UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Thomas Braun]

@hant0r sagte in Test Adapter OpenKNX 0.6.x:

node: v18.17.1

Und wie immer...
Dringend vom obsoleten Repo absteigen und auf das aktuelle wechseln.
Per

iob nodejs-update

am besten.

[tisp]

@killroy2 Ich konnte es bisher noch nicht lösen. Ich versuche mal alle aus meiner Sicht vielleicht relevanten Daten zu schreiben. Sollte etwas fehlen, gerne kurz melden, ich liefere gerne alles um dieses Problem zu lösen.

ioBroker:
Version 6.12.0
Platform: docker
Architecture: x86
Nodejs: v18.16.0
NPM: 9.5.1
OpenKNX Adapter Version: 0.6.3

KNX:
Temperatur wird mittels Gira KNX Taster 116223 ermittelt
Funktion: Ist-Temperatur
Länge 2 Bytes

ETS
Datentyp: 9.001 (Temperatur °C)

Wenn ich den aktuellen Wert in der ETS auslese wird folgendes angezeigt: 02 27 | 5,51°
(bei dem Wert 02 27 handelt es sich um einen hexadezimal Wert). Das kommt der tatsächlichen Temperatur sehr nahe.

Im ioBroker steht gleichzeitig ein Wert von 17,85°

Im ioBroker hat das Objekt folgende Eigenschaften (etwas gekürzt):

{
  "_id": "openknx.0.Sensoren.Temperatur.Außen_Terrasse_Temperatur",
  "type": "state",
  "common": {
    "desc": "Basetype: 16-bit floating point value",
    "name": "Außen Terrasse Temperatur",
    "read": true,
    "role": "state",
    "type": "number",
    "unit": "°C",
    "write": false,
    }
  },
  "native": {
    "address": "7/5/1",
    "answer_groupValueResponse": false,
    "autoread": true,
    "bitlength": 16,
    "dpt": "DPT9.001",
    "valuetype": "basic"
  }

[Thomas Braun]

@tisp sagte in Test Adapter OpenKNX 0.6.x:

Nodejs: v18.16.0
NPM: 9.5.1

Veraltet, bring den Docker auf Stand.

[killroy2]

@tisp
schalte mal um auf loglevel alles und berichte. So in der Art:

openknx.0
2024-01-21 22:14:44.097	silly	States user redis pmessage openknx.0.*/openknx.0.Umwelt.Umwelt_Temperatur.Aussentemperatur_Dach:{"val":3.3,"ack":true,"ts":1705871684096,"q":0,"from":"system.adapter.openknx.0","user":"system.user.admin","lc":1705871564381}

openknx.0
2024-01-21 22:14:44.050	silly	[trace] 2024-01-21 21:14:44.050 (idle): UDP sent OK: TUNNELING_ACK 06100421000a04121400

openknx.0
2024-01-21 22:14:44.050	debug	Inbound GroupValue_Response from 1.1.240 GA 4/0/1 to Object openknx.0.Umwelt.Umwelt_Temperatur.Aussentemperatur_Dach value: 3.3 dpt: DPT9.001

openknx.0
2024-01-21 22:14:44.050	debug	[debug] 2024-01-21 21:14:44.050 (idle): zzzz...

openknx.0
2024-01-21 22:14:44.050	silly	[trace] 2024-01-21 21:14:44.050 (recvTunnReqIndication): Sending TUNNELING_ACK ==> {"header_length":6,"protocol_version":16,"service_type":1057,"total_length":10,"hpai":{"protocol_type":1,"tunnel_endpoint":"0.0.0.0:0"},"tunnstate":{"channel_id":18,"tunnel_endpoint":"192.168.0.10:3671","seqnum":20}}

openknx.0
2024-01-21 22:14:44.050	silly	[trace] 2024-01-21 21:14:44.049 (idle): Received TUNNELING_REQUEST_L_Data.ind message: {"header_length":6,"protocol_version":16,"service_type":1056,"total_length":23,"tunnstate":{"header_length":4,"channel_id":18,"seqnum":20,"rsvd":0},"cemi":{"msgcode":41,"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.240","dest_addr":"4/0/1","apdu":{"apdu_length":3,"apdu_raw":{"type":"Buffer","data":[0,64,1,74]},"tpci":0,"apci":"GroupValue_Response","data":{"type":"Buffer","data":[1,74]}}}}

openknx.0
2024-01-21 22:14:44.049	debug	[debug] 2024-01-21 21:14:44.049 Inbound message: 061004200017041214002900bce011f02001030040014a

openknx.0
2024-01-21 22:14:44.006	debug	Inbound GroupValue_Read from 1.1.134 GA 4/0/1 to openknx.0.Umwelt.Umwelt_Temperatur.Aussentemperatur_Dach

[tisp]

@thomas-braun

Hmm... wenn's tatsächlich daran lag, kann ich nur sagen "selber Schuld".

