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

    • NEWS von ioBroker im Blog!

    • Cloud/Vis-Offline-Weihnachtsangebot 2024

    • js-controller Lucy (Version 7.0) jetzt im Stable Repository

    Test Adapter OpenKNX 0.6.x

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

      Hi,
      ich teste den Adapter nun seit ein paar Tagen finde ihn echt super und stabil.

      Das einzige was ich mir noch wünschen würde wäre das er KNX Secure also bspw.: MDT Secure unterstützt sodass ich das Secure vom mdt ip gateway 003 verwenden kann

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

        Version 0.3.2 ist verfügbar seit ein paar Tagen (2022-11-20) auf dem Beta Repository.
        Es läuft soweit stabil in meiner Hausinstallation.
        Was hat sich getan seit dem letzten Release 0.2.7?

        • feature: sync knx library
        • feature: sync with create adapter 0.2.3
        • feature: update to newer versions of dependant packages
        • feature: setting autoreadEnabled autoread
        • bugfix: allow alias generation with missing gateway configuration
        • bugfix in knx lib: keep correct order of send datagrams in case of burst write
        M 1 Reply Last reply Reply Quote 0
        • F
          Finkinho @killroy2 last edited by

          @killroy2 Nach Update auf 0.2.6 funktioniert's jetzt, vielen Dank!

          1 Reply Last reply Reply Quote 0
          • M
            Markus84 @killroy2 last edited by

            @killroy2 Danke für die neue Version!

            Bei mir kam es nach dem Update zu einem seltsamen Verhalten. Ein Schaltbefehl hat weit über eine halbe Minute gedauert. Ein Neustart des Adapters hat keine Abhilfe gebracht. Nach einem Neustart des gesamten Systems schein alles wie gewohnt zu funktionieren.

            Mir ist im Log noch ein Fehler bei mir aufgefallen (openknx.0.xxx has assigned a non exclusive group adddress: 10/1/19). Wie kann ich denn die zweite GA mit dieser Adresse finden? Oder verstehe ich die Fehlermeldung falsch?

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

              @markus84 Die Meldung kommt beim Startup wenn zwei IOB Objekte die selbe KNX adresse eingestellt haben. Mache einen Json Export und such danach.

              Bei mir habe ich sowas bisher nicht feststellen können. Kannst du das Verhalten reproduzieren und hast du Logs dazu?

              M 1 Reply Last reply Reply Quote 0
              • M
                Markus84 @killroy2 last edited by

                @killroy2 Danke für den Tipp mit dem Json Export der Objekte. So ließ sich die doppelte KNX Adresse einfach finden.

                Den Fehler kann ich leider nicht reproduzieren. Ich bin noch einmal runter auf die 0.2.5 und danach wieder hoch auf die 0.3.2. Es hat alles sofort funktioniert. Wenn sonst niemand das Problem hat, wird es wohl einfach bei mir irgendwo kurz gehangen haben...

                In der Seitenleiste in der Administrationsoberfläche erscheint in der 0.3.2 übrigens das OpenKNX Icon und testtitle

                ba37dd47-4556-45b0-95ae-8477ac9bc19e-image.png

                Leider hat auch die neue Version mein Problem nicht behoben, dass zwischendurch immer mal wieder die Verbindung zu KNX verloren geht. Ich hatte das Log auf silly stehen (ich war allerdings zu Testzwecken nochmal auf die 0.2.5 zurückgegangen) und versuche gerade durchzublicken, was was genau bedeutet. Gibts dafür irgendwo eine genaue Beschreibung zum Nachlesen?

                Hier scheint es irgendwie gehangen zu haben, jedenfalls gab es einen timeout.

                2022-11-28 03:00:07.137  - debug: openknx.0 (2879) Outbound GroupValue_Write to 0/2/16 val: false from openknx.0.Zentralfunktionen.Status.Rollos-Unten-Nacht
