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

[Wildbill]

@ofri2607 Hats Du die XXen im Dateinamen so eingegeben? Dann ist klar, dass nix kommt. Da musst Du schon die Zahlen eingeben, die da in Wahrheit stehen. Das verschleiern von privaten IP-Adressen mittels XX kannst Du Dir im Übrigen sparen. Damit kann keiner was anfangen. Vermutlich haben >90% der Menschen in Deutschland einen identischen oder ähnlichen privaten IP-Bereich wie Du. Da kann keiner zugreifen. Anders wäre es, wenn Du Deine öffentliche IP-Adresse hier rausposaunst.

Gruss, Jürgen

[Thomas Braun]

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

kannst du mir da helfen in welches Verzeichnis ich navigieren muss

Genau das kann ich dir nicht sagen, ich weiß nämlich nicht wo das Ding bei dir liegt.

[ofri2607]

@wildbill ja, eine blöde Angewohnheit mit den xx, ich weiß. Aber nein ich habe schon die korrekt ip Adresse eingegeben

[foxriver76]

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

@ofri2607 Hm aber wenn du in ioBroker im Admin unter Dateien ein Doppelklick auf die Datei machst, kommt auch keine Vorschau mit dem Bild? Ich denke dann ist noch mehr falsch als Dateiendung, habe es eben mal probiert mit dem alten Binary State, einfach in einen File, das konnte der Browser öffnen.

@ofri2607

[ofri2607]

@foxriver76 dann kommt das
aber keine Vorschau, bei keinem der drei Bildern

[ofri2607]

@thomas-braun mit etwas Suchen und durchklicken habe ich es gefunden:

sohosPiIOB@raspberrypi:/opt/iobroker/iobroker-data/files/sonos/coverImage $ ls -la
total 68
drwxrwxr-x+ 2 iobroker iobroker  4096 Sep 21 12:12 .
drwxrwxr-x+ 4 iobroker iobroker  4096 Sep 21 12:12 ..
-rw-rw-r--+ 1 iobroker iobroker 20443 Sep 21 12:12 192_168_178_60
-rw-rw-r--+ 1 iobroker iobroker 20443 Sep 21 12:12 192_168_178_65
-rw-rw-r--+ 1 iobroker iobroker 20443 Sep 21 12:12 192_168_178_82
sohosPiIOB@raspberrypi:/opt/iobroker/iobroker-data/files/sonos/coverImage $ file 192_168_178_65
192_168_178_65: JPEG image data, JFIF standard 1.01, aspect ratio, density 1x1, segment length 16, progressive, precision 8, 600x600, components 3

Edit: Schreibfehler im Befehl gehabt, gerade korrigiert

[foxriver76]

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

Enum

So wie ich das sehe, hat die Methode früher wenn keine Enums spezifziert wurden alle mitgegeben, jetzt nur noch wenn spezifiziert. Mach gerne mal ein Controller Issue, wurde nicht bewusst geändert.

[mickym]

@foxriver76 In der List Node kann ich nichts angeben - es waren automatisch die enums dabei, in der die Objekte vorhanden war.

[foxriver76]

@mickym ne ich meine wirklich auf Adapter Ebene, wie gesagt mach ein Issue beim Controller - sollten wir wieder ändern.

[mickym]

@foxriver76 Hab schon issue eröffnet:
https://github.com/ioBroker/ioBroker.node-red/issues/397

mickym2 created this issue in ioBroker/ioBroker.node-red

closed Missing Enums after js-controller 5.0 update. #2448

[mickym]

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

@mickym ne ich meine wirklich auf Adapter Ebene, wie gesagt mach ein Issue beim Controller - sollten wir wieder ändern.

Ich habe auch nichts dagegen wenn man die gleichen Selektoren wie bei JS und Blockly in NodeRed nutzen könnte. So fallen die NodeRed Anwender halt wieder mal hinten runter.

[foxriver76]

@mickym off-topic: vermutlich geht das nicht mal im js adapter selbst zu spezifizieren.

[ofri2607]

@foxriver76
Servus und sorry; ich weiß nicht ob du meine letzte Nachricht in Git noch gesehen hast?
Der Datenpunkt "current_cover" hat sich leider nur einmal aktualisiert, beim Zurückschalten auf den alten Sender, wurde das Bild (der Datenpunkt) nicht aktualisiert; in der Sonos-App wird es korrekt dargestellt.

[foxriver76]

@ofri2607 und vorher mit den binary states schon? Weil an der AktualisierungsLogik habe ich eigentlich nix angefasst

[ofri2607]

@foxriver76 ich würde es mir nicht sicher sagen trauen, dass es vorher gegangen ist, den eigentlich hören wir auf den dzt. im Adapter vorhandenen Lautsprecher nur den einen Sender. War jetzt eigentlich nur durch das Testen, dass ich das Umschalten probiert habe.
Hab' den Adapter jetzt nochmal neu gestartet und da hatte er dann wieder das korrekte Bild.
Soll ich eine neues issue in Git aufmachen?

[foxriver76]

@ofri2607 ja auf jeden Fall ein issue bitte

[cappy45]

Hallo,

ich habe auch auf das Update auf Version 5 durchgeführt, seitdem läuft MQtt bei mir nicht mehr.
Hat noch jemand dies Problem?

Gruß
Cappy

[Thomas Braun]

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

Hat noch jemand dies Problem?

Konkret welches mit welchen Meldungen im Log?

[mcm1957]

@cappy45
Infos bitte
Adapter version?
Node version?
O/S ?
Und natürlich Logfile / logs

[cfau]

@mcm57 Das scheint es zu sein, da muss ich noch mal an die ipv6 Einstellungen im Netzwerk dran;
Hab jetzt erst mal das Repo temporär auf

pi@IOBroker:~ $ iob repo list
Latest (possibly unstable): http://download.iobroker.net/sources-dist-latest.json
Stable        : http://repo.iobroker.live/sources-dist.json

gesetzt wie in einem der Threads zu dem Fehler beschrieben und jetzt sind alle Adapter
auf dem neuesten Stand und Update hat funktioniert.
Danke für eure Unterstützung!

Christian