Loxone stört KNX

[Ratzenvogel]

Hallo,

in einer Einfamilienhaus Bestandsanlage läuft seit Jahren und zuverlässig KNX.

Nun hat der Kunde jemand anders kommen lassen, der ursprünglich nur die Hifi Anlage erneuern sollte. Allerdings wurde neben der Hifi Anlage auch Teile des KNX auf loxone umgerüstet. Auch ein Gateway wurde verbaut.

Loxone Heizung Stellmotoren wurden auch verbaut.

Nachdem ich Mal wieder in der Anlage war, fiel mir die hohe buslast auf. Es werden Leseanforderungen an die Thermostate geschickt, welche teilweise 20 mal hintereinander ihren Wert senden. Im Bus Monitor stimmt das Verhältnis zwischen Leseanforderung und Rückmeldung bei weitem nicht.

In 20 Minuten kamen etwa 12000 Telegramme im Monitor zustande. Der ganze Bus wird mit Ist-Temperaturen zugespamt.

Ich wurde gerufen, da ein KNX Bewegungsmelder defekt war. Bei der Programmierung der physikalischen Adresse kommt immer der Fehler, das mehrere Geräte im Programmtiermodus sind.

Wenn die Programmier-LED am neuen Melder aus ist,werden in der ets keine Geräte im Programmiermodus angezeigt. Sobald ich den Programmiermodus am Melder aktiviere, wird ein Vielfaches des Gerätes angezeigt: 15.15.255 (*4) als Beispiel .
Ich hatte auch schon (*83) da stehen.

Musste die Melder in der Werkstatt programmieren, da es vor Ort nicht möglich war.

Auch bei bereits programmierten Geräten wird immer ein Vielfaches des Geräts im Programmiermodus angezeigt.

Hat jemand ähnliche Erfahrungen oder läuft hier auf der loxone Seite was falsch?

[gbglace]

Da stimmt ganz gewaltig etwas mit der Inbetreibnahme der grünen Box nicht.

Der grüne Kasten ist ja bekannt, gerade in den alten Varianten, die Buskommunikation zu stören. Aber diese Telegrammflutung klingt eher von falschen Einstellugnen in dessen Konfiguration oder auch noch weiteren Umbauten in der Toplogie und falschen Netzwerkenstellungen an der Anlage.
Wenn da ggf selbst gebaut Logik für die ERR am werkeln ist, dann wurde auch da ggf einfach gemurkst und irgendwelche Logik loops gebaut die zu dieser Flutung führen.

Wenn die Bewohner keine wirklichen KNX/Loxone Könner sind, hau das Ding wieder raus und es wird sehr wahrscheinlich instant funktionieren.
Jetzt im Sommer ist ja auch noch etwas Zeit zu ermitteln, was der da besser machen sollte an der ERR, als ein ordentlicher Heizungsaktor/Regler in nativem KNX.

Und was hat der tolle Helfer da noch auf den Loxone gehoben, was KNX nicht könnte, er nur keine Ahnung von hat?

So lange die grüne Box den Bus so dermaßen flutet wirst an dem Bus auch per ETS nicht viel heilen können.

[Beleuchtfix]

Wenn du den Stecker Am Loxone Gatesway ziehst solltest du aber wieder normal programmieren können. sollte das auf Anhieb dann gehen, dann würd ich das so dem Kunden zeigen und die Ursache ganz klar auf den Kumpel schieben.
Gruß Florian

[DerStandart]

Es ist ja allgemein bekannt, dass dieses grüne Elend nicht standardkonform KNX spricht und mehr stört als alles andere. Von daher: ja, ist bekannt.

[BadSmiley]

Musste die Melder in der Werkstatt programmieren, da es vor Ort nicht möglich war.

Also dafür hätte ich eine Lösung! https://knx-user-forum.de/forum/%C3%...er#post2038311

[cknx]

Ich frage mich was das Gateway da noch macht. Normalerweise lässt sich die KNX Seite über den Miniserver als Gateway programmieren. Die Abfrage und Sendezyklen der Temperaturwerte kann man in der Loxone Config einstellen, müsste man mal schauen was dort eingetragen ist. Richtig sauber funktioniert das nur wenn der KNX "dumm" programmiert wird und alles zentral über den Miniserver läuft. Da sollte man auch nochmal schauen, nicht das alles doppelt angesteuert wird.

[skibbi]

Was macht denn der Hop-Count im Monitor? Gibt es aufeinanderfolgende gleichartige Telegramme, in denen der sinkt? Falls ja: Sind da Linienkoppler, wo nun Haupt- und Sublinie miteinander verbunden sind? Gibt es mehrere Geräte, die TP- und IP-Schnittstellen haben, und sich als IP-Router betätigen? Logik-/Visu-Server können das ja mitunter auch dann, wenn sie keine .0 als PA haben.

[Ratzenvogel]

Danke für die schnellen Antworten.

