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

[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

[AndreasK]

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

[chefkoch009]

@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