js-controller 5.0.x jetzt für alle User im STABLE!

[Wildbill]

@duffy Dann liegt es daran, dass bei Dir eben kein Albumbild im Datenpunkt cover_png liegt, sondern der einfach leer ist. Sobald Du, wenn Du ein Sonos-Gerät hättest, was abspielst, landet dort das Albumcover. Von der Objektliste aus lässt es sich direkt durch Klicken auf [file] öffnen (öffnet sich dann im Browser). Und der Backitup-Adapter macht daraus eben 100e oder 1000e Zeilen mit Hieroglyphen, weshalb er wohl mit Speichermangel aussteigt.

Gruss, Jürgen

EDIT: Da es sowohl bei den besagten Datenpunkten beim Sayit (mp3 und ogg), als auch beim Sonos mit dem cover_png auftritt, überlege ich gerade, ob das dann nicht eher als issue beim Backitup-Adapter landen sollte? Die Funktionalität der beiden Adapter ist ja gegeben, die machen was sie sollen. Nur in Verbindung mit dem neuen js-controller gibt es nun ein Problem, aber anscheinend ja nur in Verbindung mit dem Backitup-Adapter. Oder übersehe ich da was?

[ilovegym]

@wildbill

Der Backitup Adapter benutzt die eingebaute backup Funktion von iobroker, also das gehört schon hierher.. denn diese ist im js-Controller

[garbleflux]

@mcm57 Das mit dem Frust soll aber bitte kein Vorwurf an die Entwickler sein - IOB ist ja nicht lebensnotwendig. Doch wenn man das schon über Jahre nutzt, gibt's schon psychische und physische Abhängigkeiten. Da über den Fritzbox-Adapter bei mir u.a. eine Matrix-Laufschrift über den letzten Anruf gesteuert wird, steht mittlerweile auch meine Regierung wohlwollend den Aktivitäten des IOB-infizierten Mannes gegenüber. Somit dient das Ganze auch speziell dem WAF (Woman Akzeptanz Faktor) - deshalb wäre es fatal, bei der Chefin in Ungnade zu fallen.

Spaß beiseite - sobald ich mit dem Adapter Neuigkeiten habe, melde ich mich. Und danke für die Aufmerksamkeit und Bemühungen, damit alles wieder wie gewohnt läuft.
VG Michael

[mcm1957]

@garbleflux
Ich hab deine Meldung keineswegs als Kritik gesehen. Es ist nur meine (und wahrscheinlich die Einstellung von 99,9% aller Entwickler hier) möglichst wenig Äger / Enttäuschung / Frust bei Anwendern zu erzeugen. Ziel ist jedenfalls das ioBroker einfach läuft. Leider geht sich das mit den vrofügbaren Resourcen nicht immer aus.

Daher auch an der Stelle: Wenn wer mitarbeiten will -er/sie ist sehr gern gesehen.

[garbleflux]

@mcm57 sagte in js-controller 5.0.x jetzt für alle User im STABLE!:

@garbleflux
Ich hab deine Meldung keineswegs als Kritik gesehen. Es ist nur meine (und wahrscheinlich die Einstellung von 99,9% aller Entwickler hier) möglichst wenig Äger / Enttäuschung / Frust bei Anwendern zu erzeugen. Ziel ist jedenfalls das ioBroker einfach läuft. Leider geht sich das mit den vrofügbaren Resourcen nicht immer aus.

Daher auch an der Stelle: Wenn wer mitarbeiten will -er/sie ist sehr gern gesehen.

Nach dem Update auf Fritzbox 0.5.0 ist wieder alles im grünen Bereich - soweit ich das jetzt absehen kann funktioniert der Adapter ohne Fehlermeldung. Danke für die zeitnahe Lösung!!!

Und mitarbeiten würde ich schon gerne, doch dafür fehlt mir schlichtweg das Wissen respektive das Können. Ich bin schon froh, dass ich die Komplexität des ioBrokers für meine Bedürfnisse einigermaßen hinbekomme.

VG Michael

[Siggi0904]

