[Gelöst] [V4.0.1] Info & Schalten Widget - Wert Anzeigen Datenverbindung - Keine Leseanfrage noch Aktualisierung auf eine Solche

[Eden33]

Hi,

ist es so gewollt, dass das Widget "Info & Schalten" weder eine GroupValue_Read Anfrage sendet (wenn kein aktueller Wert der Gruppenadresse im KNX SubSystem vorhanden ist) noch auf ein GroupValue_Response der Gruppenadresse reagiert, welche in der "Wert Anzeigen" Datenverbindung hinterlegt ist? Habe es gerade mit der "Eingangstür" ausprobiert. Erst als ich ein GroupValue_Write gesendet habe (Telegram #15; siehe ETS Diagnose) wurde der Wert im Widget dargestellt (Rotes Schloss).

info-und-schalten-wert-anzeigen-datenverknüpfung-und-telegramme.jpg (1.51 MiB) 376 mal betrachtet

Danke für euer Feedback.

MfG
Edi

[blaubaerli]

Hi Edi,

bitte versorge uns doch im Betreff des Threads mit der entsprechenden Versionsangabe.

Danke

Beste Grüße
Jens

[Eden33]

Hi Jens,

Sorry, vergessen! Wo im Userinterface habe ich die Möglichkeit das zu tun? Habe wirklich gesucht ....

MfG
Edi

[Sun1453]

Nach einer gewissen Zeit geht das nicht mehr. Bitte daher hier rein schreiben damit ein Mod das eintragen kann. @Eden33

[AndererStefan]

Guten Morgen,

wahrscheinlich Quatsch, aber ich frag sicherheitshalber trotzdem: „Das Kommunikationsflag „A“ an den KO des Timberwolfs ist gesetzt, oder?“

VG
Stefan

[StefanW]

Hi Edi,

in der Firmware bis V 4.01 führt der Timberwolf Server keine Leseanforderungen im Auftrag der VISU auf dem KNX Bus aus.

Weil das Objektsystem des Timberwolf Servers cached den jeweils letzten Wert und eine ggfls. frisch startende VISU (oder ein frisch hinzugekommenes Widget) kann sich damit aus dem Objektsystem initialisieren. Da der TWS auch nicht bei jeder Veränderung neu gestartet werden muss, repräsentiert das Objektsystem auch den letzten gemeldeten Status aller angeschlossenen Bussysteme.

Modernere KNX-Geräte stellt man eigentlich so ein, dass alle Wertänderungen sofort auf den Bus zu senden sind. Es ist also normalerweise nicht notwendig, irgendwelche Werte am Bus zu pollen und dafür ist der KNX-Bus auch nicht gedacht.

Obwohl der Objekt-Cache bei geplanten Reboots auf die Platte geschrieben und von dort beim Neustart wieder restauriert wird, kann man bei jedem KNX Objekt auch ein Flag setzen für "Leseanfrage bei Start des KNX Stacks" wodurch sich das KNX System mit den wichtigsten Informationen versorgen kann.

Wie der andere Stefan schreibt, sind natürlich auch alle anderen Flags unbedingt zu beachten, damit der Stack auf dem jeweiligen Objekt auch Werte annehmen und aktualisieren kann.

lg

Stefan

[Eden33]

Hi,

danke für die ganzen Kommentare.

Kann bitte ein Admin den von mir veröffentlichten Thread mit [V 4.0.1] prefixen. Sorry für die Umstände und Danke im Vorraus.

@AndererStefan
Nein, war nicht gesetzt. Für die manuelle Abfrage wie von mir im initiallen Post beschrieben, hatte das setzten des "A" Flags auf dem Timberwolf den gewünschten Effekt und das VISU Widget hat sich von "Wert nicht initialisiert" auf den aktuellen Wert des Sperrobjekts aktualisiert.

@StefanW
Ok, danke für die Erklärung. In meinen Fall ist es nur die VISU, welche die Sperrobjekte der MDT Binäraktoren der aktuellen Generation setzen / auslesen soll. Da diese KOs sonst niemand setzt / ausliest finden sich diese Werte ansonst leider nicht auf dem Bus / im Cache des Objektsystems (darum die unschöne Anzeige "Wert nicht initialisiert"). Das setzen des "A" und "Lesen bei Init" Flags auf den Timberwolf KOs hatte den gewünschten Effekt und er pollt sich nun beim Starten des KNX Stacks die gewünschte aktuelle Information der KOs für das interne Objektsystem.

Ob diese Art von Konfiguration nun ideal ist oder nicht sei derzeit mal dahingestellt.

Danke an alle, die sich die Zeit genommen haben um auf meine Frage zu antworten. Keine weiteren Fragen. Closed

MfG
Edi