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

[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

[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

[cappy45]

@thomas-braun
hallo,
muss mein mqtt Problem zurückziehen, es trat zwar direkt nach dem update auf, hatte allerdings nichts damit zu tun.

Es war ein Hardwareproblem meines Sensors.

Gruß
Cappy

[mcm1957]

@cfau
Bevor du excessiv in deinem Netz suchst schau noch mal ob die EXTERNEN DNS Server brauchbare Daten liefern. Kann das am Handy schwer checken.

Und wenns dort ein Problem geben sollte mach bitte extra Topic auch. Js controller ist da dann unschuldig.

[Wildbill]

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

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

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

Bevor ich oben editiere schreibe ich es nochmal, weil ich grad einen ähnlichen Fall hatte. Ich habe meistens zwei Browser-Tabs offen, wenn ich in iobroker was mache. Bisher war es so, dass die Zustände über die Tabs hinweg eigentlich gleich waren. Wenn ich beispielsweise, warum auch immer, zwei Instanzen-Tabs aufhabe und in einer eine Instanz startete, war sie auch im anderen grün. Seit einem der letzten Updates (js-controller, admin, javascript…) scheint es nun nicht mehr so zu sein. Ich muss im zweiten Tab dann einmal die Seite aktualisieren, damit die Anzeige wieder passt. Heute morgen war es wohl auch irgendwie so, weil ich wohl vom Adapter aus die Instanzen geöffnet habe, die Instanz gestartet und dann gleich auf Log bin. Der zweite Tab mit den Instanzen war dann wohl noch rot, obwohl ja bereits alles lief.
Ist da was bekannt, dass sich das Synchronisieren von parallel geöffneten Tabs geändert hat? Zumindest beim Umschalten auf Experte hat man ja nun die Möglichkeit auszuwählen, ob das über mehrere Browser-Tabs hinweg gelten soll.

Gruss, Jürgen

Da ich nicht sicher bin, ob das Problem, dass die Ansicht der Adapterseite nicht mehr gespeichert bleibt, wenn ich den Browser schließe oder länger einen Tab geschlossen habe, mit dem letzten Update des admin auf 6.10.1 oder mit dem Update des js-controller hier mitkam, verlinke ich mal in einen anderen Thread, in dem ich es beschrieben habe. Könnte ja mit meinem Zitat oben zusammenhängen?!

Gruss, Jürgen

EDIT: Falsche Angabe bei installierter Version editiert: 6.10.0 -> 6.10.1

[mickym]

Keine Ahnung ob das ein Bug vom Admin oder JS 5.0x ist:

Wenn ich einen Wert setze - akutalisiert sich das nicht. Es schaltet zwar - aber es steht immer noch der alte Wert drin.

Erst wenn ich via Browser die ganze Seite aktualisiere - aktualisiert sich der Status.

[Wildbill]

@mickym Das wäre ja so ähnlich wie mit meiner Beobachtung weiter oben, dass ich beispielsweise die Instanzenseite erst manuell aktualisieren muss, um die tatsächlichen Zustände zu sehen?! Ging früher irgendwie automatisch. Da waren immer alle Seiten und offenen Tabs im aktuellen Zustand. Und jetzt teilweise nicht einmal, wenn sie offen (im Vordergrund) sind und bedient werden.

Gruss, Jürgen

[mickym]

@wildbill Ja wie gesagt ich weiß nur nicht ob es am JS oder am ADMIN liegt.

[Wildbill]

@mickym Da bin ich halt auch unsicher, da in den letzten Tagen eben beide Updates reinkamen und ich dazu noch von Bullseye auf Bookworm geupdatet habe und von NodeJS 18.17.1 auf 18.18.0. Aber gefühlt ist seit seit dem Update des Admin so?!