Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Tester
    4. KNX Adapter überholt

    NEWS

    • 50€: Mach mit bei einer Smarthome Studie mit ioBroker!

    • Änderungen iob CLI/Installer/Fixer mit Root Accounts

    • ioBroker Community-Treffen 9.11.24 ausverkauft

    KNX Adapter überholt

    This topic has been deleted. Only users with topic management privileges can see it.
    • chefkoch009
      chefkoch009 Developer last edited by

      Hallo FateShapeR,

      nein hat er nicht. Er bestätigt nur seine eigene Kommunikation. Aber Deine Idee dazu klingt interessant.

      VG

      chefkoch009

      1 Reply Last reply Reply Quote 0
      • M
        Merlin123 last edited by

        Kann mir bitte nochmal bei dem Thema Statusanzeige weiterhelfen?

        In den Beiträgen weiter vorne haben ich nicht wirklich eine Lösung gefunden, vielleicht bin ich aber auch zu doof.

        Ich habe einen Schaltaktor mit der Adresse 3/1/2 und der ID P-0B72-0_GA-173

        Das dazugehörende Statusobjekt hat die Adresse 3/1/3 und die ID P-0B72-0_GA-188, welche ich im Feld StatusGArefid auch drin habe.

        Jetzt steht z.B, das Statusobjekt in der Objektübersicht auf "1", das Schaltobjekt steht auf "true" und das true ist rot.

        Das bedeutet doch, dass das "true" nicht bestätigt ist, oder?

        Hintergrund der Frage:

        Ich habe eben iobroker neu gestartet und das Schaltobjekt stand auf "false", das Statusobjekt auf "1". Ich musste das Schaltobjekt manuell nochmal auf "true" setzen.

        1 Reply Last reply Reply Quote 0
        • J
          jpirnay last edited by

          Hallo,

          wir sind gerade in der Migration von openhab zu ioBroker, bei dem wir aktuell beide Systeme parallel auf den KNX Bus zugreifen lassen (openhab via Weinzierl IP 731, iobroker über knxd). Dabei ist uns folgendes Phänomen aufgefallen, das uns stundenlang debuggen ließ:

          in regelmäßigen Abständen fragt openhab via GroupValueRead Werte ab, bei denen das Device via GroupValueResponse den Status zurückmeldet - dies wird von iobroker als valides Update vom Bus behandelt und weitergereicht.

          Ich würde das verstehen, wenn iobroker selbst einenGroup Read auslösen würde, aber sollte im "Regelbetrieb" nicht nur auf ein GroupValueWrite beschränkt werden? Sorry wenn ich hier das Konzept missverstehe..

          Vielen Dank vorab für's Aufschlauen.

          1 Reply Last reply Reply Quote 0
          • M
            Merlin123 last edited by

            Meinst Du damit, dass ioBroker den Wert zurückliefert, den zu angefragt hast?

            Was macht ioBroker denn mit dieser Adresse? Wie ist das in ioBroker abgebildet? Verbirgt sich ein echtes Gerät dahinter?

            1 Reply Last reply Reply Quote 0
            • M
              Merlin123 last edited by

              Da ich (immer noch) daran verzweifle, dass ioBroker einen sauberen Status auf den Bus schreibt…

              Hat jemand es am Laufen, dass es eine GA gibt, die ein Tastsensor zum Schalten beschreibt, ioBroker macht dann was und soll auf der StatusGA den aktuellen Schaltzustand zurückliefern?

              Bei mir wird die Statusadresse zwar geschrieben, aber ich bekomme es nicht hin, dass ein Wert geliefert wird. Der Wert ist immer leer.

              Das Statusobjekt sieht so aus:

              {
  "_id": "knx.0.Beleuchtung.Licht_Hue_Status.Status_LichtHue_Balkon",
  "type": "state",
  "common": {
    "name": "Status LichtHue Balkon",
    "type": "",
    "role": "value",
    "min": 0,
    "max": 1,
    "read": true,
    "write": false
  },
  "native": {
    "dpt": "DPT1.001",
    "address": "0/5/14",
    "addressRefId": "P-0B72-0_GA-159",
    "statusGARefId": "",
    "actGARefId": "P-0B72-0_GA-43"
  },
  "from": "system.adapter.knx.0",
  "ts": 1547221684937,
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  }
}

              Zum vergleich mal ein Statusobjekt, das rein von KNX gehandhabt wird (hängt an nem Schaltaktor):

              {
  "_id": "knx.0.Beleuchtung.Licht_KNX_Status.Licht_KNX_Status_Bad",
  "type": "state",
  "common": {
    "name": "Licht KNX Status Bad",
    "type": "",
    "read": true,
    "write": false,
    "role": "value",
    "min": 0,
    "max": 1
  },
  "native": {
    "dpt": "DPT1.011",
    "address": "0/4/4",
    "addressRefId": "P-0B72-0_GA-98",
    "statusGARefId": "",
    "actGARefId": "P-0B72-0_GA-8"
  },
  "from": "system.adapter.knx.0",
  "ts": 1521096978856,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

              Was mir auch aufgefallen ist: Im ETS Gruppenmonitor gibt es ja einen Quellennamen. Kann man ioBroker dazu bringen, da was reinzuschreiben?

              1 Reply Last reply Reply Quote 0
              • J
                jpirnay last edited by

                @Merlin123:

                Meinst Du damit, dass ioBroker den Wert zurückliefert, den zu angefragt hast?

                Was macht ioBroker denn mit dieser Adresse? Wie ist das in ioBroker abgebildet? Verbirgt sich ein echtes Gerät dahinter? `

                Es geht um einen Taster (der per Logik Szenen weiterschaltet). Wenn ein anderes System wissen will (openhab), was der letzte Status war (GroupValueRead) liefert das System per GroupValueResponse den letzten Stand zurück. Dies wird von iobroker äquivalent verarbeitet wie ein GroupValueWrite, mit dem der Taster einen echten Tastendruck meldet. D.h. die Infoabfrage wird wie ein echter Event verarbeitet…

                1 Reply Last reply Reply Quote 0
                • G
                  Gismu86 last edited by

                  @chefkoch009:

                  Hallo LarsNE,

                  kläre bitte im Vorfeld, mit welcher ETS Version es geschrieben ist. Aktuell ist "nur" ETS4 implementiert. Sollte es ETS3 sein, möchte ich Dich bitten, mir einmal die knxproj zukommen zu lassen um sie ebenfalls implementieren zu können. Teile mir bitte ebenfalls die Type des LAN-GW's mit.

                  Bist Du mit KNX ETS Programmierung vertraut? Dann achte bitte darauf, das die DPT's zu den einzelnen KO's zugeordnet sind und die Geräte den entsprechenden Räumen zugewiesen sind.

                  VG

                  chefkoch009 `

                  Hallo, mein Projekt wurde mit einer ETS3 geschrieben, kann ich dir mein Projekt zukommen lassen, sodass du mir ein ETS 4 Projekt exportierst? Als IP Schnittstelle habe ich ein Weinzierl 731.

                  Gesendet von iPhone mit Tapatalk

                  1 Reply Last reply Reply Quote 0
                  • chefkoch009
                    chefkoch009 Developer last edited by

                    Hallo @all,

                    ich habe soeben die Version 1.0.18 online gestellt. Bitte unbedingt die README lesen!!!!

                    Ich habe die boolean Werte von 0 und 1 auf false und true gesetzt (ist halt boolean), damit ich auch da wieder konform bin. Weiterhin werden nun die DPT1.x als "switch" erkannt. Wenn es möglich ist, dann das ETS-Projekt neu einlesen, weil dann eure Objekte mit angepasst werden. Prüft bitte ebenfalls eure Logiken.

                    Weiterhin gab es einen Bug mit dem DP16.x. Es wurden Strings mit weniger als 14Byte nicht auf den KNX Bus ausgegeben. Ist behoben.

                    Das Bonbon diesmal war der ETS Import ab ETS Version 5.6. Habe das mit meiner bescheidenen Auswahl an KNX-Projekten getestet.

                    Ich würde mich wieder riesig über euer Feedback freuen.

                    VG

                    chefkoch009

                    1 Reply Last reply Reply Quote 0
                    • chefkoch009
                      chefkoch009 Developer last edited by

                      Hi @all,

                      habe die Version 1.0.19 veröffentlicht. Die true/false Behandlung habe ich wieder auf 1/0 geändert, weil sich das handling als dermassen störrisch erwiesen hat. Somit bleibt für eure Scripte alles beim Alten.

                      VG

                      chefkoch009

                      M 1 Reply Last reply Reply Quote 0
                      • P
                        peer6969 last edited by

                        Was hat sich denn als störrisch erwiesen? Ich hab die .18 getestet und die Skripte geändert, für mich läuft es mit der .18.

                        Ist absehbar, dass die .20 dann wieder die Änderung enthält? Dann bleibe ich erstmal bei der .18.

                        1 Reply Last reply Reply Quote 0
                        • chefkoch009
                          chefkoch009 Developer last edited by

                          Hallo peer6969,

                          Vielen Dank für Deine Rückmeldung.

                          Das grosse Problem an dieser Änderung ist, das es Anwender gibt, welche massive Scripte und Logiken haben. Diese müssten ALLE überprüft und geändert werden. Aus diesem Grund hatte ich das so implementiert, das zwar weiterhin 0 und 1 akzeptiert werden, aber true und false zurückgeliefert werden. Das hat zu viele Statusänderungen provoziert, als Beispiel:

                          GA1 sei AktorGA und GA2 sei StatusGA:

                          Objektstatus GA1 sei false. Nun wird über z.B. die Vis ein Status geändert von 0 auf 1, dann steht der Status auf 1, was aber nicht sein darf und wird von 1 auf true geändert. Jetzt kommt die Rückmeldung mit 1 auf GA2 und aktualisiert GA1 und wird auf true geändert. Nun ist GA1 wieder 1 und wird wieder auf true geändert.

                          Auf dem KNX Bus wird ja auch 0 und 1 geschrieben, was als true und false / on, off / up/down,…. interpretiert wird.

                          VG

                          chefkoch009

                          1 Reply Last reply Reply Quote 0
                          • M
                            Merlin123 last edited by

                            Hat wirklich keiner einen Tipp, wie ich eine Status GA mit Blockly richtig schreiben kann?

                            Bei mir ist der geschriebene Wert immer leer und DPT ist leer 😞

                            1 Reply Last reply Reply Quote 0
                            • A
                              axel.rathey last edited by

                              Hallo Chefkoch,

                              habe gerade Deine Version 1.0.19 getestet. Zunächst sicherheitshalber alle KNX-Objekte in json gesichert.

                              Dann alle KNX Objekte gelöscht.

                              Meine aktuelle KNX Projektdatei eingelesen. Während des Einlesens kommt kurz mal ein Logscreen auf den Bildschirm, wo einige meiner Datenpunkte auftauchen. Der verschwindet aber genauso schnell wie er kam auch wieder.

                              Das Einlesen kommt wie auch schon mit der 1.0.17 nicht zum Abschluss. Die Version 1.0.18 hatte ich nicht probiert.

                              Wie lange muss man denn da ca. warten pro Objekt?

                              Bei den Objekten hatte er nach einer Weile nur den info-Zweig angelegt aber keine KNX-Objekte. Hatte parallel mit einem anderen Browser geschaut, ob da was passiert.

                              Habe das Einlesen also nach ca. 10 Minuten abgebrochen und daher nun erst mal die Objekte aus der json-Datei wiederhergestellt.

                              Nach dem Einspielen der json-Datei hatte ich auf die EA Schaltobjekte zunächst keine Schreibrechte aus dem iobroker admin heraus mehr, während die Statusobjekte den Aktuellen Wert anzeigten. Das hat sich aber inzwischen gegeben, war offenbar nur eine Frage der Zeit (ca. 1/2 Stunde).

                              Werde mal die nächsten Tage nochmal meine projekt-Datei versuchen einzuspielen, die ich dir Ende August letzten Jahres zum Testen herübergegeben hatte.

                              Meine ETS Version ist hier derzeit die 5.6.6 (Build 1190). Die ist aktuell. IoBroker läuft unter raspbian auf dem bananapi m3 wie bisher.

                              Einlesen neue KNX-Objekte derzeit nach wie vor nur via Version 0.86 möglich.

                              Danke, viele Grüße

                              Axel

                              1 Reply Last reply Reply Quote 0
                              • S
                                sound31 last edited by

                                Hallo Chefkoch!

                                Nach dem Update des Adapters auf die Version 1.0.19 startet dieser nun alle 30 sec. neu.

                                undefined2019-01-25 07:17:06.541 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:17:06.541 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:17:36.563 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22190
2019-01-25 07:17:37.707 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:17:37.707 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:18:07.741 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22221
2019-01-25 07:18:08.910 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:18:08.910 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:18:38.947 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22231
2019-01-25 07:18:40.219 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:18:40.220 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:19:10.256 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22261
2019-01-25 07:19:11.392 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:19:11.393 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:19:41.428 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22271
2019-01-25 07:19:42.576 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:19:42.576 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:20:12.603 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22301
2019-01-25 07:20:13.739 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:20:13.740 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:20:43.773 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22311
2019-01-25 07:20:44.914 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:20:44.914 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:21:14.949 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22341
2019-01-25 07:21:16.096 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:21:16.096 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:21:46.131 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22351
2019-01-25 07:21:47.275 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:21:47.275 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:22:17.302 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22363
2019-01-25 07:22:18.424 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:22:18.425 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:22:48.458 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22393
2019-01-25 07:22:49.631 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:22:49.631 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:23:19.665 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22403
2019-01-25 07:23:20.802 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:23:20.802 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled

                                Was kann ich dagegen tun?

                                Grüße, Andy

                                1 Reply Last reply Reply Quote 0
                                • Garfonso
                                  Garfonso Developer last edited by

                                  @sound31:

                                  Hallo Chefkoch!

                                  Nach dem Update des Adapters auf die Version 1.0.19 startet dieser nun alle 30 sec. neu.

                                  undefined2019-01-25 07:17:06.541 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:17:06.541 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:17:36.563 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22190
2019-01-25 07:17:37.707 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:17:37.707 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:18:07.741 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22221
2019-01-25 07:18:08.910 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:18:08.910 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:18:38.947 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22231
2019-01-25 07:18:40.219 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:18:40.220 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:19:10.256 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22261
2019-01-25 07:19:11.392 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:19:11.393 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:19:41.428 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22271
2019-01-25 07:19:42.576 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:19:42.576 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:20:12.603 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22301
2019-01-25 07:20:13.739 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:20:13.740 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:20:43.773 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22311
2019-01-25 07:20:44.914 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:20:44.914 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:21:14.949 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22341
2019-01-25 07:21:16.096 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:21:16.096 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:21:46.131 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22351
2019-01-25 07:21:47.275 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:21:47.275 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:22:17.302 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22363
2019-01-25 07:22:18.424 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:22:18.425 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:22:48.458 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22393
2019-01-25 07:22:49.631 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:22:49.631 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled
2019-01-25 07:23:19.665 - info: host.Visu-Beelink instance system.adapter.knx.0 started with pid 22403
2019-01-25 07:23:20.802 - error: host.Visu-Beelink instance system.adapter.knx.0 terminated with code 7 (Adapter already running)
2019-01-25 07:23:20.802 - info: host.Visu-Beelink Restart adapter system.adapter.knx.0 because enabled

                                  Was kann ich dagegen tun?

                                  Grüße, Andy ` Da steht "Adapter already running". Vermutlich läuft da noch ein Zombie. Das einfachste dürfte sein den ganzen Rechner mal neuzustarten.

                                  Gesendet von meinem LYA-L29 mit Tapatalk

                                  1 Reply Last reply Reply Quote 0
                                  • S
                                    sound31 last edited by

                                    Das habe ich versucht -> keine Wirkung.

                                    Nachdem ich nun den Adapter Deinstalliert habe und Neu Installiert funktioniert das richtig,

                                    alle Schalter und Status-Objekte werden richtig dargestellt.

                                    Kleines Problem am Rande - kann den Adapter nicht Einstellen.
                                    4002_screenshot.26.png

                                    chefkoch009 1 Reply Last reply Reply Quote 0
                                    • C
                                      cadmando last edited by

                                      Hallo,

                                      ich habe gerade frisch mit IO-Broker begonnen und mir die Version 1.0.19 des KNX-Adapters installiert.

                                      Der Import meines Projektfiles hat soweit erst einmal gut funktioniert und ich kann alle Schaltzustände und Temperaturen der Objekte sehen und auch protokollieren. Das Funktioniert schon mal super.

                                      Wo ich auf ein Problem gestoßen bin, von dem ich die Ursache noch nicht gefunden habe, ist das - bisher nur bei einem von drei getesteten - Aktoren, ich den Schaltzustand nicht zuverlässig ändern kann.

                                      Ich habe bei mir im Keller drei Lampen, zwei kann ich ohne Probleme verändern, eine will manchmal - manchmal nicht.

                                      Gruß

                                      Dietmar

                                      PS: Gibt es eine Möglichkeit Eigenschaften der Objekte im Paket zu verändern - Beispielsweise ob schreib bar? Erscheint mir auf Dauer etwas mühselig.

                                      1 Reply Last reply Reply Quote 0
                                      • chefkoch009
                                        chefkoch009 Developer @sound31 last edited by

                                        @sound31 führe Mal bitte in deiner Konsole im iobroker installationsverzeichnis folgendes aus: "iobroker u knx".
                                        Anschließend sollte der konfigurationsdialog korrekt erscheinen Punkt

                                        VG
                                        Chefkoch009

                                        1 Reply Last reply Reply Quote 0
                                        • M
                                          Merlin123 @tombox last edited by Merlin123

                                          @tombox sagte in KNX Adapter überholt:

                                          Die GAs die ein Status anzeigen sollte wie die GAs heißen mit denen ein Zustand gesetzt nur mit „ status“ am Ende dann verknüpft der knx Adapter die beiden Adressen automatisch.

                                          Wie kann ich die manuell sauber verknüpfen? Oder alternativ: Wenn ich die in der ETS umbenenne und das ganze neu einlese: Wird es dann sauber verknüpft?

                                          T 1 Reply Last reply Reply Quote 0
                                          • T
                                            tombox @Merlin123 last edited by

                                            @Merlin123 ja müssten dann automatisch verknüpft werden

                                            M 1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post

                                            Support us

                                            ioBroker
                                            Community Adapters
                                            Donate

                                            952
                                            Online

                                            30.3k
                                            Users

                                            76.4k
                                            Topics

                                            1.2m
                                            Posts

                                            123
                                            1043
                                            152362
                                            Loading More Posts
                                            • Oldest to Newest
                                            • Newest to Oldest
                                            • Most Votes
                                            Reply
                                            • Reply as topic
                                            Log in to reply
                                            Community
                                            Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                                            The ioBroker Community 2014-2023
                                            logo