Test Adapter KNX v1.0.x

Hansi1234

@tombox
Ich teste es eben mit dem Monitor.
Den Befehl erhält er sofort, aber die Aktion führt er erst später aus. Keine Ahnung warum.

#	Zeit	Dienst	Flags 	Prio	Quell-Adresse	Quell-Name	Ziel-Adresse	Ziel-Name	Rout	Typ	DPT	Info
1	06.01.2020 00:09:40,032	Start										Aufzeichnung wurde gestartet, Host=*******, Verbindung=MDT KNX IP Router, Modus=LinkLayer
2	06.01.2020 00:09:44,025	vom Bus		Low	1.1.9	-	0/0/234	HWR Absolute Lamellenposition	6	GroupValueWrite	  5.001 Prozent (0..100%)	$40 | 25 %
3	06.01.2020 00:09:45,027	vom Bus		Low	1.1.9	-	0/0/234	HWR Absolute Lamellenposition	6	GroupValueWrite	  5.001 Prozent (0..100%)	$40 | 25 %
4	06.01.2020 00:10:08,841	vom Bus		Low	1.1.2	JAL-0810.02 Jalousieaktor 8-fach, 8TE, 230VAC, 10A	0/0/235	HWR Status aktuelle Position	6	GroupValueWrite	  5.001 Prozent (0..100%)	$FF | 100 %
5	06.01.2020 00:10:08,885	vom Bus		Low	1.1.2	JAL-0810.02 Jalousieaktor 8-fach, 8TE, 230VAC, 10A	0/0/236	HWR Status akt. Lamellenposition	6	GroupValueWrite	  5.001 Prozent (0..100%)	$FF | 100 %
6	06.01.2020 00:10:10,244	vom Bus		Low	1.1.2	JAL-0810.02 Jalousieaktor 8-fach, 8TE, 230VAC, 10A	0/0/235	HWR Status aktuelle Position	6	GroupValueWrite	  5.001 Prozent (0..100%)	$FA | 98 %
7	06.01.2020 00:10:10,289	vom Bus		Low	1.1.2	JAL-0810.02 Jalousieaktor 8-fach, 8TE, 230VAC, 10A	0/0/236	HWR Status akt. Lamellenposition	6	GroupValueWrite	  5.001 Prozent (0..100%)	$3F | 25 %
8	06.01.2020 00:10:12,816	Stop										Aufzeichnung wurde beendet

shadow18

Erst einmal an großes Lob für den KNX Adapter. Ich bin vor kurzem auf iobroker umgestiegen. Die Version 1.0.36 läuft soweit sehr stabil bis auf die Reconnects alle 2-4 Minuten. Ich habe mal die ältere Version 1.0.31 versucht, hier tritt das Problem nicht auf, aber dafür bricht die Verbindung zum knx ab und wird auch nicht wieder aufgebaut. Ich habe bereits alles versucht, das Problem tritt auch auf, wenn keine KNX Datei importiert ist.

Standard Log:

undefined2020-01-07 15:42:20.285 - info: knx.0 (10211) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).
2020-01-07 15:42:20.292 - info: knx.0 (10211) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
2020-01-07 15:42:20.298 - info: knx.0 (10211) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
2020-01-07 15:42:22.286 - info: knx.0 (10211) Using UDP with local IP: 192.168.2.251
2020-01-07 15:42:22.288 - info: knx.0 (10211) Event : UDP - listening
2020-01-07 15:42:22.298 - info: knx.0 (10211) Connected - local UDP Server listening on 192.168.2.251:36590
2020-01-07 15:44:22.486 - info: knx.0 (10211) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).
2020-01-07 15:44:22.490 - info: knx.0 (10211) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
2020-01-07 15:44:22.494 - info: knx.0 (10211) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
2020-01-07 15:44:24.487 - info: knx.0 (10211) Using UDP with local IP: 192.168.2.251
2020-01-07 15:44:24.487 - info: knx.0 (10211) Event : UDP - listening
2020-01-07 15:44:24.488 - info: knx.0 (10211) Connected - local UDP Server listening on 192.168.2.251:37150
2020-01-07 15:46:24.681 - info: knx.0 (10211) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).
2020-01-07 15:46:24.683 - info: knx.0 (10211) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
2020-01-07 15:46:24.686 - info: knx.0 (10211) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
2020-01-07 15:46:26.682 - info: knx.0 (10211) Using UDP with local IP: 192.168.2.251
2020-01-07 15:46:26.683 - info: knx.0 (10211) Event : UDP - listening
2020-01-07 15:46:26.685 - info: knx.0 (10211) Connected - local UDP Server listening on 192.168.2.251:53972
2020-01-07 15:48:26.885 - info: knx.0 (10211) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).
2020-01-07 15:48:26.888 - info: knx.0 (10211) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
2020-01-07 15:48:26.892 - info: knx.0 (10211) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
2020-01-07 15:48:28.886 - info: knx.0 (10211) Using UDP with local IP: 192.168.2.251
2020-01-07 15:48:28.887 - info: knx.0 (10211) Event : UDP - listening
2020-01-07 15:48:28.889 - info: knx.0 (10211) Connected - local UDP Server listening on 192.168.2.251:34124

