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

[Ro75]

@crepp1967 Das muss nicht unbedingt in der View sein. Es "zerschießt" einfach gesagt das Projekt.

Ro75.

[crepp1967]

@ro75
Welche Gruppen meinst Du dann genau nach denen ich suchen muß?

Gruß
Torsten

[Ro75]

@crepp1967 Keine. Ich kann dir nur sagen, das nach Gruppierung das VIS Projekt "zerschossen" wird.

[apollon77]

@crepp1967 Fehler im JS Log? Was hast Du eingestellt in Web bei" Websocket"?

[Ro75]

@apollon77 Der im Post #28 angegebene Effekt trat schon bei einigen Usern hier auf. Ich selber hatte diesen Effekt auch schon. Nur deswegen konnte ich so geziehlt fragen.

Meine Einstellungen sehen wie folgt aus:

Das Problem ist reproduzierbar. Wenn in einer View Objekte/Widgets gruppiert werden, danach das gruppierte Objekt kopiert, wieder eingefügt wird (zwischendurch immer schön speichern lassen) - ist es in der Regel schon passiert. Spätestens wenn das kopierte, gruppierte Objekt wieder "getrennt" wird ist Schluß.

Wenn dann die View als Runtime angezeigt werden soll oder die View im Editor neu geladen werden soll kommt nur noch "Lade Werte".... Danach passiert nichts mehr.

Dann hilft nur noch ein Backup. Seither verwende ich in der VIS die Gruppierungsfunktion nicht mehr.

Ro75.

[grrfield]

Ich benutze einige Widgets in Vis, deren Sichtbarkeit über States gesteuert wird. Seit dem Update auf js-controller 5.0.12 und den neuen web-Adapter 6.1.2 funktioniert das nicht mehr richtig. Einige der Widgets, die eigentlich auf nicht sichtbar eingestellt sind, sind trotzdem sichtbar. Hier ein Beispielwidget, das sichtbar ist, obwohl der State, der die Sichtbarkeit steuert, auf false steht

[{"tpl":"tplVis-materialdesign-Icon-Button-State","data":{"oid":"","g_fixed":true,"g_visibility":true,"g_css_font_text":false,"g_css_background":false,"g_css_shadow_padding":false,"g_css_border":false,"g_gestures":false,"g_signals":true,"g_last_change":false,"visibility-cond":"==","visibility-val":"true","visibility-groups-action":"hide","vibrateOnMobilDevices":"50","image":"bell-ring-outline","imageColor":"","colorBgFalse":"","colorPress":"#mdwTheme:vis-materialdesign.0.colors.button.icon.pressed","signals-cond-0":"==","signals-val-0":true,"signals-icon-0":"/vis.0/SM-P610/icons/lowbatteryhalfred.png","signals-icon-size-0":"25","signals-blink-0":true,"signals-horz-0":"68","signals-vert-0":"30","signals-hide-edit-0":false,"signals-cond-1":"==","signals-val-1":true,"signals-icon-1":"/vis/signals/lowbattery.png","signals-icon-size-1":0,"signals-blink-1":false,"signals-horz-1":0,"signals-vert-1":0,"signals-hide-edit-1":false,"signals-cond-2":"==","signals-val-2":true,"signals-icon-2":"/vis/signals/lowbattery.png","signals-icon-size-2":0,"signals-blink-2":false,"signals-horz-2":0,"signals-vert-2":0,"signals-hide-edit-2":false,"lc-type":"last-change","lc-is-interval":true,"lc-is-moment":false,"lc-format":"","lc-position-vert":"top","lc-position-horz":"right","lc-offset-vert":0,"lc-offset-horz":0,"lc-font-size":"12px","lc-font-family":"","lc-font-style":"","lc-bkg-color":"","lc-color":"","lc-border-width":"0","lc-border-style":"","lc-border-color":"","lc-border-radius":10,"lc-zindex":0,"g_lock":false,"autoLockAfter":"10","lockIconTop":"45","lockIconLeft":"55","lockIconSize":"20","lockIconColor":"#mdwTheme:vis-materialdesign.0.colors.button.icon.lock_icon","lockIconBackground":"#mdwTheme:vis-materialdesign.0.colors.button.icon.lock_icon_background","lockBackgroundSizeFactor":"1","lockFilterGrayscale":"30","value":"","iconHeight":"36","name":"BatterieKlingel","signals-oid-0":"hm-rpc.1.PEQ0653788.0.LOWBAT","visibility-oid":"hm-rpc.1.PEQ0653788.0.LOWBAT"},"style":{"left":"695px","top":"10px","z-index":"3","width":"64px","height":"64px"},"widgetSet":"materialdesign"}]

Das Problem ist reproduzierbar, allerdings sind nach einem neuen Laden der Vis teilweise andere Widgets betroffen.

Außerdem werden sporadisch die Farben nicht mehr richtig dargestellt, auch das kann nach einem Neuladen plötzlich behoben sein.
Beispiel für falsche Farben

So soll es aussehen und sieht es auch manchmal nach erneutem Laden aus:

In den Bildern sieht man auch, daß einige Widgets in der falschen Darstellung sichtbar sind und in der richtigen nicht (z. B. der rote Kreis [Nuki] bei Eingangstür), dafür sind andere nicht dargestellt.
Meine Einstellungen im Web-Adapter:

Die Probleme traten unmittelbar nach dem Update von js-controller und web auf. An meiner Vis hatte ich nichts geändert.

[Peoples]

Ich selbst habe das Problem mit dem Gruppieren nicht, jedoch ein anderes:
Ich habe in meiner Home-View ein "Overlay" in dem Meldungen angezeigt werden, bspw. Sauger fertig oder Ähnliches. Hier wird der Text manchmal nicht aktualisiert obwohl er im Datenpunkt wo der Text steht geändert wurde. Nach einem Reload steht dann der aktualisierte Text da.
Ebenso gestaltet es sich mit CSS - Eigenschaften, teilweise werden definierte CSS-Eigenschaften einfach ignoriert / nicht verwendet. Reload - Alles ok.

Je nach dem was man im Webadapter einstellt: integriert / socket.io / oder ws tritt der Fehler auf oder nicht.
Das blöde ist nur wenn ich socket.io auswähle ist der Fehler in Vis so gut wie weg, aber dafür habe ich dann ständig Verbindungsfehler im Vis-Editor.

Zurückzuführen ist das Ganze definitiv auf die letzen Update (js-controller, socket.io, Web und ws) denn wenn ich ein Backup einspiele in dem der js-controller die Version 4.x.x haben und auch die anderen Adapter die Vorversion haben tritt dieser Fehler nicht auf. Update der vorgenannten Systemteile bringt wieder genau den Zustand den ich aktuell habe.

Es scheint fast so als würden nicht alles Vis-Teile zyklisch geladen

[MK-66]

@peoples
Ich habe seit dem Update auf 5.0.12 ähnliche Probleme, dass manchmal Datenpunkte in der VIS nicht immer aktualisiert werden obwhl der Datenpunkt im Admin aktuell ist. Auch bei mir ist dann erst nach einem Relaod der VIS alles wieder aktuell. Dies war auch bei mir mit js-controller 4.0.24 definitiv nicht so.

[Peoples]

Ich habe mir das Ganze nochmal angeschaut, es ist nicht immer reproduzierbar. Manchmal wird alles richtig geladen/angezeigt und manchmal nicht.
Das macht es natürlich schwer, wenn man nicht weiß wo man suchen soll.

Ist denn generell ein Downgrade auf die letzte 4er Version des js-controlers inkl. der Adapter möglich und sinnvoll?

[bahnuhr]

Ich muss nun auch mal schreiben.
Manchmal habe ich das gleiche Verhalten.
DP werden aktualisiert bei den Objekten.
In VIS steht aber noch der alte Wert drin.

Versionen:
web V:6.1.2 (socket.io. instanz integriert; kreuz bei reine web.sockets verwenden)
ws V: 2.5.5
socket.io ist deinstalliert; braucht man ja eigentlich nicht mehr.

Bei den Einstellungen hab ich dies:

und aufrufen tue ich das ganze fast immer mit browser chrome.

Jemand eine Idee ?

[MK-66]

@bahnuhr
Bei mir scheint dieses Verhalten nach einem Downgrade auf web 6.1.1 nicht mehr aufzutreten.
Das Problem der nicht aktualisierten DP in VIS tritt bei mir auch nur im Zusammenhang mit jscontroller 5.0.12 auf. Ist immer etwas schwierig zu beurteilen, da die nur in VIS nicht aktualisierten DP erst nach einiger Zeit (Minuten) auftreten.

Könnte mal jemand ebenfalls ein downgrade auf web 6.1.1 machen (jscontroller auf 5.0.12 lassen) und berichten ob das Problem dann nicht mehr auftritt.

[bahnuhr]

@mk-66
Danke für deine Info. Und ja, web 6.1.1 werde ich gleich testen.

@apollon77
@Homoran
Ist da irgend ein bug bekannt.
Dass die Daten aktualisiert werden, ist ja essentiell für ein smarthome System.

[cbrocker]

bei mir läuft es bestens.

Kürzlich nach dem Wechsel von Rasp Pi 4 auf Proxmox (Mini-PC) hatte ich beim Editieren der VIS immer "Verbindungsfehler". Mußte dann immer an den Einstellungen rumspielen, damit ich in die VIS kam.
Nach Update der Adapter läuft alles wieder bestens.
vielen dank für die tolle Arbeit.

[LaBamba]

@ro75
Hallo,
genau das Selbe problem habe ich anscheinend auch.

1. Schalte ich Reine Web-Sockets ein, bekomme ich auf dem Tablet gar nichts mehr. Er läd sich einfach stundenlang einen ab. Zudem kommt immer ein Verbindungsfehler in der VIS. Wenn man es ausschaltet kann man die VIS ändern. Danach muss ich es wieder einschalten um eine Steuerung auf dem Tablet zu haben.
2. Verwende ich es nicht, funktioniert es auf der Oberfläche des Tablet, aber sehr viele Werte werden nicht mehr aktualisiert. Also Werte werden Stundenlang nicht aktualisiert obwohl sie sich geändert haben.

Ach ja verwende JS-4.0.24, folglich glaube ich nicht das es JS 5 ist.

Gibt es eine Lösung?
@apollon77
@Homoran

[foxriver76]

@bahnuhr konntest du mal probieren ob es ausschließlich mit 6.1.2 auftritt?

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