KNX sensor ausgebaut, folgte Störung an gesamten System..Lösung?

[tbi]

über Zentral GAs die auch aktualisiert wurden, über "hörende" .... ?

Ist schon alles möglich, das sich dann sowas ausbreitet.

Mächtige Feature können auch mächtige Fehler machen

Gruß Tbi

[Uwe!]

Aber ist doch offensichtlich nicht (nur) ein Telegramm wiederholt worden, sondern abwechselnd AN/AUS gesendet worden.

Und das auch an Tastsensoren, die gar nicht abgezogen wurden!

Und auch noch immer, nachdem der eine wieder angesteckt war!

[swiss]

Filtertabellen können auch dazu beitragen...

Wenn nur die Sabotage GA'sin den Filtertabellen stehen, werden auch nur diese weitergeleitet. Ohne LAN kann es sein, dass durch die fehlende Quitierung eine widerholung ausgelöst wird die von einem Aktor mit gesetztem A Flag als Schreibbefehl interpretiert werden kann.

Es ist also nicht auszuschliessen, das der IP Router ohne LAN in Zusammenhang mit unglücklich gesetzten Parametern und Flags ind den BUS Teilnemern zu solchen Reaktionen führen können...

[tbi]

Weil dadurch z.B. ein KNX Telegramm nicht mehr bestätigt wurde.

Wenn der IP-Router dieses dann wiederholt, kann sowas starten.

Ich selbst bin mit diesen "Wiederholen bei ..." immer etwas vorsichtig, diese anzuwenden, weil es eben zu Problemen führen kann und auch schon bei mir hat.

Ich schalte das eigentlich immer ab.

Gruß Tbi

[Uwe!]

und warum erst, nachdem der Tastsensor abgezogen wurde?

[tbi]

das netzwerkkabel ist auf der anderen seite nicht eingesteckt, nicht verbunden....und war es auch nicht.

Dann wäre es aber dann nur der IP-Router der Schuld ist.

Hier (im IP-Router) kann man auch schnell die falsche Wiederholungsregel aktivieren.

So wurde vieleicht alle Packete wiederholt, weil sie nicht in der IP-Welt abgeholt wurden, ....

Das könnte es schon sein.

Gruß Tbi

[tbi]

Hallo,

ein IP-Router kann schon so einen Effekt hervorrufen, aber wohl nicht alleine.

Denn, es sind nun mal Broadcast IGMP Packete die über dern IP-Router ins IP netz geflutete werden.

Ein Switch oder auch ein Router kann hier einen Fehler haben, (ich erinnere nur anden Fritzbox Fehler, der ja dann überall in den Boxen behoben wurde) Dort wurden die Packete alle gedoppelt. Womit alle Lampen jeden BUS-Befehlt doppelt gesehen und auch bekommen hatten.

Es kann sich aber auch im IP Netz ein Loop (Schleife) gebildet haben und dadurch ein Befehl immer wieder neu generiert worden sein.

Auch eine Logik kann dann noch das Ganze zum Schaukeln gebracht haben.

Es sind also viel Ursachen möglich. Durch öffnen der "Schleife" oder "Wippe" die sich hier aufschaukelt, kann man so was stoppen.

Das ist offensichtlich passiert.

Die Analyse, also die Ursache zu bestimmen, ist doch wesentlich aufwendiger.

Ein Indiz ist ja zumindest, dass die "Schleife" über den IP-Router ging.

Welche Geräte existieren denn in der IP Welt.

Ein HS ? Oder eine andere Logikmaschine ?

Es kann aber auch ein DSL Modem (Router), etc. sein.

Grundsätzlich ist so ein Fall jedenfalls nicht normal, normaler Weise geht dann was nicht, aber es entwickelt sich kein Eigenleben.

Aber die Ausnahmen gibt eben auch. Die Chance sich selbst aufs Kreuz zu legen besteht nun mal

Viele Grüße

Tbi

Interessant wäre auch gewesen wenn der Techniker einfach mal auf den Gruppenmonitor in der ETS geschaut hätte, um das Gerät zu identifizieren.

[sabuska2]

das netzwerkkabel ist auf der anderen seite nicht eingesteckt, nicht verbunden....und war es auch nicht.

[ide71]

[ATTACH]28374[/ATTACH]

Eine genaue Erklärung wäre schön gewesen, aber dazu hätte der Techniker bestimmt mehr Zeit aufwenden müßen und diese stand nicht zur Verfügung....von den Kosten ganz abgesehen.

Verbaut ist ein MERTEN KNX/IP Router, siehe Bild. Der nun von der Anlage getrennt ist. Mal schau'n was uns noch so alles mit KNX passiert.

Interessant wäre noch, wo das Netzwerkkabel hingeht und was da noch alles dran hängt!? Bzw. ob es auch gereicht hätte, das Netzwerkkabel auszustecken?

[sabuska2]

IMG_1476.jpg

Eine genaue Erklärung wäre schön gewesen, aber dazu hätte der Techniker bestimmt mehr Zeit aufwenden müßen und diese stand nicht zur Verfügung....von den Kosten ganz abgesehen.

Verbaut ist ein MERTEN KNX/IP Router, siehe Bild. Der nun von der Anlage getrennt ist. Mal schau'n was uns noch so alles mit KNX passiert.

[Uwe!]

Durch ne Wiederholung entsteht aber eigentlich noch kein Blinken?

[Arctyc]

Wäre es möglich, dass die LAN Schnittstelle ein IP-Router war und dessen Telegrammwiederholung in Verbindung mit dem Diebstahlschutz und einer eigenwilligen Verlinkung mit den Aktoren der Beleuchtung dazu geführt hat?

Ich finde so etwas immer spannend, aber ich glaube es wird immer ein Rätsel bleiben.

Viele Grüße
Lutz

[Uwe!]

Den Zusammenhang hätte ich gern genau erklärt!

Sorry Ivana, geht nicht gegen Dich. Du gibst sicher auch nur das wider, was Dir der Techniker erzählt hat.

Aber wie eine LAN-Schnittstelle, die nicht angeschlossen ist, nach dem Abziehen eines Tastsensor dafür sorgt, dass danach alle Lichter beim Einschalten blinken, das geht etwas über meinen Horizont....

[sabuska2]

Ein Teckniker der Firma Nutz hat das Problem durch entfernen der LAN-Schnittstelle lösen können. Obwohl die nicht mit dem LAN-Netzwerk verbunden, wurde diese als Ursache identifiziert und abgeklemmt. Danach war das "Blinken" beendet. Warum dieses durch das entfernen eines Sensors ausgelöst wurde, konnte man uns nicht erklären und wir Rätseln weiterhin. So wie dieses haben wir noch einige weitere offene Punkte, die wir früher oder später angehen werden müssen. Dazu werden wir wohl die Hilfe eines KNX-Experten benötigten. Wir haben Lampen im Keller und Aussen, die nicht schaltbar sind, wir haben Leitungen die keinen Strom führen, wir haben keine ETS-Datei, die Verbindung zur Alarmanlage fehlt, steuern über ein IPAD wäre auch schön und vieles mehr. Also es bleibt spanned und wir fangen gerade erst an uns mit KNX zu beschäftigen.

Vielen Dank nochmals!!!