Mehrere Geräte im Programmiermodus - angeblich

[Sisamiwe]

Hat evtl. noch jemand eine Idee?

Ich kenne diesen Effekt nur, wenn auf einem PC/RPi etc im Netzwerk noch ein "schlecht" konfigurierter knxd läuft. Das ist aber bei Dir nicht der Fall.

[mumpf]

Wie ist das Verhalten, wenn Du unter Diagnose->Geräte im Programmiermodus schaust? Und zwar mit und ohne Programmiermodus vom Gira? Wenn bei Deiner Minimalkonfig beim drücken von PROG am Gira gleich 2 Geräte kommen, wüsste ich nicht, wie man da noch remote helfen kann...

Gruß, Waldemar

[PanneMax]

• Der Haken bei "Verwende reduzierte Bus-Kommunikation" war bereits entfernt
• Einen Linien Scan hatte ich bereits von dem Minimalaufbau angehängt --> https://knx-user-forum.de/filedata/fetch?id=1643639

Gibt es noch weitere Ideen/Vorschläge?

[knxPaul]

Sehr gute Vorarbeit - fast alle Fehlermöglichkeiten ausgeschlossen 😃

• in der ETS bei den Projekteigenschaften unter Details und Kompatibilität der Haken bei "Verwende reduzierte Bus-Kommunikation" wegnehmen
• Linien Scan ist noch eine Möglichkeit, etwas mehr in der ETS zu sehen.

[PanneMax]

Hallo zusammen,

ich kämpfe auch schon seit einiger Zeit und weiß nicht mehr weiter...

Ich kann das GIRA KNX Modul RWM Dual nicht mit der Physikalischen Adresse programmieren. Ich bekomme auch immer die Fehlermeldung "Es ist mehr als ein Gerät im Programmiermodus". Nachdem ich nun diesen Beitrag durchgelesen habe, habe ich einen aktuellen Versuch mit folgenden Minimalaufbau verwendet

• Enertex PowerSupply 960
• MDT IP Interface scn-ip000.03
• Gira KNX Modul RWM Dual

<CommunicationLog xmlns="http://knx.org/xml/telegrams/01">
<Telegram Timestamp="2021-04-15T10:50:37.9564159Z" Service="L_Data.con" FrameFormat="CommonEmi" RawData="2E0091E011110000010100" />
<Telegram Timestamp="2021-04-15T10:50:40.9678833Z" Service="L_Data.con" FrameFormat="CommonEmi" RawData="2E0091E011110000010100" />
<Telegram Timestamp="2021-04-15T10:50:43.9800058Z" Service="L_Data.con" FrameFormat="CommonEmi" RawData="2E0091E011110000010100" />
<Telegram Timestamp="2021-04-15T10:50:46.9911863Z" Service="L_Data.con" FrameFormat="CommonEmi" RawData="2E0091E011110000010100" />
<Telegram Timestamp="2021-04-15T10:50:50.003337Z" Service="L_Data.con" FrameFormat="CommonEmi" RawData="2E0091E011110000010100" />
<Telegram Timestamp="2021-04-15T10:50:53.011316Z" Service="L_Data.ind" FrameFormat="CommonEmi" RawData="2900B0E0FFFF0000010140" />
<Telegram Timestamp="2021-04-15T10:50:53.0923211Z" Service="L_Data.con" FrameFormat="CommonEmi" RawData="2E0091E011110000010100" />
<Telegram Timestamp="2021-04-15T10:50:53.1100802Z" Service="L_Data.ind" FrameFormat="CommonEmi" RawData="2900B0E0FFFF0000010140" />
<Telegram Timestamp="2021-04-15T10:50:53.1903488Z" Service="L_Data.ind" FrameFormat="CommonEmi" RawData="2900B0E0FFFF0000010140" />
<Telegram Timestamp="2021-04-15T10:50:53.2700193Z" Service="L_Data.ind" FrameFormat="CommonEmi" RawData="2900B0E0FFFF0000010140" />
<RecordStop Timestamp="2021-04-15T10:51:06.8945432Z" />
</CommunicationLog>

Hat evtl. noch jemand eine Idee? Netzwerktechnisch habe ich das IP Interface direkt mit dem Rechner verbunden um ggf. weitere Störquellen im Netzwerk auszuschließen.

[division]

...bin gerade über den Thread gestolpert: Bei mir lag es am eibd, der mit der Option -R (Routing) gestartet wurde. In Verbindung mit einem IP Router sollte man die Option abschalten. Vielleicht hilft es ja noch jemandem...

JAAAAAAAAAAAAA DANNNNKE!!! Das war es auch bei mir! Egal ob ich damit schon 80 Geräte an dem Bus programmiert hatte.... dieser MTD Taster mochte das jetzt nicht.

[droid]