Erweiterer Log:

2020-01-07 12:55:19.532 - info: knx.0 (2019) =====> STATE_TUNNELING_ACK
2020-01-07 12:55:19.535 - info: knx.0 (2019) ( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 34 2f 00 ChID : 52 SeqCntIN : 47 SeqCntOUT : 0 queue length : 0
2020-01-07 12:55:19.535 - info: knx.0 (2019) ( 4.b ) return to STATE_READY, processing : false
2020-01-07 12:55:19.536 - info: knx.0 (2019) Change state from STATE_TUNNELLING_ACK(14) to STATE_READY(7)
2020-01-07 12:55:22.522 - info: knx.0 (2019) Received DISCONNECT_REQUEST: 06 10 02 09 00 10 34 34 08 01 c0 a8 02 df 0e 57 - ChannelID 52 SeqCntIN : 47 SeqCntOUT : 0 for 192.168.2.223:1487
2020-01-07 12:55:22.523 - info: knx.0 (2019) ( END 1 ) Sending DISCONNECT_REQUEST_RESPONSE : 06 10 02 0a 00 08 25 00 ChID : 0 SeqCntIN : 47 SeqCntOUT : 0 msgCode : [object Object]
2020-01-07 12:55:22.523 - info: knx.0 (2019) Change state from STATE_READY(7) to STATE_DISCONNECT_RESPONSE(16)
2020-01-07 12:55:22.524 - info: knx.0 (2019) Change state from STATE_READY(7) to STATE_NOT_CONNECTED(0)
2020-01-07 12:55:22.524 - info: knx.0 (2019) Connection persists.....closing now
2020-01-07 12:55:22.526 - info: knx.0 (2019) ... not able to close connection, because already closed
2020-01-07 12:55:22.526 - info: knx.0 (2019) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).
2020-01-07 12:55:22.526 - info: knx.0 (2019) STATE_DISCONNECT_RESPONSE : from State: STATE_NOT_CONNECTED(0) to STATE_DISCONNECT_RESPONSE(16) ... connection closed
2020-01-07 12:55:22.527 - info: knx.0 (2019) ( END ) Sending DISCONNECT_REQUEST : 06 10 02 09 00 10 34 00 08 01 00 00 00 00 b4 6b ChID : 0 SeqCntIN : 47 SeqCntOUT : 0 msgCode : [object Object]
2020-01-07 12:55:22.527 - info: knx.0 (2019) Change state from STATE_DISCONNECT_RESPONSE(16) to STATE_DISCONNECT_REQUEST(15)
2020-01-07 12:55:22.528 - info: knx.0 (2019) STATE_DISCONNECT_REQUEST : no defined handling for transition from State: STATE_DISCONNECT_RESPONSE(16) to STATE_DISCONNECT_REQUEST(15).
2020-01-07 12:55:22.528 - info: knx.0 (2019) Change state from STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0)
2020-01-07 12:55:22.528 - info: knx.0 (2019) Connection persists.....closing now
2020-01-07 12:55:22.529 - info: knx.0 (2019) ... not able to close connection, because already closed
2020-01-07 12:55:22.530 - info: knx.0 (2019) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
2020-01-07 12:55:22.532 - info: knx.0 (2019) Change state from STATE_NOT_CONNECTED(0) to STATE_DISCONNECT_RESPONSE(16)
2020-01-07 12:55:22.533 - info: knx.0 (2019) STATE_DISCONNECT_RESPONSE : from State: STATE_NOT_CONNECTED(0) to STATE_DISCONNECT_RESPONSE(16) ... connection closed
2020-01-07 12:55:22.533 - info: knx.0 (2019) Received DISCONNECT_RESPONSE06 10 02 0a 00 08 34 21
2020-01-07 12:55:22.534 - info: knx.0 (2019) Change state from STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0)
2020-01-07 12:55:22.534 - info: knx.0 (2019) Connection persists.....closing now
2020-01-07 12:55:22.536 - info: knx.0 (2019) ... not able to close connection, because already closed
2020-01-07 12:55:22.536 - info: knx.0 (2019) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).