2022-11-28 03:00:07.163  - silly: openknx.0 (2879) [debug] 2022-11-28 02:00:07.163 timed out waiting for TUNNELING_ACK
2022-11-28 03:00:07.163  - silly: openknx.0 (2879) [debug] 2022-11-28 02:00:07.163 (idle):	 zzzz...
2022-11-28 03:00:07.164  - silly: openknx.0 (2879) [trace] 2022-11-28 02:00:07.164 (sendDatagram): Sending TUNNELING_REQUEST_L_Data.req ==> {"header_length":6,"protocol_version":16,"service_type":1056,"total_length":22,"hpai":{"protocol_type":1,"tunnel_endpoint":"0.0.0.0:0"},"tunn":{"protocol_type":1,"tunnel_endpoint":"0.0.0.0:0"},"tunnstate":{"channel_id":16,"tunnel_endpoint":"192.168.15.200:3671","seqnum":120},"cemi":{"msgcode":17,"ctrl":{"frameType":1,"reserved":0,"repeat":1,"broadcast":1,"priority":3,"acknowledge":0,"confirm":0,"destAddrType":1,"hopCount":6,"extendedFrame":0},"src_addr":"0.0.0","dest_addr":"0/4/27","apdu":{"apci":"GroupValue_Write","tpci":0,"data":{"type":"Buffer","data":[0]},"bitlength":8}}}
2022-11-28 03:00:07.165  - silly: openknx.0 (2879) [trace] 2022-11-28 02:00:07.165 (sendDatagram): UDP sent OK: TUNNELING_REQUEST_L_Data.req 061004200016041078001100bce00000041b02008000
2022-11-28 03:00:07.165  - silly: openknx.0 (2879) [debug] 2022-11-28 02:00:07.165 (sendDatagram):	>>>>>>> successfully sent seqnum: 7544

                Sind das hier beides Schreibbefehle auf den Bus? Wenn ja, wo ist der Unterschied - also weshalb werden diese im log anders dargestellt?

                2022-11-28 03:00:05.169  - debug: openknx.0 (2879) Outbound GroupValue_Write to 0/1/2 val: false from openknx.0.Zentralfunktionen.Alarm.Feuer
2022-11-28 03:00:05.180  - silly: openknx.0 (2879) States user redis pmessage openknx.0.*/openknx.0.Zentralfunktionen.Status.Mute:{"val":false,"ack":false,"ts":1669600805120,"q":0,"c":"script.js.common.KNX.Weiterleitungen_Zu_KNX","from":"system.adapter.javascript.0","user":"system.user.admin","lc":1669473577887}

                Solche Nachrichten habe ich auch öfter im Log. Steckt da irgendetwas relevantes drin?

                2022-11-28 03:00:05.163  - silly: openknx.0 (2879) [trace] 2022-11-28 02:00:05.163 (sendDatagram): Sending TUNNELING_REQUEST_L_Data.req ==> {"header_length":6,"protocol_version":16,"service_type":1056,"total_length":21,"hpai":{"protocol_type":1,"tunnel_endpoint":"0.0.0.0:0"},"tunn":{"protocol_type":1,"tunnel_endpoint":"0.0.0.0:0"},"tunnstate":{"channel_id":16,"tunnel_endpoint":"192.168.15.200:3671","seqnum":119},"cemi":{"msgcode":17,"ctrl":{"frameType":1,"reserved":0,"repeat":1,"broadcast":1,"priority":3,"acknowledge":0,"confirm":0,"destAddrType":1,"hopCount":6,"extendedFrame":0},"src_addr":"0.0.0","dest_addr":"0/2/24","apdu":{"apci":"GroupValue_Write","tpci":0,"data":{"type":"Buffer","data":[1]},"bitlength":1}}}
