Mehrere DB-Einträge pro Logik

[Sensej]

Hallo zusammen,

habe einen Logiktrigger für den Estrichtemperatursensor erstellt.
Unter Timberwolf-Busmonitor sehe ich, dass da immer 4 Einträge generiert werden.

Wieso 4 Einträge?
Wo kann der Fehler liegen?




Habe Beta 16

MfG Juri

[StefanW]

Hast Du am KNX kein weiteres Gerät, dass einen ACK sendet? Weil Pakete die nicht ACKnowledged werden, werden vom Stack wiederholt...

Stefan

[Sensej]

Hallo Stefan,

diese GA(2/1/31) ist nur für die Visualisierung gedacht und hat keinen "Empfänger".

MfG Juri

Hinzugefügt nach 28 Minuten 52 Sekunden:
Bei der Adresse 2/1/22 geht es.
Der Wert wird aber direkt vom KNX-Temp-Sensor, der in einem Taster eingebaut ist, an die Adresse 2/1/22 gesendet, nicht über wire.

Da wird auch kein ACK gesendet.



Es werden bei mir noch weitere Adressen geben, die nur für die Visu da sind

MfG Juri

[gbglace]

Was wird denn Die Visu werden?

Die Visu auf der richtigen Plattform kann ne Menge unnötigen Bustraffic sparen.

[Dragonos2000]

ACKs kannst Du nur sehen, wenn Du den Applikationsmodus für die Schnittstelle rausmachst.

[EarlBacid]

hat die 2/1/22 evtl. einen weiteren Empfänger?

laut KNX Standard, muss ein sender ein Telegram 3 mal wiederholen, wenn es kein Ack bekommt.


mh, eigentlich müsste dann doch die Visu, was auch immer das für eine ist, ein Ack für die von ihr verwendeten GAs senden um KNX Standardkonoform zu sein, oder?

[Sensej]

Hallo Göran,

Als Visu kommt bei mir CometVisu

MfG Juri

Hinzugefügt nach 8 Minuten 14 Sekunden:
Hallo EarlBacid,

die 2/1/22 hängt am Temperatursensorausgang eines MDT-Glasschalters, siehe Bild unten


MfG Juri

[EarlBacid]

na dann haben wir da ja zu mindest erst einmal die Erklärung für dein beobachtetes Verhalten.

GA 2/1/22 kommt von einem KNX-Temp-Sensor, und hat einen MDT-Glasschalter, der das ACK hierfür sendet (Acks werden, wie von @Dragonos2000 geschrieben, nicht im Busmonitor dargestellt)

GA 2/1/31 kommen vom Timberwolf Server, haben aber keinen KNX Empfänger der diese mit einem ACK bestätigt. Demetsprechend sendet der TWS die Telegramme, KNX Standardkonform, 3 weitere male.


Bleibt für mich noch die Frage (weil ich da jetzt keine Erfahrung habe) Ob die CometVisu das überhaupt irgendwie vorsieht, ACKs zu senden für GAs die in der Visu verwendet werden?
Falls dies der Fall sein sollte, wäre die nächste Frage ob die CometVisu bei dir schon läuft und die GAs zur darstellung konfiguriert sind. (Nein = Alles erklärt; Ja = weitere Fehlersuche nötig)
Falls die CometVisu sowieso keine ACKs sendet (bzw. der darunter liegende knxd), dann ist das von Dir beobachtete Verhalten der normalzustand und bedarf keiner weiteren Fehlersuche (maximal einen Feature Request, entweder für die CV oder TWS).

Soweit einverstanden?

VG
Earl

[gbglace]

Wenn du die Comet-Visu nimmst, die auf dem TWS im Docker läuft, warum dann überhaupt die Werte auf den KNX-Bus pusten?

Ok in der IST-Ausbaustufe des TWS geht das nur so aber wenn der DOS fertig ist und @Chris M. was gebaut hat, um auch auf die TWS-Objekte, die dann in einen Docker gereicht werden können, in der CV direkt nutzen zu können, dann braucht es nicht den Umweg 1-Wire >> TWS >> KNX >> TWS- Docker >> CV.

[Sensej]

Danke an alle für eine gute Erklärung
Visu habe ich noch nicht, vielleicht schaffe ich sie noch in diesem Jahr zu erstellen
@Göran: Das wäre wirklich geil, wenn man die Sensoren direkt aus VC ansprechen kann.

MfG Juri