root@iobroker:/opt/iobroker# node -v                                                                                                 
v18.17.1                                                                                                                             
root@iobroker:/opt/iobroker# npm -v                                                                                                  
9.6.7                                   

Nach der Aktualisierung scheinen die gelieferten Temperaturwerte in ioBroker plausibler zu sein. Ich werde das heute Abend zu Hause mal überprüfen, habe gerade keine Zugriff auf die ETS.

[Thomas Braun]

@tisp

Ist aber auch nicht der aktuelle Stand.
nodejs 18.19.0 und npm 10.x.x
wäre das.

[tisp]

@thomas-braun Dann muss ich noch mal schauen. Das ist das, was mir bei einem apt-get update; apt-get upgrade installiert wurde.

[Thomas Braun]

@tisp

iob stop
iob fix
iob nodejs-update 

Bzw. beim docker auch irgendwie anders. Musst du dir anschauen, wie das da geht.

[Hant0r]

Moin zusammen, ich erhalte im Log immer wieder die Meldung

openknx.0
2024-02-29 17:56:44.939	warn	Ignoring GroupValue_Write of of unknown GA 2/0/11
openknx.0
2024-02-29 17:56:44.894	warn	Ignoring GroupValue_Write of of unknown GA 2/0/10

Beim Import wurden die beiden DPs nicht angelegt.
Was kann ich hier tun?

[mhuber]

@hant0r habe das gleiche Problem. Müllt mir leider mein Log zu Ist aber erst seit dem Update auf 0.7.2 so

[mhuber]

hab mal ein Issue aufgemacht auf github

[DerSmily]

@mhuber said in Test Adapter OpenKNX 0.6.x:

hab mal ein Issue aufgemacht auf github

danke ... bin zurück auf die 0.70

[killroy2]

Ok, ich mache es konfigurierbar.
Wenn sonst nicht ist wird die Testversion mit den Änderungen seit Anfang des Jahres die Stabile Version.

[killroy2]

Version 0.8.0 ist jetzt verfügbar. Änderungen sind:

feature: put KNX interface name into log
bugfix: #419 wait for connection complete before data processing in case of receiving data before
bugfix: #457 Ack missing after changing IOB object value

[Tontechniker]

@killroy2 Habe gestern die 0.9.0 installiert. Läuft soweit ohne Probleme!
Danke!

[123brokerei]

@killroy2

Hi, auch wenn die Frage schon eine weile zurück liegt anbei wie ich es letztlich gelöst habe eine GroupValue_Read über Blockly auf den Bus zu bekommen.

Blockly (Am Beispiel Status für das Garagentor)

Code der Funktion

setState('openknx.0.Tür_Tor.Garagentor.K2-M1_Torposition_STATUS_(0_zu__100_offen)', { val: 50, ack: false, q: 0x10 });

Auf den Code wird übrigens auch in der Hilfe verweisen und dass es mit comment in Jacascript wohl nicht funktioniert.

[mpl1338]

Hallo,

ich bin heute von dem anderen KNX Adapter auf diesen umgestiegen. Nach etlichen Änderungen in der ETS habe ich nun meine Datenpunkte alle importiert bekommen.

Mein Größtes Problem ist jetzt, dass der Adapter sehr lange benötigt zum schalten.

openknx.0
2024-10-08 21:36:25.009	silly	States user redis pmessage openknx.0.*/openknx.0.info.messagecount:{"val":1665,"ack":true,"ts":1728416185008,"q":0,"from":"system.adapter.openknx.0","user":"system.user.admin","lc":1728416185008}

openknx.0
2024-10-08 21:36:24.928	silly	States user redis pmessage openknx.0.*/openknx.0.info.busload:{"val":1,"ack":true,"ts":1728416184926,"q":0,"from":"system.adapter.openknx.0","user":"system.user.admin","lc":1728416179924}

openknx.0
2024-10-08 21:36:23.100	silly	States user redis pmessage openknx.0.*/openknx.0.schalten_status.EG.licht_wc_spiegel_schalten_status:{"val":false,"ack":true,"ts":1728416183099,"q":0,"from":"system.adapter.openknx.0","user":"system.user.admin","lc":1728416183099}

openknx.0
2024-10-08 21:36:23.097	debug	Inbound GroupValue_Write from 1.2.3 GA 6/1/5 to Object openknx.0.schalten_status.EG.licht_wc_spiegel_schalten_status value: false dpt: DPT1.001

openknx.0
2024-10-08 21:36:22.941	silly	States user redis pmessage openknx.0.*/openknx.0.schalten.EG.licht_wc_spiegel_schalten:{"val":false,"ack":true,"ts":1728416182939,"q":0,"from":"system.adapter.openknx.0","user":"system.user.admin","lc":1728416174434}

openknx.0
2024-10-08 21:36:22.937	debug	Inbound GroupValue_Write confirmation true received for 1/1/5 openknx.0.schalten.EG.licht_wc_spiegel_schalten

