NEWS
KNX Adapter überholt
-
@Glasfaser 5.7.2 Build 743
-
Ok … die aktuelle !
Kannst du Sie mir senden , dann kann ich Sie bei mir TestenWelche Adapter Version hast Du !
-
@Glasfaser heute auf 1.0.33 geupdatet
-
1.0.33 gibt mir leider genau wie 1.0.32 disconnects alle paar Minuten. 1.0.31 läuft fehlerfrei.
-
@peer69 kannst du mir mal den „Most-log“ -13 Sekunden zukommen lassen?
VG
chefkoch009 -
@chefkoch009 Ist per PN raus.
-
-
Hab leider auch permanente Restarts mit der 33er
host.beelink 2019-09-14 16:50:09.812 info Restart adapter system.adapter.knx.0 because enabled host.beelink 2019-09-14 16:50:09.812 error instance system.adapter.knx.0 terminated with code 7 (Adapter already running) host.beelink 2019-09-14 16:50:06.782 info instance system.adapter.knx.0 started with pid 2249 host.beelink 2019-09-14 16:49:36.772 info Restart adapter system.adapter.knx.0 because enabled host.beelink 2019-09-14 16:49:36.771 error instance system.adapter.knx.0 terminated with code 7 (Adapter already running) host.beelink 2019-09-14 16:49:33.738 info instance system.adapter.knx.0 started with pid 1520 host.beelink 2019-09-14 16:49:03.691 info Restart adapter system.adapter.knx.0 because enabled host.beelink 2019-09-14 16:49:03.690 error instance system.adapter.knx.0 terminated with code 7 (Adapter already running) host.beelink 2019-09-14 16:49:00.673 info instance system.adapter.knx.0 started with pid 599 knx.0 2019-09-14 16:48:32.447 debug system.adapter.admin.0: logging true host.beelink 2019-09-14 16:48:30.632 info Restart adapter system.adapter.knx.0 because enabled host.beelink 2019-09-14 16:48:30.632 error instance system.adapter.knx.0 terminated with code 7 (Adapter already running) knx.0 2019-09-14 16:48:30.586 error already running knx.0 2019-09-14 16:48:30.564 debug statesDB connected knx.0 2019-09-14 16:48:30.518 debug objectDB connected
-
Kann die Neustarts bestätigen. Bei mir so alle 10 Minuten.
@chefkoch009: Frage zu den Einheiten der Datenpunkte bei der neuen Version:
Verstehst du darunter die Übernahme von: "dpt": "DPT5.001" in den Datenpunkt?
Ich fände es schön wenn der Adapter beim Import des Projetfiles auf grund der DPT Codierung auch gleich den Unit EIntrag im Datenpunkt macht. Z.B. DPT9.004 "unit" "lux", wenn das technisch möglich ist. Den Unit Eintrag unten habe ich nachgerüstet, würde nicht automatisch gemacht.
{ "from": "system.adapter.knx.0", "user": "system.user.admin", "ts": 1568439233977, "common": { "name": "Esszimmer Licht 1 Deckenbeleuchtung Wert", "type": "number", "role": "level.dimmer", "min": 0, "max": 100, "unit": "%", "read": false, "write": true, "custom": { "lovelace.0": { "enabled": true, "entity": "light", "name": "EsszimmerLichtDecke1" } } }, "native": { "dpt": "DPT5.001", "address": "1/1/52", "addressRefId": "P-0372-0_GA-626", "statusGARefId": "", "actGARefId": "" }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "knx.0.Beleuchtung.02_EG.Esszimmer_Licht_1_Deckenbeleuchtung_Wert", "type": "state" }
-
habt ihr in den Einstellungen die IP und das Interface festgepinned?
Ich kann die Restarts hier nicht nachvollziehen -
@Merlin123 das sieht aber eher so aus als würde der alte Prozess nach dem Update noch laufen. Alte PID killen oder System mal rebooten sollte das lösen. Der Fehler bei mir stellt sich leider etwas anders dar.
-
@dQeLse Jup. Habe ich. Ansonsten auch keine Besonderheiten und mit der „alten“ Version läuft tatsächlich alles einwandfrei.
-
@peer69 sagte in KNX Adapter überholt:
@Merlin123 das sieht aber eher so aus als würde der alte Prozess nach dem Update noch laufen. Alte PID killen oder System mal rebooten sollte das lösen. Der Fehler bei mir stellt sich leider etwas anders dar.
Danke für den Hinweis. Hab nochmal installiert und iobroker restartet. Sieht jetzt gut aus
-
Ich habe eben das im Log entdeckt. Hat jemand eine Idee, was mir das sagen soll?
knx.0 2019-09-16 20:03:44.907 debug system.adapter.admin.0: logging true knx.0 2019-09-16 20:03:07.067 info Connected - local UDP Server listening on 0.0.0.0:60335 knx.0 2019-09-16 20:03:07.065 info Event : UDP - listening knx.0 2019-09-16 20:03:07.061 info Using UDP with local IP: 0.0.0.0 knx.0 2019-09-16 20:03:05.074 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0). knx.0 2019-09-16 20:03:05.070 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0). knx.0 2019-09-16 20:03:05.067 info STATE_NOT_CONNECTED : Stop connection : STATE_READY(7) to STATE_NOT_CONNECTED(0). knx.0 2019-09-16 20:03:05.063 info STATE_NOT_CONNECTED : Stop connection : STATE_NOT_CONNECTED(0) to STATE_NOT_CONNECTED(0). knx.0 2019-09-16 20:03:05.060 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_CONNECTION_STATE_RESPONSE(6) to STATE_NOT_CONNECTED(0).
-
@Merlin123 das ist der Fehler, den ich meinte. Tritt bei mir seit 1.0.32 alle 2-4 Minuten auf.
-
@peer69 sagte in KNX Adapter überholt:
@Merlin123 das ist der Fehler, den ich meinte. Tritt bei mir seit 1.0.32 alle 2-4 Minuten auf.
Ich hab das jetzt einmal drin gehabt mit der 33er
-
Hallo,
Dieses Verhalten tritt auf, wenn 2-4 Minuten lang(abhängig vom GW) kein Paket zwischen Adapter und GW gewechselt wird. Dann beendet das GW die Verbindung und der Adapter baut sie wieder auf.
Nun ist es so, das 10Sek nach dem letzten Paket ein conn-State-request gesendet wird und somit die Verbindung geöffnet bleibt.
An dieser Stelle ein Dankeschön an peer69.
Neue Version ist raus (1.0.35)
VG
chefkoch009 -
Hallo Chefkoch,
erstmal danke für deine grossartige Arbeit an dem KNX Adapter!
Leider habe ich mit ETS5.7.2 und dem Adapter 1.0.35 das Problem, dass der Import des knxproj Files ewig dauert und kein Ergebnis bringt.
Im Log taucht folgendes auf:
knx.0 2019-09-19 08:40:53.913 error TypeError: Cannot read property 'split' of undefined at _0x5ea473 (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:9278) at _0x3e4883 (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:15128 knx.0 2019-09-19 08:40:53.913 error message messagebox.system.adapter.knx.0 [object Object] Cannot read property 'split' of undefined ... knx.0 2019-09-19 08:40:53.912 error at Socket.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemClient.js:52:30) knx.0 2019-09-19 08:40:53.912 error at Object.change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3680:34) knx.0 2019-09-19 08:40:53.912 error at Adapter.emit (events.js:211:7) knx.0 2019-09-19 08:40:53.912 error at emitOne (events.js:116:13) knx.0 2019-09-19 08:40:53.912 error at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.knx/knx.js:80:7324) knx.0 2019-09-19 08:40:53.912 error at _0x3e1e1e (/opt/iobroker/node_modules/iobroker.knx/knx.js:80:8688) knx.0 2019-09-19 08:40:53.912 error at Object.getGAS (/opt/iobroker/node_modules/iobroker.knx/knx.js:72:13449) knx.0 2019-09-19 08:40:53.912 error at Object._0xfdb812 [as convertAll] (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:39668) knx.0 2019-09-19 08:40:53.912 error at _0x3e4883 (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:15128) knx.0 2019-09-19 08:40:53.912 error at _0x5ea473 (/opt/iobroker/node_modules/iobroker.knx/knx.js:44:9278)
Hast du eine Idee warum der Import nicht klappt?
Bei früheren ETS Versionen war das kein Problem.VG
-
Hallo,
ich bin gerade dabei, mich in den Adapter etwas einzuarbeiten.
Aktuell möchte ich eine RTR umsetzen.
Ich habe aber das Problem, dass ich den Sollwert nicht verändern kann.
Datentyp des Sollwerts ist 9.001 (Temperatur). Wird auch unter Objekte sauber anzeigt. Soll bedeuten, wenn ich über den RTR im Raum die Solltemperatur verändere wird Veränderung auch sauber angezeigt.
Nur wenn ich diesen in Objekte händisch verändere, wird nichts auf den Bus gesendet.
Im Gruppenmonitor wird folgendes angezeigt:
Unter Objekte habe ich als Rolle "level" ausgewählt.
Woran könnte das liegen?
Gruß
Andreas -
@AndreasK im Adapter muss dann das writeflag gesetzt sein UND das readflag MUSS reaktiv sein. Bitte daran denken, wenn Objekte geändert wurden, muss der Adapter neu gestartet werden.
VG
chefkoch009