Diskussionen über die KNX-Funktionen im Timberwolf Server
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
Habe mir erlaubt, den Titel passend zu ändern, weil das für viele Interessant ist.
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.
1. Wozu braucht der TWS 26! PAs?
2. Sind Probleme bekannt, wenn die Zusatz-PAs nachträglich geändert werden? Die automatische Vergabe belegt natürlich auch PAs, die ich für zukünftige Aktoren vorgesehen habe.
Gruß Stephan
TWS 2500 ID:677, PBM ID:495 & ID:632, TWS 2500 ID:574, TWS 2500 ID:220, PBM ID:1022, VPN offen, Neustart kein Problem
der Timberwolf Server ist - soweit mir bekannt - weltweit das einzige Gerät, dass in der Lage ist, bis zu 25 gleichzeitige KNXnet/IP Tunneling Verbindungen auszuführen. Die übliche Grenze der meisten anderen Geräte liegt bei a, 4 oder 5 gleichzeitige Tunnel.
Im Rahmen der Erweiterung um "KNX Data Security" wurden die Regularien des KNX-Standardes überarbeitet. Diese erfordern nun - im Gegensatz zu früher - dass jeder Tunnel seine eigene PA erhält. Daher müsse neue KNX Geräte nun auch eine eigene PA pro Tunnel nutzen.
Mit der eigenen PA und den bis zu 25 weiteren PAs sind das dann 26 PAs.
Meines Wissens nach sollte sich diese auch später löschen oder ändern lassen, was dann eine neue Programmierung erfordert, da der KNX Stack wissen muss, welche Adressen verwendet werden können.
Wer ein Interface hat, dass nur eine oder acht solcher gleichzeitiger Tunnel unterstützt, kann die überzähligen ohnehin löschen.
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.
Da mein TWS die lfd Nr 225 hat habe ich mich einfach an diese Nummer gehalten. 225ff in der Hauptlinie sind meine TWS Verbindungen und 225 ist auch die IP Adresse der m letzten Segment.
Hier nochmal ein kleiner Dank für die schöne Nummer.
Die Tunnel-PA lassen sich natürlich innerhalb der Linie wo der TWS selbst mit seiner PA geführt wird frei belegen.
Was aber noch nicht geht ist wohl innerhalb des TWS festzulegen welche IP-Anwendung welchen Tunnel nimmt. Hier ist wohl einfach first come first serve implementiert. Keine Ahnung ob das der Standard so vorgibt. Wäre eine spezifische Zuordnung möglich könnte man auch die PA so sortieren das einzelne IP-Anwendungen mit der PA auch in ein strukturiertes System passen. Mein System genügt mir ja, aber je nach Neustart von Systemen /Docker-Containern haben die halt alle wechselnde PA, mit einer festen PA wäre etwas einfacher im Busmonitor Effekte den Auslösern besser zuzuordnen. Derzeit wechselt sich die ETS beim rumprobieren mit nem NodeRed Docker immer die PA. Da muss man schon aufpassen, gerade wenn mehrere Geräte die gleichen GA benutzen.
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
#PV 43,2 kWh Akku; 3x VE MP2 5000; 6,7 kWp > 18 Panele an 4x HM1500 + 1 HM800 WR; Open-DTU