Habt ihr eigentlich bemerkt, oder ist es bekannt, dass alle Scripte gespeichert werden sollen,
wenn man nur in das Fenster mit dem Blockly klickt?

Scheinbar kommt das Thema vom js-Controller Update.

Kann man das für alle Scripte automatisieren?
Danke im Voraus.

[ilovegym]

@siggi0904

Nee, das kam mit nem JavaScript Update 7.x mal dazu…

[Wildbill]

@siggi0904 Ist mir auch schon aufgefallen. Einmal neu gespeichert passiert das aber bei dem jeweiligen Script dann nicht mehr.
Naja, ich glaube nicht, dass ch mich jetzt durch alle Scripts klicke und einmal speichere…
Sie funktionieren ja nach wie vor.

Gruss, Jürgen

[Wildbill]

@ilovegym sagte in js-controller 5.0.x jetzt für alle User im STABLE!:

@siggi0904

Nee, das kam mit nem JavaScript Update 7.x mal dazu…

Gibts dazu Hintergründe? Muss man jedes Script dann einmal neu speichern, oder was steckt dahinter?

Gruss, Jürgen

EDIT: Wobei ich im Skript-Adapter auf 7.1.4 bin und den auch in letzter Zeit nicht mehr geupdated habe. Das Verhalten sehe ich erst seit dem Update des js-controller auf 5

[ilovegym]

@wildbill

Was meinst du genau, vielleicht reden wir aneinander vorbei..??

Hast du mal ins logfile geschaut..nicht dass da was klemmt..?

[Siggi0904]

@ilovegym Wie meinst du das? Was muss ich tun?

[Wildbill]

@ilovegym Im Logfile kommt da gar nix. Ich öffne den Scripts-Adapter, öffne irgendein Blockly-Script, verändere darin gar nichts, klicke höchtens mal rein oder scrolle mit der Maus auf und ab und schon erscheint oben der Speichern-Button, so als wenn ich was geändert hätte. Klicke ich auf Abbrechen, kann ich das beliebig wiederholen, klicke ich auf Speichern, ist das Spielchen bei genau diesem einen Script vorbei und es verhält sich alles wie bisher. Beim nächsten Script das gleiche wieder. Solange ich also ein Blockly nicht einmal neu speichere, scheint da bei jeder Interaktion mit dem Script im Script-Adapter eine Änderung erkannt zu werden, auch wenn es keine gab.

Gruss, Jürgen

[Wildbill]

@ilovegym Ich habe mal ein Blockly als Javascript anzeigen lassen, einmal vor (1.rtf) und einmal nach (2.rtf) dem erneuten Speichern. Es werden doch ein paar Dinge verändert (siehe Bild unten ein diff). Scheint ja dann doch irgendwie so zu sein, dass der Script-Adapter im BLockly irgendwas sieht, "was nicht passt" und das dann ändert?!
Den unteren Teil vom Blockly habe ich entfernt. Der ist unverändert bei beiden. Ich meine den Teil nach //... der ja in jedem Blockly steckt, was auch immer das sein soll.

Gruss, Jürgen

1.rtf 2.rtf

EDIT: Links das "alte" Blockly, rechts das neue.

[Siggi0904]

@wildbill @ilovegym same here.

[foxriver76]

Bitte nur js-Controller bezogene Themen hier im thread. Die letzten 10 Posts hier gehen über den js adapter.

[Wildbill]

@foxriver76 Da bin ich nicht sicher, da das „Problem“ ja erst nach dem Update auf den neuen js-controller auftrat, als die 5 im stable war. Vorher hatte ich das nie und der Javascript-Adapter in Version 7.1.4, welche ich als stable drauf habe, ist glaub Anfang August bereits ausgespielt worden. Seitdem habe ich einiges im Script-Adapter gemacht, aber das Verhalten habe ich eben erst seit dem Update des js-controller.

Gruss, Jürgen

[Wildbill]

