Es ist mehr als ein Gerät im Programmiermodus

[Beleuchtfix]

Ich würde jetzt einen Rundumschlag machen und die Signalwiederholungen alle abschalten.
Viel Erfolg, Florian

[Klaus Gütter]

Busmonitor bzw. Diagnose zeigt mir immer : 15.15.255 (*7)

Wenn du den Monitor mitlaufen lässt, kannst du anhand des Routingzählers zumindest erkennen, durch wie viele Koppler die Antworten gelaufen sind.

[Guti HAM]

Einstellung bei den LKs „ungünstig“ ist.

Ok, Danke für den Hinweis. Ich habe hier insgesamt 10 Linienkoppler im System. Was bedeutet denn "ungünstig". Bei welchen Parametern müsste ich denn nachschauen die das Problem in den Griff bekommen?

Anbei die Parameter eines Linienkopplers im Anhang.
210811_LK_001.JPG 210811_LK_002.JPG

[Beleuchtfix]

Da vermute ich, dass die Einstellung bei den LKs „ungünstig“ ist. 15.15.255 ist dein neues, umprogrammiertes Gerät.
Viel Erfolg, Florian

[Guti HAM]

Hallo,

habe gerade das selbe Problem in einer ziemlich großen Anlage ;-( . Ich muss einen defekten PM 1:1 tauschen.
Wie kann ich es denn lösen und das doppelte Gerät finden? Shellys oder ähnliches sind aber nicht verbaut soweit ich weiß. Ein knxd ist auch nicht im Einsatz. Alle UVs sind nur per USB-Schnittstellen zugänglich und nicht im Netzwerk.

Fehler:
Busmonitor bzw. Diagnose zeigt mir immer : 15.15.255 (*7)

Die PA ist aber gar nicht vergeben.


Gruß Sascha

[matthiaz]

Wenn Du irgendwo (Raspi?) einen knxd laufen hast, kann es auch zu geschildertem Phänomen kommen.
Ich meine irgendwo Mal gelesen zu haben, dass ein "-R"-flag (Routing) in den knxd-Parametern Schuld wäre. Habe es aber selbst noch nicht ausprobiert/nachgestellt.

Japp, genau das ist das Problem. Tritt bspw. auf wenn Du Shellys mit Tasmota und virtueller KNX Anbindung nutzt. Das Routing von knxd "verhindert" dann das programmieren im Programmiermodus.

[tomster2]

Wenn Du irgendwo (Raspi?) einen knxd laufen hast, kann es auch zu geschildertem Phänomen kommen.
Ich meine irgendwo Mal gelesen zu haben, dass ein "-R"-flag (Routing) in den knxd-Parametern Schuld wäre. Habe es aber selbst noch nicht ausprobiert/nachgestellt.

[Beleuchtfix]

Klaus, danke, gut zu wissen.
Gruß Florian

[Klaus Gütter]

Doch, solange es einen IP-Router gibt. Der IP-Router schickt ja trotzdem die Broadcasts in das IP-Netzwerk und die Duplikate zurück auf TP.

[Gast1961]

Kann auch irgendwas in deinem IP-Netzwerk sein, das Multicasts vervielfacht.

Verständnisfrage: eine ETS angebunden per Tunnel-Verbindung wäre davon nicht betroffen, oder?

[vxmuddi]

Ich habe alte Fritzbox genommen und nur mit dem Gira Router und Rechner verbunden... und es geht! und ich habe gestern den ganzen Tag damit verdrömelt...

Ich denke bei mir laufen viele Multicast Anwendungen im Netz (mehrere Entertain Receiver Master/Slave von der Telekom) und das könnte mit Sicherheit die Probleme verursacht haben.

VIELEN VIELEN DANK!!!!!

[Klaus Gütter]

Kann auch irgendwas in deinem IP-Netzwerk sein, das Multicasts vervielfacht.
Kannst du mal mit Direktverbindung oder einem Mini-Netzwerk nur mit PC und IP-Router versuchen?

[vxmuddi]

Hallo zusammen,

ich betreibe seit ein paar Jahren schon eine kleine KNX Installation mit ein paar Geräten. Jetzt habe ich mir die Glasbedienzentrale von MDT geleistet und wollte in ETS5 die Physikalische Adresse programmieren.

Diesen Schritt hatte ich in der Vergangenheit schon ein paar mal durchgeführt ohne Probleme bis gestern - und ich muss sagen ich verzweifle langsam.

Ich habe Google und Foren mit Suchen gequält und bin nicht wirklich fündig geworden.

Folgende Komponenten setze ich ein:

GIRA KNX IP-Router 2167 00
ETS5 5.7.4 (Build 1093)

Nur eine Linie 1.1.x


Wie schon im Titel beschrieben - bekomme ich beim Programmieren der Phy.Adr. die Fehlermeldung: "Es ist mehr als ein Gerät im Programmiermodus".

Folgende Dinge habe ich dann bislang in der Reihenfolge ausprobiert (ohne Erfolg):

• KNX Leitung vom Neubau/Anbau zum vorhandenen Altbau getrennt um Fehler in der Verkabelung auszuschließen
• Ich hatte noch ein KNX Modul für den Gira Rauchwarnmelder rumliegen und habe ebenfalls versucht die Phys.Adr. zu programmieren um ein Problem mit dem MDT Glastaster auszuschließen -> Mehr als ein Gerät bla..
• Meine KNX Komponenten hängen alle an einem LS welchen ich ausgeschaltet habe um eventuell vergessene im Programmiermodus befindlichen Geräte "zurück zu setzen"
• Check der Firmware des Gira KNX - IP Routers (ziemlich alt .. irgendwas mit 2.xxx)
• Gira Projektassistent besorgt und den Gira KNX IP Router auf FW 4.1.474.0 aktualisiert.
• Weitere erfolglose versuche ...
• Werkseinstellungen für Gira KNX IP Router geladen und neu konfiguriert (phys Adr.: 1.1.250, 1.1.246-249 KNXnet/IP Tunneling Schnittstelle)
• Kein Erfolg....
• Kabel genommen, 3 Klemmen dran... Eine an den KNX Router, eine an die Spannungsversorgung und eine an den Glastaster
• KEIN Erfolg!

Busmonitor bzw. Diagnose zeigt mir immer : 15.15.255 (*2)

Was mache ich falsch???

Danke vorab
Grüße
Sebastian