Test Adapter OpenKNX 0.6.x

killroy2

@mojo06 Ack wird doch vom Empfänger generiert. Zeige mal einen Screenshot von den Eigenschaften vom selben Telegramm mit nodered und openknx.

killroy2

Version 0.1.15 ist jetzt im Stable Repository.

killroy2

@killroy2
neues release

0.1.19 (2022-02-11)

feature: allow usage of same KNX GAs in multiple objects
bugfix: less warnings in alias generation
bugfix: adapter reset after project import

Tontechniker

@killroy2 Habe die 0.1.19 installiert und läuft!
Danke für Deine Arbeit!
Gruß
Hans

maxx8888

Hab ich auch installiert und läuft.

Danke, perfekt!

Zwei Frage hätte ich dennoch:
Mir ist aufgefallen, daß die Pakete nach einem Adapter Neustart (alles wird neu eingelesen) so schnell durch den KNX Bus rauschen das meine Buslast auf 150% hoch marschiert. "Frames delay" ist auf 50ms -> sind 20 Pakete/s, das sollte ja eigentlich passen.

Und 2:
Bin noch nicht dahinter gekommen was da genau passiert, aber beim Adapter restart fahren einige meiner Raffstores für 1sec los. Wahrscheinlich hab nur ich irgendeinen Wurm drin, mit der Logik der Fensterkontakte.
Aber wollte mal fragen ob wer was ähnliches gesehen hat.

ChrisChros

Hallo, ich habe aktuell folgende Fehlermeldungen die mir das Log-File fluten.


openknx.0
2022-02-13 22:23:24.345	error	
[error] 2022-02-13 21:23:24.343 (idle): Incomplete/unparseable UDP packet: TypeError: Cannot read property 'current_value' of undefined at fsm.event
(/opt/iobroker/node_modules/iobroker.openknx/main.js:505:64) 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:602:10) at fsm._onEnter
(/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:552: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:340:16): 0610042000190413d2002900bce011fe241305008000000000

Die Einträge sind erst seit heute. Momentan ist das Log-File schon 25 MB groß.
Gefühlt kommt alle Sekunde ein eintrag.
Woran kann das liegen?

Gruß Chris

tege0

Hallo und vielen dank für den Adapter,

was ist der hintergrung das der Gruppenexport und nicht die prj Datei genutzt wird, ergo somit fehlt leider die Zuweisung zu den Räumen/Zimmer

killroy2

@maxx8888
Was bedeutet das, 150% Buslast - wo hast du das gemessen oder gesehen? Real ist ja nach 100% schluss.

Zu Punkt 2: kannst du mir ein Log oder irgendeine genauere Beschreibung zukommen lassen die auf einen Fehler vom Adapter hindeutet? Ist das Fehlerbild sein 0.1.19 vorhanden und geht es mit der vorgängerversion ohne diesen Fehler?

killroy2

@chrischros said in Test Adapter OpenKNX 0.1.x:

rc/emitter.js:25:1) at fsm.emitEvent

Kannst du mir sagen mit welchem KNX Datum das passiert und wie das Objekt dazu im IOB aussieht? Dann kann ich es nachstellen. Danke

ChrisChros

@killroy2 said in Test Adapter OpenKNX 0.1.x:

@chrischros said in Test Adapter OpenKNX 0.1.x:

rc/emitter.js:25:1) at fsm.emitEvent

Kannst du mir sagen mit welchem KNX Datum das passiert und wie das Objekt dazu im IOB aussieht? Dann kann ich es nachstellen. Danke

Was meinst du genau damit?

Zur Info, ich hab gestern Abend den Adapter einmal neugestartet und seitdem ist ruhe. An der ganzen Konstellation wurde in der Zwischenzeit nichts geändert.

killroy2

@chrischros ich brauche Logs, Daten, ... wie ich den Fehler reproduzieren und analysieren kann. An der Codestelle ist erstmal nichts auffälliges und wird auch permanent durchlaufen.

tombox

@killroy2 Also für mich sieht die Codestelle nicht gut aus und der Fehler ist eigentlich klar weil es vorher kein check gibt

Cannot read property 'current_value' of undefined
(/opt/iobroker/node_modules/iobroker.openknx/main.js:505:64)

netfriend

