Test Adapter KNX v2.x

JojoS

eine neue Version 2.0.16. Soll das delay da behoben sein? Habe langsam keine Lust mehr auf Betatester wenn ich schon so viel Geld für den Adapter bezahle.

mikah111

@jojos Ist bei mir mit der 2.0.16 nicht besser geworden. Bin und bleibe nun wohl auf der 2.0.13

Tobi68

@jojos ich hatte letztes Jahr immer wieder Verzögerungen.
Hatte den IOBroker sogar einmal die Woche neu gestartet, das half zu 90%
Dann musste ich den IOBroker wegen Absturz kpl. neu installieren.

Danach waren die Verzögerungen weg.
Es hatte bei mir teilweise schon mal 30sec. Gedauert bis ne Lampe über die vis geschaltet wurde. War nur bei Knx objekten so, Meross oder Tasmota hatte das Problem nicht.
Erst nach IOBroker neuinstallation und backup aufspielen was das Problem behoben.

chefkoch009

@tobi68 Danke für die Info. Ist eventuell bei "irgendwelchen" Updates etwas schief gelaufen?

VG
chefkoch009

Tobi68

@chefkoch009

Keine Ahnung, ist ja nicht mehr nachvollziehbar..
Hatte im letzten Jahr halt wegen ner anderen Sache Support bei mir auf der Kiste, der hatte sich über einige Sachen in meiner Iob Installation bei mir gewundert.
Nach dem neu Aufsetzen des IOBs waren auch die Verzögerungen im KNX Geschichte..

Alex4

@chefkoch009 Seit dem Update auf 2.0.17 läuft der knx.1 adapter nicht mehr, er kann keine Verbindung zum knx.1 aufnehmen. Installiere ich aber openknx und verbinde mich darüber auf die zweite IP Gateway, läuft das ohne Probleme. Davor bei 2.0.14 waren auch beide Instanzen Verbunden.

peer69

@chefkoch009
Ich habe ebenfalls Verzögerungen, die reproduzierbar mit 2.0.17 auftreten. Mit 2.0.13 habe ich keinerlei Verzögerungen. Wurde zwischenzeitlich etwas an der Gateway-Kommunikation geändert? Mir kommt es so vor, als würde der Adapter auf irgendetwas warten oder in einen timeout laufen, bevor der Befehl ans Gateway geht. Hab’s nicht weiter intensiv getestet, denn der 2.0.13 läuft einwandfrei.

mpl1338

Ich habe leider auch die Verzögerungen, nervt extrem. Des weiteren habe ich mich in einem "Adapter Neustart loop" eingefangen gehabt, Ausweg war ein Backup.

Problem ist der Direktlink gewesen, hatte Direktlink-Zustände von TUYA nach KNX gelinkt, beim neu verbinden des Tuya Adapters in der Cloud ging das Tuya Gerät verloren inkl. Objekte. KNX Adapter konnte das Objekt nicht finden und hat sich in einer Dauerschleife festgefangen. habe die KNX Instanz angehalten, jedoch erschien der GA-Tools Reiter nicht. KNX Objekt gelöscht -> ging immer noch nichts. Hier sollte eine Notfalllösung eingebaut werden. Ein blockieren bzw. Dauer neu starten des ganzen Adapters ist nicht toll.

ahennies

@chefkoch009 Auch auf die Gefahr in, dass ich gleich eins auf die Mütze bekomme, aber ich benötige das update auf 2.0.17, wegen des Passwort Importproblems aus der ETS 6.0.6, kann aber nicht updaten, weil mir der iobroker nur die Version 2.0.13 anbietet. Auch npm i iobroker.knx hat leider nicht zum Erfolg geführt. Der iobroker ist auf dem neuesten Stand. Welche Möglichkeiten habe ich denn noch?

Ich habe es rausgefunden. Manchmal ist es gut, wenn man noch mal eine Nacht darüber schläft

NightRacer

Moinsen,

ich bin komplett neu hier. Versuche grade den iobroker auf ner Syno im docker in Betrieb zu nehmen.
Aktuell bin ich soweit das ich die erste Lampe über KNX in der vis schalten kann.

