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

[Thomas Braun]

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

Trying to rebuild it... 2

Läuft doch noch. Abwarten.

[foxriver76]

@cfau welche Version vom KNX ist das denn, das scheint nicht aktuelle stable zu sein

[cfau]

@thomas-braun
Das ging aber schnell - auch die folgenden Versuche schlugen fehl - hatte nur den zweiten Teil rauskopiert.

[cfau]

@foxriver76 2.0.17 sollte eigentlich der letzte aus dem Stable sein, oder?

[foxriver76]

@cfau 2.0.22

[cfau]

@cfau
Bin jetzt erst mal wieder mithilfe deiner Anleitungen und Scripts auf den alten controller 4.0.24, damit alles wieder funktioniert.
Was mir allerdings aufgefallen ist: ich bekomm beim download von json-Dateien von download.iobroker.net immer timeouts nach 10sec. Ist der aktuell nicht erreichbar? Oder spinnt hier nur mein Netz?
VG
Christian

[ofri2607]

@foxriver76
@Wildbill
Ich habe auch den Sonos-Adapter am Laufen und nach Lesen der Einträge hier diesen von Github auf v2.3.2 installiert (zuvor war v2.3.1) um vor dem Update vom js-controller nicht in das Backitup-Thema zu Laufen.
Aktuell mit node.js v18.17.1, npm 9.6.7, admin v6.10.1, js-controller 4.0.24 auf einem raspi 4 mit bullseye.

Update des Adapters war problemlos, nur habe ich jetzt im Datenpunkt „current_cover“ folgenden Eintrag: /files/sonos//opt/iobroker/iobroker-data/sonosCache/f6d5a1c06d8a5c1f0a908f1bdec205c4

Ich habe dzt. drei Lautsprecher (1x Sonos und 2x Symfonisk) eingetragen und im Datenpunkt „current_cover“ steht bei allen drei der exakt gleiche, o.a. Eintrag.
Irgendwie denke ich, kann das nicht passen, bzw. bekomme ich das jetzt in der vis nicht mehr angezeigt (mit der v2.3.1 des Adapters war es über ein „basic - String img src“-Widget dargestellt).
Habe auch mal testweise den Sonos-Lautsprecher aus der Liste gelöscht und dann wieder eingefügt. Der Eintrag im Datenpunkt „current_cover“ war wieder der Gleiche.

[foxriver76]

@ofri2607 mach mal bitte ein issue beim sonos adapter, da habe ich wohl was übersehen

[mcm1957]

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

@cfau
Bin jetzt erst mal wieder mithilfe deiner Anleitungen und Scripts auf den alten controller 4.0.24, damit alles wieder funktioniert.
Was mir allerdings aufgefallen ist: ich bekomm beim download von json-Dateien von download.iobroker.net immer timeouts nach 10sec. Ist der aktuell nicht erreichbar? Oder spinnt hier nur mein Netz?
VG
Christian

Ev ist das noch aktuell:
https://forum.iobroker.net/topic/68397/falsche-ipv6-dns-auflösung-iobroker-net

[ofri2607]

@foxriver76
erledigt - https://github.com/ioBroker/ioBroker.sonos/issues/203

ofri2607 created this issue in ioBroker/ioBroker.sonos

closed v2.3.2 - Eintrag in Datenpunkt „current_cover“ #203

[foxriver76]

@ofri2607 danke, schaue es mir morgen früh an. Kurze Frage, wie hast du bislang diesen Datenpunkt verwendet?

[ofri2607]

@foxriver76
herzlichen Dank
Als Cover-Anzeige in der vis mit einem „basic - String img src“-Widget
Sieht aktuell jetzt so aus:

[Peoples]

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

@cfau
Bin jetzt erst mal wieder mithilfe deiner Anleitungen und Scripts auf den alten controller 4.0.24, damit alles wieder funktioniert.
Was mir allerdings aufgefallen ist: ich bekomm beim download von json-Dateien von download.iobroker.net immer timeouts nach 10sec. Ist der aktuell nicht erreichbar? Oder spinnt hier nur mein Netz?
VG
Christian

Hi, da ich auch haufenweise Fehler habe, würde ich ebenfalls gerne auf den alten controller zurück, wo finde ich die Anleitung?

[mickym]

Es scheint wohl so - dass man mit dem JS-controller mit der iobroker-list Node nun auch keinen Zugriff mehr auf die Enums (Räume und Functions) hat.

https://forum.iobroker.net/topic/67946/gelöst-rollen-und-funktionen-in-iobroker?_=1695225040705

Also für jeden, der das nutzt - sollte eher nicht updaten.

enums fehlen!!!

[foxriver76]

@ofri2607 Probier mal bitte die GitHub Version.

[mcm1957]

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

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

@cfau
Bin jetzt erst mal wieder mithilfe deiner Anleitungen und Scripts auf den alten controller 4.0.24, damit alles wieder funktioniert.
Was mir allerdings aufgefallen ist: ich bekomm beim download von json-Dateien von download.iobroker.net immer timeouts nach 10sec. Ist der aktuell nicht erreichbar? Oder spinnt hier nur mein Netz?
VG
Christian

Hi, da ich auch haufenweise Fehler habe, würde ich ebenfalls gerne auf den alten controller zurück, wo finde ich die Anleitung?

a) Bitte Fehler unbedingt melden. Was geht denn bei dir nicht?
b) Downgrade ist im Eröffungsposting unter "vor der Installation" beschrieben

[Peoples]

@mcm57
Bei mir sind es reine vis Probleme: Bindings werden nicht mehr umgesetzt, CSS Eigenschaften werden nicht mehr beachtet. Werte von Datenpunkten werden in Vis nicht mehr aktualisiert obwohl sie in den Datenpunkten richtig stehen.

Alles nur sporadisch, und erst seit dem Update des Controllers inkl. Der drei Adapter.

Das Ganze ist Browser unabhängig und es scheint als würde einfach die Websocket abreißen bzw. Konsequent instabil sein.

[ofri2607]

@foxriver76
Servus, Installation war problemlos und jetzt habe ich bei jedem Gerät unter "current_cover" den Eintrag /sonos/coverImage/192_168_xxx_xx, jeweils mit der entsprechenden ip, aber ohne Dateiendung.
Im Dateimanager der vis sieht das dann so aus:

Im Widget in der vis sehe ich jedoch kein Bild.

Was mir auch noch aufgefallen ist im Dateimanager, der Pfad mit der Datei "/sonos/opt/iobroker/iobroker-data/sonosCache/f6d5a1c06d8a5c1f0a908f1bdec205c4" ist weiterhin noch vorhanden, ist das gewollt?

[foxriver76]

@ofri2607 Du kannst das Bild auf dem FS mal löschen, aber evtl ist es das was der Adapter schon immer macht, erst Bild runteralden dann in den Storage bzw. vorher Binary State klatschen.

[foxriver76]

@ofri2607 Kannst du mal checken ob die Files eigentlich png oder jpg sind? Mal runterladen, Dateiendung dran und checken ob es passt.