Ich habe den Übeltäter gefunden. Es war der Speedport Router der Telekom. Grrr. Kaum hatte ich ihn aus dem Netz genommen waren die doppelten Multicasts weg.

hjk FYI

[droid]

kleez

Ich habe auch mal wieder den Fehler.

"MDT-IP Router: "System Multicast benutzen" temporär auf "nein"" - Wo finde ich das? Entweder ich bin blind oder das ganze gibt es nicht mehr. Jedenfalls konnte ich gestern noch ein Gerät programmieren und heute habe ich wieder den Fehler, dass 2 mal das gleiche Gerät im Programmiermodus sein soll. Ich bin noch am raten, was in meinem Netzwerk den doppelten Multicast verursacht.

[gbglace]

Der musste irgendwann mal mit installiert worden sein bei irgend einem Test.

Na dann aber mal schnell die Doku aktualisieren.

[traxanos]

Erstens kannte ich diesen Thread da noch nicht, und zweitens wusste ich nicht dass ich einen aktiven knxd habe. Der musste irgendwann mal mit installiert worden sein bei irgend einem Test.

[gbglace]

Das hat mich paar Stunden gekostet weil ich den Fehler überall erwartet habe und nicht im Netzwerk.

Also allein das leichte Überfliegen dieses Threads und sonstiger Threads mit diesen Hilferufen sagt einem das man zuerst mal im Netzwerk statt an der grünen Leitung das Problem suchen sollte.

Den Grund heutzutage noch diese Bastel-Komponenten (eibd / knxd), einzusetzen kann ich auch nicht ganz nachvollziehen.

[Gast1961]

Gibt es eigentlich einen Grund, knxd noch zu verwenden, wenn man ohnehin eine IP-Schnittstelle besitzt? Gibt es Software, die zwingend genau den knxd voraussetzt?

[traxanos]

Auf den gleichen Fehler bin ich auch ungewollt reingefallen. Hab meine komplette Elektroinstallation Schrift für Schritt verkleinert um den Fehler zu finden bis nur noch Interface und Gerät übrig geblieben ist. Das hat mich paar Stunden gekostet weil ich den Fehler überall erwartet habe und nicht im Netzwerk. Dabei war knxd auch in irgend einer Abhängigkeit mit installiert worden.

Nun wurde es gelöscht.

[saul]

Hallo zusammen,
der Thread ist zwar alt, hat mir aber gerade geholfen. Ich habe den knxd im Zusammenhang mit smarthomeNG laufen. Eben konnte ich meiner Zehnder Comfoconnect KNX-Schnittstelle keine PA zuweisen. Fehlermeldung: mehrere Geräte im Programmiermodus.

Also habe ich den Rechner, auf dem smarthomeNG läuft, per reboot für eine Minute aus dem System genommen. Während des reboots lief also kein knxd und die Programmierung hat funktioniert.

Vielleicht hilft das jemandem.

Mich hat das gleiche Thema wie in diesem elend-langen Thread beschäftigt, und ich habe bei mir einen Zusammenhang mit dem laufenden knxd im Raspberry Pi erkannt. Und zwar meldete bei mir die ETS 2 Geräte im Programmier-Modus: 15.15.255 und 2.0.0. Nachdem ich in meinen Unterlagen nach der 2.0.0 geguckt habe, habe ich festgestellt, dass das die Adresse meines knxd in /etc/knxd.conf ist.
Ich habe festgestellt, dass die aktuelle Version des knxd automatisch in den Programmiermodus geht, wenn es einer anfragt / anfordert. Auf jedem Fall nachdem ich die Programmier-Taste einen noch zu programmierbaren KNX-Gerät drückte, und zwar mit einer kurzen Verzögerung.
Ich habe mein knxd gestoppt und deaktiviert, und dann ging alles wie gewohnt:

$ sudo systemctl stop knxd
Warning: Stopping knxd.service, but it can still be activated by:
knxd.socket
$ sudo systemctl stop knxd.socket
$ sudo systemctl disable knxd

Das ärgert mich umso mehr, weil ich knxd noch nie wirklich gebraucht habe, da das KNX-Binding von Openhab2 davon unabhängig läuft.
Es ist eigentlich schade, dass so ein Programm mehr schadet als hilft. Das könnte man mit etwas Doku doch vorbeugen, bilde ich mir ein...

[kleez]

Hatte soeben auch das Problem bei Inbetriebnahme eines neuen GIRA Präsenzmelder und bin fast verzweifelt. Anfänglich waren 3-4 Geräte (dynamisch) im Programmiermodus gemäss Auswertung in der ETS. Bus vom Strom nehmen hat nichts geändert. Folgendes hat schlussendlich geholfen:
- KNXD ausschalten --> Reduktion auf 2 Geräte im Programmiermodus
- MDT-IP Router: "System Multicast benutzen" temporär auf "nein"

Vielleicht hilft es jemandem.