[Gelöst] [V1.6 - Hells Bells] TWS schreibt / überträgt keine Werte mehr

[Sensej]

Habe jetzt nochmal im WC drei Mal in 5 Min. Abständen ausprobiert.
Zwei Mal wurde der Status richtig auf 0 gesetzt und das dritte Mal nicht.
Ich kann das also nicht nachvollziehen wieso es 2 Mal funktioniert hat und 1 Mal nicht

MfG Juri

[Chris M.]

Als erstes kannst Du checken, ob das Backend die richtigen Werte und diese zum richtigen Zeitpunkt übermittelt. Dann ist klar auf welcher Seite man suchen muss.

Hierzu im Browser die Konsole öffnen (Strg+Shift+I), auf den Netzwerk Reiter gehen und nach den "r" Requests schauen.

Beim ersten Laden der Visu im Browser hat der "r" ein "t=0" als Parameter und bekommt in der Antwort alles zurück geliefert was der knxd in seinem Cache hat.
Bei allen weiteren Aufrufen gibt's ein "i=<Nummer>" als Parameter. Hier kommt dann eine Antwort zu genau dem Zeitpunkt, wenn bei einer der als read oder readwrite verwendeten GAs auf dem KNX ein write oder answer Telegramm unterwegs ist.

Hier kannst Du nun schauen, ob diese Kommunikation zu dem passt was auf dem KNX passiert.

[Sensej]

Als erstes kannst Du checken, ob das Backend die richtigen Werte und diese zum richtigen Zeitpunkt übermittelt. Dann ist klar auf welcher Seite man suchen muss.

Hier kannst Du nun schauen, ob diese Kommunikation zu dem passt was auf dem KNX passiert.

Hi Chris,

habe die Werte raus gesucht

Küche Licht Aus: TWS Logik richtig/auch AUS -> CV knxd Cache falsch -> "0/1/1":"01"
OG Flur Licht Aus: TWS Logik richtig/auch AUS -> CV knxd Cache falsch -> 0/2/3":"01"

Schalten: 1/1/4
Status: 0/1/4
OG WZ -> Licht AN: TWS Logik richtig/auch AN -> CV knxd Cache falsch -> "1/1/4":"00" und "0/1/4":"00

Die Werte sind falsch im CV-Cache

Das sind die letzte Werte für die Küche

93.jpg

MfG Juri

[Sensej]

Beim ersten Laden der Visu im Browser hat der "r" ein "t=0" als Parameter und bekommt in der Antwort alles zurück geliefert was der knxd in seinem Cache hat.

Hier kannst Du nun schauen, ob diese Kommunikation zu dem passt was auf dem KNX passiert.

Hallo Chris,
heute wieder die gleiche Situation: falsche Status-Werte, falsche Werte der Logik-Objekte usw.
Habe heute die Ergebnisse nach Laden der Seite analysiert. -> r?t=0

Der Wert, der falsch gezeigt wird, ist z.B. gar nicht auf der Resultat-Liste drauf

22.jpg

Woran kann es liegen, dass er gar nicht aus dem Cache geholt wird ?
Was kann ich als nächstes prüfen?

MfG Juri

[Chris M.]

Wenn viel auf dem Bus los ist (bzw. war), dann könnte ich mir vorstellen, dass ein Wert aus dem Cache geflogen ist (ich weiß nicht wie den der knxd intern implementiert hat) und dann den Wert per Lese-Telegramm in Folge des initialen Lesens (r?t=0) sich holt. Die Antwort darauf kommt dann natürlich nicht mit der initialen Antwort, sondern wird dann nachgeliefert wenn die Antwort eingetroffen ist.

Was sagt denn der ETS Busmonitor (nicht der aus vom TWS!)? Kommen Lese-Telegramme? Welche Antworten kommen darauf? (Antwortet wirklich nur exakt ein Gerät?)

[Sensej]

Was sagt denn der ETS Busmonitor (nicht der aus vom TWS!)? Kommen Lese-Telegramme? Welche Antworten kommen darauf? (Antwortet wirklich nur exakt ein Gerät?)

habe jetzt versucht die Adresse, die falsch gezeigt wird in ETS zu lesen.

01.jpg

02.jpg

Da kommen zwei Resultate und der zweite Wert ohne R-Value gefällt mir nicht

MfG Juri

[gbglace]

Zwei Antworten auf ein ReadRequest also zwei Telegramme readresponse sind ein Anzeichen das diese Response auch von zwei verschiedenen PA gesendet werden, was inhaltlich nur selten Sinn ergibt, da dann Mal an den beiden PA die KO überprüfen und entscheiden welches Gerät die Wahrheit hat und nur dort das L-Flag setzen und beim anderen entfernen.

[Robert_Mini]

Richtig! In dem Fall macht das L-Flag nur an der Rückmeldung des Aktors Sinn, nicht am TWS Objekt.
In der TWS Applikation ist das L-Flag (leider) default und muss (meist) abgewählt werden.

Lg
Robert

[markusrohr]

Guten Morgen Robert @Robert_Mini
besten Dank für Deine für die praktische Implementierung wie immer höchst relevanten Hinweise und Vorschläge.

Ich habe mich bei den Flagsder Universalobjekte bisher an den Vorgaben der Hersteller und Deinen Hinweisen orientiert. Ich habe in den letzten Wochen für die Visu viele neue Objekte und Gruppenadressen neu erstellt und diese, aus Unsicherheit oder aus Faulheit, grösstenteils einfach mit den Standardeinstellungen, alle Flags angeklickt, belassen. Dies funktioniert zwar einigermassen, scheint aber, wie diese Diskussion zeigt, allerlei potentielle Stolpersteine mit sich zu bringen.
Es scheint auch, dass ich nicht der Einzige im Forum bin, der so vorgeht.

Deshalb meine Bitte: wäre es möglich Deine Empfehlungen und Hinweise zu den Flags noch einmal in einem Kapitel in der KB zusammenzufassen?

Freundliche Grüsse
Markus Rohr

[gbglace]

In der KB findet sich app.php/kb/viewarticle?a=122 schon ein sehr guter Artikel bzgl. der Flags.

Sofern der TWS nur Konsument der Daten ist und die Quelle selbst ein L-Flag besitzt und damit umgehen kann und ordentliche Busreseteinstellungen hat, dann sollten die L-Flags nicht am TWS sein. ansonsten ggf. den TWs als Wahrheitsspeicher nutzen und dem das L-Flag geben. Aber das kommt eben immer auf die individuelle Situation an. Das kann man nur schwer in allgemeine regeln packen.

Auch bei den Logiken muss man ja sehen wie man damit umgeht bzgl. Busreset / Logik-Reset vs KNX-Stack Speicher.