@ilovegym @foxriver76
Bezüglich dem Problem mit dem cover_png-Datenpunkten im Sonos-Adapter sowie dem mp3 und ogg beim Sayit-Adapter in Verbindung mit Backitup konnte ich das wohl (für mich) lösen, indem ich beim Backitup einfach mehr Festplattenspeicher zugewiesen habe. Ich habe einfach die vorhandenen Werte mal verdoppelt und das hat anscheinend gereicht. Manuelles Backup lief eben durch, allerdings natürlich nach wie vor die Hieroglyphen der besagten Datenpunkte im Output. Aber immerhin...

Gruss, Jürgen

[foxriver76]

@wildbill kannst du mal bitte den Sonos Adapter von GitHub probieren. Der nutzt keine binary states mehr für das Cover png.

[Wildbill]

@foxriver76 Leider kein Erfolg Aber aus folgendem Grund. Der Sonos-Adapter startet nicht mehr...

2023-09-20 07:48:56.137 - info: sonos.0 (63761) starting. Version 2.3.1 (non-npm: ioBroker/ioBroker.sonos) in /opt/iobroker/node_modules/iobroker.sonos, node: v18.17.1, js-controller: 5.0.12
2023-09-20 07:48:56.909 - error: sonos.0 (63761) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2023-09-20 07:48:56.909 - error: sonos.0 (63761) unhandled promise rejection: Cannot read properties of undefined (reading 'name')
2023-09-20 07:48:56.910 - error: sonos.0 (63761) TypeError: Cannot read properties of undefined (reading 'name')
at takeSonosState (/opt/iobroker/node_modules/iobroker.sonos/main.js:1483:51)
at processSonosEvents (/opt/iobroker/node_modules/iobroker.sonos/main.js:1671:17)
at SonosSystem. (/opt/iobroker/node_modules/iobroker.sonos/main.js:2073:17)
at SonosSystem.emit (node:events:514:28)
at /opt/iobroker/node_modules/sonos-discovery/lib/models/Player.js:324:30
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
2023-09-20 07:48:56.911 - error: sonos.0 (63761) Cannot read properties of undefined (reading 'name')
2023-09-20 07:48:56.915 - error: sonos.0 (63761) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2023-09-20 07:48:56.916 - error: sonos.0 (63761) unhandled promise rejection: Cannot read properties of undefined (reading 'name')
2023-09-20 07:48:56.916 - error: sonos.0 (63761) TypeError: Cannot read properties of undefined (reading 'name')
at takeSonosState (/opt/iobroker/node_modules/iobroker.sonos/main.js:1483:51)
at processSonosEvents (/opt/iobroker/node_modules/iobroker.sonos/main.js:1671:17)
at SonosSystem. (/opt/iobroker/node_modules/iobroker.sonos/main.js:2073:17)
at SonosSystem.emit (node:events:514:28)
at /opt/iobroker/node_modules/sonos-discovery/lib/models/Player.js:324:30
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
2023-09-20 07:48:56.916 - error: sonos.0 (63761) Cannot read properties of undefined (reading 'name')
2023-09-20 07:48:56.920 - info: sonos.0 (63761) terminating
2023-09-20 07:48:56.928 - info: sonos.0 (63761) terminating
2023-09-20 07:48:56.929 - warn: sonos.0 (63761) Terminated (UNCAUGHT_EXCEPTION): Without reason
2023-09-20 07:48:57.018 - error: sonos.0 (63761) Cannot getFavorites: TypeError: Cannot read properties of null (reading 'players')
2023-09-20 07:48:57.023 - error: sonos.0 (63761) Cannot getFavorites: TypeError: Cannot read properties of null (reading 'players')
2023-09-20 07:48:57.431 - info: sonos.0 (63761) terminating
2023-09-20 07:48:57.551 - error: host.iobroker-vm instance system.adapter.sonos.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2023-09-20 07:48:57.551 - info: host.iobroker-vm Restart adapter system.adapter.sonos.0 because enabled
2023-09-20 07:48:57.552 - warn: host.iobroker-vm Do not restart adapter system.adapter.sonos.0 because restart loop detected

[foxriver76]

@wildbill ok bitte nochmal updaten