Bug 3468526: Initial read is repeated after COMET Timeout

[Chris M.]

Mir ist im Client ein Problem mit dem Watchdog aufgefallen:

Wenn lange kein Paket übermittelt wird, schlägt der Watchdog zu und resettet die Verbindung.

So weit, so gut - und auch funktional.

Das Problem war, dass nun mit t=0 alle GAs neu geladen wurden, genau so wie wenn man die Visu initial startet.

Auch wenn das eigentlich ein "sicherer" Fallback sein sollte, gab es bei mir ein Problem, da wohl der Cache sich nicht richtig geupdatet hat (was wohl ein ganz anderer Bug im Backend oder eibd ist) und folglich veraltete Werte geschickt hatte.

=> Ich habe den Client geändert, dass nun mit dem letzten bekannten Index weiter gemacht wird.

==> Änderungen am Client sind immer kritisch, da kann man ganz schnell mal ganz viel lahm legen.
==> Bitte ausgiebig testen, insb. bei Verbindungen mit Timeout (also welche, wo lange kein Update geschieht, der Client evtl. zwischen drinnen im Suspend war, etc. pp.)

[Chris M.]

Die Diskussion über das grundlegende Problem verschoben nach: https://knx-user-forum.de/cometvisu/...al-status.html

[makki]

Ein Problem bei dem neuen vorgehen ist evtl. nur wenn zwischendrin i (uint16) mehrmals überläuft, das recovery mit dem letzten index sollte also IMHO nur dann passieren, wenn weniger als sagen wir mal 3200sek (20tps) vergangen sind.. So aus der Hüfte..

Makki

[Chris M.]

Hab's in Revision 631 gefixt.

=> Bitte (weiter...) testen!

[makki]

Mir wird bei dem Thema (Front- wie Backend!) trotzdem immer wieder Angst und Bang, wir bräuchten für sowas (Konsistenz-check) über Tage, Wochen IMHO am besten wirklich ein automatisiertes Test-script oder sowas:
eins das alle random-Minuten einen inkrementellen Wert auf bestimmte GA schreibt und eins das prüft ob 100% (zum richtigen Zeitpunkt!) in der Visu standen. So mit absichtlichen Verbindungabbrüchen und reconnects, auch random.
"Absichtliche" Verbindungsabbrüche kann man ja ausblenden aber davor und danach muss es passen, das würde beiderseits glaub ich viel Kopfweh sparen..

Das hat den immensen Vorteil, das man sich erstmal selbst 99,9% sicher ist, das es passt.(so wie ich beim eibd-cache denn für den eibd, owfs&Co mache ich solche automatisierten Tests vor jedem Release über Tage hinweg, auch wenn da noch nie was gravierendes war..)

Der hintere Teil ist einfach, aber wie prüft man die JS-Visu-Werte? Irgendwie auf einer dritten GA mit einem "Special-transform loggen" und vergleichen(?) .. irgend sowas .. Vorschläge?

Makki