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

[tombox]

@Hansi1234 Ja geht auch.

[Hansi1234]

@tombox dann liegt es wohl nicht daran

[tombox]

@Hansi1234 Kannst nur checken ob im ETS die Werte sofort ankommen. Bzw mal ein paar knx adapter versionen durchprobieren. 1.0.31, 1.0.20

[killroy2]

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

Status über eine Logikfunktion berechnen? grübel
Du kannst natürlich in einem Skript Status GA und Objekt GA auf ein neues Objekt vereinen. Habe ich auch eine Zeit lang gemacht.

Mit Logikfunktion meine ich ein dynamisches Skript.
z.B. um den Lampenstatus an/aus zu visualisieren wenn die Lampe mehrere Kanäle (weiss, gelb) hat.

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

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