2022-11-28 03:00:05.163  - silly: openknx.0 (2879) [trace] 2022-11-28 02:00:05.163 (sendDatagram): UDP sent OK: TUNNELING_REQUEST_L_Data.req 061004200015041077001100bce000000218010081
2022-11-28 03:00:05.163  - silly: openknx.0 (2879) [debug] 2022-11-28 02:00:05.163 (sendDatagram):	>>>>>>> successfully sent seqnum: 7543

                Oder hier?

                2022-11-27 16:34:20.516  - silly: openknx.0 (82207) [trace] 2022-11-27 15:34:20.515 (sendDatagram): Sending TUNNELING_REQUEST_L_Data.req ==> {"header_length":6,"protocol_version":16,"service_type":1056,"total_length":35,"hpai":{"protocol_type":1,"tunnel_endpoint":"0.0.0.0:0"},"tunn":{"protocol_type":1,"tunnel_endpoint":"0.0.0.0:0"},"tunnstate":{"channel_id":17,"tunnel_endpoint":"192.168.15.200:3671","seqnum":203},"cemi":{"msgcode":17,"ctrl":{"frameType":1,"reserved":0,"repeat":1,"broadcast":1,"priority":3,"acknowledge":0,"confirm":0,"destAddrType":1,"hopCount":6,"extendedFrame":0},"src_addr":"0.0.0","dest_addr":"0/4/30","apdu":{"apci":"GroupValue_Write","tpci":0,"data":{"type":"Buffer","data":[45,49,51,50,55,32,87,0,0,0,0,0,0,0]},"bitlength":112}},"disenqueue":true}
2022-11-27 16:34:20.516  - silly: openknx.0 (82207) [trace] 2022-11-27 15:34:20.516 (sendDatagram): UDP sent OK: TUNNELING_REQUEST_L_Data.req 0610042000230411cb001100bce00000041e0f00802d31333237205700000000000000
2022-11-27 16:34:20.516  - silly: openknx.0 (82207) [debug] 2022-11-27 15:34:20.516 (sendDatagram):	>>>>>>> successfully sent seqnum: 3019
2022-11-27 16:34:20.517  - silly: openknx.0 (82207) [debug] 2022-11-27 15:34:20.517 Inbound message: 06100421000a0411cb00
2022-11-27 16:34:20.517  - silly: openknx.0 (82207) [trace] 2022-11-27 15:34:20.517 (sendTunnReq_waitACK): Received TUNNELING_ACK message: {"header_length":6,"protocol_version":16,"service_type":1057,"total_length":10,"tunnstate":{"header_length":4,"channel_id":17,"seqnum":203,"rsvd":0}}
2022-11-27 16:34:20.517  - silly: openknx.0 (82207) [debug] 2022-11-27 15:34:20.517 ===== datagram 203 acknowledged by IP router
2022-11-27 16:34:20.517  - silly: openknx.0 (82207) [debug] 2022-11-27 15:34:20.517 (idle):	 zzzz...
2022-11-27 16:34:20.553  - silly: openknx.0 (82207) [debug] 2022-11-27 15:34:20.553 Inbound message: 061004200023041140002e00bce01103041e0f00802d31333237205700000000000000
2022-11-27 16:34:20.554  - silly: openknx.0 (82207) [trace] 2022-11-27 15:34:20.554 (idle): Received TUNNELING_REQUEST_L_Data.con message: {"header_length":6,"protocol_version":16,"service_type":1056,"total_length":35,"tunnstate":{"header_length":4,"channel_id":17,"seqnum":64,"rsvd":0},"cemi":{"msgcode":46,"addinfo_length":0,"ctrl":{"frameType":1,"reserved":0,"repeat":1,"broadcast":1,"priority":3,"acknowledge":0,"confirm":0,"destAddrType":1,"hopCount":6,"extendedFrame":0},"src_addr":"1.1.3","dest_addr":"0/4/30","apdu":{"apdu_length":15,"apdu_raw":{"type":"Buffer","data":[0,128,45,49,51,50,55,32,87,0,0,0,0,0,0,0]},"tpci":0,"apci":"GroupValue_Write","data":{"type":"Buffer","data":[45,49,51,50,55,32,87,0,0,0,0,0,0,0]}}}}
                K 1 Reply Last reply Reply Quote 0
                • K
                  killroy2 @Markus84 last edited by

                  @markus84 Deine Logfiles hier sind unverdächtig.
                  Ich hab in deinen Logfiles gesehen dass dein Gateway das ACK nicht quittiert. Der Adapter wiederholt das dann nicht wie in der Spec gefordert. Ich hab das Verhalten mal eingebaut in Version >= 0.4.0 zusammen mit weiteren Features. Du kannst dir den aktuellen Stand auf github schon jetzt anschauen oder warten bis es rauskommt. Testen konnte noch sehr wenig...

                  M 1 Reply Last reply Reply Quote 0
                  • Q
                    quorle last edited by

                    Eine banale Frage, aber moentan nutze ich den "normalen" KNX - Adapter. Nun würde ich gerne auf openKNX umsteigen.
                    Nun habe ich viele Datenpunkte (Objekte) die in eine InfluxDB geschrieben werden. Zudem werden viele Datenpunkte in Script´s verwendet, in der VIS, im iqontrol-Adapter verwendet.

                    Gibt es eine "Deutsche" Anleitung, wie man das am besten auf einen Schwung umstellen kann? Denn einzeln alles auf openKNX "umzuklicken" und zudem 2 KNX Adapter laufen zu lassen, wäre eine Katastrophe.

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

                      @killroy2 Nochmal danke fürs Drüberschauen. Mit einem frame delay von 200 ms lief es zuletzt mehrere Tage stabil - wenn auch langsam.

                      Die Version 0.4.0 habe ich versucht zu testen. Leider gibt es einen restart loop und der Adapter bleibt rot:

                      