Garfonso

@shadow18
Disconnects alle 2-4 Minuten ist wohl kaum "stabil". ;-)
Von welcher Version ist das Log?
In jedem Fall sieht es so aus, als ob die Gegenseite dem ioBroker sagt, er soll sich jetzt trennen. Hat deine IP Bridge vielleicht nur eine Verbindung (aus irgendeinem Grund sind die meist begrenzt, meine hat 3 mögliche gleichzeitige Verbindungen, zum Glück) und z.B. ein ETS läuft noch irgendwo und will auch verbinden und die zwei "streiten" sich um die einzige Verbindung?

shadow18

@Garfonso hast du auch wieder Recht :)
Ich nutze den neusten Adapter 1.0.36.

Ich nutze den Enertex KNX Router, hier habe ich 5 Kanäle, 2 sind noch frei siehe Bild.

Garfonso · @Garfonso hast du auch wieder Recht :) Ich nutze den neusten Adapter 1.0.36.

@shadow18
ok, dann bin ich überfragt... aber es sieht für mich irgendwie nicht so aus, als ob die disconnects am Adapter liegen... spontan wäre meine Idee mal alles neuzustarten, also PC und KNX Router...

shadow18

@Garfonso

So ich habe dein Tipp mal aufgegriffen. Ich habe noch ein Gira X1, das ja auch Tunnel zur Verfügung stellt. Also IP geändert und siehe da seit 10 min. kein Reconnect. Also muss es an dem Enertex Router liegen.

sinner

Interessant, ich habe den IP-Router von Gira (4 gleichzeitige Verbindungen) und permanent ist eigentlich nur der Homeserver darüber verbunden. Dazu kommt für Programmiervorgänge hin und wieder ETS.
Der Adapter v1.0.35 meldet bei mir auch permanente Disconnects alle paar Minuten, die v1.0.36 meldet diese auch, allerdings funktioniert die Kommunikation mit dem Bus mit dieser Version bei mir nicht, daher kann ich die nicht verwenden.

fuchs1978

Ich nutze das IP Interface von Enertex. Nach der Version 1.0.20 baut der Adapter keine Verbindung mehr auf. Kann ich sinnvolle Debug Daten für den Entwickler aus Iobroker ziehen?

shadow18

@fuchs1978
IP Interface von Enertex habe ich auch noch rum liegen, kann das ja auch mal testen, dürfte dann ja auch nicht laufen.

Snapergy

Hallo zusammen,

