js-controller 3.3 jetzt im Beta

[apollon77]

@canim ioBroker ist immer in /opt/iobroker installiert. Wenn du npm Befehle direkt ausführst musst du da manuell hin.

Alles andere was Du meinst sind "iobroker "befehle ... Das ist was ganz anderes

[canim]

@apollon77 Super! Wieder was gelernt ;), bin erstmal zurück. Bis dato werde ich hier das ganze mal mitverfolgen! Danke!

[msiemers]

@apollon77

Wo genau?

Habe die Meldungen bei Sonoff Info und MQTT.
Dazu habe ich bei GitHub keinen Adapter gefunden.

[Chaot]

@fredf Den Effekt hatte ich auch. Sogar jetzt nach dem letzten Update.

In der Konsole kommt:

npm install iobroker.js-controller@3.3.2 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)
Starting node restart.js

[FredF]

@Chaot
Das ändert sich erst von 3.3.2 auf 3.3.3 (die es noch nicht gibt)

@apollon77 sagte in js-controller 3.3 jetzt im Latest:

3.3.2 (2021-04-30)

(Apollon77) "upgrade self" CLI command should not start controller because we require it to be stopped before (will be effective for all upgrades from 3.3.2 to higher versions only)

[paul53]

@apollon77 sagte: hast Zeit es anzupassen

Wenn bei "array" nur noch JSON erlaubt ist, muss der Javascript-Adapter angepasst werden.

[apollon77]

@msiemers

https://github.com/ioBroker/ioBroker.sonoff/issues
https://github.com/ioBroker/ioBroker.mqtt/issues
https://github.com/iobroker-community-adapters/ioBroker.info

[apollon77]

@chaot Ja liegt daran das die restart.js vorher teilweise nicht funktioniert hat ... jetzt tut Sie wieder und dann pasieren solche Effekte. SOllte aber mit der 3.3.4 wieder weg sein ausser man kommt von <=3.3.1

[apollon77]

@paul53 Guter Punkt. machst Du bitte ein Issue? Danke

[apollon77]

Zur Info:

3.3.4 (2021-04-30)

• (AlCalzone) Fix restart logic for linux systems to prevent processes started aside systemd
• (bluefox) Add new system config values to set a default loglevel for new created instances
• (bluefox) Do not delete objects recursively that have dontDelete flag

[BBTown]

Was mir beim HAM (Homebridge) Adapter aufgefallen ist ...
Der js-conroller schmeißt auch hunderte Meldungen raus, wenn in einem Datenpunkt (noch) kein Wert enthalten ist (undefined). Wäre es nicht besser/korrekter diese Meldung (ggf. optional) zu ignorieren?

Ich könnte mir bei einigen Datenpunkten vorstellen, dass die womöglich nie einen Werte erhalten werden?

Beispiel:
im HAM Adapter habe ich z.B. für meinen SkyQ Receiver einen Datenpunkt "vorheriges Programm".
Den habe ich bis heute aber noch nie verwendet, entsprechend gab es noch nie eine Aktualisierung dieses Datenpunktes. Macht es da Sinn derlei Datenpunkte mit einem "warn" auszugeben nur weil diese noch keinen Wert enthalten?

Die Gegenreaktion alle Instanzen auf "error" Level zu stellen halte ich für Kontraproduktiv und hilf meines erachtens niemanden

[foxriver76]

@bbtown sagte in js-controller 3.3 jetzt im Latest:

Der js-conroller schmeißt auch hunderte Meldungen raus, wenn in einem Datenpunkt (noch) kein Wert enthalten ist (undefined)

Wäre mir nicht bekannt, wie kommst du darauf? Die neuen Meldungen kommen nur beim schreiben eines States. Evtl schreibt also der Adapter aktiv undefined, was jedoch kein gültiger Wert ist.

[apollon77]

@bbtown Bitte GitHub Issue anlegen. Muss im Adapter abgefangen werden

[paul53]

@apollon77 sagte: machst Du bitte ein Issue?

Habe PR für js-controller erstellt, da komplexe Objekte außer Arrays erlaubt sind.

EDIT: Da jetzt alle Objekte verboten sind:

Anmerkung: Echte Objekte lassen sich nur noch in einen Datenpunkt vom Typ "mixed" schreiben?

[foxriver76]

@paul53 sagte in js-controller 3.3 jetzt im Latest:

Anmerkung: Echte Objekte lassen sich nur noch in einen Datenpunkt vom Typ "mixed" schreiben?

Gute Anmerkung - ist auch nicht gewollt.

[paul53]

@AlCalzone Deine Mühen, im Javascript-Adapter setState() zu befähigen echte Objekte/Arrays zu schreiben, werden mit dem neuen js-controller zunichte gemacht.

[apollon77]

@paul53 Beim JavaScript Adapter kann ich mir gut vorstellen das der Adapter das konvertieren kann.

[apollon77]

Eine 3.3.5 kommt demnächst ins Latest.

Hauptänderung ist das wir den Loglevel der Meldungen auf info reduziert haben, da es aktuell keine echte Auswirkung auf die Funkionalität hat. Damit muss man nur auf "warn" stellen um es auszublenden.

3.3.5 (2021-05-01)

• (foxriver76/Apollon77) Change loglevel for setState mismatch notifies to "info"
• (foxriver76) optimize setState checks to handle Object and mixed correct

[Homoran]

@apollon77 sagte in js-controller 3.3 jetzt im Latest:

Eine 3.3.5 kommt demnächst ins Latest.

bei der 3.3.2 wurde das vorhandene Update des controllers mir nicht angezeigt.
über die Konsole mit iobroker update war dann vorhin die 3.3.4 verfügbar

BTW: unter hosts steht bei verfügbar gar nichts

[apollon77]

@homoran Dazu gibts ein Admin5 issue ...