openknx.0
2022-12-16 21:58:00.969	silly	States system redis pmessage system.adapter.openknx.0.logLevel/system.adapter.openknx.0.logLevel:{"val":"silly","ack":true,"ts":1671224280966,"q":0,"from":"system.adapter.openknx.0","lc":1669449235187}

openknx.0
2022-12-16 21:58:00.967	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

openknx.0
2022-12-16 21:58:00.966	debug	Plugin sentry destroyed

openknx.0
2022-12-16 21:58:00.966	info	terminating

openknx.0
2022-12-16 21:58:00.962	error	Cannot read properties of undefined (reading 'init')

openknx.0
2022-12-16 21:58:00.962	error	TypeError: Cannot read properties of undefined (reading 'init') at openknx.onReady (/opt/iobroker/node_modules/iobroker.openknx/main.js:82:33) at openknx.emit (node:events:513:28) at openknx.emit (node:domain:489:12) at /opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:9132:26

openknx.0
2022-12-16 21:58:00.917	error	unhandled promise rejection: Cannot read properties of undefined (reading 'init')

openknx.0
2022-12-16 21:58:00.917	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

openknx.0
2022-12-16 21:58:00.908	info	starting. Version 0.4.0 (non-npm: iobroker-community-adapters/ioBroker.openknx) in /opt/iobroker/node_modules/iobroker.openknx, node: v16.18.1, js-controller: 4.0.23

openknx.0
2022-12-16 21:58:00.782	debug	Plugin sentry Initialize Plugin (enabled=true)

openknx.0
2022-12-16 21:57:29.786	silly	States system redis pmessage system.adapter.openknx.0.logLevel/system.adapter.openknx.0.logLevel:{"val":"silly","ack":true,"ts":1671224249766,"q":0,"from":"system.adapter.openknx.0","lc":1669449235187}

openknx.0
2022-12-16 21:57:29.769	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

openknx.0
2022-12-16 21:57:29.769	debug	Plugin sentry destroyed

openknx.0
2022-12-16 21:57:29.768	info	terminating

openknx.0
2022-12-16 21:57:29.761	error	Cannot read properties of undefined (reading 'init')

openknx.0
2022-12-16 21:57:29.761	error	TypeError: Cannot read properties of undefined (reading 'init') at openknx.onReady (/opt/iobroker/node_modules/iobroker.openknx/main.js:82:33) at openknx.emit (node:events:513:28) at openknx.emit (node:domain:489:12) at /opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:9132:26

openknx.0
2022-12-16 21:57:29.716	error	unhandled promise rejection: Cannot read properties of undefined (reading 'init')

openknx.0
2022-12-16 21:57:29.716	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

openknx.0
2022-12-16 21:57:29.707	info	starting. Version 0.4.0 (non-npm: iobroker-community-adapters/ioBroker.openknx) in /opt/iobroker/node_modules/iobroker.openknx, node: v16.18.1, js-controller: 4.0.23

