NEU! UPGRADE IP 10 verfügbar!
Optimierte Darstellung von VISU Editor und VISU Client - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/8HzePCm3
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 IP 10
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
Optimierte Darstellung von VISU Editor und VISU Client - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/8HzePCm3
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 IP 10
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
[Frage] [V1.6.0 RC 6] Kein KNX-ACK-Telegramm bei Node-Red zu TW
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: 650
- Registriert: So Aug 12, 2018 1:51 pm
- Wohnort: Amstetten, Österreich
- Hat sich bedankt: 209 Mal
- Danksagung erhalten: 275 Mal
Der TW hat die PA 1.0.100 als Haupt-PA.
1.0.101 muss dann der NodeRed sein.
Die angezeigte IP bei 1.0.101 passt nicht zu meinem IP-Netzwerk und muss dann vom TW sein (bzw. halt von NodeRed im Container des TW).
MAC hatte ich schon mal früher kontrolliert, schau ich aber sicherheitshalber nochmals nach.
1.0.101 muss dann der NodeRed sein.
Die angezeigte IP bei 1.0.101 passt nicht zu meinem IP-Netzwerk und muss dann vom TW sein (bzw. halt von NodeRed im Container des TW).
MAC hatte ich schon mal früher kontrolliert, schau ich aber sicherheitshalber nochmals nach.
mfg
Wolfgang
Timberwolf 2500 #151 / VPN offen / Reboot nach Rücksprache
+ PBM #938
Wolfgang
Timberwolf 2500 #151 / VPN offen / Reboot nach Rücksprache
+ PBM #938
-
- Elaborated Networks
- Reactions:
- Beiträge: 9766
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4875 Mal
- Danksagung erhalten: 7795 Mal
- Kontaktdaten:
Hallo Juri,
lg
Stefan
Nein, der TWS nutzt den KNX-Stack (und damit die PA des Stacks). Der TWS nutzt damit keinen KNXnet/IP Tunnel und ist daher auch nicht in der Liste der KNXnet/IP Tunneling Verbindungen aufgeführt.
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.
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: 650
- Registriert: So Aug 12, 2018 1:51 pm
- Wohnort: Amstetten, Österreich
- Hat sich bedankt: 209 Mal
- Danksagung erhalten: 275 Mal
So, hab ein paar Dinge nachgeschaut:
-) Die IP 172.17.0.2 des Tunnels 1.0.101 ist definitiv der NodeRed-Container (dies passt so auch mit Stefans Aussage zusammen)
-) Andere Telegramme vom TW direkt kommend werden von einem anderen KNX-Gerät korrekt ACKed.
-) Alive-Signal vom TW wird nicht ACKed, was OK ist, da ich dieses nirgends wo derweil verwende
-) Wenn ich die GA 11/7/15 mit einem KO eines anderen KNX-Geräts auch verbinde, dann ACKed dieses das Telegramm Es liegt also definitiv daran, dass der TW die Telegramme von NodeRED nicht ACKed.
Warum weiß ich nicht...
-) Die IP 172.17.0.2 des Tunnels 1.0.101 ist definitiv der NodeRed-Container (dies passt so auch mit Stefans Aussage zusammen)
-) Andere Telegramme vom TW direkt kommend werden von einem anderen KNX-Gerät korrekt ACKed.
-) Alive-Signal vom TW wird nicht ACKed, was OK ist, da ich dieses nirgends wo derweil verwende
-) Wenn ich die GA 11/7/15 mit einem KO eines anderen KNX-Geräts auch verbinde, dann ACKed dieses das Telegramm Es liegt also definitiv daran, dass der TW die Telegramme von NodeRED nicht ACKed.
Warum weiß ich nicht...
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
mfg
Wolfgang
Timberwolf 2500 #151 / VPN offen / Reboot nach Rücksprache
+ PBM #938
Wolfgang
Timberwolf 2500 #151 / VPN offen / Reboot nach Rücksprache
+ PBM #938
-
- Reactions:
- Beiträge: 1865
- Registriert: Do Feb 07, 2019 8:08 am
- Hat sich bedankt: 1575 Mal
- Danksagung erhalten: 807 Mal
Hallo Wolfgang,
hmm das scheint eine größere Sache zu sein denke ich. Kannst du die Informationen eventuell aus Node Red auch per Modbus TCP senden. Das liegt ja schon in der Schublade und wird hoffentlich bald als IP zur Verfügung stehen. Ich denke damit bekommt man vielleicht eher eine Lösung. Die Modbus Informationen kann man dann ja mit dem DOS auf KNX werfen.
hmm das scheint eine größere Sache zu sein denke ich. Kannst du die Informationen eventuell aus Node Red auch per Modbus TCP senden. Das liegt ja schon in der Schublade und wird hoffentlich bald als IP zur Verfügung stehen. Ich denke damit bekommt man vielleicht eher eine Lösung. Die Modbus Informationen kann man dann ja mit dem DOS auf KNX werfen.
Gruß Michael
Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
-
- Reactions:
- Beiträge: 650
- Registriert: So Aug 12, 2018 1:51 pm
- Wohnort: Amstetten, Österreich
- Hat sich bedankt: 209 Mal
- Danksagung erhalten: 275 Mal
@Sun1453
Die Lösung für ein Problem kann ja nicht sein, dass man ihm ausweicht, sondern dass man ihm auf den Grund geht und eine Erkenntnis daraus gewinnt.
Es funktioniert ja derweil alles, nur die 4-fachen Telegramme sind nicht schön und das kann später mal zu einem Problem werden, wenn die Ausbaustufe des Systems wächst.
Die Lösung für ein Problem kann ja nicht sein, dass man ihm ausweicht, sondern dass man ihm auf den Grund geht und eine Erkenntnis daraus gewinnt.
Es funktioniert ja derweil alles, nur die 4-fachen Telegramme sind nicht schön und das kann später mal zu einem Problem werden, wenn die Ausbaustufe des Systems wächst.
mfg
Wolfgang
Timberwolf 2500 #151 / VPN offen / Reboot nach Rücksprache
+ PBM #938
Wolfgang
Timberwolf 2500 #151 / VPN offen / Reboot nach Rücksprache
+ PBM #938
-
- Elaborated Networks
- Reactions:
- Beiträge: 9766
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4875 Mal
- Danksagung erhalten: 7795 Mal
- Kontaktdaten:
Hallo Wolfgang,
wir werden intern prüfen ob das ein Fehler ist oder by Design.
(By Design: Es könnte sein, dass es eine Vorschrift in KNX gibt, dass der gleiche KNX-TP Anschluss sich selbst seine eigenen KNX-Telegramme NICHT ACKen darf, auch wenn er diese ausgehend mit verschiedenen PAs sendet).
lg
Stefan
wir werden intern prüfen ob das ein Fehler ist oder by Design.
(By Design: Es könnte sein, dass es eine Vorschrift in KNX gibt, dass der gleiche KNX-TP Anschluss sich selbst seine eigenen KNX-Telegramme NICHT ACKen darf, auch wenn er diese ausgehend mit verschiedenen PAs sendet).
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.
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: 1865
- Registriert: Do Feb 07, 2019 8:08 am
- Hat sich bedankt: 1575 Mal
- Danksagung erhalten: 807 Mal
Hallo Wolfgang,
das hatte ich damit auch nicht vor. Ich meinte damit das eine schnellere Lösung vielleicht eher über Modbus TCP zu realisieren wäre als über KNX. Modbus ist ja da nicht so streng reglementiert. Klar sollte eine Überprüfung des KNX Stacks erfolgen, aber wenn da wieder etwas geändert werden soll, ist ja meist eine neue Zertifizierung oder eine neue KNX APP nötig.
Gruß Michael
Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
-
- Elaborated Networks
- Reactions:
- Beiträge: 9766
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4875 Mal
- Danksagung erhalten: 7795 Mal
- Kontaktdaten:
Hallo Wolfgang,
wir können den Fehler nicht nachvollziehen, haben aber auch nicht mit Node Red getestet.
Nehmen wir die Comet Visu oderdie Möglichkeiten der ETS um über einen Tunnel ein Telegramm zu versenden, bekommen wir auf mehreren Wölfen den ACK und es gibt keine Telegrammwiederholung.
Wir gehen nicht von einem generellen Fehler aus, der auch schon lange zuvor entdeckt worden wäre, sondern es ist etwas spezielles an Node Red oder in Deiner Installation, welche sich zum Laboraufbau unterscheidet.
Es wäre hilfreich, wenn Du solche Telegramme auch über andere Tunnel-Clients nutzen könntest wie CometVisu und / oder ETS.
lg
Stefan
wir können den Fehler nicht nachvollziehen, haben aber auch nicht mit Node Red getestet.
Nehmen wir die Comet Visu oderdie Möglichkeiten der ETS um über einen Tunnel ein Telegramm zu versenden, bekommen wir auf mehreren Wölfen den ACK und es gibt keine Telegrammwiederholung.
Wir gehen nicht von einem generellen Fehler aus, der auch schon lange zuvor entdeckt worden wäre, sondern es ist etwas spezielles an Node Red oder in Deiner Installation, welche sich zum Laboraufbau unterscheidet.
Es wäre hilfreich, wenn Du solche Telegramme auch über andere Tunnel-Clients nutzen könntest wie CometVisu und / oder ETS.
lg
Stefan
Zuletzt geändert von StefanW am Mo Okt 19, 2020 2:53 pm, insgesamt 1-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: 650
- Registriert: So Aug 12, 2018 1:51 pm
- Wohnort: Amstetten, Österreich
- Hat sich bedankt: 209 Mal
- Danksagung erhalten: 275 Mal
Also liegt eurer Meinung nach dann das Problem darin, dass NodeRed die ACK-Telegramme vom TW nicht auswertet?
Die ACK-Telegramme müssten dann also vom TW kommen, aber NodeRed reagiert nicht darauf und sendet deswegen 4x das Telegramm.
Die ACK-Telegramme müssten dann also vom TW kommen, aber NodeRed reagiert nicht darauf und sendet deswegen 4x das Telegramm.
mfg
Wolfgang
Timberwolf 2500 #151 / VPN offen / Reboot nach Rücksprache
+ PBM #938
Wolfgang
Timberwolf 2500 #151 / VPN offen / Reboot nach Rücksprache
+ PBM #938