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

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

[densdevito]

Hallo miteinander,

also mit der Version 0.9 kommt bei mir leider immer noch die Warnung
Ignoring GroupValue_Write of unknown bei diversen Gruppenadressen !

Was ist denn hier die Voraussetzung, dass die Warnungen gesetzt wird bzw. was muss ich vor dem Import der Gruppenadressen auf ETS-Seite machen, dass diese Gruppenadressen gekannt werden ?

Es sind halt echt viele Warnungen...

DANKE

[densdevito]

@densdevito gibt es hier überhaupt eine Lösung ?

[densdevito]

@densdevito

[mane444]

@densdevito Hi, das sieht so aus als wenn du auf eine Gruppenadresse ein Datum mit Uhrzeit sendest welche in der ETS als DPT9. definiert ist.
Datum und Zeit sind DPT19.

[Tontechniker]

Hallo,
ich lese aus der Fehlermeldung, dass Du für die entsprechenden Daten DPT 9 (2 Byte) eingestellt hast, KNX aber
4 Bytes bekommt. Du müsstest mit dem Busmonitor der ETS suchen, um welche Daten es sich da handelt.

Edit: Sorry! Antworten haben sich überschnitten!

[densdevito]

Hallo ihr Zwei ! DANKE für die Antwort. gerade taucht der Fehler nicht mehr auf aber ich werde dementsprechend die Dateitypen angehen, wenn es wieder soweit ist !

Nochmal vielen DANK !

[Opelpower]

Hallo,
ich habe ein ähnliches Problem.
Erhalte auch immer Fehlermeldungen, siehe:

openknx.0
2025-03-13 14:26:34.383	error	[error] "2025-03-13T13:26:34.382Z" 'Conversion error DPT4: Buffer should be 1 byte long'

openknx.0
2025-03-13 14:26:33.562	error	[error] "2025-03-13T13:26:33.562Z" 'Conversion error DPT4: Buffer should be 1 byte long'

openknx.0
2025-03-13 14:26:27.014	error	[error] "2025-03-13T13:26:27.014Z" 'Conversion error DPT4: Buffer should be 1 byte long'

openknx.0
2025-03-13 14:26:26.975	error	[error] "2025-03-13T13:26:26.974Z" 'Conversion error DPT4: Buffer should be 1 byte long'

openknx.0
2025-03-13 13:58:49.635	error	[error] "2025-03-13T12:58:49.635Z" 'Conversion error DPT4: Buffer should be 1 byte long'

openknx.0
2025-03-13 13:58:49.632	error	[error] "2025-03-13T12:58:49.632Z" 'Conversion error DPT4: Buffer should be 1 byte long'

openknx.0
2025-03-13 13:58:23.018	error	[error] "2025-03-13T12:58:23.018Z" 'Conversion error DPT4: Buffer should be 1 byte long'

openknx.0
2025-03-13 13:58:22.025	error	[error] "2025-03-13T12:58:22.025Z" 'Conversion error DPT4: Buffer should be 1 byte long'

openknx.0
2025-03-13 12:44:08.858	error	[error] "2025-03-13T11:44:08.858Z" 'Conversion error DPT4: Buffer should be 1 byte long'

openknx.0
2025-03-13 12:44:08.746	error	[error] "2025-03-13T11:44:08.746Z" 'Conversion error DPT4: Buffer should be 1 byte long'

openknx.0
2025-03-13 12:43:38.013	error	[error] "2025-03-13T11:43:38.013Z" 'Conversion error DPT4: Buffer should be 1 byte long'

openknx.0
2025-03-13 12:43:38.009	error	[error] "2025-03-13T11:43:38.009Z" 'Conversion error DPT4: Buffer should be 1 byte long'

openknx.0
2025-03-13 10:44:35.253	error	[error] "2025-03-13T09:44:35.253Z" 'Conversion error DPT4: Buffer should be 1 byte long'

openknx.0
2025-03-13 10:44:35.250	error	[error] "2025-03-13T09:44:35.249Z" 'Conversion error DPT4: Buffer should be 1 byte long'

openknx.0
2025-03-13 10:44:25.626	error	[error] "2025-03-13T09:44:25.626Z" 'Conversion error DPT4: Buffer should be 1 byte long'

openknx.0
2025-03-13 10:44:25.604	error	[error] "2025-03-13T09:44:25.604Z" 'Conversion error DPT4: Buffer should be 1 byte long'

Kann man dies irgendwie sehen, welche GA dies sind. 
Hinter der Uhrzeit steht ja auch z.B. 604Z, 626Z, 249Z usw. 
Was bedeutet dies?

Vielleicht hat ja jemand einen Tipp

Vielen Dank

[mpl1338]

könntest du die log ausgaben erweitern?

ich bekomme ab und zu diese Warnung und weiß nicht woher. Hilfreich wäre hier die Gruppen Adresse

[warn] 2025-06-19 09:39:03.740 write: You must supply both grpaddr and value!

[mhuber]

@mpl1338

@mpl1338 sagte in Test Adapter OpenKNX 0.6.x:

könntest du die log ausgaben erweitern?

ich bekomme ab und zu diese Warnung und weiß nicht woher. Hilfreich wäre hier die Gruppen Adresse

[warn] 2025-06-19 09:39:03.740 write: You must supply both grpaddr and value!

hab das gleiche Problem.....bitte um Hilfe

[ToK]

ich verwende openknx in Version 0.9.0 und bekomme jede Menge Warnungen wie

openknx.0
2025-09-10 15:12:01.442	warn	Ignoring GroupValue_Write of unknown GA 7/0/40

openknx.0
2025-09-10 15:11:24.201	warn	Ignoring GroupValue_Write of unknown GA 7/0/80

openknx.0
2025-09-10 15:10:27.552	warn	Ignoring GroupValue_Write of unknown GA 7/0/120

Beim Import der Gruppenadressen schreibt er z.B. für die GA 7/0/80:

Not adding Heizung-Lüftung.Einzelraumregelung.Isttemperatur_WOZI because no DPT is assigned to GA 7/0/80. The GA is not connected to a device communication object in the ETS.

Dies ist so aber nicht richtig, denn in der ETS ist die GA 7/0/80 mit einem Merten Raumtemperaturregler Ist-Wert verbunden:

Was ist hier die Ursache ...

[lessthanmore]

@tok Es fehlt der DPT, der Datentyp. Siehe Spalte 4 deines Screenshots der ETS.
Geht mal in der ETS auf die GA und schau rechts unter Eigenschaften, dass da als DPT auch Temperatur ausgewählt ist (bspw. 9.001).

[ToK]

@lessthanmore Das ist die Lösung!
Dieses "fertige" KNX Programm hatte ich zur Visualisierung übernommen ...

Danke und LG

[mpl1338]

@mhuber said in Test Adapter OpenKNX 0.6.x:

@mpl1338

@mpl1338 sagte in Test Adapter OpenKNX 0.6.x:

könntest du die log ausgaben erweitern?

ich bekomme ab und zu diese Warnung und weiß nicht woher. Hilfreich wäre hier die Gruppen Adresse

[warn] 2025-06-19 09:39:03.740 write: You must supply both grpaddr and value!

hab das gleiche Problem.....bitte um Hilfe

habe es bei mir Lokal eingebaut:

https://github.com/iobroker-community-adapters/ioBroker.openknx/issues/605

du kannst den Patch selber einspielen um die Funktion zu erhalten.