NEWS
Test Adapter OpenKNX 0.6.x
-
@killroy2
ich habe heute meinem Pi neu starten müssen. Dabei habe ich festgestellt das ich folgende Einträge im Log vorfinde:2023-02-03 20:47:43.877 - [31merror[39m: openknx.0 (630) [error] 2023-02-03 19:47:43.875 (idle): Incomplete/unparseable UDP packet: Error: Invalid data for GA 3/1/14 at fsm.event (/opt/iobroker/node_modules/iobroker.openknx/main.js:583:35) at fsm.<anonymous> (/opt/iobroker/node_modules/machina/lib/webpack:/src/emitter.js:27:1) at arrayEach (/opt/iobroker/node_modules/lodash/lodash.js:530:11) at Function.forEach (/opt/iobroker/node_modules/lodash/lodash.js:9410:14) at fsm.emit (/opt/iobroker/node_modules/machina/lib/webpack:/src/emitter.js:25:1) at fsm.emitEvent (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:673:10) at fsm._onEnter (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:579:14) at fsm.transition (/opt/iobroker/node_modules/machina/lib/webpack:/src/BehavioralFsm.js:175:1) at fsm.Fsm.<computed> [as transition] (/opt/iobroker/node_modules/machina/lib/webpack:/src/Fsm.js:80:1) at fsm.inbound_TUNNELING_REQUEST_L_Data.ind (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:368:16): 06100420001704a3b4002900bce01133190e03008007df 2023-02-03 20:47:43.892 - [32minfo[39m: host.raspberrypi "system.adapter.openknx.0" disabled 2023-02-03 20:47:43.899 - [32minfo[39m: host.raspberrypi stopInstance system.adapter.openknx.0 (force=false, process=true) 2023-02-03 20:47:43.917 - [32minfo[39m: openknx.0 (630) Got terminate signal TERMINATE_YOURSELF 2023-02-03 20:47:43.922 - [32minfo[39m: openknx.0 (630) terminating 2023-02-03 20:47:43.925 - [32minfo[39m: openknx.0 (630) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2023-02-03 20:47:44.003 - [32minfo[39m: host.raspberrypi stopInstance system.adapter.openknx.0 send kill signal 2023-02-03 20:47:44.513 - [32minfo[39m: host.raspberrypi instance system.adapter.openknx.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2023-02-03 20:47:49.621 - [32minfo[39m: host.raspberrypi "system.adapter.openknx.0" enabled 2023-02-03 20:47:49.866 - [32minfo[39m: host.raspberrypi instance system.adapter.openknx.0 started with pid 2394 2023-02-03 20:47:52.196 - [32minfo[39m: openknx.0 (2394) starting. Version 0.5.2 in /opt/iobroker/node_modules/iobroker.openknx, node: v16.19.0, js-controller: 4.0.24 2023-02-03 20:47:52.234 - [32minfo[39m: openknx.0 (2394) Connecting to knx gateway: 10.10.20.2:3671 minimum send delay: 50ms debug level: info 2023-02-03 20:47:52.235 - [32minfo[39m: openknx.0 (2394) /opt/iobroker/node_modules/iobroker.js-controller 2023-02-03 20:47:53.059 - [32minfo[39m: openknx.0 (2394) Connected! 2023-02-03 20:47:53.273 - [32minfo[39m: openknx.0 (2394) Found 939 valid KNX objects of 941 objects in adapter.
Der Adapter ist zu diesem Zeitpunkt nicht richtig gestartet und von Status gelb. Sobald ich den Adapter neu starte läuft er ohne Probleme.
Woran kann das liegen? -
@chrischros kannst du bitte noch die Zeilen zu openknx.0 davor posten?
-
@killroy2 hier die Einträge vom Herunterfahren und Neustart des RaspberryPi:
2023-02-03 17:43:10.806 - [32minfo[39m: host.raspberrypi stopInstance system.adapter.openknx.0 (force=false, process=true) 2023-02-03 17:43:10.883 - [32minfo[39m: openknx.0 (676) Got terminate signal TERMINATE_YOURSELF 2023-02-03 17:43:10.927 - [32minfo[39m: host.raspberrypi stopInstance system.adapter.openknx.0 send kill signal 2023-02-03 17:43:10.932 - [32minfo[39m: openknx.0 (676) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2023-02-03 17:43:11.642 - [33mwarn[39m: openknx.0 (676) Could not perform strict object check of state openknx.0.Schalten.Stromwert.KG_-_HWR_-_Trockner_-_Stromwert: DB closed 2023-02-03 17:43:11.643 - [33mwarn[39m: openknx.0 (676) get state error: Connection is closed. 2023-02-03 17:43:12.147 - [32minfo[39m: host.raspberrypi instance system.adapter.openknx.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-02-03 17:44:10.924 - [32minfo[39m: host.raspberrypi instance system.adapter.openknx.0 started with pid 630 2023-02-03 17:44:13.847 - [32minfo[39m: openknx.0 (630) starting. Version 0.5.2 in /opt/iobroker/node_modules/iobroker.openknx, node: v16.19.0, js-controller: 4.0.24 2023-02-03 17:44:13.917 - [32minfo[39m: openknx.0 (630) Connecting to knx gateway: 10.10.20.2:3671 minimum send delay: 50ms debug level: info 2023-02-03 17:44:13.919 - [32minfo[39m: openknx.0 (630) /opt/iobroker/node_modules/iobroker.js-controller 2023-02-03 17:44:14.234 - [31merror[39m: openknx.0 (630) [error] 2023-02-03 16:44:14.182 (idle): Incomplete/unparseable UDP packet: Error: Invalid data for GA 1/5/4 at fsm.event (/opt/iobroker/node_modules/iobroker.openknx/main.js:583:35) at fsm.<anonymous> (/opt/iobroker/node_modules/machina/lib/webpack:/src/emitter.js:27:1) at arrayEach (/opt/iobroker/node_modules/lodash/lodash.js:530:11) at Function.forEach (/opt/iobroker/node_modules/lodash/lodash.js:9410:14) at fsm.emit (/opt/iobroker/node_modules/machina/lib/webpack:/src/emitter.js:25:1) at fsm.emitEvent (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:673:10) at fsm._onEnter (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:579:14) at fsm.transition (/opt/iobroker/node_modules/machina/lib/webpack:/src/BehavioralFsm.js:175:1) at fsm.Fsm.<computed> [as transition] (/opt/iobroker/node_modules/machina/lib/webpack:/src/Fsm.js:80:1) at fsm.inbound_TUNNELING_REQUEST_L_Data.ind (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:368:16): 061002080008a300 2023-02-03 17:44:14.343 - [31merror[39m: openknx.0 (630) [error] 2023-02-03 16:44:14.340 (idle): Incomplete/unparseable UDP packet: Error: Invalid data for GA 4/4/73 at fsm.event (/opt/iobroker/node_modules/iobroker.openknx/main.js:583:35) at fsm.<anonymous> (/opt/iobroker/node_modules/machina/lib/webpack:/src/emitter.js:27:1) at arrayEach (/opt/iobroker/node_modules/lodash/lodash.js:530:11) at Function.forEach (/opt/iobroker/node_modules/lodash/lodash.js:9410:14) at fsm.emit (/opt/iobroker/node_modules/machina/lib/webpack:/src/emitter.js:25:1) at fsm.emitEvent (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:673:10) at fsm._onEnter (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:579:14) at fsm.transition (/opt/iobroker/node_modules/machina/lib/webpack:/src/BehavioralFsm.js:175:1) at fsm.Fsm.<computed> [as transition] (/opt/iobroker/node_modules/machina/lib/webpack:/src/Fsm.js:80:1) at fsm.inbound_TUNNELING_REQUEST_L_Data.ind (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:368:16): 06100420001504a301002900bce011fe2449010081
Und hier noch die Einstellung von der GA 1/5/4 die er oben als erstes bemängelt:
{ "_id": "openknx.0.Schalten.Stromwert.KG_-_HWR_-_Trockner_-_Stromwert", "type": "state", "common": { "desc": "Basetype: 16-bit unsigned value", "min": 0, "max": 65535, "name": "KG - HWR - Trockner - Stromwert", "read": true, "role": "state", "type": "number", "unit": "mA", "write": true }, "native": { "address": "1/5/4", "answer_groupValueResponse": false, "autoread": true, "bitlength": 16, "dpt": "DPT7.012", "valuetype": "basic" }, "from": "system.adapter.openknx.0", "user": "system.user.admin", "ts": 1645349968666, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
Aber ich glaube daran liegt es nicht, denn nachdem der Adapter manuell neu gestartet wird funktioniert ja alles wie gewohnt.
Gruß Chris
-
@chrischros said in Test Adapter OpenKNX 0.2.x:
1/5/4
ist Zufall, weil es vermutlich deine erste Adresse ist.
Ich verstehe noch nicht genau was hier passiert, die Meldung "Invalid data for GA" sollte eigentlich nie kommen. Das wäre der Fall wenn ein Event kommt noch vor Connect abgeschlossen ist. Ich muss in die Lib analysieren ob die Annahme wirklich zutrifft.. -
Hallo,
ich habe ein Verständnis Problem mit dem Wert den ich per KNX abhole.
Ich habe einen Hager KNX Energie Zähler den ich gerne auslesen möchte. Hier die Daten aus der ETS, es sollten etwa 150W Verbrauch angezeigt werden,
Im ioBroker wird mir aber dieser Wert angezeigt:
Das steht in der xml Export Datei:
<?xml version="1.0" encoding="utf-8" standalone="yes"?> <GroupAddress-Export xmlns="http://knx.org/xml/ga-export/01"> <GroupAddress Name="Summe Leistung W" Address="1/4/0" DPTs="DPST-13-10" /> </GroupAddress-Export>
Was mache ich Falsch das ich hier den Korrekten wert Angezeigt bekomme.
Danke für eure Hilfe.
-
@nobody-0 sagte in Test Adapter OpenKNX 0.2.x:
DPST-13-10
Du hast hier scheinbar einen Fehler in der Zuordnung von Datentyp und Gruppenadresse.
Bei deinem ersten Screenshot zeigst du die aktuelle Leistung Gruppe 1/4/0 Datentyp: 14.056.
Was du ausliest ist der Zählerstand in Wh Gruppe 1/4/0 Datentyp 13.010.
Lese mal mit der ETS die Gruppenwerte aus und vergleiche dann. -
Re: Test Adapter OpenKNX 0.2.x
Hallo,
Ich habe vom proprietären KNX-Adapter auf den OpenKNX adapter umgestellt.Mein Feedback:
Ich habe noch nie eine so problemlose Umstellung erlebt!
Alles hat super geklappt (wie in der Beschreibung angegeben)
Und der Adapter funktioiert bis jetzt bestens und problemos!VIELEN DANK FÜR DEN SUPER ADAPTER
Ein kleiner Punkt verwirrt mich:
Nach dem erfolgreichen einlesen des XML Files kann man nur rechts unten den Button CLOSE drücken.
Ich hätte mir eigentlich erwartet, dass ich den Button "SAVE" oder "SAVE AND CLOSE" drücken muss. -
Frage zur Verfügbarkeit der Version 0.5.2 (2023-01-02):
Ich habe die Version 0.2.5 intalliert
Es soll ja bereits die Version 0.5.2 (2023-01-02) geben.
Diese wird wir aber in der 2. Spalte "Available" nicht angezeigt.
Auch nicht, wenn ich auf Beta-Repository umstelle.Wie kann ich die Version 0.5.2 installieren?
-
@automatisierer-0 Hallo! den kann man zur Zeit nur über "Adapter", "Expertenmodus", "Katze", "Benutzerdefiniert" und diesen Link:
https://github.com/iobroker-community-adapters/ioBroker.openknx.git
bei "URL" eintragen und mit "Install" installieren. Melde dich, wenn du Probleme damit hast!
Gruß
Hans -
@tontechniker Danke dir für die Erklärung.
Wieso muss man das denn so umständlich machen und wird nicht, wie andere Adapter, über den "normalen Weg" angeboten?
-
@hant0r Das liegt daran, dass dies noch keine offizielle Version ist (Testversion!). 0.2.5 ist die vom Entwickler freigegebene Version. Er hat aber schon angekündigt, dass die 0.5.2, wenn keine Probleme im Dauertest auftauchen, die offizielle Version 1.0.0 wird und dann unter "Adapter" abrufbar ist.
-
@tontechniker danke dir.
Also kann man bedenkenlos auf diese Version gehen?!Habe gerade erst alles auf openknx gewechselt - ohne Probleme - Respekt und danke dafür @killroy2
-
@hant0r Bei mir läuft die 0.5.2 schon seit einigen Wochen ohne Probleme!
Gruß
Hans -
Hi, kann mir villeicht jemand sagen ob es möglich ist zwischen Leseanfrage und Schreibtelegramme zu unterscheiden?
-
Es verwirrt mich:
Nach dem erfolgreichen einlesen des XML Files kann man nur rechts unten den Button CLOSE drücken.
Ich hätte mir eigentlich erwartet, dass ich den Button "SAVE" oder "SAVE AND CLOSE" drücken muss. -
Problem mit HVAC-Mode:
Ich habe die folgende Fehlermeldung im Log:
openknx.0 2023-03-01 22:44:47.874 warn [warn] "2023-03-01T21:44:47.874Z" 'DPT1.fromBuffer: buf should be 1 byte (got 2 bytes)' 2 openknx.0 2023-03-01 22:44:47.695 warn [warn] "2023-03-01T21:44:47.695Z" 'DPT1.fromBuffer: buf should be 1 byte (got 2 bytes)' 2 openknx.0 2023-03-01 22:44:47.645 warn [warn] "2023-03-01T21:44:47.645Z" 'DPT1.fromBuffer: buf should be 1 byte (got 2 bytes)' 2 openknx.0 2023-03-01 22:44:47.592 warn [warn] "2023-03-01T21:44:47.592Z" 'DPT1.fromBuffer: buf should be 1 byte (got 2 bytes)' 2 openknx.0 2023-03-01 22:44:47.269 warn [warn] "2023-03-01T21:44:47.269Z" 'DPT1.fromBuffer: buf should be 1 byte (got 2 bytes)' 2 openknx.0 2023-03-01 22:44:46.822 warn [warn] "2023-03-01T21:44:46.822Z" 'DPT1.fromBuffer: buf should be 1 byte (got 2 bytes)' 2
Der Datenpunt sieht folgendermaßen aus:
{ "_id": "openknx.0.Heizung_und_Temp_(HZ).Gar__Wkst_.HZ_-_GH_-_El_Radiator_Beide_-_Betriebsartvorwahl_(Komfort_Nacht_Frost)", "type": "state", "common": { "desc": "Basetype: 1-byte", "name": "HZ - GH - El.Radiator Beide - Betriebsartvorwahl (Komfort/Nacht/Frost)", "read": true, "role": "state", "type": "number", "write": true }, "native": { "address": "6/4/35", "answer_groupValueResponse": false, "autoread": true, "bitlength": 8, "dpt": "DPT20.102", "valuetype": "basic" }, "from": "system.adapter.openknx.0", "user": "system.user.admin", "ts": 1677706626491, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
Hier die Projektierung in der ETS:
Frage:
Wo ist das Problem ?
Was ist falsch? -
@automatisierer-0 Ich bin mir nicht sicher, ob der "DPT20.102" in der Software verfügbar ist. Da kann vermutlich nur
killroy2 was zu sagen. -
@automatisierer-0 Ich hab bei mir auch HVAC Gruppenadressen, mit dem gleichen Datentyp und auch die restliche Datenpunkt-Konfiguration ist wie bei dir. Beim schalten bekomm ich keine Warnmeldung.
Verbaut sind bei mir MDT Glastaster und Heizungsaktoren.Ich nehme an das du hier ein Gerät hast das auf den Bus 2 Bytes schreibt. Bekommst du die Warnung auch wenn du die Busadresse über die ETS steuerst?
Was hast du für eine Adapterversion? Bei mir läuft 0.2.7 -
@killroy2
Hier eine Zusatzinfo zu Problem mit dem HVAC-Modus DPT20.102:Ich habe auf die neuerste Version V0.5.2 des Adapters umgestellt.
Der Fehler tritt weiterhin auf.
Der Datenpunkt hat das Attribut: "autoread": trueVielleicht hilft das weiter.
-
Guten Morgen zusammen.
Ich habe folgende Fehlermeldungen im Log. Kann mir hier jemand helfen?
[error] 3/5/2023, 7:47:39 AM.672 KNXUltimate-KNXEngine: Sending KNX packet: Send UDP Catch error: Not running object seqCounter:undefined
EDIT:
Falsches Forum. Sorry. Ich erstelle ein Tread im Node-Red Abteil. Danke