Navigation

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

    NEWS

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    • Monatsrückblick - April 2025

    Test Adapter KNX v1.0.x

    This topic has been deleted. Only users with topic management privileges can see it.
    • TheBam
      TheBam @Jasmin83 last edited by

      @Jasmin83

      Welche Version nutzt du denn eine größer als die 1.0.20 oder genau die?
      Ich habe ein ähnliches Problem bei einer höheren Version. Nutze daher die 1.0.20 und damit geht alles

      J 1 Reply Last reply Reply Quote 0
      • J
        Jasmin83 @TheBam last edited by

        @ThaBam
        Ich habs mit jeder verfügbaren Version >1.0.20 probiert, keine funktioniert, zu letzt mit 1.0.42, daher nutze ich auch noch weiter die 1.0.20.

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

          @Jasmin83 said in Test Adapter KNX v1.0.x:

          Folgendes konnte ich im Debug-Level im Log Fenster nun herausfinden: Bis KNX Adapter 1.0.20 bekomme ich beim steuern der Rollläden GroupValueWrite -> Rollladen fährt.
          Sobald ich eine größere Version verwende erhalte ich GroupValueRead, beim steuern der Rollläden. Ich nutze ETS 5.7.3

          Funktioniert es denn nicht, wenn du mit 1.0.20 den Import machst und dann erst das Adapter Update?
          Ich habe mit einigen GAs (teilweise auch Rolladen) das gleiche Problem, aber wenn der Import mit 1.0.20 (bzw. "nur neue Objekte" und keine Rolladen betroffen) war, dann ist auch mit neueren Versionen alles ok.

          Ansonsten bleibt dir die Read/Write Flags an den ioBroker Objekten zu ändern ( https://github.com/ioBroker/ioBroker.knx#3-herausfinden-der-schalt--und-statusaddressen ) -> stelle sicher, dass das read-Flag in ioBroker auf false steht. Das ist allerdings dann auch ein Zeichen dafür, dass Schalt- und Status-GA nicht richtig verknüpft sind (zumindest war es bei mir immer so).

          J 1 Reply Last reply Reply Quote 0
          • J
            Jasmin83 @Garfonso last edited by

            @Garfonso
            Das wars, besten Dank.

            Also hier ist meine Lösung für das Problem: In den Fahrpositionen stand noch das Flag L für Lesen mit drin, dabei darf da nur K und S stehen, dies hab ich nun im ETS korrigiert, alles nochmal exportiert, Adapter auf 1.0.42 hochgezogen und knxproj. Datei importiert und läuft.

            DANKE für die Hilfe, bzw den Denkanstoß, da hätte ich selber drauf kommen können, als ich die Sachen erstellt habe.

            Endlich läuft es mit Version >1.0.20

            Ist und bleibt mein wichtigster ioBroker adapter 😄

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

              bei mir klappt die automatische zuordnung leider nicht

              hier mal ein beispiel meiner gruppen:

              knx.0.schalten.EG.licht_abstellraum_schalten
              knx.0.schalten_rm.EG.licht_abstellraum_schalten_status

              {
                "_id": "knx.0.schalten.EG.licht_abstellraum_schalten",
                "type": "state",
                "common": {
                  "name": "licht_abstellraum_schalten",
                  "type": "boolean",
                  "role": "value",
                  "read": false,
                  "write": true,
                  "max": true,
                  "min": false
                },
                "native": {
                  "dpt": "DPT1.001",
                  "address": "1/1/0",
                  "addressRefId": "P-0191-0_GA-146",
                  "statusGARefId": "",
                  "actGARefId": "",
                  "update": false,
                  "objRef": "O-10_R-256",
                  "devName": "M-0083_A-0096-10-6467",
                  "devInst": "P-0191-0_DI-31",
                  "objectSize": ""
                },
                "from": "system.adapter.knx.0",
                "user": "system.user.admin",
                "ts": 1610028227123,
                "acl": {
                  "object": 1636,
                  "state": 1636,
                  "owner": "system.user.admin",
                  "ownerGroup": "system.group.administrator"
                }
              }
              

              knx.0.schalten_rm.EG.licht_abstellraum_schalten_status

              {
                "_id": "knx.0.schalten_rm.EG.licht_abstellraum_schalten_status",
                "type": "state",
                "common": {
                  "name": "licht_abstellraum_schalten_status",
                  "type": "boolean",
                  "role": "indicator",
                  "read": true,
                  "write": false,
                  "max": true,
                  "min": false
                },
                "native": {
                  "dpt": "DPT1.011",
                  "address": "6/1/0",
                  "addressRefId": "P-0191-0_GA-167",
                  "statusGARefId": "",
                  "actGARefId": "",
                  "update": true,
                  "objRef": "O-63_R-1096",
                  "devName": "M-0083_A-0096-10-6467",
                  "devInst": "P-0191-0_DI-31",
                  "objectSize": ""
                },
                "from": "system.adapter.knx.0",
                "user": "system.user.admin",
                "ts": 1610028227149,
                "acl": {
                  "object": 1636,
                  "state": 1636,
                  "owner": "system.user.admin",
                  "ownerGroup": "system.group.administrator"
                }
              }
              

              wie könnte ich die namen noch optimieren/anpassen dass es zugeordnet wird?

              Garfonso chefkoch009 2 Replies Last reply Reply Quote 0
              • F
                FoxRo last edited by FoxRo

                Hallo zusammen
                Bin seit längerem auf der Suche nach einem Fehler, dem ich aber nicht richtig auf die Spur komme.
                Am Abend werden bei mir die Jalousien mittels Shuttercontrol automatisch geschlossen. Das klappt nach einem KNX Adapter Restart auch alles wunderbar.
                Nach ca. 1,5 - 2Wochen Dauerbetrieb, beginnt sich der KNX Adapter offensichtlich zu "verschlucken".
                Er nimmt die Positionsanforderung von Shuttercontrol entgegen (255) und auch der Status wird auf geschlossen (255) geupdatet, aber bei einzelnen Jalousien schliessen die Lamellen nicht. Die betroffene Jalousie(n) sind zufällig.
                Das sieht dann so aus:
                10e72f7d-542c-4da2-a6ba-636da99b5853-image.png
                Ich frage mich, warum der Status auf 255 zurück gemeldet wird, wenn doch das Objekt nach wie vor auf Status 0 steht (mittels ETS überprüft)
                Wenn ich den Wert nochmals manuell sende, dann schliesst die Jalousie Lamelle korrekt.
                Adapter Version ist 1.0.42
                Anzahl Pakete/s : 30
                IP Router ist ein ABB IPR/S2.1
                Die Jalousien Schliessbefehle kommen im Abstand von 0,8 Sek.
                Die Verlinkung der Objekte für Position und Position-Status ist beim Import korrekt gemacht worden.
                Frage: kann sich der KNX Adapter selbst das Statusobjekt updaten? Wenn ja, in welchen Zuständen kann er das?
                Ich frage mich, warum und wer setzt das Statusobjekt für die Lamelle auf 255, wenn dieses vom Aktor doch gar nie mit 255 zurückgemeldet wurde..
                Für "sachdienliche" Hinweise bin ich sehr - sehr dankbar 😉
                Viele Grüsse
                Roli

                Edit - PS. Flag Settings
                Auf GA zum Fahren:
                2a6fc010-f436-4dce-ae8e-2a8dca229fca-image.png
                resultiert in KNX Adapter:
                5bbded48-440d-4d4a-8540-26b082ef65cd-image.png
                Auf Status GA
                72454073-fa90-4945-9cc4-6721faa310ca-image.png
                resultiert in KNX Adapter
                89165362-3038-4281-bc2f-b8157f248bf2-image.png

                -- Edit 2
                Auch heute ging eine Jalousie nicht - diesmal sind die Objekte für Höhe und Lamellen betroffen.
                bd612e78-9962-401e-bbca-17c4782a1638-image.png
                Auch hier wurden die Werte für Höhe und Lamelle (255 = zu) gesetzt. Auch hier wurde für die Höhe 255 zurück gemeldet. Interessanterweise für die Lamelle nicht.
                Die zweite Visu (Eisbär), welche ich aktuell am gleichen Router parallel am Laufen habe, hat von all dem nichts mitbekommen und zeigt den korrekten, offenen Zustand an.
                2977874f-3cc1-4bf4-8630-6c39b74ff209-image.png
                Es macht mir also den Eindruck, dass nicht der ABB Router der Übeltäter ist, welcher falsche Werte zurück liefert, sondern dass dies der KNX Adapter selbst fabriziert.
                @chefkoch009 : Kann es sein, dass da im Adapter FIFO, durch was auch immer, was durcheinander geraten kann?
                Vielen Dank für Deine Unterstützung!
                Roli

                S 1 Reply Last reply Reply Quote 0
                • S
                  Snapergy @FoxRo last edited by

                  @foxro

                  Bei den Werten im KNX-Adapter steht jeweils minimaler Wert 0 und maximaler Wert 1, das passt doch aber nicht mit den Eigenschaftten der GA (0-255) überein, oder? 🤔

                  F 1 Reply Last reply Reply Quote 0
                  • F
                    FoxRo @Snapergy last edited by

                    @snapergy said in Test Adapter KNX v1.0.x:

                    @foxro

                    Bei den Werten im KNX-Adapter steht jeweils minimaler Wert 0 und maximaler Wert 1, das passt doch aber nicht mit den Eigenschaftten der GA (0-255) überein, oder? 🤔

                    Da hast Du absolut recht. Allerdings kommt dieses Setting vom automatischen ETS Import. Der Adapter hat dies also selbst aufgrund des Imports so angelegt. Wie geschrieben, grundsätzlich fahren sie nach einem Adapter Neustart für ca. 1,5 Wochen absolut fehlerfrei. Danach geht's los mit den Problemen. Heute wiederum eine andere Jalousie nicht geschlossen.
                    Den Import hatte ich ursprünglich mit der Version 1.0.36 gemacht. Habe erst vor ca. 2 Wochen geupgraded.
                    Frage, sind die DPT 5.010 bei Dir korrekt in Min = 0 und Max = 255 importiert worden?
                    Was mich auch etwas stutzig macht sind die Read / Write Flags auf dem Status. Gemäss Doku sollten beide auf true sein, wenn die Flags L und Ü im ETS gesetzt sind. Diese wurden bei mir nur mit Read = true und Write = false importiert.
                    Wie sieht das bei Dir aus?

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

                      @mpl1338
                      vielleicht mal das _status am Ende entfernen versuchen und dann ist der "Abstand" nur noch das "_rm" von der Mittelgruppe.

                      1 Reply Last reply Reply Quote 0
                      • L
                        loverz last edited by

                        Kann mir jemand sagen, wieviele Telegramme bzw. Befehle dieser Apdater innerhalb kurzer Zeit senden/verarbeiten kann?

                        Ich bekomme zur Zeit immer bei Sonnenaufgang, Untergang, Anwesenheit, Abwesenheit und ähnlichen Zeitpunkten, an denen ich viele Ereignisse auf einmal Triggere folgende Meldung im Log:

                        knx.0	2021-01-16 10:15:36.759	info	(1478) Connected - local UDP Server listening on 192.168.1.178:33211
                        knx.0	2021-01-16 10:15:36.756	info	(1478) Using UDP with local IP: 192.168.1.178
                        knx.0	2021-01-16 10:15:34.765	info	(1478) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
                        knx.0	2021-01-16 10:15:34.760	info	(1478) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
                        knx.0	2021-01-16 10:15:34.755	info	(1478) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).
                        

                        Habe das Gefühl, dass der Adapter hier "überlastet" ist und neu startet, kann das sein?

                        Garfonso chefkoch009 2 Replies Last reply Reply Quote 0
                        • Garfonso
                          Garfonso Developer @loverz last edited by Garfonso

                          @loverz
                          Der Adapter ist vermutlich nicht überlastet sondern dein KNX <-> IP Connector. Dafür kann man in den Instanzeinstellungen des Adapters die maximale Anzahl Pakete ( = KNX Nachrichten) pro Sekunde einstellen. Wenn mehr Nachrichten reinkommen, verlangsamt der KNX Adapter dann das senden entsprechend.
                          Ich würde also empfehlen das bei dir mal etwas zu reduzieren.

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

                            Hallo und ein gesundes neues Jahr 2021.

                            @loverz: der Adapter kann exponentiell mehr Telegramme verarbeiten als der KNX-Bus. Aus diesem Grund wird die Datenrate, wie schon beschrieben, reduziert, weil es sich gezeigt hat, das bei zu hohen Datenraten einige Gateways "umfallen".

                            VG
                            chefkoch009

                            1 Reply Last reply Reply Quote 0
                            • L
                              loverz last edited by

                              @Garfonso @chefkoch009
                              Danke für eure Antworten!

                              Es sind die "Pakete pro Sekunde" von denen ihr spricht oder? Bei mir sind (standardmäßig) 30 eingestellt. Ich nutze das MDT SCN-IP000.03 IP Interface 2TE REG mit Email und Zeitserverfunktion.

                              Was denkt ihr auf was ich mal gehen sollte? 10 pro Sekunde?

                              Werden die Telegramme, die über dieses Limit gehen dann verworfen, oder später (verzögert) gesendet?

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

                                @mpl1338 den Fehler habe ich schon gefunden, der wird im nächsten Update behoben sein.

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

                                  @loverz
                                  einfach mal reduzieren 20 oder 10. Die zusätzlichen Telegramme sollten dann verzögert gesendet werden.

                                  L 1 Reply Last reply Reply Quote 0
                                  • L
                                    loverz @Garfonso last edited by loverz

                                    @garfonso sobald ich diese Zahl ändere und speichere, kommt direkt wieder die disconnect Meldung:

                                    
                                    knx.0	2021-01-17 12:08:49.974	info	(5570) Connected - local UDP Server listening on 192.168.1.178:34684
                                    knx.0	2021-01-17 12:08:49.970	info	(5570) Using UDP with local IP: 192.168.1.178
                                    knx.0	2021-01-17 12:08:47.987	info	(5570) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
                                    knx.0	2021-01-17 12:08:47.983	info	(5570) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
                                    knx.0	2021-01-17 12:08:47.975	info	(5570) STATE_NOT_CONNECTED : Stop connection : STATE_NOT_CONNECTED(0) to STATE_NOT_CONNECTED(0).
                                    knx.0	2021-01-17 12:08:47.971	info	(5570) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_CONNECTION_STATE_RESPONSE(6) to STATE_NOT_CONNECTED(0).
                                    knx.0	2021-01-17 12:08:38.954	info	(5570) Connected! with 339 datapoints of 681 Datapoints over all.
                                    knx.0	2021-01-17 12:08:38.910	info	(5570) Connected - local UDP Server listening on 192.168.1.178:49864
                                    knx.0	2021-01-17 12:08:38.881	info	(5570) Debuglevel: 0 1
                                    knx.0	2021-01-17 12:08:38.859	info	(5570) Connecting to knx GW: 192.168.1.109:3671 with phy. Adr: 1.1.1
                                    knx.0	2021-01-17 12:08:38.852	info	(5570) knx license is OK.
                                    

                                    Jemand eine Idee?

                                    Was sagen eigentlich die unterschiedlichen Ports hinter der IP?
                                    -:34684
                                    -:49864
                                    -:3671

                                    chefkoch009 1 Reply Last reply Reply Quote 0
                                    • M
                                      mpl1338 @chefkoch009 last edited by

                                      @chefkoch009 alles klar,

                                      gibts ne beta zum testen ?

                                      @garfonso said in Test Adapter KNX v1.0.x:

                                      @mpl1338
                                      vielleicht mal das _status am Ende entfernen versuchen und dann ist der "Abstand" nur noch das "_rm" von der Mittelgruppe.

                                      hab die dps jetzt von hand verbunden

                                      M 1 Reply Last reply Reply Quote 0
                                      • R
                                        Roadrunner last edited by Roadrunner

                                        Hallo zusammen,
                                        nachdem der Fehler mit den Berechtigungen behoben scheint und ich hier posten kann, reposte ich meine Anfrage hier nochmals.
                                        Nach gewissen Einlesen hab ich mich für den ioBroker zu "Erweiterung" der Haussteuerung entschieden, vor allem aufgrund des Vorhandenen KNX-Bussystems. Hier ist bereits ein IP-Gateway von Busch-Jäger verbaut (ControlTouch). Das System läuft testweise auf einer VM mit Linux Mint. Da ich aber nicht weiterkomme habe ich mich nach längerem Suchen und lesen hier angemeldet.
                                        Nun zum Problem: Obwohl der Adapter grün ist, kann ich nichts vom ioBroker aus steuern. (Jedoch kann ich die aktuellen Werte auslesen)
                                        Die physikalische Adresse ist laut Webinterface des ControlTouch 1.1.255:
                                        b2656173-bd74-4ec3-bca1-96a555e4b97c-image.png
                                        Ich habe mittlerweile Version 1.0.39 und 1.0.42 des Adapters probiert, jedoch ohne Erfolg.
                                        Ich habe auch viele physikalische Adressen (phys. EIB Adresse) ausprobiert. Da ich kein ETS habe, habe ich die xml und Objektliste nach freien Adressen durchforstet, jedoch alles ohne Erfolg.
                                        Hier noch ein Logfile:
                                        11e4eb7e-9fbf-4602-b9cb-0be6d988e2a7-image.png

                                        Vielen Dank schon mal für eure Gedanken!

                                        F 1 Reply Last reply Reply Quote 0
                                        • F
                                          FoxRo @Roadrunner last edited by

                                          @roadrunner said in Test Adapter KNX v1.0.x:

                                          Bin mir nicht sicher, ob ich Deine Fragen richtig verstehe..

                                          ... Da ich kein ETS habe, habe ich die xml und Objektliste nach freien Adressen durchforstet, jedoch alles ohne Erfolg.
                                          ..Die physikalische Adresse ist laut Webinterface des ControlTouch 1.1.255:

                                          Du musst hier im KNX Adapter eine FREIE unbenutzte KNX Adresse eingeben! Wenn also im ControlTouch für den IP Router die Adresse 1.1.255 definiert ist, dann darfst Du diese nicht verwenden! Um da sicher zu gehen, musst Du die KNX GA Struktur und Definition kennen.

                                          Nun zum Problem: Obwohl der Adapter grün ist, kann ich nichts vom ioBroker aus steuern. (Jedoch kann ich die aktuellen Werte auslesen)

                                          "Grün" bedeutet an dieser Stelle nur, dass sich der KNX Adapter korrekt mit dem IP Router verbinden konnte - mehr aber auch nicht.
                                          Wie hast Du die Datenpunkt Objekte im IoBroker KNX Adapter angelegt? Manuell oder hast Du vom Installateur die KNX Projektdatei zum Import bekommen?
                                          Du hast kein ETS - Ohne genaue Kenntnisse der KNX GA Struktur wird dieses Unterfangen zu einem "Suchen der Nadel im Heuhaufen".
                                          .. Und wenn Du einzelne Datenpunkt Werte bereits reinbekommen hast (Read), wie sind diese konfiguriert? Sprich, wie sind die Flags für Read und Write gesetzt. Sind diese gemäss KNX Adapter Doku? GA für Schalten und Status?
                                          Viel Erfolg!
                                          Viele Grüsse, Roli

                                          R 1 Reply Last reply Reply Quote 1
                                          • chefkoch009
                                            chefkoch009 Developer @loverz last edited by

                                            Jemand eine Idee?

                                            Was sagen eigentlich die unterschiedlichen Ports hinter der IP?
                                            -:34684
                                            -:49864
                                            -:3671

                                            Klar hab ich ne Idee 😉

                                            Beim Gateway fragst Du auf Port 3671 an. Nun möchte ja das Gateway auch etwas von Deinem Rechner. Und dies passiert eben auf den höheren Ports die hinter deiner IP stehen....quasi eine UDP Verbindung von deinem Rechner zum KNX-GW auf Port 3671 und eine andere UDP Verbindung vom KNX-GW zu Deinem Rechner.

                                            VG
                                            chefkoch009

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

                                            Support us

                                            ioBroker
                                            Community Adapters
                                            Donate

                                            882
                                            Online

                                            31.7k
                                            Users

                                            79.6k
                                            Topics

                                            1.3m
                                            Posts

                                            knx adapter
                                            93
                                            719
                                            139897
                                            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