Hallo zusammen!
Ich habe regelmäßig den Fall, dass die Visu nicht die aktuellen Werte / Stati anzeigt. Ein Reload behebt das Problem NICHT.
Wenn ich dann aber die alte Release mit der gleichen Config aufrufe (läuft als Docker parallel mit), so stimmt alles.
Wurde am Backend zum 0.12RCx auch was geändert? Wie kann ich diese Problem einkreisen, unabhängig davon, ob das Problem bei mir oder an der CV liegt?
Im LOG des Containers finde ich die Meldung im Anhang, kann aber nicht wirklich was damit anfangen.
Danke
Robert
Insider Preview 4 veröffentlicht

Wir haben gestern Nacht die Insider Preview 4 zur Version 4.8 veröffentlicht
Erneut überarbeiteter Logik Katalog - jetzt mit Unterkategorien, neuen Titeln, Icons und Beschreibungen für eine nochmals verbesserter Übersicht
Vier neue Logiken für Verschlussüberwachung, Boolesche Logiken, JSON Aggregator. Damit sind es nun 103 verfügbare Logik-Module
Visualisierung des Logik Kerns ("Visualize") mit besserer Anzeige, Bedienung und Online-Hilfe
Verbesserte Mouse-Over im Logik Editor für klarere Information
Viele Bugfixes
Release Notes: https://elabnet.atlassian.net/wiki/x/AYA60w
AKTION: Wir haben noch viele tolle Updates und 150 Videos (und 800 Wiki Seiten) geplant. Bitte unterstütze uns mit einem Software-Wartungsvertrag, damit wir dieses alles erreichen können. Und damit Dein Server weiterhin Updates, Upgrades und Support erhält. Jetzt in der Aktion schenken wir Dir den Insider Club mit derselben Laufzeit wie der am längsten laufende aktive Wartungsvertrag dazu - bei sofortigem Laufzeitbeginn. Damit profitierst Du auch von einer vorzeitigen Verlängerung. Alle Infos: https://elabnet.atlassian.net/wiki/x/GQB8z
[0.12RC12] Falsche Stati in der Visu
-
Robert_Mini
- Beiträge: 3918
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1289 Mal
- Danksagung erhalten: 2232 Mal
[0.12RC12] Falsche Stati in der Visu
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
-
Robert_Mini
- Beiträge: 3918
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1289 Mal
- Danksagung erhalten: 2232 Mal
Das Problem hat sich mit einem Neustart vorerst gelöst (Container Neustart und auch ein Recreate etc. hat nicht geholfen).
Mich würde dennoch interessieren, was hinter der Fehlermeldung steckt.
lg
Robert
Mich würde dennoch interessieren, was hinter der Fehlermeldung steckt.
lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
-
peuter
- Beiträge: 106
- Registriert: Sa Jan 22, 2022 10:15 am
- Wohnort: Warstein
- Hat sich bedankt: 4 Mal
- Danksagung erhalten: 99 Mal
Ich bin leider kein Experte für dieses Backend, da ich die CometVisu nur mit openHAB benutze. Aber grundsätzlich gibt es zeitliche Grenzen für die ein HTTP-Request aufrecht erhalten werden kann. Wenn in dieser Zeit keine Statusänderung kommt und somit der Request durch das Senden dieser Änderung geschlossen wird, dann kann der eben in einen solchen Timeout laufen. Das ist erstmal kein Fehler und einkalkuliert und vollkommen in Ordnung.
VG Tobias
CometVisu Entwickler
CometVisu Entwickler
-
Robert_Mini
- Beiträge: 3918
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1289 Mal
- Danksagung erhalten: 2232 Mal
Hallo Tobias!
Das ist soweit klar. Allerdings habe ich die Visu nicht bedient, sondern beide Container haben nur mitgelauscht und sollten damit das gleiche anzeigen.
Lg
Robert
Das ist soweit klar. Allerdings habe ich die Visu nicht bedient, sondern beide Container haben nur mitgelauscht und sollten damit das gleiche anzeigen.
Lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
-
peuter
- Beiträge: 106
- Registriert: Sa Jan 22, 2022 10:15 am
- Wohnort: Warstein
- Hat sich bedankt: 4 Mal
- Danksagung erhalten: 99 Mal
Ja ich hab auch nur die Log-Meldungen erklärt und das sie keinen Hinweis auf einen Fehler liefern, sondern auch im fehlerfreien Betrieb so vorkommen können.
Zur Fehlerursache kann ich nichts sagen, das wird im nachhinein auch schwer herauszufinden sein.
Zur Fehlerursache kann ich nichts sagen, das wird im nachhinein auch schwer herauszufinden sein.
VG Tobias
CometVisu Entwickler
CometVisu Entwickler
-
Chris M.
- Beiträge: 1227
- Registriert: Sa Aug 11, 2018 10:52 pm
- Wohnort: Oberbayern
- Hat sich bedankt: 252 Mal
- Danksagung erhalten: 889 Mal
- Kontaktdaten:
An der Kernkomponente des Backends (knxd) ist nichts geändert. D.h. da sollte sich alles identisch verhalten.
Alle Pakete die der knxd sieht kommen auch in der Visu an, da sorgt das Protokoll dafür (auch wenn es aus "Frischheitsgründen" einen Time-Out und Neustart gab; oder wenn im Bus schneller neue Pakete geschickt werden als von der Visu verarbeitet werden können - was außerdem ziemlich unwahrscheinlich ist)
Meine größte Vermutung: passen bei den Containern die MAC-Addresse, so dass es da keine Kollision gibt?
Nutzt Du ggf. MacVLAN? (Das hatte in der Vergangenheit auch schon seltsame Effekte erzeugt)
Alle Pakete die der knxd sieht kommen auch in der Visu an, da sorgt das Protokoll dafür (auch wenn es aus "Frischheitsgründen" einen Time-Out und Neustart gab; oder wenn im Bus schneller neue Pakete geschickt werden als von der Visu verarbeitet werden können - was außerdem ziemlich unwahrscheinlich ist)
Meine größte Vermutung: passen bei den Containern die MAC-Addresse, so dass es da keine Kollision gibt?
Nutzt Du ggf. MacVLAN? (Das hatte in der Vergangenheit auch schon seltsame Effekte erzeugt)
CometVisu Entwickler - Bitte keine PNs, Fragen gehören in das Forum, damit jeder was von den Antworten hat!
CometVisu Fragen, Bugs, ... bitte im Entwicklungs-Forum, hier nur spezifisches für CV<->Timberwolf.
TWS 2500 ID: 76 + TP-UART - VPN offen, Reboot nur nach Absprache
CometVisu Fragen, Bugs, ... bitte im Entwicklungs-Forum, hier nur spezifisches für CV<->Timberwolf.
TWS 2500 ID: 76 + TP-UART - VPN offen, Reboot nur nach Absprache