KNX Routing - Symcon Schnittstellen Problem

Hallo,

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…

Im Anhang noch zwei Bilder…

2019-09-14 13_44_20-MDT Technologies GmbH - KNX-IP Router.png

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.

Gruß,
Peter

Gesendet von iPhone mit Tapatalk

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…

Nein, sowas macht kein KNX Router.

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.

weiterleiten.jpg

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…

Danke auf jeden Fall mal für eure Hilfe…

2019-09-15 13_20_23-ETS5™ - WG60.png

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.

LG
Stephan

Seltsam. Hast du die richtige Applikation neu programmiert, also für das Routing und nicht irrtümlich die EMail-Applikation des Routers?

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…

Zwischenstand: Ein Gira 216700 läuft problemlos…Babtec komm ich erst morgen dazu… Da muss der MDT ein Stich haben…

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?

-Dolocyl

Nach deiner Beschreibung ist die GA-Filterung noch aktiv.

Programmier nochmal beide Router, um die Änderung zu übernehmen.

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
    Aufbau.jpg
    -IP Router A verbindungen zu GRP Monitor A (TCP) und Symcon (UDP)
    IP_Router_A_verbindungen.jpg
    -IP Router Led
    IP_Router_LEDs.jpg
    (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:

  1. GRP Monitor A schickt ein Telegramm nach Linie B
  2. GRP Monitor B schckt ein Telegram nach Linie B (kein routing zum Schalten aber alle Meldungen werden an Linie A weitergeleitet)
  3. 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.

Hat jemand noch eine Idee?

-Dolocyl

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.

paresy

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.

@Paresy und @Volker: Danke für eure Antworten!

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.

-Dolocyl

Bestehen die o.g. Probleme weiterhin?

Ich plane die Anschaffung eines MDT Routers und möchte zukünftig mit einem weiteren eine zusätzliche Linie verbinden.