ich hab ein fieser Fehler den ich nicht abstellen kann.
Folgende Konstellation:
Symcon hängt per IP an MDT Router (physikalische Adresse: 1.1.240)
Gira G1 hängt mit der Adresse 1.0.1 per Routing am MDT Router (1.1.0).
Problem ist - immer wenn Symcon z.B. MQTT auf KNX umsetzt (z.B. mit dem Universal Gateway) - dann schreibt Symcon über seine Schnittstelle die Befehle auf den Bus. Sie kommen aber nie auf der Routing Schnittstelle an.
Ich vermute es liegt daran, dass Symcon als Absender 1.1.0 nimmt. Das kann ich leider nicht umstellen. Es wird ja automatisch erkannt.
Gibt es eine Möglichkeit hier den Absender richtig einzustellen?
Ich vermute der Router arbeitet richtig - da er aber als Absender 1.1.0 hat ist es für ihn egal und er lässt es nicht durch.
Ich seh die Telegramme dann auch nicht im Routing der ETS. Nur wenn ich mich mit Tunnel auf die Linie häng…
Fieser Fehler… Hab noch keine Idee das in den Griff zu bekommen…
Der Absender (physikalische Adresse) ist hier nicht relevant.
Sehr wahrscheinlich ist dein Problem die Filterung der Gruppenadresse, die im Router erfolgt. Wenn eine GA nicht auf beiden Seiten des Routers verbunden ist (also untergeordnete und übergeordnete Linie) dann lässt der Router das nicht durch. Du kannst dann entweder die GA-Filterung im Router ausschalten oder fügst ein Dummygerät ein, wo die GA verbunden wird. So einen Dummy findest du im Onlinekatalog der ETS.
Und nicht vergessen, nach der Zuweisung der GA an den Dummy den Router nochmal neu zu programmieren (Applikation übertragen) damit die Filtertabelle aktualisiert wird!!!
Dritte Möglichkeit wäre, bei den Eigenschaften einer GA ein Häkchen zu setzen im Feld „Weiterleiten (nicht Filtern)“. Auch danach den Router einmal neu programmieren!
Ergänzend: Symcon sendet nicht unter der PA des Routers, sonder unter einer der Tunneladressen, also in deinem Fall 1.1.240 - 1.1.243, was aber wie gesagt nichts mit dem Problem zu tun hat! Du musst nur für die richtige Filtertabelle im Router sorgen, indem die GA auch in der ETS über den Router hinweg verbunden ist.
Es reicht wenn Du unter den Eigenschaften der GA „Weiterleiten (nicht Filtern)“ anwählst.
Was du immer machen musst bei Änderungen, den Router einmal neu „programmieren“, damit er die neuen Informationen bzw. die neu Filtertabelle bekommt.
Der Übersicht würde anlegen von Dummy-Geräten aber nicht schaden.
Weiterleiten hab ich natürlich ausgewählt und auch den Router neu programmiert.
Komischerweise ging es schon problemlos mit einem Peaknx Router der in Software auf Windows 10 lief… Nur der MDT Router macht Probleme…
Ich vermute er schaut auf den Absender und verwirft die Telegramme… Symcon zeigt auch 1.1.0 an… Der sollte aber wenigstens den Absender der Tunnel Adresse erkennen… Also hier 1.1.240
Test das morgen mal noch mit der Dummy Applikation…
Wobei ich die ja nur bei einer Filterung braucht…
Sehr mysteriös…
Dem PeakNX Software-Router fehlt auch die GA-Filterung, deshalb ist das keine Überraschung.
Was meinst du, was zeigt Symcon wo an?
Symcon nutzt einen der Tunnel, das kann nicht die x.y.0 sein . Die Adresse, unter der die Telegramme auf den Bus gesendet werden, siehst du in der ETS Diagnose im Gruppenmonitor.
Ganz sicher? Wiederhol das nochmal. Erst Häkchen setzen, dann Router neu programmieren.
So…
… hab jetzt schier alles durch. Hab nochmals etwas probiert. Die Dummys hatte ich vorher schon. Hab die GA jetzt noch auf weiterleiten gestellt, Koppler immer wieder programmiert. Sowohl mit als auch ohne Filtertabelle…
Tabelle wird korrekt erstellt - nix. Es funktioniert einfach nicht. Als Absender kommt der Tunnel (1.1.230) und im Routing kommt einfach nichts an. Schalte ich ein Licht per Symcon seh ich im Routing auch nur die Rückmeldung der Schaltung.
Sehr dubios. Wie gesagt mit der PeaKNX läuft es ohne Probleme. Die filtert auch nix.
Ich hab noch Zugriff auf ein GIRA und ein BabTEC Router. Den werd ich am Montag mal testen. Ich hab langsam die MDT Schnittstelle in Verdacht…
Nochwas… schreib ich die Telegramme mit einem weiteren Tunnel (1.1.232) und der ETS im Gruppenmonitor - dann funktioniert alles.
Könnte also doch sein das am Symcon was nicht stimmt… Er muss irgendwie die Telegramme anders schreiben als der Gruppenmonitor.
Hatte erst die DataSecure Applikation - ohne Secure drin. Jetzt die normale. Keine Besserung. Wenn ich nicht schon jahrelang Erfahrung mit dem Zeug hätte…
Ich teste es morgen Abend mal mit dem Babtec AppModul und dem Gira Router. Bin da echt mal gespannt.
Ich tippe mit dem BabTec geht es - weil er keine Filtertabelle drin hat.
Aber irgendwas ist an den Symcon Telegrammen anders als bei dem Telegramm von Gruppenmonitor. Weil diese laufen durch…
Absolut komisch…
Hallo
Hab ein ähnliches Problem mit zwei KNX linien welche per MDT IP router (SCN-IP100.03 IP Router) miteinander verbunden sind.
Je nach dem an welchem IP Router ich Symcon hänge kann ich die Verbraucher an dieser linie schalten, aber nicht an der gerouteten.
Filter habe ich ausgeschaltet, d.h. „pass all telegrams“ für Group und Physical auf Main und Sublinien bei beiden Routern.
Interessant ist, dass Symcon Status-Änderungen auf der gerouteten Linie mitbekommt aber schalten kann ich mit Symcon nichts was geroutet werden muss. @epogo: Hast du rausgefunden wo das Problem mit MDT bei dir lag?
Danke für deine Antwort, Volker.
Die IP Router habe ich mehrmals komplett programmiert, das hat nicht geholfen.
KNX Telegramme welche ich im Bus-Monitor oder per KNX Tasten absetze werden zwischen den zwei Linien munter geroutet, nur KNX Telegramme von Symcon nicht.
Der Aufbau in Bildern:
Aufbau der Linien A und B
-IP Router A verbindungen zu GRP Monitor A (TCP) und Symcon (UDP)
-IP Router Led
(beide IP Router zeigen optisch an, dass sie nichts filtern (Led 5 & 6 – orange))
Wie erwähnt gibt es keine Probleme mit dem Routing wenn eine Meldung durch einen GRP Monitor verschickt wird. Nur bei Symcon wird die Meldung nicht geroutet.
In den nachfolgenden Posts werde ich noch die Meldungen der GRP Monitore posten in den 3 Fällen:
GRP Monitor A schickt ein Telegramm nach Linie B
GRP Monitor B schckt ein Telegram nach Linie B (kein routing zum Schalten aber alle Meldungen werden an Linie A weitergeleitet)
Symcon schickt ein Telegram nach Linie B (und nix passiert)
Fall 1) GRP Monitor A schaltet Lampe 3/0/0 ein & aus
• Meldungen in GRP Monitor A:
# Time Service Flags Prio Source Address Source Name Destination Address Destination Name Rout Type DPT Info
EINSCHALTEN:
1 17.07.2020 21:40:37.153 to bus Low 1.1.2 3/0/0 6 GroupValueWrite 1.001 switch $01 | On
2 17.07.2020 21:40:37.197 from bus Low 1.3.10 3/0/1 4 GroupValueWrite $01 | On
3 17.07.2020 21:40:37.233 from bus Low 1.3.100 3/5/2 4 GroupValueWrite $01 | On
4 17.07.2020 21:40:37.279 from bus Low 1.1.102 0/5/2 6 GroupValueWrite $01 | On
AUSSCHALTEN:
5 17.07.2020 21:40:53.489 to bus Low 1.1.2 3/0/0 6 GroupValueWrite 1.001 switch $00 | Off
6 17.07.2020 21:40:53.609 from bus Low 1.3.10 3/0/1 4 GroupValueWrite $00 | Off
7 17.07.2020 21:40:53.610 from bus Low 1.3.100 3/5/2 4 GroupValueWrite $00 | Off
8 17.07.2020 21:40:53.617 from bus Low 1.1.102 0/5/2 6 GroupValueWrite $00 | Off
• Meldungen in GRP Monitor B:
# Time Service Flags Prio Source Address Source Name Destination Address Destination Name Rout Type DPT Info
1 17/07/2020 21:40:36.294 from bus Low 1.1.2 3/0/0 4 GroupValueWrite 1.001 switch $01 | On
2 17/07/2020 21:40:36.351 from bus Low 1.3.10 3/0/1 6 GroupValueWrite $01 | On
3 17/07/2020 21:40:36.388 from bus Low 1.3.100 3/5/2 6 GroupValueWrite $01 | On
4 17/07/2020 21:40:36.437 from bus Low 1.1.102 0/5/2 4 GroupValueWrite $01 | On
5 17/07/2020 21:40:52.630 from bus Low 1.1.2 3/0/0 4 GroupValueWrite 1.001 switch $00 | Off
6 17/07/2020 21:40:52.689 from bus Low 1.3.10 3/0/1 6 GroupValueWrite $00 | Off
7 17/07/2020 21:40:52.724 from bus Low 1.3.100 3/5/2 6 GroupValueWrite $00 | Off
8 17/07/2020 21:40:52.775 from bus Low 1.1.102 0/5/2 4 GroupValueWrite $00 | Off
• Symcon
Status der Lampe wird korrekt angezeigt & aktualisiert(ein/aus)
Fall 2) GRP Monitor B schaltet Lampe 3/0/0 ein & aus
• Meldungen in GRP Monitor A:
# Time Service Flags Prio Source Address Source Name Destination Address Destination Name Rout Type DPT Info
1 17.07.2020 21:57:06.080 from bus Low 1.3.1 3/0/0 4 GroupValueWrite 1.001 switch $01 | On
2 17.07.2020 21:57:06.155 from bus Low 1.3.10 3/0/1 4 GroupValueWrite $01 | On
3 17.07.2020 21:57:06.192 from bus Low 1.3.100 3/5/2 4 GroupValueWrite $01 | On
4 17.07.2020 21:57:06.235 from bus Low 1.1.102 0/5/2 6 GroupValueWrite $01 | On
5 17.07.2020 21:57:22.457 from bus Low 1.3.1 3/0/0 4 GroupValueWrite 1.001 switch $00 | Off
6 17.07.2020 21:57:22.511 from bus Low 1.3.10 3/0/1 4 GroupValueWrite $00 | Off
7 17.07.2020 21:57:22.549 from bus Low 1.3.100 3/5/2 4 GroupValueWrite $00 | Off
8 17.07.2020 21:57:22.622 from bus Low 1.1.102 0/5/2 6 GroupValueWrite $00 | Off
• Meldungen in GRP Monitor B:
# Time Service Flags Prio Source Address Source Name Destination Address Destination Name Rout Type DPT Info
EINSCHALTEN:
1 17/07/2020 21:57:05.246 to bus Low 1.3.1 3/0/0 6 GroupValueWrite 1.001 switch $01 | On
2 17/07/2020 21:57:05.299 from bus Low 1.3.10 3/0/1 6 GroupValueWrite $01 | On
3 17/07/2020 21:57:05.336 from bus Low 1.3.100 3/5/2 6 GroupValueWrite $01 | On
4 17/07/2020 21:57:05.385 from bus Low 1.1.102 0/5/2 4 GroupValueWrite $01 | On
AUSSCHALTEN:
5 17/07/2020 21:57:21.623 to bus Low 1.3.1 3/0/0 6 GroupValueWrite 1.001 switch $00 | Off
6 17/07/2020 21:57:21.667 from bus Low 1.3.10 3/0/1 6 GroupValueWrite $00 | Off
7 17/07/2020 21:57:21.702 from bus Low 1.3.100 3/5/2 6 GroupValueWrite $00 | Off
8 17/07/2020 21:57:21.752 from bus Low 1.1.102 0/5/2 4 GroupValueWrite $00 | Off
• Symcon
Status der Lampe wird korrekt angezeigt & aktualisiert(ein/aus)
Fall 3) Symcon schaltet Lampe 3/0/0 ein & aus:
• Meldungen in GRP Monitor A:
# Time Service Flags Prio Source Address Source Name Destination Address Destination Name Rout Type DPT Info
EINSCHALTEN:
1 17.07.2020 22:00:11.649 from bus Low 1.1.1 3/0/0 6 GroupValueWrite 1.001 switch $01 | On
AUSSCHALTEN:
2 17.07.2020 22:00:24.248 from bus Low 1.1.1 3/0/0 6 GroupValueWrite 1.001 switch $00 | Off
• Meldungen in GRP Monitor B:
<keine>
• Symcon
Status der Lampe wird auf der Instanz geändert (ein/aus), entspricht aber nicht mehr dem Status auf dem KNX Bus
Wieso die Symcon Telegramme nicht auf die andere Linie geroutet werden ist mir ein Rätsel. Zumal dieselben Telegramme Problemlos geroutet werden, wenn sie durch den GRP Monitor abgeschickt werden (siehe Post für Fall 1)).
Den Einzigen Unterschied, den ich sehe ist, dass der GRP Monitor per TCP mit dem IP Router verbunden ist und Symcon per UDP.
Ich hätte jetzt nur noch den Route Counter in verdacht - aber laut den Logs oben scheint IPS den auch korrekt zu setzen, sodass diese weitergeleitet werden müssten.
Ich denke auch, das ist so völlig unerwartet. Mit dieser hervorragenden Beschreibung der Situation könnte man das im KNX User Forum posten, vielleicht hat Klaus Gütter als ETS-Mitentwickler und Kenner der Protokolldetails noch eine Idee.
Jetzt verwende ich als Workaround zwei EIB Gateway Instanzen in Symcon, je eine pro Linie - damit lässt sich das Problem des Routens (bzw. nicht routen) der MDT IP Router umgehen.
Auf der anderen Seite wäre ich schon neugierig zu erfahren, was hier das Problem sein könnte.
Im KNX Userforum bin ich bisher nicht - mal schauen ob ich die Zeit finde mich dort anzumelden und das zu posten.