Hallo,
ich habe den openknx 0.1.15 über iobroker installiert. Das xml-File der ETS5 konnte ich nahezu fehlerfrei importieren. Ging relativ schnell, es waren 574 GAs, die 3 angemeckerten Fehler waren nachvollziehbar. Hatte die Zuweisung von DPTs zur GA vergessen. Nach einer Korrektur war der Import fehlerfrei möglich und der Adapter startet auch! Sieht schon mal sehr gut aus.
Wenn man nun den Bus im Gruppenmonitor beobachtet und in openknx kontrolliert, füllen sich auch langsam die Objekte.

Allerdings habe ich bei meinen Verbrauchszählern ein Problem. Über ein mdt-Tasterinferface, das als Verbrauchszähler konfiguriert ist, bekomme ich Impulse von meinem Wasserzähler.
Das KO im Gerät ist als "DPT 12.1200 (4-Byte vorzeichenlos) Volumen Flüssigkeit (l)" parametriert.
Im Gruppenmonitor wird mir dies auch korrekt angezeigt und ich sehe Werte.

Im XML steht folgendes:

<GroupAddress Name="Wasserzähler : Zähler" Address="1/5/10" DPTs="DPST-12-1200" />

Im openknx-Objekt steht folgendes:

{
  "_id": "openknx.0.Zentralfunktion.Verbrauchszähler.Wasserzähler_:_Zähler",
  "type": "state",
  "common": {
    "desc": "Basetype: 4-byte unsigned value",
    "min": 0,
    "max": 4294967295,
    "name": "Wasserzähler : Zähler",
    "read": true,
    "role": "state",
    "type": "number",
    "write": true
  },
  "native": {
    "address": "1/5/10",
    "answer_groupValueResponse": false,
    "autoread": true,
    "bitlength": 32,
    "dpt": "DPT12.1200",
    "valuetype": "basic"
  },
  "from": "system.adapter.openknx.0",
  "user": "system.user.admin",
  "ts": 1645115985826,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Einerseits fehlt die unit (bei anderen GAs funktioniert das einwandfrei) und andererseits erhalte ich keine Werte.
Wer kann helfen?
Kann man beim openknx ein Log einschalten? In den Adaptereinstellungen habe ich dazu nichts gefunden (oder übersehen) und im Protokoll des iobroker taucht als "Quelle" kein "openknx" auf.

Danke für Eure Unterstützung!

tombox

@netfriend Der DPST-12-1200 ist nicht eingefügt.
Eine Diskussion bezüglich Updates von DPT und anderen Fehlern findest du hier
https://github.com/iobroker-community-adapters/ioBroker.openknx/issues/101#issuecomment-1022657106

TA2k created this issue in iobroker-community-adapters/ioBroker.openknx

closed Switch to KNXEngine from node knx ultimate #101

netfriend

@tombox Danke für den Link. So wie ich das verstehe, sind die DPTs nur prinzipiell vorhanden, also der Datentyp wird interpretiert, aber die zahlreichen Unter-DPTs mit allen möglichen Einheiten nicht, richtig?

Ich habe nun den DPT von 12.1200 auf 12.001 (Counter pulses ohne Einheit) umgestellt. Nun bekomme ich Werte. Find ich schon einmal gut.
Was mich allerdings wundert: Bei meinem Gaszähler-Counter ist DPT 14.076 (Volumen m³) eingestellt. Lt. dem Link ist diese DPT auch nicht implementiert, ähnlich wie bei 12.1200. Aber hier bekomme ich Werte?

tombox

@netfriend
DPT 14.076 ist nicht enthalten. Ein Update ist für Mitte 2022 geplant.
Es ist außerdem nicht gewünscht das der Nutzer die Werte empfangen kann, wenn das DPT nicht vorhanden ist.

netfriend

@tombox sagte in Test Adapter OpenKNX 0.1.x:

@netfriend
DPT 14.076 ist nicht enthalten. Ein Update ist für Mitte 2022 geplant.

Ok, das klingt gut!

Es ist außerdem nicht gewünscht das der Nutzer die Werte empfangen kann, wenn das DPT nicht vorhanden ist.

Ich hätte auch erwartet, wenn der xml-Import problemlos klappt, dass alle DPTs aus dem xml vorhanden sind und korrekt verwendet werden. Andernfalls hätte ich eine Fehlermeldung erwartet (z.B. DPT 14.076 nicht implementiert). Das würde so manchen Selbstzweifel und Fehlersuche sparen.

ChrisChros

Hallo,
nach einem Restart des Raspberry über die Console bekomme ich wieder folgende Fehlermeldungen im Log:

2022-02-19 09:05:41.851  - [32minfo[39m: host.raspberrypi instance system.adapter.openknx.0 started with pid 688
2022-02-19 09:05:44.832  - [32minfo[39m: openknx.0 (688) starting. Version 0.1.19 in /opt/iobroker/node_modules/iobroker.openknx, node: v14.19.0, js-controller: 4.0.8
2022-02-19 09:05:44.870  - [32minfo[39m: openknx.0 (688) Connecting to knx gateway:  10.10.20.2:3671   with phy. Adr: 1.1.253 minimum send delay: 50 ms
2022-02-19 09:05:44.872  - [32minfo[39m: openknx.0 (688) /opt/iobroker/node_modules/iobroker.js-controller
2022-02-19 09:05:45.213  - [31merror[39m: openknx.0 (688) [error] 2022-02-19 08:05:45.157 (idle): Incomplete/unparseable UDP packet: TypeError: Cannot read property 'current_value' of undefined
    at fsm.event (/opt/iobroker/node_modules/iobroker.openknx/main.js:505:64)
    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:602:10)
    at fsm._onEnter (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:552: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:340:16): 0610020800089300
2022-02-19 09:05:45.222  - [31merror[39m: openknx.0 (688) [error] 2022-02-19 08:05:45.220 (idle): Incomplete/unparseable UDP packet: TypeError: Cannot read property 'current_value' of undefined
    at fsm.event (/opt/iobroker/node_modules/iobroker.openknx/main.js:505:64)
    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:602:10)
    at fsm._onEnter (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:552: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:340:16): 061004200019049301002900bce011fe240805008040f9999a
2022-02-19 09:05:45.236  - [31merror[39m: openknx.0 (688) [error] 2022-02-19 08:05:45.234 (idle): Incomplete/unparseable UDP packet: TypeError: Cannot read property 'current_value' of undefined

Scheinbar hat der Adapter ab und zu Probleme sich bei einem Neustart des RPi richtig zu verbinden. Wenn ich den Adapter dann manuell über die WebPage neu starte gibt es anschließend keine Probleme mehr und der Adapter läuft ohne Probleme.

2022-02-19 09:54:02.013  - [32minfo[39m: host.raspberrypi "system.adapter.openknx.0" disabled
2022-02-19 09:54:02.029  - [32minfo[39m: host.raspberrypi stopInstance system.adapter.openknx.0 (force=false, process=true)
2022-02-19 09:54:02.059  - [31merror[39m: openknx.0 (688) [error] 2022-02-19 08:54:02.058 (idle): Incomplete/unparseable UDP packet: TypeError: Cannot read property 'current_value' of undefined
    at fsm.event (/opt/iobroker/node_modules/iobroker.openknx/main.js:505:64)
    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:602:10)
    at fsm._onEnter (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:552: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:340:16): 06100420001504936f002900bce011fe244d010080
2022-02-19 09:54:02.086  - [32minfo[39m: openknx.0 (688) Got terminate signal TERMINATE_YOURSELF
2022-02-19 09:54:02.087  - [32minfo[39m: host.raspberrypi stopInstance system.adapter.openknx.0 send kill signal
2022-02-19 09:54:02.088  - [32minfo[39m: openknx.0 (688) terminating
2022-02-19 09:54:02.090  - [32minfo[39m: openknx.0 (688) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2022-02-19 09:54:02.687  - [32minfo[39m: host.raspberrypi instance system.adapter.openknx.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2022-02-19 09:58:10.065  - [32minfo[39m: host.raspberrypi "system.adapter.openknx.0" enabled
2022-02-19 09:58:10.346  - [32minfo[39m: host.raspberrypi instance system.adapter.openknx.0 started with pid 1625
2022-02-19 09:58:12.435  - [32minfo[39m: openknx.0 (1625) starting. Version 0.1.19 in /opt/iobroker/node_modules/iobroker.openknx, node: v14.19.0, js-controller: 4.0.8
2022-02-19 09:58:12.475  - [32minfo[39m: openknx.0 (1625) Connecting to knx gateway:  10.10.20.2:3671   with phy. Adr: 1.1.253 minimum send delay: 50 ms
2022-02-19 09:58:12.476  - [32minfo[39m: openknx.0 (1625) /opt/iobroker/node_modules/iobroker.js-controller
2022-02-19 09:58:13.319  - [32minfo[39m: openknx.0 (1625) Connected!
2022-02-19 09:58:13.788  - [32minfo[39m: openknx.0 (1625) Found 934 valid KNX objects of 936 objects in adapter.

killroy2

Hallo @netfriend,

eine Information zum Logging findest du zB im Readme auf NPM. Link dazu im Eingangspost.

DPT 12.1200 wird bis Version 0.1.19 nicht unterstütz, nur sein Basistyp DPT12. Vom Konzept können alle Telegramme unabhängig vom DPT gesendet und empfangen werden. Wenn ein DPT nicht nativ unterstütz wird gibt es eine Logeintrag. In deinem Beispiel fehlt dir die Einheit als Metainformation, was keine gravierende Einschränkung sein dürfte. Alle DPTs zu unterstützen ist eine Sisyphusaufgabe und einige davon sind mir noch nicht untergekommen. Die Erstellung passiert nach und nach. Die von dir beschriebenen nehme ich ins nächste Release auf.
Dass DPT 12.1200 bei dir nicht geht ist tatsächlich ein Fehler den ich bei mir reproduzieren konnte! Der Fehler ist im nächsten Release behoben.

Bitte lass dich hier nicht durch unqualifizierte Falschaussagen von Projektunbeteiligten verwirren.

netfriend

@killroy2 Danke für Deine Rückmeldung!
Prima, dass Du dich der Sache annimmst und dies im nächsten Release nachziehen möchtest! Das ist nicht selbstverständlich, ich weiß den Zeitaufwand, der darin steckt (Testen, versuchen nachzustellen, analysieren, beheben, wieder testen) sehr zu schätzen! Herzlichen Dank!
Prinzipiell hast Du Recht, dass die fehlenden Einheiten nicht sehr störend sind. Allerdings ist es bei mir (und wahrscheinlich bei den meisten) so, dass ich ein funktionierendes KNX-Projekt habe. Hier habe ich versucht, alles GAs ordentlich zu benennen und alles GAs und KOs die entsprechenden DPTs zuzuweisen (auch mit Einheiten, sofern von KNX vorgesehen).
Nun importiere ich mein xml in z.B. openknx und stelle fest, dass was nicht so angezeigt wird wie erwartet. Ich könnte damit leben, dass Einheiten fehlen, wenn die Werte korrekt angezeigt werden. Das war jetzt leider bei der 12.1200 nicht der Fall, damit musste ich mein KNX-Projekt anpassen und habe diese entsprechend auf 12.001 umgestellt. Ich wollte eigentlich vermeiden, dass ich am KNX-Projekt rumspiele war aber neugierig ob es dann funktioniert. Von daher wäre es mir persönlich am liebsten, wenn nicht implementierte DPTs dahingehend funktionieren indem der Basistyp verwendet wird und beim Import der xml-Datei ein enstsprechender Hinweis angezeigt wird. Damit würde ich mein KNX-Projekt unverändert lassen und warten/hoffen, dass dies mit einem künftigen Update in openknx behoben sein könnte.

Noch eine kurze Frage zum DPT 14.076. Den nutze ich für meinen Gaszähler. Wenn ich in der ETS dort z.B. den Wert 7,4 [m³] sende, sehe ich im Gruppenmonitor auch diesen Wert. In openknx wird aber 7,40000001 [m³] angezeigt.
Ist das hier ein Rundungsfehler oder woran liegt das? Parallel dazu habe ich noch den ioBroker-KNX-Adapter installiert, dort wird richtigerweise 7,4 [m³] angezeigt. Also gehe ich davon aus, dass am Bus der richtige Wert verfügbar ist.

Danke für Deine Hilfe!

NEWS

Test Adapter OpenKNX 0.6.x

0.1.19 (2022-02-11)

closed Switch to KNXEngine from node knx ultimate #101

Support us

869
Online

30.4k
Users

76.8k
Topics

1.2m
Posts

NEWS

Test Adapter OpenKNX 0.6.x

0.1.19 (2022-02-11)

closed Switch to KNXEngine from node knx ultimate #101

Support us

869Online

30.4kUsers

76.8kTopics

1.2mPosts

869
Online

30.4k
Users

76.8k
Topics

1.2m
Posts