einzelne Widgets aktualisieren nicht immer

[Pedder007]

Hallo alle, ich habe das Problem, bzw. mindestens die historische Diskussion darum, wohl völlig verschlafen
Ich hatte den Effekt bei mir (irgendwann) tatsächlich auch festgestellt, allerdings auch festgestellt, dass wenn ich eine frei definierte Variable dazwischen habe, das so nicht eintritt - zumindest bei mir (mehr)
Ich bin auf den Weg mit den Variablen aber eher durch die Notwendigkeit gekommen, dass ich verschiedene Verbraucher (z. B. Lampen) teils eben parallel über VIS (Widgets), Blockly und zusätzlich über einen Wandschalter (Aktor) ansteuere, die nicht unbedingt immer mit den gleichen Inhalten der DP arbeiten (also z. B. 1/0 vs. true/false), was immer zu Meckereien im Log führte. Darüber hinaus wirkt die Variable dann im Normalfall auch zusätzlich auf einen Alias und nicht direkt auf den DP des Verbrauchers selber.
Das hört sich jetzt evtl. umständlich an, führte aber bei mir dazu, dass ich erstens, was den Inhalt des DP angeht (also 1/0 oder true/false) flexibler bin und eben das Problem mit der nicht aktualisierten Anzeige in VIS (1), z. B. beim Bulb Widget nicht mehr habe.

Das Ganze habe ich jetzt so aus meiner Erinnerung geschrieben, da es in der Umsetzung bereits etliche Monate(!) zurück liegt. Also verzeiht mir bitte wenn es sich etwas holprig anhört. Es soll auch ggf. lediglich einen evtl. möglichen Workaround aufzeigen

PS. Und wenn ich hier völlig am Thema vorbei schreibe, werft mich bitte nicht gleich aus dem Forum

[bahnuhr]

@bluefox
In der Konsole kommt sowas:

[Homoran]

@bahnuhr
Hast du mal beobachtet, ob die nicht aktualisierten Daten irgendetwas gemeinsam haben.

Ich habe hier https://forum.iobroker.net/topic/74107/vis-widget-justgage-colored-zeigt-tlw-nur-noch-0 ein anderes Phänomen bemerkt, das aber nicht unbedingt mit deinem zu tun haben muss.

@foxriver76
kann da eine gemeinsame Ursache vorliegen?

[bahnuhr]

@homoran
Nein, und werde ich auch nicht mehr.

Wie oben geschrieben: Ich bin hier raus.

[Homoran]

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

Wie oben geschrieben: Ich bin hier raus.

und wie soll irgendjemand ohne deine Mithilfe die Ursache für dieses Phänomen bei dir finden?

[bahnuhr]

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

und wie soll irgendjemand ohne deine Mithilfe die Ursache für dieses Phänomen bei dir finden?

Keiner soll diesen finden.
Aber auf meinen konsole hardcopy reagiert ja auch keiner.

[Homoran]

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

Aber auf meinen konsole hardcopy reagiert ja auch keiner.

wie kommst du darauf?
Nur weil nach einem Wochenende noch keine definitive Lösung da ist?

Bitte Dieter, was soll das jetzt?
es gibt fast 45000 User von der vis1 und nur eine Handvoll davon hat das von dir beschriebene Phänomen.

Wie bereits vorher in diesem Thread beschrieben braucht man die gemeinsamen Faktoren dieser paar user.
Dein Screenshot der Browserkonsole ist jetzt einer davon.

Eine Beantwortung meiner Frage, wäte vielleicht ein weiterer Punkt um die Ursache einengen zu können.

[foxriver76]

@homoran wenn Denis sagt es kann auch von Fehlern in 3d Party widgets kommen kann das schon möglich sein. Kann da leider auch nur mutmaßen was vis1 Code betrifft, zu der Browser Meldung kann Denis evtl was sagen ob er da Zusammenhang vermutet. @Bluefox

[foxriver76]

@bahnuhr Bluefox hat vor ein paar Tagen für die Zeile einen Fix commited https://github.com/ioBroker/ioBroker.vis/commit/6258cdb450b4a60d83dfe38cbcad9d3dce3c37ce

Mal mit 1.5.5 testen ob sich was verbessert hat, oder ob was anderes im Log auftaucht.

0 GermanBluefox committed to ioBroker/ioBroker.vis

* (bluefox) Corrected small warning

[bahnuhr]

@foxriver76
1.5.5 lässt sich nicht installieren.

Es kommt:

[foxriver76]

@bahnuhr Wie hast du probiert es zu installieren? Vis kann man nicht von GitHub direkt installieren. Probier mal von npm

[bahnuhr]

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

Vis kann man nicht von GitHub

warum nicht; wird doch angezeigt.
Nur bei vis2 steht, dass es nicht über git geht.

Ich probiere npm.

[bahnuhr]

@foxriver76

npm hat geklappt.

[DJMarc75]

@bahnuhr Error25 deutet aber eigentlich auf ein Problemchen im System hin.

iob diag

mal gemacht ?

[foxriver76]

@bahnuhr stimmt hat kein nogit flag und lies sich bei mir auch eben updaten. Wobei die Fehlermeldung bei dir entweder nen temporäres PRoblem war oder wenn wiederholt auftritt sollte man da mal rein schauen.

[mcm1957]

Da oben steht

iob url iobroker/iobroker.vis

Das ist m.E. weder url noch npm Syntax.

Ich würde sagen es sollte entweder

iob url https://github.com/ioBroker/ioBroker.vis (install von github)
oder
iob url iobroker.vis (install von npm)

heißen. Oder ergänzt der js-controller/cli den github Teil?

[foxriver76]

@mcm57 Technisch erkennt npm selbst ioBroker/iobroker.vis als GitHub Repo. Siehe z. B. https://stackoverflow.com/a/21918559

Und ich vermute der Befehl wurde so automatisch von admin ausgeführt.

[mcm1957]

@foxriver76
Danke wieder was gelernt
Und in Zukunft zig Zeichen weniger zu tippen

[Ro75]

Hallo,

kurzes Update von mir. Seit etwa 3 Tagen fahre ich folgende Konfiguration:

Vor 3 Tagen habe ich den Haken bei "Reine Web-Sockets (iobroker.ws) verwenden" entfernt. Bis jetzt kein einfrieren mehr. Ich beobachte weiter.

Ro75.

[bahnuhr]

@bluefox
Und auch folgender Fehler: