UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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 ...

[FredF]

@apollon77 wollte gerade das update kommend von 3.3.2 machen, der ioBroker lässt sich aber nicht mit iobroker stop stoppen. Was tun?

[apollon77]

@fredf Reboot oder manuell killen. Das sollte ab der 3.3.4 nicht mehr passieren

[JB_Sullivan]

@apollon77

Wollte gerade den js-controller von 3.3.4 auf 3.3.5 hochziehen und musste leider feststellen, das sich iobroker unter WINDOWS immer noch nicht stoppen lässt.

Der Windows Dienst sagt zwar, das der Controller aus ist, aber über" iobroker status" bekommt man die Meldung, das er noch läuft.

"iobroker stop" liefert die folgende Fehlermeldung.

Irgend eine Idee wie ich jetzt auf die Version 3.3.5 komme - oder besser noch zurück auf eine 3.2.x (wegen der ganzen Fehlermeldungen im LOG)

C:\iobroker\GLT>iobroker status
iobroker is running on this host.


Objects type: file
States  type: file

C:\iobroker\GLT>iobroker stop
2021-05-01 21:30:20,605 INFO  - Stopping the service with id 'iobroker(GLT)'
2021-05-01 21:30:20,664 FATAL - WMI Operation failure: ServiceCannotAcceptControl
WMI.WmiException: ServiceCannotAcceptControl
   bei WMI.WmiRoot.BaseHandler.CheckError(ManagementBaseObject result)
   bei WMI.WmiRoot.InstanceHandler.Invoke(Object proxy, MethodInfo method, Object[] args)
   bei winsw.WrapperService.Run(String[] _args, ServiceDescriptor descriptor)
   bei winsw.WrapperService.Main(String[] args)
WMI.WmiException: ServiceCannotAcceptControl
   bei WMI.WmiRoot.BaseHandler.CheckError(ManagementBaseObject result)
   bei WMI.WmiRoot.InstanceHandler.Invoke(Object proxy, MethodInfo method, Object[] args)
   bei winsw.WrapperService.Run(String[] _args, ServiceDescriptor descriptor)
   bei winsw.WrapperService.Main(String[] args)

C:\iobroker\GLT>

[apollon77]

@jb_sullivan Kannst DU mal rebooten und schauen ob nach regulären start er sich stoppen lässt ... also zu Windows waren bisher noch keine Probleme bekannt - war alles nur Linux

[JB_Sullivan]

@apollon77 Ok habe ich gerade gemacht. Zu deiner Frage auf GIT - nein, noch nie Probleme bei einem js-controller update gehabt, seit der Verwendung des Workarounds von @AlCalzone (löschen der node Module bei Update Versuchen)

Folgendes Szenario - ioBroker Windows Dienst gestoppt und PC neu gestartet.

ioBroker fährt nach Neustart im Hintergrund OHNE Anzeige in den Windows Diensten wieder hoch und ist Aktiv

In der Win Dienste Verwaltung wird er aber als nicht gestartet angezigt.

Nach dem Reboot läßt sich ioB aber über die Konsole stoppen aber NICHT aktualisieren (siehe unten).

Wie war nochmal der Konsolen Aufruf wenn ich den js-controller downgraden möchte?

C:\iobroker\GLT>iobroker upgrade self
Update js-controller from @3.3.4 to @3.3.5
NPM version: 6.14.11
npm install iobroker.js-controller@3.3.5 --loglevel error --unsafe-perm (System call)
Trying to install "esbuild-windows-64" using npm
Failed to install "esbuild-windows-64" using npm: Command failed: npm install --loglevel=error --prefer-offline --no-audit --progress=false esbuild-windows-64@0.11.17
npm ERR! code ETARGET
npm ERR! notarget No matching version found for esbuild-windows-64@0.11.17.
npm ERR! notarget In most cases you or one of your dependencies are requesting
npm ERR! notarget a package version that doesn't exist.

npm ERR! A complete log of this run can be found in:
npm ERR!     C:\iobroker\GLT\env\npm-cache\_logs\2021-05-01T19_56_28_311Z-debug.log

Trying to download "https://registry.npmjs.org/esbuild-windows-64/-/esbuild-windows-64-0.11.17.tgz"
Install successful

EDIT: Er hat sich upgedatet - bin auf die Error Meldungen reingefallen. Allerdings hat sich der js-controller nach dem upgrade nicht selbstständing gestartet - das hat er früher immer gemacht.

Man kann ihn unter 3.3.5 auch wieder über die Win Dienste Verwaltung, als auch über die Konsole beenden und starten .

[apollon77]

@jb_sullivan Bitte das Thema jetzt im GitHub weiter machen nichthier im Forum. Kannst DU deinen Post hier bitte dahin übertragen? Danke!

[e-i-k-e]

Hat sich erledigt.

[JB_Sullivan]

Kleiner Hinweis zu den ganzen Error Meldungen im LOG.

Neben dem umstellen des Debug Level auf Error, könnte es auch helfen, sich die RAW Daten des betroffenen DP`s anzuschauen.

Offensichtlich kann es durch Adapter Updates passieren, das da ein falscher Typ erhalten bleibt.

So z.B. bei mir beim Fronius Adapter passiert - > https://github.com/iobroker-community-adapters/ioBroker.fronius/issues/115

Datenpunkt gelöscht, Instanz Neustart und schon war der richtige Typ des DP eingetragen und die Error Meldung bzw. seit js-controller 3.3.5 die info Meldung war weg.

Ist natürlich extrem nervig, wenn man viele DP`s hat wo z.B. viele Settings zu Datenbanken verknüpft sind. Wenn in den RAW Daten ggf. wirklich der falsche Typ drin steht, ist es unter Umständen aber einen Versuch wert.

Wenn es wieder der gleiche (falsche) Typ ist, müssen tatsächlich die Adapter Entwickler ran.

[LausiD]

Nabend zusammen,

bei mir geht iobroker update nicht mehr :-(