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

[Marcel1896]

Hallo,

Kann mir jemand seine funktionierende knxproj-Datei für einen Test zur Verfügung stellen?
Bei mir klappt das hochladen meiner knxproj-Datei ebenfalls nicht und ich würde gerne herausfinden ob es an der Installation oder doch an meinen bereits mehrfach bearbeiteten GA's liegt.
Dankeschön!

[sourex]

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

Ich bekomme den Import nicht hin.

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

Bei mir klappt das hochladen meiner knxproj-Datei ebenfalls nicht

Falls ihr mit der ETS auf neuestem Stand seid kann es sein das ihr eine ältere Version des KNX Adapters benötigt.

[Marcel1896]

@sourex welche Version wird denn dann benötigt?

[Garfonso]

@Marcel1896
Du kannst mal 1.0.20 ausprobieren. Damit ging es mit meiner Projektdatei besser.

[Marcel1896]

@Garfonso ah, geil danke!
Version 1.0.20 ist der Schlüssel zum Erfolg

[Marcel1896]

Für andere mit dem selben Problem zur Info:
Ich hatte mir zum testen ein neues Projekt angelegt und dort meine GA's eingefügt, über diesen Umweg konnte ich sie ohne Probleme importieren. Versuche ich dieses über mein normales Arbeitsprojekt schlägt der Import fehl.

[imushroom]

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

Für andere mit dem selben Problem zur Info:
Ich hatte mir zum testen ein neues Projekt angelegt und dort meine GA's eingefügt, über diesen Umweg konnte ich sie ohne Probleme importieren. Versuche ich dieses über mein normales Arbeitsprojekt schlägt der Import fehl.

Also einfach ein leeres Projekt und dort lediglich die GAs einfügen? Kein Gerät, nichts?

Und das ganze auch mit der aktuellsten ETS? Wenn ja werde ich das mal ausprobieren

[tombox]

@imushroom Probiert mal die aktuelle 1.0.39 da wurden meine import probleme behoben.
Ein sichere Methode zum installieren ist via terminal
cd /opt/iobroker
npm i iobroker.knx@latest
npm u knx

Geht vielleicht auch via github button im admin aber da muss man glück haben das die aktuelle knx.js nachgeladen wird.

[gently]

@Marcel1896 vielen Dank. Mit der 1.0.20 hat der Import funktioniert.

[samot13]

Auch mit der 1.0.39 Version funktionieren die Objekte nicht richtig.
Das Projekt kann ohne Fehler eingelesen werden aber nur die "Schalt" Objekte
0/1 bzw. true/ false werden auf den Bus gesendet.

Ein neu importiertes Temperatur Objekt (DPT 9.001) wird nicht richtig interpretiert und es wird auch nur 0 oder eins gesendet.

Alte DPT 9.001 Objekte erstellt und importiert mit (ETS 5.6.6 und Adapter 1.0.20) funktionieren. und die Temperatur wird auf den Bus gesendet.

Genau so verhält es sich mit allen nicht schalt Objekten z.b. auch mit Dimmwerte 0 .. 100% oder 4bit Objekten.

[tombox]

@samot13 Kannst du das Problem noch kurz in ein issue kopieren?
https://github.com/ioBroker/ioBroker.knx/issues

[chefkoch009]

Hallo,

@samot13 : kannst du mal bitte die RAW (JSON) von 2 Objekten posten, die nicht funktionieren?

VG
chefkoch009

[samot13]

@chefkoch009 : die beiden z.b. Danke schon/erst einmal für deine super Arbeit du du in den Adapter steckst!!!

{
"from": "system.adapter.knx.0",
"user": "system.user.admin",
"ts": 1583258614163,
"common": {
"name": "Außentemperatur",
"type": "number",
"role": "value",
"unit": "°C",
"max": 670670,
"min": -273,
"read": true,
"write": false,
"update": false
},
"native": {
"dpt": "DPT9.001",
"address": "31/0/0",
"addressRefId": "P-01C1-0_GA-399",
"statusGARefId": "",
"actGARefId": "",
"objRef": "O-123_R-255",
"devName": "M-0083_A-008B-25-F09B",
"devInst": "P-01C1-0_DI-47",
"objectSize": ""
},
"acl": {
"object": 1638,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator",
"state": 1636
},
"_id": "knx.0.Iobroker.Wetter.Außentemperatur",
"type": "state"
}

{
"from": "system.adapter.knx.0",
"user": "system.user.admin",
"ts": 1583258614217,
"common": {
"name": "Luftfeuchtigkeit",
"type": "number",
"role": "value",
"unit": "%",
"max": 670670,
"min": 0,
"read": false,
"write": true,
"update": false
},
"native": {
"dpt": "DPT9.007",
"address": "31/0/2",
"addressRefId": "P-01C1-0_GA-401",
"statusGARefId": "",
"actGARefId": "",
"objRef": "O-124_R-699",
"devName": "M-0083_A-008B-25-F09B",
"devInst": "P-01C1-0_DI-47",
"objectSize": ""
},
"acl": {
"object": 1638,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator",
"state": 1636
},
"_id": "knx.0.Iobroker.Wetter.Luftfeuchtigkeit",
"type": "state"
}

Und noch ein altes Objekt das super funktioniert

{
"_id": "knx.0.Büro.Heizung.Sollwert_Vorgabe",
"type": "state",
"common": {
"name": "Sollwert Vorgabe",
"type": "number",
"read": false,
"write": true,
"role": "level.temperature.number",
"min": -273,
"max": 670670
},
"native": {
"dpt": "DPT9.001",
"address": "11/2/5",
"addressRefId": "P-01C1-0_GA-311",
"statusGARefId": "",
"actGARefId": ""
},
"from": "system.adapter.knx.0",
"ts": 1548844951112,
"acl": {
"object": 1638,
"state": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator"
},
"user": "system.user.admin"
}

[chefkoch009]

@samot13 1) setze bei beiden einmal read und Write auf True.
2) ob hauptgruppennummer mit 31 funktioniert wage ich zu bezweifeln. Das muss ich aber erst prüfen.

VG
Chefkoch009

[samot13]

@chefkoch009: ich werde Irre , mit Hauptgruppennummer 29 funktioniert es!

Die Hauptgruppennummer sind doch laut KNX von 0 bis 31 also 32 Stück zulässig oder?

Danke chefkoch009!

[chefkoch009]

@samot13 eigentlich so: https://redaktion.knx-user-forum.de/lexikon/gruppenadresse/

[samot13]

@chefkoch009 : Stimmt Sorry! Weiß auch nicht wie ich darauf gekommen bin. Muss wohl daran liegen, dass die ETS 0-31 zulässt.
Sorry noch mal für die Umstände!
Welche Adressen unterstützt denn der Adaper und bleibt das so für die Zukunft?

Danke und Gruß
samot13

[chefkoch009]

@samot13 Ich versuche mich an den Standard zu halten. Also (0-15/0-7/0-255). Denn die Frage an der Stelle ist ja, welche KNX Geräte verstehen Hauptgruppen grösser 15. Das kann gut gehen, muss es aber nicht.

[JojoS]

@chefkoch009 Das finde ich auch gut, es wäre nur schön wenn im log sowas als warning/error auftaucht wenn es beim Import Probleme verursacht. Das macht die Fehlersuche einfacher und wird die Rückfragen reduzieren.

[samot13]

Ich bin auch für Standards, aber da die ETS ja (0-31/0-7/0-255) unterstütz, wäre es doch sinnvoll diesen Adressbereich auch zu unterstützen.