Test Adapter OpenKNX 0.6.x

[mojo06]

scheint daran zu liegen, dass ein acknowledge beim Senden verlangt wird. In nodered mit knx ultimate kann ich schalten wenn ack Anfrage unterdrückt wird

[killroy2]

@mojo06
siehe auch Readme zu ### ACK flags, kein ACK setzen beim Schreiben.
Wenn du schreibst die Daten liegen auf dem (KNX) Bus, wo ist dann das Problem?

[mojo06]

@killroy2 die Telegramme sind zwar auf dem KNX-Bus, der Aktor schaltet aber nicht. Im KNX-Busmonitor sehe ich ein "a: Acknowledge erwartet" in der Spalte "flags" und zwar nur für die Telegramme vom openknx Adapter. Ich habe die Objekte direkt im iobroker geschaltet, also keine Applikation davor. Über Tasterinterface schalten die GA oder z.B. über nodered wenn ack Anfragen unterdrückt werden (Spalte "Flags" im Busmonitor bleibt leer).

[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

[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.