Monatsrückblick Januar/Februar 2026 ist online!

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

[A Former User]

@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

[A Former User]

@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

[Wildbill]

@foxriver76 Bleibt leider rot (Lebenszeichen ist grün, verbunden mit Host bleibt rot). Dieses mal aber nur eine einzige Logzeile beim Start, nix weiter:

2023-09-20 08:08:28.632 - info: sonos.0 (68978) starting. Version 2.3.1 (non-npm: ioBroker/ioBroker.sonos) in /opt/iobroker/node_modules/iobroker.sonos, node: v18.18.0, js-controller: 5.0.12

Ich habe den Loglevel dann auf debug gestellt, aber finde nix Wildes.

2023-09-20 08:10:40.404 - info: host.iobroker-vm instance system.adapter.sonos.0 started with pid 69025
2023-09-20 08:10:41.282 - debug: sonos.0 (69025) Redis Objects: Use Redis connection: 0.0.0.0:9001
2023-09-20 08:10:41.330 - debug: sonos.0 (69025) Objects client ready ... initialize now
2023-09-20 08:10:41.331 - debug: sonos.0 (69025) Objects create System PubSub Client
2023-09-20 08:10:41.332 - debug: sonos.0 (69025) Objects create User PubSub Client
2023-09-20 08:10:41.441 - debug: sonos.0 (69025) Objects client initialize lua scripts
2023-09-20 08:10:41.445 - debug: sonos.0 (69025) Objects connected to redis: 0.0.0.0:9001
2023-09-20 08:10:41.507 - debug: sonos.0 (69025) Redis States: Use Redis connection: 0.0.0.0:6379
2023-09-20 08:10:41.511 - debug: sonos.0 (69025) States create System PubSub Client
2023-09-20 08:10:41.511 - debug: sonos.0 (69025) States create User PubSub Client
2023-09-20 08:10:41.518 - debug: sonos.0 (69025) States connected to redis: 0.0.0.0:6379
2023-09-20 08:10:41.656 - info: sonos.0 (69025) starting. Version 2.3.1 (non-npm: ioBroker/ioBroker.sonos) in /opt/iobroker/node_modules/iobroker.sonos, node: v18.18.0, js-controller: 5.0.12
2023-09-20 08:10:41.688 - debug: sonos.0 (69025) Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) }
2023-09-20 08:10:41.803 - debug: sonos.0 (69025) Initialize known devices: [{"type":"device","common":{"name":"root"},"native":{},"from":"system.adapter.sonos.0","user":"system.user.admin","ts":1695190108763,"_id":"sonos.0.root","acl":{"object":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}}]
2023-09-20 08:10:41.861 - debug: sonos.0 (69025) Channels of root: [{"type":"channel","common":{"role":"media.music","name":"Bad"},"native":{"ip":"192.168.20.51"},"from":"system.adapter.sonos.0","user":"system.user.admin","ts":1695190108876,"_id":"sonos.0.root.192_168_20_51","acl":{"object":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}},{"type":"channel","common":{"role":"media.music","name":"Wohnzimmer"},"native":{"ip":"192.168.20.54"},"from":"system.adapter.sonos.0","user":"system.user.admin","ts":1695190109435,"_id":"sonos.0.root.192_168_20_54","acl":{"object":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}},{"type":"channel","common":{"role":"media.music","name":"Hobbyraum"},"native":{"ip":"192.168.20.47"},"from":"system.adapter.sonos.0","user":"system.user.admin","ts":1695190109883,"_id":"sonos.0.root.192_168_20_47","acl":{"object":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}},{"type":"channel","common":{"role":"media.music","name":"Schlafzimmer"},"native":{"ip":"192.168.20.52"},"from":"system.adapter.sonos.0","user":"system.user.admin","ts":1695190110386,"_id":"sonos.0.root.192_168_20_52","acl":{"object":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}}]
2023-09-20 08:10:41.861 - debug: sonos.0 (69025) Process channel: sonos.0.root.192_168_20_51
2023-09-20 08:10:41.914 - debug: sonos.0 (69025) Process channel: sonos.0.root.192_168_20_54
2023-09-20 08:10:41.970 - debug: sonos.0 (69025) Process channel: sonos.0.root.192_168_20_47
2023-09-20 08:10:42.022 - debug: sonos.0 (69025) Process channel: sonos.0.root.192_168_20_52
2023-09-20 08:10:42.655 - debug: sonos.0 (69025) > playbackState: STOPPED - Manuel
2023-09-20 08:10:42.659 - debug: sonos.0 (69025) Cover exists. Try reading from fs
2023-09-20 08:10:42.690 - debug: sonos.0 (69025) > playbackState: STOPPED -
2023-09-20 08:10:42.690 - debug: sonos.0 (69025) Cover exists. Try reading from fs
2023-09-20 08:10:42.692 - debug: sonos.0 (69025) mute: Mute for http://192.168.20.47:1400: false
2023-09-20 08:10:42.730 - debug: sonos.0 (69025) group_muted: groupMuted for http://192.168.20.47:1400: false
2023-09-20 08:10:42.738 - debug: sonos.0 (69025) > playbackState: STOPPED - Marooned
2023-09-20 08:10:42.740 - debug: sonos.0 (69025) Cover exists. Try reading from fs
2023-09-20 08:10:42.780 - debug: sonos.0 (69025) Update html-queue for 192_168_20_54: current html-queue is
2023-09-20 08:10:42.780 - debug: sonos.0 (69025) Update html-queue for 192_168_20_54: current track number is 1
2023-09-20 08:10:42.780 - debug: sonos.0 (69025) Update html-queue for 192_168_20_54: RegEx pattern is
2023-09-20 08:10:42.781 - debug: sonos.0 (69025) Update html-queue for 192_168_20_54: no RegEx match
2023-09-20 08:10:42.829 - debug: sonos.0 (69025) mute: Mute for http://192.168.20.54:1400: false
2023-09-20 08:10:42.830 - debug: sonos.0 (69025) volume: Volume for http://192.168.20.54:1400: 28
2023-09-20 08:10:42.833 - debug: sonos.0 (69025) Update html-queue for 192_168_20_51: current html-queue is
2023-09-20 08:10:42.833 - debug: sonos.0 (69025) Update html-queue for 192_168_20_51: current track number is 0
2023-09-20 08:10:42.833 - debug: sonos.0 (69025) Update html-queue for 192_168_20_51: RegEx pattern is
2023-09-20 08:10:42.834 - debug: sonos.0 (69025) Update html-queue for 192_168_20_51: no RegEx match
2023-09-20 08:10:42.840 - debug: sonos.0 (69025) mute: Mute for http://192.168.20.47:1400: false
2023-09-20 08:10:42.841 - debug: sonos.0 (69025) volume: Volume for http://192.168.20.47:1400: 52
2023-09-20 08:10:42.843 - debug: sonos.0 (69025) Update html-queue for 192_168_20_52: current html-queue is
2023-09-20 08:10:42.843 - debug: sonos.0 (69025) Update html-queue for 192_168_20_52: current track number is 1
2023-09-20 08:10:42.843 - debug: sonos.0 (69025) Update html-queue for 192_168_20_52: RegEx pattern is
2023-09-20 08:10:42.844 - debug: sonos.0 (69025) Update html-queue for 192_168_20_52: no RegEx match
2023-09-20 08:10:42.850 - debug: sonos.0 (69025) mute: Mute for http://192.168.20.52:1400: false
2023-09-20 08:10:42.851 - debug: sonos.0 (69025) volume: Volume for http://192.168.20.52:1400: 43
2023-09-20 08:10:42.856 - debug: sonos.0 (69025) mute: Mute for http://192.168.20.51:1400: false
2023-09-20 08:10:42.856 - debug: sonos.0 (69025) volume: Volume for http://192.168.20.51:1400: 58
2023-09-20 08:10:42.866 - debug: sonos.0 (69025) mute: Mute for http://192.168.20.54:1400: false
2023-09-20 08:10:42.867 - debug: sonos.0 (69025) group_muted: groupMuted for http://192.168.20.54:1400: false
2023-09-20 08:10:42.871 - debug: sonos.0 (69025) > playbackState: STOPPED -
2023-09-20 08:10:42.872 - debug: sonos.0 (69025) Cover exists. Try reading from fs
2023-09-20 08:10:42.876 - debug: sonos.0 (69025) mute: Mute for http://192.168.20.52:1400: false
2023-09-20 08:10:42.877 - debug: sonos.0 (69025) group_muted: groupMuted for http://192.168.20.52:1400: false
2023-09-20 08:10:42.879 - debug: sonos.0 (69025) mute: Mute for http://192.168.20.51:1400: false
2023-09-20 08:10:42.880 - debug: sonos.0 (69025) group_muted: groupMuted for http://192.168.20.51:1400: false
2023-09-20 08:10:42.931 - debug: sonos.0 (69025) group-volume: Volume for http://192.168.20.54:1400: 28
2023-09-20 08:10:42.941 - debug: sonos.0 (69025) group-volume: Volume for http://192.168.20.47:1400: 52
2023-09-20 08:10:42.951 - debug: sonos.0 (69025) group-volume: Volume for http://192.168.20.52:1400: 43
2023-09-20 08:10:42.956 - debug: sonos.0 (69025) group-volume: Volume for http://192.168.20.51:1400: 58
2023-09-20 08:10:43.042 - debug: sonos.0 (69025) Update html-queue for 192_168_20_47: current html-queue is
2023-09-20 08:10:43.043 - debug: sonos.0 (69025) Update html-queue for 192_168_20_47: current track number is 0
2023-09-20 08:10:43.043 - debug: sonos.0 (69025) Update html-queue for 192_168_20_47: RegEx pattern is
2023-09-20 08:10:43.044 - debug: sonos.0 (69025) Update html-queue for 192_168_20_47: no RegEx match

EDIT: Ach ja, ich hatte vorher alle vorhandenen Datenpunkte des Adapters gelöscht.

[foxriver76]

@wildbill hm du sagst er bleibt rot? Weil schaut aus als läuft er laut log.

[Wildbill]

@foxriver76 Ja, er war rot. Lebenszeichen grün, Verbunden mit Host rot.
ABER: Ich habe eben einfach mal bei einem Lautsprecher mit dem Datenpunkt Play ein Abspielen gestartet. Das ging und komischerweise war die Verbindung mit dem Host danach da und alles grün. Manches muss man nicht verstehen.

Backitup hat nun auch nur noch komische Zeichen bezüglich sayit.0.tts.mp3 im Log, wo eben wohl auch ein binary dahintersteckt?!

Danke Dir aber erst einmal. Ein Problem weniger. :+1:

[foxriver76]

@wildbill sayit nutzt in 3.0.5 eigentlich files statt binary states, vermutlich ist der State nur noch eine Karteileiche und kann gelöscht werden