ich habe mal eine Frage, da ich bislang noch keine Antwort gefunden habe :(

Gibt es eine Möglichkeit die KNX-Telegramme zu via Iobroker sich ausgeben zu lassen? Wie es in der ETS im "Diagnose"-Modul möglich ist. So könnte ich jederzeit im Vis mir die letzten Bus-Mitteilungen anschauen, ohne immer auf die ETS zurückgreifen zu müssen.

mpenno

@fuchs1978 : Bei mir genau das gleiche. Ich wollte mal wieder ein aktuelles System haben, um andere Adapter installieren zu können und war dabei alles zu aktualisieren:

js-controller von 1.5.14 auf 2.1.1
Node.js auf 10.18.0 (alte Version hatte ich mir nicht notiert)

Da kam mir dann schon irgendwas mit dem KNX-Adapter 1.0.20 komisch vor, also dachte ich, ich mache ein Update auf die Version 1.0.36.

Der Apdapter ließ sich gut installieren, startete auch ohne Probleme, aber er blieb auf "gelb". Nur das Maus-over zeigte an, dass er sich mit dem Enertex IP-Router nicht verbinden konnte.
Im eigentlichen Log gab es trotz Debug-Modus keine Meldung.

Hatte dann versucht ein paar ältere 1.0.3x Adapterversionen zu probieren, aber überall das gleiche, so dass ich wieder bei der Version 1.0.20 und dem js-controller 1.5.14 bin.

Aber interessant, dass ich mit dem Entertex-Router nicht der einzige bin.
Mals sehen, was @shadow18 herausfindet.

Garfonso

@Snapergy said in Test Adapter KNX v1.0.x:

Hallo zusammen,

ich habe mal eine Frage, da ich bislang noch keine Antwort gefunden habe :(

Gibt es eine Möglichkeit die KNX-Telegramme zu via Iobroker sich ausgeben zu lassen? Wie es in der ETS im "Diagnose"-Modul möglich ist. So könnte ich jederzeit im Vis mir die letzten Bus-Mitteilungen anschauen, ohne immer auf die ETS zurückgreifen zu müssen.

Du kannst im Admin -> Ereignisse gucken und da nach knx filtern. Da siehst du dann, wie sich die Objekte ändern. Wenn ack = true, dann kommt es vom Bus, wenn ack = false, dann geht es an den Bus.

@mpenno said in Test Adapter KNX v1.0.x:

Hatte dann versucht ein paar ältere 1.0.3x Adapterversionen zu probieren, aber überall das gleiche, so dass ich wieder bei der Version 1.0.20 und dem js-controller 1.5.14 bin.

In solchen Situationen ist es echt ärgerlich, dass der Quellcode nicht offen ist... :-(

JojoS

Wegen der Import Probleme bin ich auch hier gelandet.
Eine knxproj aus ETS 5.7.3 lässt sich nicht mit Adapter Version >1.0.20 einlesen, auch nicht mit der hier genannten 1.0.31. Das ETS Update habe ich auch erst vor Weihnachten gemacht, mit der 5.7.1 hatte das noch geklappt. Leider bekomme ich das Projekt auch nicht mehr auf 5.7.1 runter, auch nicht wenn es auf einem anderen Rechner mit ETS 5.7.1 Installation gelesen + exportiert wird.

Jetzt bin ich unsicher, soll ich den Adpater auf 1.0.20 laufen lassen oder auf der aktuellen Version? Was bei beiden nicht klappt ist die Strom/Betriebsstundenwerte eines Aktors anzuzeigen. Sollte das gehen? Die Werte sind neu durch den Import mit der 1.0.20 entstanden, aber die Datentypen scheinen falsch zu sein.
Die Betriebsstunden und Stromwerte habe ich in eigene Mittelgruppen gelegt, die GA Namen sind gleich mit Schalten und Status, ist das ein Problem?

Update:
Strom/Betriebsstunden klappt jetzt doch. Ich hatte den NodeRed KNX Ultimate Node installiert und der meckerte beim Import der CSV Datei einige nicht gesetzte Datentypen an. Nachem ich das behoben hatte zeigte mir der KNX Adapter auch die Werte an.
Zusätzlich ist mir jetzt noch die Einstellung für true/false im KNX Adapter aufgefallen, ich meine die war vorher nicht da. Habe ich durch hin- und herinstallieren jetzt vielleicht noch fehlende npm Pakete installiert?
ioBroker habe ich noch unter Win7 laufen, beim npm install gibt es auch immer eine Latte an Fehlermeldungen, die Pakete werden aber trotzdem installiert. Ist das ok?

Update2:
und noch eine Beobachtung:
Nach dem Downgrade auf Adapter 1.0.20 und Einlesen funktioniert meine Strommessung auch nur mit diesem Adapter. Nach Update auf 1.0.36 wird der Stromwert in der Objektliste kurz grün, aber der Wert wird nicht aktualisiert. Mit dem 1.0.20 wird der Wert korrekt aktualisiert.

gd-systeme

@Garfonso unter Node Red gibt es die KNX Ultimate Node... da kannst du "Monitoring" einschalten.

Snapergy

@Garfonso

Und dann mit dem History Adapter Speichern und mittels eines geeigneten Widgets ausgeben lassen? Oder geht das auch einfacher?

Garfonso

@Snapergy
Ah, jetzt seh ich erst, dass du die im vis haben willst... hm... warum? ;-) Siehst du nicht im vis den Status der Geräte? grübel Ich muss sagen, dass ich bei vis nicht der Experte bin... da geht bestimmt was, keine Ahnung. Vielleicht auch mit dem, was @gd-systeme sagt...

@JojoS
Grundsätzlich ist es kein Problem den Adapter auf 1.0.20 laufen zu lassen (ggf. irgendwann mal mit neueren js-controllern?), wenn du damit keine Probleme hast. Auch hin und her installieren (also zurück gehen für import und zu einem neueren für Betrieb) ist kein Problem. Die Fehlermeldungen bei der Installation deuten darauf hin, dass die npm Pakete nicht so ganz sauber sind... unter linux gibt es mittlerweile den "fixer" dafür, der das gerade zieht, ggf. gibt es für Windows was ähnliches (vielleicht den installer?). Meine Erfahrung ist, dass das nervig ist, weil es Zeit kostet, aber eigentlich kein größeres Problem sonst.
Die Option von 0/1 auf true/false zu konvertieren kam mit einer der letzten Versionen, kann sein, dass 1.0.20 die noch nicht hatte. Das hat jedenfalls nichts mit npm Paketen zu tun, sondern einfach mit der Adapter Version.

Snapergy

@Garfonso
Naja, viele KNX-Geräte schalten automatisch (z.B. Außenbeleuchtung in Abhängigkeit von Bewegung und Dämmerung), die schalte ich also nie über die VIS, außer ich will sie auf Dauerbeleuchtung schalten.

Nun kommt es aber manchmal vor, dass Geräte einen nicht nachvollziehbaren Zustand haben (z.B. Außenlampen auf Dauerbeleuchtung, ohne jene geschalten zu haben). Im würde nun gerne nachvollziehen wollen, warum das so ist. Dazu muss ich in der ETS das Diagnose-Modul aufrufen, welche allerdings erst ab Start "loggt". Könnte ich nun die Ereignisse via Iobroker loggen und z.B. 10h vorhalten und via VIS ausgeben, wäre das natürlich am einfachsten.

dage

Hallo,

ich bin noch im Stable Zweig also 0.8.6 würde aber gerne die Verknüpfungen ab Adapter 1.x.x nutzen. Alle anderen Adapter sind aktuell aus dem Stable. Ich nutze an sich nur KNX, YAKHA, Telegram und Scripte.

Ich habe in der ETS alles so vorbereitet.

Lampen GAs:
Decke Schalten
Decke Schalten Status
Decke Absolut
Decke Absolut Status
Decke Dimmen

Rollo GAs:
Wohnen AUF/AB
Wohnen Stop
Wohnen Relativ
Wohnen Relativ Status
Wohnen Lamellen
Wohnen Lamellen Status

Ist das so OK für die automatische Verknüpfung?
Welche Version funktioniert zuverlässig? Ich habe hier öfters die 1.0.20 gelesen.

tombox

@dage
Wenn du ETS > 5.6 bist musst du zum import auf mindest 1.0.31 sein.
1.0.36 hat kleine Verbesserungen, aber import funktioniert nicht mit allen ETS exports
1.0.20 ist an sich stabil funktioniert aber nur mit ETS <=5.6 exports

ETS 5.7.3 exports können nicht importiert werden.

nightstore

@tombox said in Test Adapter KNX v1.0.x:

t aber nur mit ETS <=5.6 exports

so ganz passt das bei mir nicht, bin auf ETS 5.72 und benutze die Version 1.0.36 für den import, danach installiere ich die 1.0.20 mache nochmal ein Import wobei der Hacken nur neue Objekte hinzufügen angewählt ist so funktioniert es bei mir auch mit größeren Änderungen an der ETS.
Habe iobroker vor kurzem neu aufgesetzt, und backup eingespielt alles aktuell (node v10.18.1).., bis natürlich der KNX Adapter.
Allerdings benutze ich noch weiterhin 0 und 1 statt true und false.

Schade das der Adapter zur Zeit nicht weiterentwickelt wird, eventuell sollten wir chefkoch für seine harte Arbeit in den Adapter mal ne kleine spende zukommen lassen und hoffen dass er noch ein update bringt. :-)

Community Forum

NEWS

Test Adapter KNX v1.0.x

Support us

468

32.4k

81.4k

1.3m