UPGRADE IP 9 verfügbar!
Timberwolf VISU jetzt mit NEUEM Layout Editor
Freie Anordnung, Reihenfolge und Größe der Widgets - viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/06SeuHRJ

NEU! Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Damit kann nun jeder das Upgrade vornehmen und VISU & IFTTT testen. Alle Info hier: viewtopic.php?f=8&t=5074

[Problem] Unterschiedliche Source-Adressen KNX Telegramme Busmonitor vs. Wiregate-Script

Alles rund um die Timberwolf Server APP "WireGate Plugin" mit der Laufzeitumgebung für WireGate Server Plugins
Forumsregeln
  • Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
  • Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
  • Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
  • Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
Antworten

Ersteller
koend
Reactions:
Beiträge: 31
Registriert: So Okt 06, 2019 3:44 pm
Hat sich bedankt: 16 Mal
Danksagung erhalten: 7 Mal

Unterschiedliche Source-Adressen KNX Telegramme Busmonitor vs. Wiregate-Script

#1

Beitrag von koend »

Hallo und einen wunderschönen 1. Januar, ;)

beim Migrieren meiner Scripts (was übrigens ziemlich reibungslos geklappt hat, bravo Elabnet!) bin ich auf die folgende Merkwürdigkeiten gestoßen.

Situation:
- Script A sendet ein Telegramm auf den Bus und beendet sich danach.
knx_write($light->{controlGA},1,'1.001');

- Script B reagiert auf dieses Telegram, setzt einige Statusvariablen und beendet sich danach.
Hierbei schaut Script B u.a. nach der Source-Adresse um zu schauen ob das Telegramm durch den Timberwolf ausgelöst wurde oder z.B. händisch durch einen Schalter. Zu Wiregate-Zeiten war diese Addresse 1.1.254.


Problem:
Sah im KNX Busmonitor dass die neue Adresse 1.1.171 ist:
Bild

Also Script B angepasst, das wollte aber immer noch nicht.

Debugging zeigt dass die Source-Addresse im Telegramm auch nicht 1.1.171, sondern 0.0.0 ist:
2020-01-01T10:37:49.243137218+01:00 PLUGIN setSwitchingStatusLight.pl msg field: class
2020-01-01T10:37:49.243153683+01:00 PLUGIN setSwitchingStatusLight.pl msg field: low
2020-01-01T10:37:49.243198555+01:00 PLUGIN setSwitchingStatusLight.pl msg field: dst
2020-01-01T10:37:49.243215413+01:00 PLUGIN setSwitchingStatusLight.pl msg field: 1/0/3
2020-01-01T10:37:49.243254067+01:00 PLUGIN setSwitchingStatusLight.pl msg field: rcount
2020-01-01T10:37:49.243282491+01:00 PLUGIN setSwitchingStatusLight.pl msg field: 7
2020-01-01T10:37:49.243298607+01:00 PLUGIN setSwitchingStatusLight.pl msg field: buf
2020-01-01T10:37:49.243316297+01:00 PLUGIN setSwitchingStatusLight.pl msg field: bc00000803f1008138
2020-01-01T10:37:49.243356870+01:00 PLUGIN setSwitchingStatusLight.pl msg field: sequence
2020-01-01T10:37:49.243373041+01:00 PLUGIN setSwitchingStatusLight.pl msg field: 0
2020-01-01T10:37:49.243416475+01:00 PLUGIN setSwitchingStatusLight.pl msg field: src
2020-01-01T10:37:49.243432433+01:00 PLUGIN setSwitchingStatusLight.pl msg field: 0.0.0
2020-01-01T10:37:49.243475585+01:00 PLUGIN setSwitchingStatusLight.pl msg field: tpdu_type
2020-01-01T10:37:49.243491412+01:00 PLUGIN setSwitchingStatusLight.pl msg field: T_DATA_XXX_REQ
2020-01-01T10:37:49.243507597+01:00 PLUGIN setSwitchingStatusLight.pl msg field: repeated
2020-01-01T10:37:49.243534109+01:00 PLUGIN setSwitchingStatusLight.pl msg field: 0
2020-01-01T10:37:49.243580245+01:00 PLUGIN setSwitchingStatusLight.pl msg field: apci
2020-01-01T10:37:49.243596820+01:00 PLUGIN setSwitchingStatusLight.pl msg field: A_GroupValue_Write
2020-01-01T10:37:49.243612979+01:00 PLUGIN setSwitchingStatusLight.pl msg field: data
2020-01-01T10:37:49.243628723+01:00 PLUGIN setSwitchingStatusLight.pl msg field: 01
2020-01-01T10:37:49.243644645+01:00 PLUGIN setSwitchingStatusLight.pl msg field: datalen
2020-01-01T10:37:49.243660364+01:00 PLUGIN setSwitchingStatusLight.pl msg field: 1
2020-01-01T10:37:49.243706091+01:00 PLUGIN setSwitchingStatusLight.pl msg field: value
2020-01-01T10:37:49.243722374+01:00 PLUGIN setSwitchingStatusLight.pl msg field:

Was ist hier los?
Wenn Script B auf 0.0.0 filtert funktionierts, aber ist doch schon komisch dass der Busmonitor und das Script unterschiedliche Werte anzeigen.

Kann ich davon ausgehen dass "interne" knx_writes (also von einem Script zum anderen innerhalb des wiregate Containers) immer 0.0.0 als Source haben?

Vielen Dank für die Hilfe und viele Grüße

Koen
<TWS details removed by Privady Badger> ;)

StefanW
Elaborated Networks
Reactions:
Beiträge: 9689
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 4831 Mal
Danksagung erhalten: 7633 Mal
Kontaktdaten:

#2

Beitrag von StefanW »

koend hat geschrieben: Mi Jan 01, 2020 11:10 ambeim Migrieren meiner Scripts (was übrigens ziemlich reibungslos geklappt hat, bravo Elabnet!) bin ich auf die folgende Merkwürdigkeiten gestoßen.
Danke für das Lob. Haben wir auch viel Energie reingesteckt, das der Übergang vom WireGate Server auf den Timberwolf Server möglichst reibungslos möglich ist.

koend hat geschrieben: Mi Jan 01, 2020 11:10 amKann ich davon ausgehen dass "interne" knx_writes (also von einem Script zum anderen innerhalb des wiregate Containers) immer 0.0.0 als Source haben?
Ja, so in etwa.

Der eibd arbeitet intern mit der PA 0.0.0 und dürfte seine eigenen Telegramme auch so in seinem Cache haben.

Wenn der eibd dann per Tunnel auf den KNX-TP geht, dann setzt der TWS - dem KNX Standard entsprechend - die PA des jeweiligen Tunnels ein.

lg

Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.

gbglace
Reactions:
Beiträge: 3585
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1253 Mal
Danksagung erhalten: 1649 Mal

#3

Beitrag von gbglace »

Und bei den Tunneln bitte beachten, dass bei Reboots (Server / Bus / Container) dies auch mal ein anderer aus dem Pool der 25 sein kann.
Grüße
Göran

#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension

Ersteller
koend
Reactions:
Beiträge: 31
Registriert: So Okt 06, 2019 3:44 pm
Hat sich bedankt: 16 Mal
Danksagung erhalten: 7 Mal

#4

Beitrag von koend »

Vielen Dank für die schnellen Antworten. Mit den Reboots ist es ja ideal dass intern 0.0.0 gehandhabt wirdt, das ist zumindestens stabil.

Viele Grüße
<TWS details removed by Privady Badger> ;)
Antworten

Zurück zu „Timberwolf APP: WireGate Plugin Laufzeitumgebung“