KNX Adapter überholt

Neledo

Ich habe seit kurzer Zeit das Problem, dass keine ETS Sicherung mehr im ioBroker zu importieren ist.
Kann jemand in seinem Testsystem das mal Probieren oder mir nen Tipp geben wie ein eventuelles Projekt in ETS "Reparieren" kann?

Glasfaser

@Neledo

Welche ETS Version hattest du , bei der Erstellung der Sicherungsdatei.

Neledo

@Glasfaser 5.7.2 Build 743

Glasfaser

@Neledo

Ok … die aktuelle !
Kannst du Sie mir senden , dann kann ich Sie bei mir Testen

Welche Adapter Version hast Du !

Neledo

@Glasfaser heute auf 1.0.33 geupdatet

peer69

1.0.33 gibt mir leider genau wie 1.0.32 disconnects alle paar Minuten. 1.0.31 läuft fehlerfrei.

chefkoch009

@peer69 kannst du mir mal den „Most-log“ -13 Sekunden zukommen lassen?

VG
chefkoch009

peer69

@chefkoch009 Ist per PN raus.

dQeLse

Hallo,

@chefkoch009 vielen Dank für die neue Version, bei mir lüppt wieder alles.

VG
Marcus

Merlin123

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

ecki945

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"
}

dQeLse

habt ihr in den Einstellungen die IP und das Interface festgepinned?
Ich kann die Restarts hier nicht nachvollziehen

peer69

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

peer69

@dQeLse Jup. Habe ich. Ansonsten auch keine Besonderheiten und mit der „alten“ Version läuft tatsächlich alles einwandfrei.

Merlin123

@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

Merlin123

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

peer69

@Merlin123 das ist der Fehler, den ich meinte. Tritt bei mir seit 1.0.32 alle 2-4 Minuten auf.

Merlin123

@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

chefkoch009

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

cyberax

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

NEWS

KNX Adapter überholt

Support us

359

32.4k

81.4k

1.3m