openknx.0
2022-12-16 21:57:29.597	debug	Plugin sentry Initialize Plugin (enabled=true)

openknx.0
2022-12-16 21:57:29.546	silly	statesDB connected

openknx.0
2022-12-16 21:57:29.545	debug	States connected to redis: 127.0.0.1:9000

openknx.0
2022-12-16 21:57:29.489	debug	States create User PubSub Client

openknx.0
2022-12-16 21:57:29.489	debug	States create System PubSub Client

openknx.0
2022-12-16 21:57:29.482	debug	Redis States: Use Redis connection: 127.0.0.1:9000

openknx.0
2022-12-16 21:57:29.482	silly	objectDB connected

openknx.0
2022-12-16 21:57:29.480	silly	redis psubscribe cfg.o.enum.*

openknx.0
2022-12-16 21:57:29.472	silly	redis psubscribe cfg.o.system.user.*

openknx.0
2022-12-16 21:57:29.471	debug	Objects connected to redis: 127.0.0.1:9001

openknx.0
2022-12-16 21:57:29.470	debug	Objects client initialize lua scripts

openknx.0
2022-12-16 21:57:29.449	debug	Objects create User PubSub Client

openknx.0
2022-12-16 21:57:29.448	debug	Objects create System PubSub Client

openknx.0
2022-12-16 21:57:29.448	debug	Objects client ready ... initialize now

openknx.0
2022-12-16 21:57:29.434	debug	Redis Objects: Use Redis connection: 127.0.0.1:9001
                      1 Reply Last reply Reply Quote 0
                      • C
                        chris_st last edited by chris_st

                        Ich finde den Adapter auch toll und rennt soweit. Was mich verwundert hat, überall sehe ich, u d so kenne ich es eigentlich auch, muss die Physical KNX adress angegeben werden. Bei mir wird aber dieset Punkt nicht angezeigt. Hatte mehrere Versionen versucht aber bei keiner kam hier eine Eingabemöglichkeit.

                        1 Reply Last reply Reply Quote 0
                        • C
                          ChrisChros last edited by ChrisChros

                          @killroy2 habe heute das update von 0.3.2 auf 0.4.0 durchgeführt. Leider startet danach der Adapter nicht mehr. Hier mal der debug log, ich hoffe das es hilfreich ist.

                          2022-12-17 17:14:12.014 - info: host.raspberrypi "system.adapter.openknx.0" enabled