Folgendes Problem: in den Instanzeinstellungen: knx.0 > GA Properties sind nach dem .knxproj import alle
"schalt"GAs nicht als "schreiben", sondern als "lesen/aktualisieren" und als "indikator" anstatt als "switch" abgebildet.
Bei "GA-Zustand - Aktuator-Beziehung" stehen die GAs unter State und nicht unter Actor GA drin.

Wenn ich das händisch korrigiere passt soweit alles.
Nur ist da ja nicht zielführend.
Ich denke in der ETS ist alles richtig konfiguriert?
Wo liegt der Fehler?!

Die Rückmeldeobjekte wurden richtig erstellt und funktionierten sofort.

beste Grüße

Michael

Yunkie

@peer69 said in Test Adapter KNX v2.x:

@chefkoch009
Ich habe ebenfalls Verzögerungen, die reproduzierbar mit 2.0.17 auftreten. Mit 2.0.13 habe ich keinerlei Verzögerungen. Wurde zwischenzeitlich etwas an der Gateway-Kommunikation geändert? Mir kommt es so vor, als würde der Adapter auf irgendetwas warten oder in einen timeout laufen, bevor der Befehl ans Gateway geht. Hab’s nicht weiter intensiv getestet, denn der 2.0.13 läuft einwandfrei.

Ich kann bei mir selbiges Verhalten beobachten. Habe vor ein paar Monaten mal ein Update des Adapters durchgeführt und seit dem starke und unvorhersehbare Verzögerungen gehabt. Dann habe ich gestern wie oben beschrieben ein Downgrade auf 2.0.13 gemacht und die Verzögerungen waren weg.

fuchs1978

Meine Bewegungsmelder senden bei Bewegung ein true oder false. Leider kommt dieser Wert gelegentlich nicht bis zum durch. Iobroker denkt dann also es ist noch Bewegung im Raum und lässt das Licht an. Besteht mit dem Adapter die Möglichkeit ein Read auf den Bis zu senden? Wurde als quick Lösung für mich reichen.

Olli.O

@chefkoch009 said in Test Adapter KNX v2.x:

Das ist das Preismodell:

Datenpunkte netto pro Jahr netto Livetime V2

0-500 0€ 0€

501-1000 12€ 120€

1001-2000 22€ 220€

2001-3000 30€ 300€

Ein Datenpunkt ist eine Gruppenadresse.

Hi, bezieht sich die Anzahl der Gruppenadressen auf verknüpfte GA's oder auch schon auf angelegte GA's die noch nicht mit einem Gerät in der ETS verknüpft sind ?

mpl1338

Ich habe mehrere GA's mit nur einem Objekt. Diese senden einen Status, welcher in IOB angezeigt bzw. ausgewertet wird.

Meine KNX SV mit Diagnose Funktionen erkennt diese als "Kommunikations Fehler" da kein ack. Kann ich die Telegramme per IOB irgendwie bestätigen? Ist zwar kein richtiges Problem, jedoch stört es mich.

blacksheep587

Guten Morgen,
ich habe einen Userdata-Datenpunkt erstellt, in den ich über Blockly meinen PV-Überschuss schreibe.
Diesen Datenpunkt habe ich mit einem Datenpunkt im KNX-Adapter verknüpft, um den Überschuss hier weiter zu verarbeiten.

Wenn ich den User-Datenpunkt logge, dann bekomme ich momentan drei verschiedene Einträge:

2023-03-06T06:49:59.569Z	-0.006	true	javascript.0
2023-03-06T06:57:48.149Z	-0.012	false	system.adapter.knx.0
2023-03-06T06:57:49.193Z	-0.013	true	system.adapter.javascript.0

warum schreibt der KNX-Punkt hier rein?
So stehts in der Doku:
'- x - - x write the value to KNX with GroupValueWrite

BTW, was ist der Unterschied zwischen javascript.0 und system.adapter.javascript.0?

Alex4

Guten Morgen,

ich hab auch den knx Adapter mit ~ 300 Datenpunkten aktiv, bei mir und bei einem Freund.