Einen Bus Mitschnitt habe ich leider nicht.

Ein Abstecken des loxone KNX Gateway hat leider keine Erholung der Bus Last gebracht. Ein Programmieren war nicht möglich

So ein Mini Server von loxone habe ich auch noch in Erinnerung

In der Anlage ist ein Gira IP Router und ein Homeserver.

Auch zwei Linienkoppler sind verbaut.

[BadSmiley]

Ein Abstecken des loxone KNX Gateway hat leider keine Erholung der Bus Last gebracht. Ein Programmieren war nicht möglich

Ich will ja nicht für loxone sprechen aber dann liegt es nicht wirklich am loxone. Oder reicht es schon, wenn der Server im gleichen Gebäude ist?

[gbglace]

Was bedeutete den Locone abstecken? Wenn da noch ein IP Router dabei ist und der Miniserver ggf von der OP Seite aus den Bus flutet, genügt es nicht da einfach die Busklemme abzunehmen vom Locone.

Ggf hat da auch jemand im HS eine Logik gebaut die den Bus flutet.

Insofern sollte man mal die ETS dran stecken und schauen welche PA da am.semdem.ist,.und wenn es Tunnel Adressen sind welches IP Gerät gerade diesen verwendet.

Alles andere ist hier Kaffeesatzleserei.

Mit einem IP Router und ein paar LKs steigt aber schonmal das Potenzial sich Telegrammloops gebaut zu haben. Aber auch dauss man sehen ob das wirklich Telegrammloops sind oder nur eine n Logik Loop irgendwo.

Also Bustraffik anschauen.

Wenn Ihr da ständig programmierversuche unternimmt, was hindert einem dann in dem Moment daran einfach in den ETS Busmonitor zu schauen was da so auf dem Bus gesendet wird?

Ich kann diese Vorgehensweise der Problemanalyse nicht nachvollziehen.

[BadSmiley]

Ich kann diese Vorgehensweise der Problemanalyse nicht nachvollziehen.

Du solltest mal meinen Job machen. Da ist immer das Schuld was man nicht versteht... Also jeder ruft, dass der Bus schuld wäre wenn was nicht geht. Vorlauf Temperatur der Fußboden Heizung ist zu niedrig, die Stellantriebe sind zu 100% offen, der Raum wird nicht warm... Wer ist schuld. Genau! Der blöde KNX!
Jalousie Motor kaputt, die Jalousie fährt nicht.. Wer ist schuld? Genau! Der blöde Bus!

[Ratzenvogel]

So, nun nochmal vor Ort....

Vorab:
Anlage seit 2013 ohne Probleme im Betrieb
Vor kurzem Nachrüstung von Loxone durch einen Mitbewerber
Linie 1.0, 1.1 und 1.2 sind mit Geräten, die zwei Linienkoppler stehen auf filtern und wurden eben nochmal drüber programmiert.
Ein IP Router ist drin für einen Gira Homeserver

Linie 1.0: Tastsensoren EG+OG
Linie 1.1: Aktoren
Linie 1.2: Tastsensoren KG

Abstecken von Bus Stecker am KNX Loxone Gateway und dem LAN vom Loxone Miniserver Compact ohne Besserung

Mir fiel auf, das sämtliche Telegramme sehr oft wiederholt werden mit absteigenden Hop Count

Abstecken der Linie 1.2 am Koppler brachte Ruhe auf den Bus. keine Telegrammwiederholungen mehr
Sobald der Stecker dran ist und ein Tastsensor auf Linie 1.2 betätigt wird, kommen nur dafür etwa 35 Telegramme

Im E-Raum ist auch noch eine Verteilerdose bis mehreren KNX Abgängen, ich dachte zuerst die wäre für den Keller und habe mal alles auseinander geklemmt. Bei einem Abgang tritt der Fehler auf. Ich habe dann Linienscans gemacht um die Geräte des Abgangs zu identifizieren, es stellte sich heraus, dass es eine Abzweigdose der Hauptlinie ist und die betroffenen Geräte im Wohnzimmer sind.

Die Topologie habe ich mehrfach geprüft, es gibt keine Schleifen und keine Anschlussfehler an den Linienkopplern

Jetzt verstehe ich den Zusammenhang nicht ganz, warum einmal die Hauptlinie und einmal die Linie 1.2. zur Fehlerbehebung geführt hat


Nachtrag:

Es scheint tatsächlich ein Topologie Fehler gewesen zu sein.

An einer Klemmdose im Heizungsraum, an dem der Loxone-Kollege rumgefummelt hat um die Heizung auf Loxone zu migrieren, waren zwei Linien zusammengeklemmt...

[gbglace]

Ja und schon hast nen Loop gehabt.

Wobei die Aktivierung der Filter in den LKs bei solchen Konstruktionen Aktoren eine Linie / Sensoren eine andere, auch nicht viel zur Telegrammlastreduktion beiträgt.