2022-12-17 17:14:12.257 - info: host.raspberrypi instance system.adapter.openknx.0 started with pid 10351
2022-12-17 17:14:13.881 - debug: openknx.0 (10351) Redis Objects: Use Redis connection: 127.0.0.1:9001
2022-12-17 17:14:13.923 - debug: openknx.0 (10351) Objects client ready ... initialize now
2022-12-17 17:14:13.926 - debug: openknx.0 (10351) Objects create System PubSub Client
2022-12-17 17:14:13.928 - debug: openknx.0 (10351) Objects create User PubSub Client
2022-12-17 17:14:13.964 - debug: openknx.0 (10351) Objects client initialize lua scripts
2022-12-17 17:14:13.972 - debug: openknx.0 (10351) Objects connected to redis: 127.0.0.1:9001
2022-12-17 17:14:14.000 - debug: openknx.0 (10351) Redis States: Use Redis connection: 127.0.0.1:9000
2022-12-17 17:14:14.013 - debug: openknx.0 (10351) States create System PubSub Client
2022-12-17 17:14:14.015 - debug: openknx.0 (10351) States create User PubSub Client
2022-12-17 17:14:14.035 - debug: openknx.0 (10351) States connected to redis: 127.0.0.1:9000
2022-12-17 17:14:14.124 - debug: openknx.0 (10351) Plugin sentry Initialize Plugin (enabled=true)
2022-12-17 17:14:14.533 - info: openknx.0 (10351) starting. Version 0.4.0 in /opt/iobroker/node_modules/iobroker.openknx, node: v16.18.1, js-controller: 4.0.24
2022-12-17 17:14:14.571 - error: openknx.0 (10351) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2022-12-17 17:14:14.572 - error: openknx.0 (10351) unhandled promise rejection: Cannot read properties of undefined (reading 'init')
2022-12-17 17:14:14.797 - error: openknx.0 (10351) TypeError: Cannot read properties of undefined (reading 'init')
at openknx.onReady (/opt/iobroker/node_modules/iobroker.openknx/main.js:82:33)
at openknx.emit (node:events:513:28)
at openknx.emit (node:domain:489:12)
at /opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:9139:26
2022-12-17 17:14:14.798 - error: openknx.0 (10351) Cannot read properties of undefined (reading 'init')
2022-12-17 17:14:14.821 - info: openknx.0 (10351) terminating
2022-12-17 17:14:14.823 - debug: openknx.0 (10351) Plugin sentry destroyed
2022-12-17 17:14:14.824 - warn: openknx.0 (10351) Terminated (UNCAUGHT_EXCEPTION): Without reason
2022-12-17 17:14:15.412 - error: host.raspberrypi Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
2022-12-17 17:14:15.412 - error: host.raspberrypi Caught by controller[1]: TypeError: Cannot read properties of undefined (reading 'init')
2022-12-17 17:14:15.412 - error: host.raspberrypi Caught by controller[1]: at openknx.onReady (/opt/iobroker/node_modules/iobroker.openknx/main.js:82:33)
2022-12-17 17:14:15.413 - error: host.raspberrypi Caught by controller[1]: at openknx.emit (node:events:513:28)
2022-12-17 17:14:15.413 - error: host.raspberrypi Caught by controller[1]: at openknx.emit (node:domain:489:12)
2022-12-17 17:14:15.413 - error: host.raspberrypi Caught by controller[1]: at /opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:9139:26
2022-12-17 17:14:15.414 - error: host.raspberrypi instance system.adapter.openknx.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2022-12-17 17:14:15.414 - info: host.raspberrypi Restart adapter system.adapter.openknx.0 because enabled
2022-12-17 17:14:39.593 - info: host.raspberrypi "system.adapter.openknx.0" disabled
2022-12-17 17:14:47.151 - debug: openknx.0 (10366) Redis Objects: Use Redis connection: 127.0.0.1:9001
2022-12-17 17:14:47.194 - debug: openknx.0 (10366) Objects client ready ... initialize now
2022-12-17 17:14:47.197 - debug: openknx.0 (10366) Objects create System PubSub Client
2022-12-17 17:14:47.198 - debug: openknx.0 (10366) Objects create User PubSub Client
2022-12-17 17:14:47.267 - debug: openknx.0 (10366) Objects client initialize lua scripts
2022-12-17 17:14:47.297 - debug: openknx.0 (10366) Objects connected to redis: 127.0.0.1:9001
2022-12-17 17:14:47.327 - debug: openknx.0 (10366) Redis States: Use Redis connection: 127.0.0.1:9000
2022-12-17 17:14:47.340 - debug: openknx.0 (10366) States create System PubSub Client
2022-12-17 17:14:47.342 - debug: openknx.0 (10366) States create User PubSub Client
2022-12-17 17:14:47.361 - debug: openknx.0 (10366) States connected to redis: 127.0.0.1:9000
2022-12-17 17:14:47.452 - debug: openknx.0 (10366) Plugin sentry Initialize Plugin (enabled=true)
2022-12-17 17:14:47.676 - error: openknx.0 (10366) adapter disabled
2022-12-17 17:14:47.687 - debug: openknx.0 (10366) Plugin sentry destroyed
2022-12-17 17:14:47.689 - warn: openknx.0 (10366) Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason
2022-12-17 17:14:48.278 - error: host.raspberrypi instance system.adapter.openknx.0 terminated with code 3 (NO_ADAPTER_CONFIG_FOUND)
2022-12-17 17:14:48.279 - info: host.raspberrypi Do not restart adapter system.adapter.openknx.0 because disabled or deleted

                          Habe nun wieder die Version 0.3.2 installiert, damit ist alles bestens.

                          Gruß Chris

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

                            @quorle mit etwas Basteln sollte mit vertretbaren Aufwand gehen:
                            die bestehenden Tabellen ausgeben lassen und damit eine Liste erstellen die dann alle Tabellen kopiert

                            • login via SSH to your IOBroker and run command influx
                            • use iobroker (or your specific database listed via command show databases)
                            • list entries with: show measurements
                            • copy tables with command: select * into "entry_new" from "entry_old";
                              where entry_new points to the old adapter object path and entry_new the openknx adapter instance

                            Und dann den openknx IOB Objektbaum exportieren und mit einem Editor überall setzen:

                            • set influx enabled for new object entry_new
                            1 Reply Last reply Reply Quote 0
                            • K
                              killroy2 @ChrisChros last edited by

                              @chrischros @markus84 danke, ich hab jetzt eine 0.4.1 gebaut

                              C T M 3 Replies Last reply Reply Quote 0
                              • C
                                ChrisChros @killroy2 last edited by

                                @killroy2 Danke, Adapter startet nun und läuft soweit.

                                1 Reply Last reply Reply Quote 0
                                • Q
                                  quorle last edited by

                                  Hat jemand Probleme mit dem Szenendatenpunkt? Dieser ist ja als „Gemischt“ deklariert. Schicke ich nun zum Beispiel die „3“ als Zahl, erscheint am Bus nur „0“.
                                  Oder mache ich etwas falsch?

                                  L 1 Reply Last reply Reply Quote 0
                                  • T
                                    Tontechniker @killroy2 last edited by

                                    @killroy2 0.4.2 funktioniert bei mir, soweit ich das beurteilen kann! Danke für Dein unermüdliches Wirken!

                                    1 Reply Last reply Reply Quote 0
                                    • L
                                      lessthanmore @quorle last edited by

                                      @quorle Was wird denn im Datenpunkt angezeigt, wenn du die Szene vom Bus aus aktivierst? Ich glaube nur die Zahl zu schicken geht nicht.

                                      Q 1 Reply Last reply Reply Quote 0
                                      • M
                                        Markus84 @killroy2 last edited by

                                        @killroy2 said in Test Adapter OpenKNX 0.2.x:

                                        @chrischros @markus84 danke, ich hab jetzt eine 0.4.1 gebaut

                                        Läuft auch bei mir bis jetzt fehlerfrei

                                        1 Reply Last reply Reply Quote 0
                                        • Q
                                          quorle @lessthanmore last edited by quorle

                                          @lessthanmore Also wenn ich die z.B. die Nummer 50 vom ioB auf den Bus sende kommt folgendes (siehe Bild)
                                          Unbenannt.PNG

                                          Schalte ich vom Bus aus die Szene 50, steht folgendes im iob-Objekt:

                                          {"save_recall":"0","scenenumber":50}

                                          Beim knx.0 Adapter musste man lediglich eine Zahl schicken.

                                          Edit:
                                          Gerade heraus gefunden, wenn man

                                          {"save_recall":"0","scenenumber":51}

                                          vom IOB zum Bus schickt, bekommt man die Szene geschaltet.

                                          Heißt ich muss meine Szenenprogramme alle umschreiben

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

                                            Ich habe jetzt Version 0.4 herausgebracht. Die Änderungen sind:

                                            • feature: support for Free and Two Level Group Address Style in addition to the existing Three Level support #320
                                            • feature: map knx datapoint type enconding to object common.states #313
                                              Dh man kann jetzt die Enums, die KNX definiert, direkt im IOB nutzen.
                                              a463b208-54f4-41ac-9551-5caa0bc243f9-image.png
                                              Werte stehen im Objekt selber:
                                              "states": {
                                              "0": "Up",
                                              "1": "Down"
                                              }
                                            M 1 Reply Last reply Reply Quote 1
                                            • First post
                                              Last post

                                            Support us

                                            ioBroker
                                            Community Adapters
                                            Donate

                                            693
                                            Online

                                            30.7k
                                            Users

                                            77.3k
                                            Topics

                                            1.2m
                                            Posts

                                            70
                                            570
                                            61179
                                            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