Weihnachtsangebot 2025! 🎄

[Garfonso]

@chefkoch009
Ich habe mal noch eine Verständnisfrage: Es gibt ja beim Import den Haken "Nur neue Objekt hinzufügen". Was genau macht der? Die Situation ist bei mir meist, dass ich die Objekte in knx.0.* nicht lösche, z.B. auch weil dann die Einstellungen für iot weg sind.
Daher die Frage: Wenn ich etwas an einer bestimmten GA im ETS ändere und ich möchte diese Änderung im knx Adapter haben (also z.B. anderer DTP oder Flags waren falsch oder so, Name bleibt aber identisch), was macht der Adapter, wenn ich den Haken dahin mache und was macht er, wenn der Haken nicht da ist?
Konkrete Frage 1: Ersetzt er, wenn der Haken nicht da ist alle Objekte mit denen, die er neu aus dem Import generiert? Konkrete Frage 2: Ignoriert er Änderungen an GAs beim Import, wenn er dafür schon ein Objekt hat?

Bisher ist mein Vorgehen meist so, dass ich zu den GA(s) an denen ich etwas ändere die Objekte lösche und dann den Haken setze. Irgendwie sehe ich aber keinen wirklichen Unterschied, ob ich den Haken setze, oder nicht. Daher hier mal die Frage, was dabei tatsächlich im Hintergrund abläuft. :-)

Noch eine zweite, kleinere Frage (da ich bei ETS/KNX noch immer neues Entdecke): Die Datentype der GAs sind wichtig, das habe ich verstanden. Aber man kann ja auch in einer GA bei den Objekten Datentypen setzen (und zum Teil sind die bei mir anders als die von der GA oder gar nicht gesetzt). Ist das für den Adapter wichtig? Oder werden die ignoriert? Was passiert, wenn ein Konflikt zwischen dem GA Datentyp ist und dem Objekt Datentyp?

[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