Hallo,
eine Frage zum Verständnis der KNX-IP Schnittstellenfunktionalität. Der TWS wird ja bis zu 25 Tunnel von IP zu KNX bereitstellen können. Es können auch die Ziellinien bei mehreren TPUARTS festgelegt werden.
Ist es auch möglich jedem Tunnel eine fixe Zuordnung IP-Adresse zu Tunnel sprich PA in der KNX-Topologie zu verpassen?
Die Frage tauchte heute im KNX-UF auf. Bisherige Schnittstellen bieten eine solche Funktion nicht, hier werden die Tunnel quasi first come first serve auf die anklopfenden IP-Adressen verteilt.
Hintergrund ist wohl das man beim Logging eine fixe Zuordnung PA zu Gerät haben möchte welches sich auf der IP-Seite befindet. Kommt es aber zu Reboots der IP-Geräte kommt es wahrscheinlich zu neuen Reihenfolgen und PA-Zuordnungen. Verbale Beschreibungen der PA machen dann keinen wirklichen Sinn wenn man im Busmonitor nach bestimmten Geräten sucht.
Bin gerade im Zug und komme nicht an den TWS / ETS um da nach möglichen Optionen zu suchen.
Wenn noch nicht vorhanden, ist sowas überhaupt möglich oder sprechen da KNX-Protokollstandards dagegen?
Grüße
Göran
NEU! UPGRADE IP 11 verfügbar!
NEU! LICHTWIDGET - DPT 7.600 - Logik Manager Update - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/B9MUEJj2
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur VISU
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
NEU! LICHTWIDGET - DPT 7.600 - Logik Manager Update - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/B9MUEJj2
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur VISU
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
steuerbare Zuordnung IP-Adresse zu PA via Tunnel auf KNX
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
-
- Reactions:
- Beiträge: 3615
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1273 Mal
- Danksagung erhalten: 1674 Mal
steuerbare Zuordnung IP-Adresse zu PA via Tunnel auf KNX
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
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
-
- Elaborated Networks
- Reactions:
- Beiträge: 9775
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4879 Mal
- Danksagung erhalten: 7820 Mal
- Kontaktdaten:
Hallo Göran,
In naher Zukunft bis drei IP Schnittstellen
==> Ich bespreche das gerne mit meinem KNX Spezialisten, aber am Ende des Tages kosten solche Features schnell einen vierstelligen Betrag, daher muss ich schon wissen, ob man das wieder hereinholt, weil es ein signifikantes Problem vieler löst.
Womöglich wäre es ein "Professional Plus" Feature für Integratoren.
lg
Stefan
Ja, bei uns geht das schon und kommt mit der BETA 10 (nur in Verbindung mit internen KNX-Schnittstellen, also TWS 2500 / 2600 sowie die Hutschienenserver und je nach Lizenz). Später auch mit "TP-PRO" (gibt nur im Labor)
Ja, derzeit eine für Applikation und weitere für Logging.
In naher Zukunft bis drei IP Schnittstellen
Also eine Zuordnung im vorneherein ist nicht vorgesehen, es wird aber eine Liste geben, welche IP welchen Tunnel belegt.
Wo denn?
Das ist der Standard (soweit ich ihn kenne, bin nicht perfekt).
Verstanden. Wieviele Leute brauche das und sind die Bereit einen Timberwolf Server zu kaufen?gbglace hat geschrieben: ↑Do Sep 06, 2018 7:30 pmHintergrund ist wohl das man beim Logging eine fixe Zuordnung PA zu Gerät haben möchte welches sich auf der IP-Seite befindet. Kommt es aber zu Reboots der IP-Geräte kommt es wahrscheinlich zu neuen Reihenfolgen und PA-Zuordnungen. Verbale Beschreibungen der PA machen dann keinen wirklichen Sinn wenn man im Busmonitor nach bestimmten Geräten sucht.
Hmm, ich denke die Standards würden es nicht merken, wenn "zufällig" immer die gleiche IP den gleichen Tunnel und damit die gleiche PA bekommt.
==> Ich bespreche das gerne mit meinem KNX Spezialisten, aber am Ende des Tages kosten solche Features schnell einen vierstelligen Betrag, daher muss ich schon wissen, ob man das wieder hereinholt, weil es ein signifikantes Problem vieler löst.
Womöglich wäre es ein "Professional Plus" Feature für Integratoren.
lg
Stefan
Zuletzt geändert von StefanW am Do Sep 06, 2018 9:03 pm, insgesamt 3-mal geändert.
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.
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.
-
- Reactions:
- Beiträge: 3615
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1273 Mal
- Danksagung erhalten: 1674 Mal
Hi Stefan,
Hier der Link
https://knx-user-forum.de/forum/%C3%B6f ... ittstellen
Naja oft hab ich von solchen Wünschen auch noch nicht gelesen. Wahrscheinlich weil bisher auch noch nicht soviele IP-Geräte gleichzeitig am Bus aktiv sind und man deswegen die Suche nach Fehlern via Busmonitor nicht auf jene konzentriert, oder viele hinter einem eibd hängen. Mit der doch sehr guten Langzeit Diagnose direkt ab Werk im TWS könnte ich da nun auch nur reines Interesse anmelden weniger ein Problembeseitigungsbedürfnis. Wer seinen Bus in der Familie via diverser Tablets/Handys bedient hätte da dann eine größere Transparenz wer da was ausgelöst hat.
Grüße Göran
Hier der Link
https://knx-user-forum.de/forum/%C3%B6f ... ittstellen
Naja oft hab ich von solchen Wünschen auch noch nicht gelesen. Wahrscheinlich weil bisher auch noch nicht soviele IP-Geräte gleichzeitig am Bus aktiv sind und man deswegen die Suche nach Fehlern via Busmonitor nicht auf jene konzentriert, oder viele hinter einem eibd hängen. Mit der doch sehr guten Langzeit Diagnose direkt ab Werk im TWS könnte ich da nun auch nur reines Interesse anmelden weniger ein Problembeseitigungsbedürfnis. Wer seinen Bus in der Familie via diverser Tablets/Handys bedient hätte da dann eine größere Transparenz wer da was ausgelöst hat.
Grüße Göran
Zuletzt geändert von gbglace am Do Sep 06, 2018 9:36 pm, insgesamt 1-mal geändert.
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
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
-
- Reactions:
- Beiträge: 408
- Registriert: Mo Aug 13, 2018 10:51 am
- Wohnort: Hannover
- Hat sich bedankt: 187 Mal
- Danksagung erhalten: 272 Mal
Wie ist das denn mit den Containern im Portainer?
Hat da nicht jeder seine eigene virtuelle Netzwerkschnittstelle und damit auch eine eigene IP?
Dann hätte man alleine mit einigen Containern im TWS mehrere IP-Geräte, die auf die KNX-Schnittstelle zugreifen.
Ist nur eine Idee, evtl. völlig daneben da ich mich mit Containern sowas von gar nicht auskenne...
Hat da nicht jeder seine eigene virtuelle Netzwerkschnittstelle und damit auch eine eigene IP?
Dann hätte man alleine mit einigen Containern im TWS mehrere IP-Geräte, die auf die KNX-Schnittstelle zugreifen.
Ist nur eine Idee, evtl. völlig daneben da ich mich mit Containern sowas von gar nicht auskenne...
--
TWS 2500 (ID=137), PBM, Wartungs-VPN=ON, Reboot bitte nur nach Absprache
TWS 2500 (ID=137), PBM, Wartungs-VPN=ON, Reboot bitte nur nach Absprache
-
- Reactions:
- Beiträge: 3615
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1273 Mal
- Danksagung erhalten: 1674 Mal
Ich denke das hängt davon ab wie die kaskadiert sind. Auf der TWS Ebene ist da jedes Schnittstelle ein echtes KNX-Gerät und hat eine eigene Adresse.
Wenn Du jetzt in einem Container eine eibd/knxd Instanz startest wird genau dieser Container quasi ein Gerät sein, da der Wind dort einen Tunnel der TWS Schnittstelle einnimmt. Alles was dann an Handys und Tablets die Visu nutzt und via andere Container diesen einen eibd nutzt sind quasi auf der KNX-Seite nicht zu identifizieren, da sie alle mit dem Tunnel des eibds arbeiten und nur als das Gerät eibd in Erscheinung treten.
Nutzen die verschiedenen Container jeweils eigene Verbindungen des TWS also einen der 25 Tunnel, dann sind es auch auf der KNX-Seite eindeutig identifizierbar Geräte. Offen ist halt ob die Eindeutigkeit über die Lebensdauer des Systems oder nur für die eine Login-Session gilt.
Wenn Du jetzt in einem Container eine eibd/knxd Instanz startest wird genau dieser Container quasi ein Gerät sein, da der Wind dort einen Tunnel der TWS Schnittstelle einnimmt. Alles was dann an Handys und Tablets die Visu nutzt und via andere Container diesen einen eibd nutzt sind quasi auf der KNX-Seite nicht zu identifizieren, da sie alle mit dem Tunnel des eibds arbeiten und nur als das Gerät eibd in Erscheinung treten.
Nutzen die verschiedenen Container jeweils eigene Verbindungen des TWS also einen der 25 Tunnel, dann sind es auch auf der KNX-Seite eindeutig identifizierbar Geräte. Offen ist halt ob die Eindeutigkeit über die Lebensdauer des Systems oder nur für die eine Login-Session gilt.
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
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
-
- Reactions:
- Beiträge: 2184
- Registriert: So Aug 12, 2018 1:38 pm
- Wohnort: Karlsruher Raum
- Hat sich bedankt: 482 Mal
- Danksagung erhalten: 889 Mal
Da in den meisten fällen DHCP genutzt werden dürfte, sind die IP-Adressen ohnehin Schall und Rauch. Im Sinne einer Nachvollziehbarkeit, würde es ja reichen den Clientnamen zu loggen.gbglace hat geschrieben: ↑Do Sep 06, 2018 9:28 pm Mit der doch sehr guten Langzeit Diagnose direkt ab Werk im TWS könnte ich da nun auch nur reines Interesse anmelden weniger ein Problembeseitigungsbedürfnis. Wer seinen Bus in der Familie via diverser Tablets/Handys bedient hätte da dann eine größere Transparenz wer da was ausgelöst hat.
Gruss
Jochen.
Lg
Jochen
____________________________________________________________
TW 2600 #188
VPN offen, Zugriff jederzeit, Experimente jederzeit, Reboot jederzeit
Jochen
____________________________________________________________
TW 2600 #188
VPN offen, Zugriff jederzeit, Experimente jederzeit, Reboot jederzeit
-
- Reactions:
- Beiträge: 3615
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1273 Mal
- Danksagung erhalten: 1674 Mal
Ja DHCP nutze ich da auch, lasse die Fritze aber dennoch immer wieder die gleiche IP vergeben.
Auf jeden Fall eine Option, mit dem Clientnamen, wer es sauber haben will muss den dann halt einfach pflegen (sprechende Bezeichnung), wie überall. Einfach plug and play ist nur selten ganz sauber für das menschliche Gehirn und Ordnungssinn optimiert, siehe GA's in ETS-Inside.
Auf jeden Fall eine Option, mit dem Clientnamen, wer es sauber haben will muss den dann halt einfach pflegen (sprechende Bezeichnung), wie überall. Einfach plug and play ist nur selten ganz sauber für das menschliche Gehirn und Ordnungssinn optimiert, siehe GA's in ETS-Inside.
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
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