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

[LaBamba]

@foxriver76
Ich verwende den Web-Sever 6.1.2

[SmartHomer 0]

@foxriver76 @MK-66 @bahnuhr
Ich bin wegen Problemen mit nicht aktualisierenden Widgets auch wieder zurück von WEB server 6.1.2 auf 6.1.1.
Seitdem bislang keine Anzeige-Probleme mehr aufgetreten.

Vorausgegangene Historie:
Am 16.09.2023 Update WEB server von 6.1.0 auf 6.1.2, seitdem immer wieder "eingefrorene" Anzeigewerte
zB bei Widget "basic - Number", "basic - Image"

Einstellungen:

[foxriver76]

@smarthomer-0 wenn 6.1.1 funktioniert, haben wir zumindest einen Anhaltspunkt. Und immer Reine Websockets gehabt? Dann müsste der Fehler mit iobroker.ws 2.5.4 oder 2.5.5 gekommen sein, ich schaue später mal rein.

[SmartHomer 0]

@foxriver76
Danke für's Kümmern.

Ja, seit Juli 2022 immer "Reine Websockets"

@foxriver76 sagte in Neue stable Versionen der Adapter: web, socketio und ws:

@smarthomer-0 wenn 6.1.1 funktioniert, haben wir zumindest einen Anhaltspunkt. Und immer Reine Websockets gehabt? Dann müsste der Fehler mit iobroker.ws 2.5.4 oder 2.5.5 gekommen sein, ich schaue später mal rein.

Ich denke, da liegst Du richtig - am 16.09.2023 habe ich WEB socket ebenfalls von 2.5.3 auf 2.5.5 upgedatet:

[grrfield]

@foxriver76 Bei mir treten bei js-controller 5.0.12 mit web 6.1.1 dieselben Fehler auf wie mit web 6.1.2.

[foxriver76]

@grrfield sagte in Neue stable Versionen der Adapter: web, socketio und ws:

js-controller 6.10.1

Äh jo

Wie schaut deine Konfig aus, wäre eher interessant

[grrfield]

@foxriver76
Meinst Du die Einstellungen web:

und vis:

oder noch etwas anderes?

[foxriver76]

Allgemein, habt ihr invalid pattern Warnungen im Log vom web Adapter?

[grrfield]

@foxriver76 Ich habe eine , weil ich einen Datenpunkt anzeigen will, den es noch nicht gibt: (gibt es doch)

2023-09-28 05:40:34.942 - error: web.0 (30747) Invalid pattern on subscribe: The pattern "'mqtt.0.nuki.3583F76C.doorsensorBatteryCritical'" is not a valid ID pattern

Hat aber mit den anderen Problemen nichts zu tun.

[foxriver76]

@grrfield sagte in Neue stable Versionen der Adapter: web, socketio und ws:

Hat aber mit den anderen Problemen nichts zu tun.

Da wäre ich mir nicht ganz so sicher. Wir haben da recently angefangen die Fehler zu catchen, es könnte sein, dass in solchen Fällen evtl keine weiteren Subscribes ausgeführt werden, würde auch das Zusammenspiel mit Controller v5 erklären.

"'mqtt.0.nuki.3583F76C.doorsensorBatteryCritical'" Die inneren Anführungszeichen sollten da nicht sein, daher meckert er. Du könntest den mal fixen, schauen obs daran liegt, wenns daran liegt weiß ich wo ich im Code schauen darf.

[grrfield]

@foxriver76 Ja, das hatte ich aus Javascript reinkopiert. Ich habe es jetzt abgeändert und bekomme keine Invalid pattern Meldungen mehr. Die Fehler in vis bleiben aber bestehen.
Es gibt bei mir noch unregelmäßige Meldungen

Empty pattern on subscribe!

im Log. Die kann ich leider nicht zuordnen.

[foxriver76]

@grrfield hast du web danach mal neugestartet? nur um sicher zu gehen

[tobrog]

@foxriver76 Ich bekomme mit web 6.1.2, ws 2.5.5 und js-controller 5.0.12 auch an einer Stelle den not valid pattern error für ein binding, allerdings funktioniert die Aktualisierung trotzdem weiterhin.
Was passt denn an dem pattern nicht?

ws.0   2023-09-28 11:37:55.427	error	Invalid pattern on subscribe: The pattern "<p style='font-size:60%'>28.09.23 11:37</p>" is not a valid ID pattern
ws.0   2023-09-28 11:11:09.137	error	Cannot subscribe " <p style='font-size:60%'>(28.09.23 11:11)</p>": The pattern "io. <p style='font-size:60%'>(28.09.23 11:11)</p>" is not a valid ID pattern

 <p style='font-size:60%'>({alias.0.Garten.Sensor.Wetterstation.temperature.ts;date(DD.MM.YY hh:mm)})</p>

[SmartHomer 0]

@foxriver76
Ich habe einige zurückliegende Logs durchsucht - bei mir keine "invalid pattern"-Eintragungen (Log-Stufe Info).
Von Instanz web.0 ausschliesslich "connect/disconnect"-Eintragungen (Flot).

[grrfield]

@foxriver76 sagte in Neue stable Versionen der Adapter: web, socketio und ws:

@grrfield hast du web danach mal neugestartet? nur um sicher zu gehen

Ja, ändert nichts.

[stenmic]

Ich hoffe das Problem mit den Bindings wird bald gefunden. Meine Vis is so absolut unbrauchbar 😐

[LaBamba]

@foxriver76
Ich kann bestätigen das bei mir web 6.1.1 die Werte wieder aktualisiert.
js-controller 4.0.24 und ws 2.5.5.

Eine Frage beschäftigt mich aber:
Sobald ich egal bei welcher Version auch immer in web -Reine Web-Sockets iobroker_ws verwenden - einstelle bekomme ich mit dem Tablet keine Verbindung mehr zu VIS. Er läd in einer Dauerschleife ohne Ergebnis.

Verwende ich aber kein -Reine Web-Sockets iobroker_ws verwenden- bekomme ich keine Verbindung im VIS. Also einen Verbindungsabbruch und kann nichts mehr ändern.

Folglich muss ich in web -Reine Web-Sockets iobroker_ws verwenden- einschalten um etwas zu ändern und dann es wieder ausschalten um es mir auf dem Tablet anzeigen zu lassen. Ich glaube nicht, dass dies so sein soll.

Warum kann ich beim Tablet web-sockets verwenden?

[apollon77]

@labamba Kommst Du am Tablet irgendwie an eine JavaScript Fehlerkonsole ran. Wenn ja wäre das der Punkt um mit der Suche nach dem Grund zu starten.

[apollon77]

@stenmic Was genau meinst Du? Ich dachte das aktuelle Issue ist das es Fehler im Log gibt (die man im notfall ignoriert) aber in der Vis alles tut? Also was ist es bei dir was die Vis unbrauchbar macht?

[OliverIO]

@apollon77 sagte in Neue stable Versionen der Adapter: web, socketio und ws:

Kommst Du am Tablet irgendwie an eine JavaScript Fehlerkonsole ran

wenn es ein android tablet ist und man chrome verwendet, dann kann man sich von einem pc aus das tablet browser log anschauen
https://developer.chrome.com/docs/devtools/remote-debugging/