Hierbei haben wir das gleiche Verhalten, dass der Adapter grün ist und trotzdem keine Updates mehr kommen bzw. Befehle auch nicht ins KNX Übertragen werden.
Paralell dazu haben wir ein Segment ebenfalls mit großteils MDT Hardware auf einen openknx Adapter gehängt, der dieses Verhalten nicht zeigt. Da sehen wir auch ab und zu ein ,,reconnect".

Der knx Adapter ist auf einer Instanz in der stable Version und auf einer in der Beta 2.0.17. Beide zeigen das gleiche verhalten. Folgende Fehlermeldungen finde ich dazu im Log:

2023-03-08 00:01:00.649 - info: knx.0 (2131) starting. Version 2.0.17 in /opt/iobroker/node_modules/iobroker.knx, node: v16.13.1, js-controller: 4.0.24
2023-03-08 00:01:00.781 - warn: knx.0 (2131) No license found for knx. You can use 500DP for free or you can get a license on https://iobroker.net/accountLicenses !
2023-03-08 00:01:00.785 - info: knx.0 (2131) Connecting to knx GW: 10.11.33.3:3671 with phy. Adr: 1.0.201
2023-03-07 09:56:38.851  - [31merror[39m: knx.0 (20581) Exception-Code: EPIPE: write EPIPE
2023-03-07 09:56:39.387  - [31merror[39m: knx.0 (20581) uncaught exception: write EPIPE
2023-03-07 09:56:39.388  - [31merror[39m: knx.0 (20581) Error: write EPIPE
    at afterWriteDispatched (node:internal/stream_base_commons:164:15)
    at writeGeneric (node:internal/stream_base_commons:155:3)
    at Socket._writeGeneric (node:net:795:11)
    at Socket._write (node:net:807:8)
    at writeOrBuffer (node:internal/streams/writable:389:12)
    at _write (node:internal/streams/writable:330:10)
    at Socket.Writable.write (node:internal/streams/writable:334:10)
    at console.value (node:internal/console/constructor:285:16)
    at console.warn (node:internal/console/constructor:364:26)
    at console.error (/opt/iobroker/node_modules/@sentry/src/integrations/console.ts:51:29)
2023-03-07 09:56:39.390  - [31merror[39m: knx.0 (20581) Exception-Code: EPIPE: write EPIPE
2023-03-07 09:56:39.452  - [31merror[39m: knx.0 (20581) uncaught exception: write EPIPE
2023-03-07 09:56:39.452  - [31merror[39m: knx.0 (20581) Error: write EPIPE
    at afterWriteDispatched (node:internal/stream_base_commons:164:15)
    at writeGeneric (node:internal/stream_base_commons:155:3)
    at Socket._writeGeneric (node:net:795:11)
    at Socket._write (node:net:807:8)
    at writeOrBuffer (node:internal/streams/writable:389:12)
    at _write (node:internal/streams/writable:330:10)
    at Socket.Writable.write (node:internal/streams/writable:334:10)
    at console.value (node:internal/console/constructor:285:16)
    at console.warn (node:internal/console/constructor:364:26)
    at console.error (/opt/iobroker/node_modules/@sentry/src/integrations/console.ts:51:29)
2023-03-07 09:56:39.453  - [31merror[39m: knx.0 (20581) Exception-Code: EPIPE: write EPIPE
2023-03-07 09:56:39.486  - [31merror[39m: knx.0 (20581) uncaught exception: write EPIPE
2023-03-07 09:56:39.487  - [31merror[39m: knx.0 (20581) Error: write EPIPE
    at afterWriteDispatched (node:internal/stream_base_commons:164:15)
    at writeGeneric (node:internal/stream_base_commons:155:3)
    at Socket._writeGeneric (node:net:795:11)
    at Socket._write (node:net:807:8)
    at writeOrBuffer (node:internal/streams/writable:389:12)
    at _write (node:internal/streams/writable:330:10)
    at Socket.Writable.write (node:internal/streams/writable:334:10)
    at console.value (node:internal/console/constructor:285:16)
    at console.warn (node:internal/console/constructor:364:26)
    at console.error (/opt/iobroker/node_modules/@sentry/src/integrations/console.ts:51:29)
2023-03-07 09:56:39.487  - [31merror[39m: knx.0 (20581) Exception-Code: EPIPE: write EPIPE
2023-03-07 09:56:39.592  - [31merror[39m: knx.0 (20581) uncaught exception: write EPIPE
2023-03-07 09:56:39.602  - [31merror[39m: knx.0 (20581) Error: write EPIPE
    at afterWriteDispatched (node:internal/stream_base_commons:164:15)
    at writeGeneric (node:internal/stream_base_commons:155:3)
    at Socket._writeGeneric (node:net:795:11)
    at Socket._write (node:net:807:8)
    at writeOrBuffer (node:internal/streams/writable:389:12)
    at _write (node:internal/streams/writable:330:10)
    at Socket.Writable.write (node:internal/streams/writable:334:10)
    at console.value (node:internal/console/constructor:285:16)
    at console.warn (node:internal/console/constructor:364:26)
    at console.error (/opt/iobroker/node_modules/@sentry/src/integrations/console.ts:51:29)
2023-03-07 09:56:39.608  - [31merror[39m: knx.0 (20581) Exception-Code: EPIPE: write EPIPE
2023-03-07 09:56:39.709  - [31merror[39m: knx.0 (20581) uncaught exception: write EPIPE
2023-03-07 09:56:39.710  - [31merror[39m: knx.0 (20581) Error: write EPIPE
    at afterWriteDispatched (node:internal/stream_base_commons:164:15)
    at writeGeneric (node:internal/stream_base_commons:155:3)
    at Socket._writeGeneric (node:net:795:11)
    at Socket._write (node:net:807:8)
    at writeOrBuffer (node:internal/streams/writable:389:12)
    at _write (node:internal/streams/writable:330:10)
    at Socket.Writable.write (node:internal/streams/writable:334:10)
    at console.value (node:internal/console/constructor:285:16)
    at console.warn (node:internal/console/constructor:364:26)
    at console.error (/opt/iobroker/node_modules/@sentry/src/integrations/console.ts:51:29)
2023-03-07 09:56:39.732  - [31merror[39m: knx.0 (20581) Exception-Code: EPIPE: write EPIPE
2023-03-07 09:56:39.800  - [31merror[39m: knx.0 (20581) uncaught exception: write EPIPE
2023-03-07 09:56:39.804  - [31merror[39m: knx.0 (20581) Error: write EPIPE
    at afterWriteDispatched (node:internal/stream_base_commons:164:15)
    at writeGeneric (node:internal/stream_base_commons:155:3)
    at Socket._writeGeneric (node:net:795:11)
    at Socket._write (node:net:807:8)
    at writeOrBuffer (node:internal/streams/writable:389:12)
    at _write (node:internal/streams/writable:330:10)
    at Socket.Writable.write (node:internal/streams/writable:334:10)
    at console.value (node:internal/console/constructor:285:16)
    at console.warn (node:internal/console/constructor:364:26)
    at console.error (/opt/iobroker/node_modules/@sentry/src/integrations/console.ts:51:29)
2023-03-07 09:56:39.808  - [31merror[39m: knx.0 (20581) Exception-Code: EPIPE: write EPIPE
2023-03-07 09:56:39.833  - [31merror[39m: knx.0 (20581) uncaught exception: write EPIPE
2023-03-07 09:56:39.837  - [31merror[39m: knx.0 (20581) Error: write EPIPE
    at afterWriteDispatched (node:internal/stream_base_commons:164:15)
    at writeGeneric (node:internal/stream_base_commons:155:3)
    at Socket._writeGeneric (node:net:795:11)
    at Socket._write (node:net:807:8)
    at writeOrBuffer (node:internal/streams/writable:389:12)
    at _write (node:internal/streams/writable:330:10)
    at Socket.Writable.write (node:internal/streams/writable:334:10)
    at console.value (node:internal/console/constructor:285:16)
    at console.warn (node:internal/console/constructor:364:26)
    at console.error (/opt/iobroker/node_modules/@sentry/src/integrations/console.ts:51:29)
2023-03-07 09:56:39.839  - [31merror[39m: knx.0 (20581) Exception-Code: EPIPE: write EPIPE
2023-03-07 09:56:39.892  - [31merror[39m: knx.0 (20581) uncaught exception: write EPIPE
2023-03-07 09:56:39.897  - [31merror[39m: knx.0 (20581) Error: write EPIPE
    at afterWriteDispatched (node:internal/stream_base_commons:164:15)
    at writeGeneric (node:internal/stream_base_commons:155:3)
    at Socket._writeGeneric (node:net:795:11)
    at Socket._write (node:net:807:8)
    at writeOrBuffer (node:internal/streams/writable:389:12)
    at _write (node:internal/streams/writable:330:10)
    at Socket.Writable.write (node:internal/streams/writable:334:10)
    at console.value (node:internal/console/constructor:285:16)
    at console.warn (node:internal/console/constructor:364:26)
    at console.error (/opt/iobroker/node_modules/@sentry/src/integrations/console.ts:51:29)
2023-03-07 09:56:39.898  - [31merror[39m: knx.0 (20581) Exception-Code: EPIPE: write EPIPE

Ich schicke bei Ihm, sobald es dunkel ist am Eingang (kleine leuchte) ein Signal dass die Treppenlichtfunktion zu gewissen Zeiten an bleibt - alle 10 Sekunden.

2023-03-07 08:37:30.002  - [32minfo[39m: javascript.0 (1933) script.js.common.Zeitschaltung_Eingang: Licht an
2023-03-07 08:37:40.001  - [32minfo[39m: javascript.0 (1933) script.js.common.Zeitschaltung_Eingang: Licht an

Somit wissen wir sofort, wann das Ding mal wieder nicht geht und das ist öfters pro Tag. Ein Restart in der Nacht vom ganzen Gerät bzw. nur iobroker hilft hier nur kurz. Kann aber auch sein, dass es mal durch läuft einen Tag. Das Verhalten ist nicht wirklich genau einkrenzbar.

GenXRoad

Hallo, ich habe den Adapter 2.0.12 am laufen, jedoch habe ich massive Probleme was die korrekten Werte Lesen/Schreiben/aktualisieren betrifft, importiere ich meine knxproj Datei und schaue dann einmal in den GA-Tools rein ist bei allen DPT's weder Schreiben/Lesen/Aktualisieren aktiv...

Wollte dies jetzt dann per Hand machen, aber komme damit noch nicht so recht klar was ich wann benötige?

Schreiben wenn ich etwas auf dem KNX Steuern möchte das leuchtet ein.

Lesen wenn ich etwas "wissen" möchte den Status der Lampe An/Aus z.B.

für was ist Aktualisieren gedacht?

MfG

GenXRoad

marlan99

Seit heute scheint der knx Adapter V2.0.17 im stable zu sein.
Nur leider verbindet er bei mir nicht mehr mit dem GW. Das Issue hatte ich bereits am 20. Oktober gemeldet.
Schade dass diese Beta Version nun doch geradewegs ins stable deployed wurde.

Hat sonst noch jemand dasselbe Problem mit der 2.0.17 ??

jackmaclaessig · Hat sonst noch jemand dasselbe Problem mit der 2.0.17 ??

@marlan99 Hi habe auch das Problem das ich keine Verbindung mehr bekommen

Rapunzel · Hat sonst noch jemand dasselbe Problem mit der 2.0.17 ??

@marlan99 Hi hab auch Probleme mit 2.0.17. Immer wieder folgende Fehlermeldungen. Hier ein Satz von Meldungen:

Connected - local UDP Server listening on x.x.x.x:42925
knx.0
2023-03-13 22:11:09.105 info Using UDP with local IP: x.x.x.x
knx.0
2023-03-13 22:11:07.109 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
knx.0
2023-03-13 22:11:07.107 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
knx.0
2023-03-13 22:11:07.106 info STATE_NOT_CONNECTED : Stop connection : STATE_NOT_CONNECTED(0) to STATE_NOT_CONNECTED(0).
knx.0
2023-03-13 22:11:07.105 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_CONNECTION_STATE_RESPONSE(6) to STATE_NOT_CONNECTED(0).

NEWS

Test Adapter KNX v2.x

Support us

491

32.4k

81.4k

1.3m

Datenpunkte	netto pro Jahr	netto Livetime V2
0-500	0€	0€
501-1000	12€	120€
1001-2000	22€	220€
2001-3000	30€	300€