Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[frankjoke]

Habe ähnliches Problem aber es nist nicht auf HQ-Widgets beschränkt.

Dachte zuerst est ist der gleiche Fehler da ich fast ausschließlich HQ-widgets verwende.

habe dann aber zwei TestElemente verwendet welche ich jede halbe Minute jeweils ein bzw. ausschalte.

Eines davon mit HQ-widget und metro-widget angezeigt und das andere nur mit metro.

Wie im Bild oben wird SS1 mit beiden widgets angezeigt und WS2 nur mit metro (der Text 'vor 1 St. und 32 Min.') gehört zu einem anderen Widget).

SS1 und SS2 schalten beide nach 30 Sekunden ein und nach 30 Sekunden wieder aus.

Eine Anzeige dürfte deshalb nie 'vor 44 Min.' erreichen. Leider stürzt jede VIS-Instanz nach 15-45 Minuten so ab dass keine updates der States mehr angezeigt werden. Die 'letzten Änderungszeiten' zählen hoch und die flot-instanzen die sich selbst updaten tun das auch, aber alle widgets die dies über VIS tun nicht.

Hab's mit verschiedenen Browsern und auch der Android-App probiert, leider immer das gleiche Bild.

Muss die Seite neu laden um ein Update zu bekommen :(

[Bluefox]

Da musst du aber irgendwelche Console Fehler haben. F12=> Console

[Schwoab69]

Hallo,

ich habe hier auch diese Probleme. Habe zwei VIS Projekte die sich seit der Aktualisierung auf die 0.15 nicht mehr richtig aktualisieren. Vor der Aktualisierung waren die Seiten i.O.

Probleme z.B.

Fenster aus hqwidget -> keine Aktualisierung; Zeigt bei allen Fenstern an, dass die Bat. leer ist.

Wenn ich den Editor das erste mal öffne, Werden die Stati richtig dargestellt (im Editor). Im Viewer jedoch nicht.

Es gibt noch weitere Dinge. Z.B: wird der iCal nicht mehr vonb selbst aktualisiert. Erst nach einem "Neu laden" der Seite. Die Uhrzeit und das Datum funktionieren.

2017-06-27T06:08:58.258Z Connected => authenticate  conn.js:266:17
2017-06-27T06:08:58.390Z Authenticated: true  conn.js:281:25
ReferenceError: setState is not defined[Weitere Informationen]  index.html:1:3
	 <anonym>http://192.168.x.x:8082/vis/index.html:1:3
	onConnChange/< http://192.168.x.x:8082/vis/js/vis.js:3424:29
	loadRemote/< http://192.168.x.x:8082/vis/js/vis.js:1935:27
	readFile/</anonym>

1299_fenster.jpg

[Semenchkare]

wenn ich den Zeitpunkt suche…. fällt mir ebenfalls nur die 0.15.0 ein...

[Schwoab69]

@Semenchkare

Evtl. kannst du die Überschrift noch ändern? Betrifft nicht nur HQ Widgets.

Ich konnte die Probleme auch bei METRO-Kacheln und dem Kalender ausmachen

[frankjoke]

Habe alle Adapter inklusive Vis auf die letzte Git-Version upgedatet.

Hatte Vis mehrere Stunden laufen und ist nicht mehr abgetrennt worden.

Seitdem sind auch fast alle Fehlermeldungen weg nur solche unten sind geblieben…

[Deprecation] Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/.
send @ jquery-1.11.2.min.js:4
ajax @ jquery-1.11.2.min.js:4
o @ can.custom.min.js:58
(anonymous) @ can.custom.min.js:46
renderAs @ can.custom.min.js:58
e.view.e.template @ can.custom.min.js:58
renderWidget @ vis.js:1639
(anonymous) @ vis.js:1015
(anonymous) @ vis.js:2916
(anonymous) @ conn.js:714
Socket.onack @ socket.io.js:5225
Socket.onpacket @ socket.io.js:5149
(anonymous) @ socket.io.js:5522
Emitter.emit @ socket.io.js:5657
Manager.ondecoded @ socket.io.js:4668
(anonymous) @ socket.io.js:5522
Emitter.emit @ socket.io.js:2556
Decoder.add @ socket.io.js:6156
Manager.ondata @ socket.io.js:4658
(anonymous) @ socket.io.js:5522
Emitter.emit @ socket.io.js:2556
Socket.onPacket @ socket.io.js:459
(anonymous) @ socket.io.js:276
Emitter.emit @ socket.io.js:2556
Transport.onPacket @ socket.io.js:892
Transport.onData @ socket.io.js:884
ws.onmessage @ socket.io.js:2003
VM4279:1 GET http://jessi3.fritz.box:8082/vis/tplFjShowInstance.ejs 404 (Not Found)

Die roten Batteriewarnungen und auch default-Namen auf der linken Seite (wie auf Bild von Schwoab69) tauchen beim editieren immer wieder auf wenn man den edit-view auf einem HQ-Widget verläßt. Das ist sehr störend da ich nie die linke Beschreibung verwende und auch nur wenige Sensoren/Schalter habe die eine Batterie verwenden oder übermitteln.

Also bitte, die default-werte bei HQ-Widgets nicht nach HomeMatic-manier automatisch laden wenn sie leer sind, vielleicht NUR wenn man eine HomeMatich Object-ID angibt! Wenn ich kein Batterie-Objekt oder linke Text-Beschreibung angebe dann will ich auch keine(s)!

p.s.: Dieses 'Feature' scheint nur bei HQ-Widgets zu existieren!

[Semenchkare]

Hallo,

hat es hier noch keine Veränderungen gegeben? Hat noch jemand das problem?

[Semenchkare]

Was mir heute auffiel (vielleicht wichtig für den Entwickler): nur die Fenster der HQ-Widgets aktualisieren sich nicht. Die Türen tun dies sofort!

Wie dies bei den Metro's ist, kann ich nicht sagen. Evtl. könnte dies ein Metro-User sagen?

Gruß

Seme

[Bluefox]

@Semenchkare:

Was mir heute auffiel (vielleicht wichtig für den Entwickler): nur die Fenster der HQ-Widgets aktualisieren sich nicht. Die Türen tun dies sofort!

Wie dies bei den Metro's ist, kann ich nicht sagen. Evtl. könnte dies ein Metro-User sagen?

Gruß

Seme `
Ich habe tatsächlich ein Fehler in hq Widgets gefunden. D.h es hat mit metro erstmal nichts zu tun.

Bitte latest hq-widgets probieren.

[Semenchkare]

ich habe auf die .10 upgedatet, auch den admin aktualisiert 2.02. Dann den bananaPiM2 rebooted. Leider immer noch den "Hänger" bei den Fenstern. Türen reagieren sofort….

[Semenchkare]

ich habe das auf dem Raspberry 2 auch nochmals nachgezogen. Auch hier den gleichen Fehler

[leo013]

Ich habe das gleiche Problem , die HQwidgets der Fenster werden nicht mehr aktualisiert

Gruss

Wolfgang

[leo013]

Bin ich alleine mit dem Problem?

Bei mir werden unverändert die Fenster mit den HQwidgets nicht aktualisiert

[rantanplan]

Bei mir klappt es.

HM Komponenten, CCU2, Firefox.