openknx.0
2024-10-08 21:36:22.937	debug	A receiver confirmed reception of our message for 1/1/5 openknx.0.schalten.EG.licht_wc_spiegel_schalten

openknx.0
2024-10-08 21:36:21.429	silly	States user redis pmessage openknx.0.*/openknx.0.aktoren.Spannungsversorgung.spannungsversorgung_1_3_14_Busstrom:{"val":84,"ack":true,"ts":1728416181427,"q":0,"from":"system.adapter.openknx.0","user":"system.user.admin","lc":1728416181427}

openknx.0
2024-10-08 21:36:21.385	debug	Inbound GroupValue_Write from 1.3.14 GA 9/5/4 to Object openknx.0.aktoren.Spannungsversorgung.spannungsversorgung_1_3_14_Busstrom value: 84 dpt: DPT9.021

openknx.0
2024-10-08 21:36:21.367	silly	States user redis pmessage openknx.0.*/openknx.0.zentral.Wetterdaten.windgeschwindigkeit:{"val":0.87,"ack":true,"ts":1728416181365,"q":0,"from":"system.adapter.openknx.0","user":"system.user.admin","lc":1728416181365}

openknx.0
2024-10-08 21:36:21.362	debug	Inbound GroupValue_Write from 1.1.11 GA 0/0/12 to Object openknx.0.zentral.Wetterdaten.windgeschwindigkeit value: 0.87 dpt: DPT9.005

openknx.0
2024-10-08 21:36:20.007	silly	States user redis pmessage openknx.0.*/openknx.0.info.messagecount:{"val":1662,"ack":true,"ts":1728416180006,"q":0,"from":"system.adapter.openknx.0","user":"system.user.admin","lc":1728416180006}

openknx.0
2024-10-08 21:36:19.926	silly	States user redis pmessage openknx.0.*/openknx.0.info.busload:{"val":1,"ack":true,"ts":1728416179924,"q":0,"from":"system.adapter.openknx.0","user":"system.user.admin","lc":1728416179924}

openknx.0
2024-10-08 21:36:18.933	silly	States user redis pmessage openknx.0.*/openknx.0.aktoren.Zähler.Zählerstand_Wärmepumpe2:{"val":15537,"ack":true,"ts":1728416178931,"q":0,"from":"system.adapter.openknx.0","user":"system.user.admin","lc":1728400868654}

openknx.0
2024-10-08 21:36:18.930	debug	Inbound GroupValue_Write from 1.1.62 GA 9/2/21 to Object openknx.0.aktoren.Zähler.Zählerstand_Wärmepumpe2 value: 15537 dpt: DPT13.013

openknx.0
2024-10-08 21:36:16.879	silly	States user redis pmessage openknx.0.*/openknx.0.aktoren.Spannungsversorgung.spannungsversorgung_1_3_14_Busstrom:{"val":178.88,"ack":true,"ts":1728416176878,"q":0,"from":"system.adapter.openknx.0","user":"system.user.admin","lc":1728416176878}

openknx.0
2024-10-08 21:36:16.877	debug	Inbound GroupValue_Write from 1.3.14 GA 9/5/4 to Object openknx.0.aktoren.Spannungsversorgung.spannungsversorgung_1_3_14_Busstrom value: 178.88 dpt: DPT9.021

openknx.0
2024-10-08 21:36:15.008	silly	States user redis pmessage openknx.0.*/openknx.0.info.messagecount:{"val":1660,"ack":true,"ts":1728416175006,"q":0,"from":"system.adapter.openknx.0","user":"system.user.admin","lc":1728416165005}

openknx.0
2024-10-08 21:36:14.926	silly	States user redis pmessage openknx.0.*/openknx.0.info.busload:{"val":0,"ack":true,"ts":1728416174924,"q":0,"from":"system.adapter.openknx.0","user":"system.user.admin","lc":1728416169924}

openknx.0
2024-10-08 21:36:14.435	debug	Outbound GroupValue_Write to " 1/1/5 value: false from openknx.0.schalten.EG.licht_wc_spiegel_schalten

openknx.0
2024-10-08 21:36:14.435	silly	States user redis pmessage openknx.0.*/openknx.0.schalten.EG.licht_wc_spiegel_schalten:{"val":false,"ack":false,"ts":1728416174434,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1728416174434}

vom auslösen des Schaltbefehls bis tatsächlichen schalten, vergehen ca. 8 Sekunden. Am MDT IP Router wird es wohl kaum liegen. Mit dem anderen KNX Adapter klappt es. Woran kann das liegen?

Node.js: v20.17.0
NPM: 10.8.2
openknx: 0.9.0

[Tontechniker]

Bei mir läuft wie bei Dir die 0.9.0!
Was steht denn in den Einstellungen bei "Minimum send delay between two frames [ms]"? Ich habe da 150 stehen.

[mpl1338]

@tontechniker

80ms. Soll ich da mal dran rumschrauben ?

[Tontechniker]

@mpl1338 Versuch macht kluch! Vielleicht ist das zu schnell für Deine Hardware??