Navigation

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

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

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

    • ioBroker goes Matter ... Matter Adapter in Stable

    Test Adapter OpenKNX 0.6.x

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

      @killroy2 Noch ein anderer Versuch: Openknx- und KNX-Adapter beide mit Weinzierl 732 secure-Interface.
      Ergebnis: KNX-Adapter schaltet Aktor, Openknx nicht.

      Hier die Logs und ETS vom funktionierenden KNX-Adapter:
      knx_Licht_Hof_funktioniert_223GW_ioBroker_Log.JPG
      knx_Licht_Hof_funktioniert_223GW_ETS.JPG

      Hier die Logs und ETS vom nicht funktionierenden OpenKNX-Adapter:
      openknx_Licht_Hof_funktioniert_nicht_223GW_ioBroker_Log.JPG
      openknx_Licht_Hof_funktioniert_nicht_223GW_ETS.JPG

      Für mich sieht es irgendwie so aus, als ob beide Adapter unterschiedliche Telegramme schicken, was zu unterschiedlichen Ergebnissen führt - bei gleichem IP-Interface.

      Im vorherigen Post sieht man, das der OpenKNX-Adapter auch unterschiedliche Telegramme bei verschiedenen IP-Interfaces schickt.

      Daher vermute ich ein Problem zwischen OpenKNX und den div. IP-Interfaces. Was weiß OpenKNX von den IP-Interfaces bzw. warum und wie reagiert der Adapter dahingehend, dass andere Telegramme gesendet werden?

      1 Reply Last reply Reply Quote 0
      • K
        killroy2 last edited by

        @netfriend warum schickt er auf verschiedenen Quelladdressen wenn du das selbe KNX Gateway verwendest - was ist im Dialog von OpenKnx eigestellt?

        N 1 Reply Last reply Reply Quote 0
        • N
          netfriend @killroy2 last edited by netfriend

          @killroy2

          Im OpenKNX-Dialog sieht es so aus:
          751817d6-02bb-41af-aa42-77676b933d5e-image.png .

          Hier ändere ich lediglich die IP von .222 (Weinzierl 730) auf .223 (Weinzierl 732 secure).

          Beim 732 gibt es insgesamt 8 IP-Verbindungen. In der ETS ist das 732 mit der phy. Adresse 1.1.200 angelegt und die 8 Verbindungen bekommen die 1.1.201-1.1.208. Bei Herstellen der Verbindung wird wohl die erste freie Adresse verwendet. In diesem Fall war es die 1.1.205

          e23f4dbf-0b9c-40d3-b7ac-72fbe9f21f96-image.png

          Ist für mich nachvollziehbar.

          Das 730 bietet 5 IP-Verbindungen. In der ETS sehe ich die verwendeten Adressen:
          314e0364-14c2-4587-8145-17e186e31cb0-image.png

          Warum diese nicht im Gruppenmonitor angezeigt wird, weiß ich nicht. Hier sieht man nach wie vor die im Adapter eingestellte phy. Adresse.

          Insgesamt ist das für mich stimmig. Zumal der Empfang ja immer geht.

          K 1 Reply Last reply Reply Quote 0
          • K
            killroy2 @netfriend last edited by

            @netfriend ich mein was ist im OpenKnx Admin Dialog eingestellt?

            N 1 Reply Last reply Reply Quote 0
            • N
              netfriend @killroy2 last edited by

              @killroy2 sagte in Test Adapter OpenKNX 0.1.x:

              @netfriend ich mein was ist im OpenKnx Admin Dialog eingestellt?

              Ist das nicht der Dialog, den ich oben eingefügt habe? Dann weiß ich nicht, wo ich den finde.

              K 1 Reply Last reply Reply Quote 0
              • K
                killroy2 @netfriend last edited by

                @netfriend was ich nicht verstehe ist warum im Dialog 1.1.150 eingestellt ist, aber im zweiten Trace mit dem 732 die Quelladresse 1.1.205 kommt,
                im ersten Trace übernimmt das 730 Gateway die 1.1.150 (und damit geht es), der 732 anscheinend nicht.
                Setzte doch mal die richte Addresse und teste nochmal.

                1 Reply Last reply Reply Quote 0
                • D
                  dachauan last edited by

                  Ich habe auch Probleme mit dem Weinzierl 732, mit dem NodeRed Ultimate trat der gleiche Fehler auf. Die Lösung für das Problem liegt wohl in der supress ACK Funktion des NodeRed Ultimate.
                  https://github.com/Supergiovane/node-red-contrib-knx-ultimate/issues/78

                  choppychop created this issue in Supergiovane/node-red-contrib-knx-ultimate

                  closed Weinzierl 732 IP Interface not working #78

                  1 Reply Last reply Reply Quote 0
                  • N
                    netfriend last edited by netfriend

                    @dachauan Danke für den Link. Das erklärt mein Problem. Das Verhalten hat mir gestern auch der Weinzierl-Support bestätigt

                    @killroy2 Ich habe gestern mein Verhalten dem Weinzierl-Support geschildert, mit der Fragestellung ob es nur durch Tausch der beiden Geräte zu diesem Verhalten kommen kann. Könntest Du dir das bitte ansehen, ich vermute das ist ein Bug in openKNX.

                    Die Antwort des Weinzierl-Supports lautete:

                    Bezüglich der RawData:

                    730: 29 00 BC E0 11 96 55 00 01 00 81 Source address: 1.1.150
                    732: 29 00 BE E0 11 CA 55 00 01 00 81 Source address: 1.1.202

                    BC ist korrekt.
                    BE dürfte es in KNX nicht geben.

                    Das BE kommt zustande, da Bit 1 in diesem Byte gesetzt ist. Dies entspricht bei common EMI dem „acknowledge request“ flag.
                    Vermutlich setzen Sie dieses Bit (acknowledge request) fälschlicherweise irgenwo in Ihrem RaspberryPi4 mit IoBroker und dem openKNX-Adapter.

                    Unser 730 filtert diesen Fehler raus – Unser 732 leider nicht.

                    Ich gehe davon aus, dass das Telegramm in openKNX „falsch“, bzw. mit gesetztem AcknowledgeRequest Flag gebaut wird.
                    Unser 730 filtert dies heraus und sendet das „korrigierte“ Telegramm weiter.

                    Antwort Ende

                    Und das ist auch das, was ich sehe. Der selbe Versuch mit dem KNX-Adapter und dem Weinzierl 732 sendet BC und dann schaltet auch der Aktor.

                    K 1 Reply Last reply Reply Quote 0
                    • D
                      dachauan last edited by

                      In der Connection.js (ioBroker.openknx/blob/master/lib/knx/src/Connection.js) kann man den ACK Request unterdrücken. Evtl. wäre ein Option in der Adapterkonfig nicht schlecht, ähnlich der Umsetzung im NodeRed KNX Ultimate.

                      N 1 Reply Last reply Reply Quote 0
                      • N
                        netfriend @dachauan last edited by

                        @dachauan sagte in Test Adapter OpenKNX 0.1.x:

                        In der Connection.js (ioBroker.openknx/blob/master/lib/knx/src/Connection.js) kann man den ACK Request unterdrücken. Evtl. wäre ein Option in der Adapterkonfig nicht schlecht, ähnlich der Umsetzung im NodeRed KNX Ultimate.

                        Ja, das wäre bestimmt sinnvoll.

                        D 1 Reply Last reply Reply Quote 0
                        • D
                          dachauan @netfriend last edited by

                          @netfriend
                          Bei mir gehts jetzt.
                          Probiers mal aus, ist jetzt nur hard coded drin, muss man mal konfigurierbar machen.
                          Vielleicht hab ich nächste Woche mal Zeit.
                          https://github.com/dachauan/ioBroker.openknx

                          N 1 Reply Last reply Reply Quote 0
                          • N
                            netfriend @dachauan last edited by

                            @dachauan Super, probier ich gerne aus. Wo ist das drin, wie komme ich dazu?

                            D 1 Reply Last reply Reply Quote 0
                            • D
                              dachauan @netfriend last edited by

                              @netfriend Im iobroker den Expertenmodus aktivieren, dann im Tab Adapters auf das Github Symbol klicken, Benutzerdefiniert auswählen und die Url aus meinem Post verwenden.

                              N 1 Reply Last reply Reply Quote 0
                              • N
                                netfriend @dachauan last edited by

                                @dachauan Alles klar, Installation hat geklappt, danke Dir - wieder was gelernt.
                                Der erste Versuch hat schon mal geklappt, der Aktor schaltet. 👍 Danke für Deine Bemühungen!
                                Werde später noch weiter testen...

                                1 Reply Last reply Reply Quote 0
                                • andreaskos
                                  andreaskos last edited by

                                  Hi zusammen,

                                  ich hab mittlerweile schon viele Anlagen mit ioBroker und KNX in Betrieb genommen und muss sagen:
                                  Herzliche Gratulation @killroy2 !
                                  Ich hab hier schon eine Weile mitgelesen und seit letzter Woche den Adapter erstmals im Test. Das Ergebnis ist sehr erfreulich. Das Importieren geht zügig und die Kommunikation läuft problemlos. Seit dem ersten Einschalten des Adapters. 🙂

                                  Ich verwende übrigens (meistens, aber nicht immer) den IP-Router von INTERRA: https://www.smarthomekos.at/shop/interra/systemgeräte/#cc-m-product-16999766496

                                  Ich hab zwar eigene Scripte, die die Action- und Status-Datenpunkte zusammenführen zu einem Kombi-Datenpunkt, aber grundsätzlich finde ich die Lösung mit den Aliases sehr elegant!

                                  Liebe Grüße
                                  Andreas

                                  1 Reply Last reply Reply Quote 0
                                  • K
                                    killroy2 @netfriend last edited by

                                    @netfriend said in Test Adapter OpenKNX 0.1.x:

                                    Vermutlich setzen Sie dieses Bit (acknowledge request) fälschlicherweise irgenwo in Ihrem RaspberryPi4
                                    mit IoBroker und dem openKNX-Adapter.

                                    Ich verstehe nicht auf welche Anforderung der Weinzierl Support mit dieser Aussage abziehlt.
                                    Laut Spec gibt es keinen unterschied ob das ACK Flag gesetzt ist oder nicht.

                                    8944ecce-2d2c-4416-b609-07692e5b5819-grafik.png

                                    https://github.com/Supergiovane/node-red-contrib-knx-ultimate/issues/78 erweckt den Eindruck, dass manche Empfänger das Telegramm deswegen verwerfen, warum auch immer.
                                    Hersteller scheinen das Verhalten zu kennen und aktiv herauszufiltern. Mein MDT und Weinzierl 730 machen das.

                                    Ich werde jetzt den Adapter einfach so umbauen, dass er immer mit ACK = 0 sendet. Ich sehe keine Notwendigkeit eine 1 schicken zu können.

                                    choppychop created this issue in Supergiovane/node-red-contrib-knx-ultimate

                                    closed Weinzierl 732 IP Interface not working #78

                                    N 1 Reply Last reply Reply Quote 0
                                    • N
                                      netfriend @killroy2 last edited by

                                      @killroy2 Irgendwie ist es schon komisch. Der Weinzierl Support schreibt ja selber dass das (alte) 730 das prüft und ggf. ersetzt, das neuere 732 macht das aber nicht.
                                      Ich hatte auch gestern nochmal nachgefragt, ob es zwischenzeitlich ein Firmwareupdate für das 732 gibt, wo dieses Verhalten behoben ist. War ja in dem oben verlinkten Beitrag so angedeutet. Klare Antwort: nein, gibt es nicht.
                                      Ich empfinde das eigentlich als Verschlimmbesserung.
                                      Umso mehr freue ich mich, dass es in openknx angepasst wurde und es nun funktioniert!

                                      K 1 Reply Last reply Reply Quote 0
                                      • K
                                        killroy2 @netfriend last edited by

                                        0.1.21 ist jetzt herausen

                                        Changelog

                                        0.1.21 (2022-02-25)

                                        • feature: dont sent ack request in ldata.ind, this is disturbing clients if not filtered out by gateway
                                        • bugfix: reinit if event received before connection established to avoid deadlock
                                        • dependency:adapter core must be 2.6.0 or higher
                                        C 1 Reply Last reply Reply Quote 0
                                        • C
                                          ChrisChros @killroy2 last edited by ChrisChros

                                          @killroy2
                                          Hast du irgendetwas am logging bei der neuen Version geändert?
                                          Aktuell bekomme ich mit der neuen Version viele Meldungen über falsche Datentypen:

                                          2022-02-26 09:22:48.798 - info: openknx.0 (14002) State value to set for "openknx.0.Heizung.Hargassner_Nano_PK.Strom_Lambdasonde" has to be type "number" but received type "string"
                                          2022-02-26 09:22:48.899 - info: openknx.0 (14002) State value to set for "openknx.0.Heizung.Hargassner_Nano_PK.Anforderung_HK_Regler_1" has to be type "number" but received type "string"
                                          2022-02-26 09:22:48.982 - info: openknx.0 (14002) State value to set for "openknx.0.Heizung.Hargassner_Nano_PK.Anforderung_HK_Regler_2" has to be type "number" but received type "string"
                                          2022-02-26 09:22:49.285 - info: openknx.0 (14002) State value to set for "openknx.0.Heizung.Hargassner_Nano_PK.Spreizung_Rücklauf" has to be type "number" but received type "string"
                                          2022-02-26 09:22:49.867 - info: openknx.0 (14002) State value to set for "openknx.0.Heizung.Hargassner_Nano_PK.Pumpe_HK1" has to be type "boolean" but received type "string"
                                          2022-02-26 09:18:01.486 - info: openknx.0 (13974) State value to set for "openknx.0.Zentral.Wetter___Zeit___Datum.Luftfeuchte" has to be type "number" but received type "string"
                                          

                                          Diese Meldungen hatte ich mit den alten Versionen nicht erhalten.

                                          Zusätzlich bekomme ich seit dem Adapter-Update auch noch Log-Einträge von dem InfluxDB-Adapter der bestimmte KNX-Datenpunkte aufzeichnen soll

                                          2022-02-26 09:18:02.496 - warn: influxdb.0 (10853) Error on writePoint("{"value":"null","time":"2022-02-26T08:18:01.488Z","from":"system.adapter.openknx.0","q":0,"ack":true}): Error: {"error":"partial write: field type conflict: input field \"value\" on measurement \"openknx.0.Zentral.Wetter___Zeit___Datum.Luftfeuchte\" is type string, already exists as type float dropped=1"}
                                          

                                          Wie kann ich die alte Version 0.1.20 wiederherstellen?

                                          cd /opt/iobroker
                                          npm install iobroker.openknx@0.1.20 --production
                                          

                                          damit sollte es doch klappen oder?

                                          K 1 Reply Last reply Reply Quote 0
                                          • K
                                            killroy2 @ChrisChros last edited by

                                            @chrischros sorry, da war ein grober Fehler drin, nimm die 0.1.22; muss meine Tests anpassen sowas besser zu erkennen

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

                                            Support us

                                            ioBroker
                                            Community Adapters
                                            Donate

                                            793
                                            Online

                                            31.7k
                                            Users

                                            79.9k
                                            Topics

                                            1.3m
                                            Posts

                                            71
                                            572
                                            122309
                                            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