Ankündigung
Einklappen
Keine Ankündigung bisher.
Mehrere Geräte im Programmiermodus - angeblich
Einklappen
X
-
was sind das für Geräte. KNX - Geräte sind doch generell zertifiziert, oder ?Zitat von hjk Beitrag anzeigennicht zertifizierten Geräte
oder sind das so Geräte wie der Raspi ?
Einen Kommentar schreiben:
-
Solche Fehler können von der IP Seite oder auch über TP kommen. IP kann man reduzieren und dann ausschließen.
Auf der TP Seite alle nicht zertifizierten Geräte versuchsweise abklemmen, dann Visu abklemmen und Router checken.
Einen Kommentar schreiben:
-
ich hatte auch mal einen solchen Fall mit "Gerät im Programmiermodus".
Ich konnte mit ausschalten der einzelnen Linien (5) das auf die Linie eingrenzen.
Da auch ein Licht in der Linie nicht so reagierte habe ich mir den Aktor angesehen. Siehe da der Aktor hatte das ausgelöst, konnte ihn aber in der ETS Diagnose nicht lokalisieren. Gerät (ca 20 Jahre alt) getauscht und seit dem alles wieder in Ordnung.
War für mich ein gemeiner Fehler.
Einen Kommentar schreiben:
-
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.Zitat von PanneMax Beitrag anzeigenHat evtl. noch jemand eine Idee?
Einen Kommentar schreiben:
-
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
Einen Kommentar schreiben:
-
- 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
Angehängte Dateien
Einen Kommentar schreiben:
-
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.
Einen Kommentar schreiben:
-
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
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.Code:<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>
Einen Kommentar schreiben:
-
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.Zitat von Stoxn Beitrag anzeigen...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...


Einen Kommentar schreiben:
-
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.
Einen Kommentar schreiben:
-
Na dann aber mal schnell die Doku aktualisieren.Zitat von traxanos Beitrag anzeigenDer musste irgendwann mal mit installiert worden sein bei irgend einem Test.
Einen Kommentar schreiben:
-
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.
Einen Kommentar schreiben:
-
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.Zitat von traxanos Beitrag anzeigenDas hat mich paar Stunden gekostet weil ich den Fehler überall erwartet habe und nicht im Netzwerk.
Den Grund heutzutage noch diese Bastel-Komponenten (eibd / knxd), einzusetzen kann ich auch nicht ganz nachvollziehen.
Einen Kommentar schreiben:



Einen Kommentar schreiben: