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

[vogelsang]

Ich habe weiterhin fest gestellt, dass für Dimmwerte in % bei max der Wert 255 eingetragen wurde. In der ETS ist der DPT richtig auf DPT 5.001 (0-100%) gesetzt.

[fritzke316]

@vogelsang Der max Wert fürs Dimmen ist bei mir richtig mit 100 eingetragen.

Habe gerade den Adapter nochmal neu installiert und die Datenpunkte nochmal importiert, aber immer noch ohne Einheiten!

Ich habe aber paralell noch den anderen KNX Adapter laufen, kann das vielleicht Fehler verursachen?

[tombox]

@fritzke316 Nein sollte nicht.
Vielleicht kannst mir die xml datei mal schicken
tombox2020@gmail.com

[killroy2]

@vogelsang 5.001 wird vom Adapter mit max 100 generiert (0.1.10)
Meinst du 5.004? Der ist so definiert:
DPT_Percent_U8 (5.004)
Encoding: 0 %...255 %. Full Datapoint Type value: 0 ... 255, i.e. 1 % = value 1.
To be used for % energy demand etc

[tiego]

Hallo,
erstmals DANKE für den Tollen Adapter der bei mir um einiges Stabiler funktioniert als der alte.
Ich erhalte sehe im Log folgende Fehler bei allen DIMM Objekten.

State value to set for "openknx.0.OG.Licht.OG_-_Licht_O5_Zimmer_Eltern_O5_2_Decke_-_dimm" has to be stringified but received type "object"

Objektinfo:

{
  "_id": "openknx.0.OG.Licht.OG_-_Licht_O5_Zimmer_Eltern_O5_2_Decke_-_dimm",
  "type": "state",
  "common": {
    "desc": "Basetype: 4-bit relative dimming control",
    "name": "OG - Licht O5 Zimmer Eltern O5.2 Decke - dimm",
    "read": true,
    "role": "state",
    "type": "object",
    "write": true
  },
  "native": {
    "address": "2/0/126",
    "answer_groupValueResponse": false,
    "autoread": true,
    "bitlength": 4,
    "dpt": "DPT3.007",
    "valuetype": "composite"
  },
  "from": "system.adapter.openknx.0",
  "user": "system.user.admin",
  "ts": 1640599330135,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Wert:

{"decr_incr":1,"data":0}

Könnt Ihr mir hier weiterhelfen um den Fehler zu beheben.
danke

[vogelsang]

@killroy2 bei mir wurde 5.001 mit max 255 und ohne unit generiert (0.1.10)

{
  "_id": "openknx.0.Beleuchtung.Wohnung.Flur_Downlights_Dimmwert",
  "type": "state",
  "common": {
    "desc": "Basetype: 8-bit unsigned value",
    "min": 0,
    "max": 255,
    "name": "Flur Downlights Dimmwert",
    "read": true,
    "role": "state",
    "type": "number",
    "write": true
  },
  "native": {
    "address": "1/0/3",
    "answer_groupValueResponse": false,
    "autoread": true,
    "bitlength": 8,
    "dpt": "DPT5",
    "valuetype": "basic"
  },
  "from": "system.adapter.openknx.0",
  "user": "system.user.admin",
  "ts": 1640595599639,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[killroy2]

@vogelsang
bei dir steht "dpt": "DPT5"
ich hätte ein "dpt": "DPT5.001" erwartet.
Zeig mal die Zeile in deinem KNX XML wo die GroupAddress 1/0/3 definiert ist.

[frankthegreat]

@killroy2 Moin, nach anfänglichen Schwierigkeiten mit der Installation in der ganz frühen Phase hab ich mal
mein Testsystem neu aufgesetzt und den Adapter installiert. Version 0.1.10.
Bericht:

1. Installation läuft sauber durch

2. IP Schnittstelle wird sofort erkannt und Adapter wird grün

3. Import der GA's (ca. 700) erfolgt rasend schnell
   hier hab ich festgestellt, das nach dem Import der Speicherbutton ausgegraut ist, ich kann also nur auf schließen drücken,
   GA's werden aber trotzdem angelegt.

4. Die GA's die in der ETS keinem Gerät zugeordnet sind werden erst garnicht übernommen. Find ich persönlich gut.

5. Die "Pärchen" Zuordnung von "Schalten" und "Status" ist wohl hier anders gelöst.
   Find ich etwas eleganter, da es damit bei der Konkurrenz die meisten Schwierigkeiten gab.

6. Erste Tests mit schreiben und lesen auf und vom Bus sind auch erfolgreich.

Fazit:
Der Adapter hat in sehr kurzer Zeit einen gewaltigen Sprung nach oben gemacht.
Anfängliche Stolpersteine wurden schnell aus dem Weg geräumt.

Von mir alle 10 Damen hoch

und
RESPEKT!!!

[vogelsang]

@killroy2 DPT5.001 hätte ich auch erwartet, da es in der ETS auch so eingestellt ist.

<GroupAddress Name="Flur Downlights Schalten" Address="1/0/1" DPTs="DPT-1" />
<GroupAddress Name="Flur Downlights Dimmen" Address="1/0/2" DPTs="DPT-3" />
<GroupAddress Name="Flur Downlights Dimmwert" Address="1/0/3" DPTs="DPT-5" />
<GroupAddress Name="Flur Downlights Schalten Status" Address="1/0/4" DPTs="DPT-1" />
<GroupAddress Name="Flur Downlights Dimmwert Status" Address="1/0/5" DPTs="DPT-5" />

Ich habe in der ETS den Datentyp manuell für alle GA fest gelegt.
Offensichtlich wird in der exportierten XML nur der Stamm hinterlegt.

[killroy2]

@vogelsang gilt das pauschal für alle Einträge im Export dass der Subtyp fehlt? Welche ETS Version nimmst du?
Bei mir sieht der Eintrag so aus: DPTs="DPST-5-1

[ChrisChros]

@vogelsang bei mir sieht das ganze so aus wenn ich es mit der ETS 5.7.4 exportiere:

<GroupRange Name="Status aktuelle Position" RangeStart="11008" RangeEnd="11263">
      <GroupAddress Name="EG - Büro - Fenster 1 - Status aktuelle Position" Address="5/3/0" DPTs="DPST-5-1" />

[vogelsang]

@killroy2 So hätte ich das auch erwartet. ETS 5.7.6

Ich habe den Grund für den fehlerhaften Export gefunden. Es gibt Hersteller, bei denen die Objekte nicht eindeutig voreingestellt sind (z. B. Weinzierl KNX IO 530). Dann kann die ETS auch nicht eindeutig exportieren. Da ich meine GA immer manuell mit dem DPT einstelle, fällt das in der GA Ansicht auch nicht auf.

[ChrisChros]

@killroy2 mir ist eben noch eine Sache bezüglich Datum und Uhrzeit aufgefallen.
Von meiner Wetterstation bekomme ich die GPS Zeit und Datum für den Bus bereitgestellt. Hierzu habe ich auch extra 2 GAs angelegt und die entsprechenden Datentypen hinterlegt. Für das Datum DPT 11.001 und die Zeit DPT 10.001. Diese Datenpunkte werden auch in den Objekten in ioBroker angelegt:

{
  "_id": "openknx.0.Zentral.Wetter___Zeit___Datum.Datum",
  "type": "state",
  "common": {
    "desc": "Basetype: 3-byte date value",
    "name": "Datum",
    "read": true,
    "role": "date",
    "type": "number",
    "write": true
  },
  "native": {
    "address": "0/4/9",
    "answer_groupValueResponse": false,
    "autoread": true,
    "bitlength": 24,
    "dpt": "DPT11.001",
    "valuetype": "composite"
  },
  "from": "system.adapter.openknx.0",
  "user": "system.user.admin",
  "ts": 1640607178920,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Allerdings bekomme ich dann als Wert ein "Invalid Date" in den Objekten angezeigt.

Woran kann das liegen?

[killroy2]

@vogelsang

Ich habe mal eine GA angelegt und sie mit 2 Kommunikationsobjekte verbunden.
Das Gute ist ich kann den Subtype in den Kommunikationsobjekten selber umstellen, nur der Datapoint-Type ist vorgegeben.
Wenn ich an den 3 Stellen verschiedene Werte einstelle zB 1.005, 1.006, 1.007 nimmt er mir die kleinste Nummer 1.005
oder eben bei 1.005, 1.006, 1 den DPT-1

Warum die ETS das so macht ist mit nicht verständlich.
Also gilt die Regel: bei der ETS Konfiguration sicherstellen, dass der Datentyp in der GA und allen KOs identisch gesetzt ist.

[vogelsang]

@killroy2 Ja, so sehe ich das auch. Die ETS und ihre Rätsel...

[killroy2]

@chrischros
Bitte mal einen Wert von deiner Wetterstation hier posten der Probleme bereitet.
Was passiert wenn du einen DPT11.001 manuell mit der ETS schickst?

[killroy2]

@frankthegreat said in Test Adapter OpenKNX 0.1.x:

Import der GA's (ca. 700) erfolgt rasend schnell
hier hab ich festgestellt, das nach dem Import der Speicherbutton ausgegraut ist, ich kann also nur auf schließen drücken,
GA's werden aber trotzdem angelegt.

Ja das ist so gewollt. Der ist ausgegraut für neue Imports.
Nach dem Import bekommt der Adapter einen Reset und ist dann für Interaktionen mit dem Nutzer weg. Ich kenne keine Möglichkeit wie die Admin Oberfläche benachrichtigt wird wann der Adapter wieder da ist um die Buttons zu enablen.
Also muss der Nutzer schliessen und es wird nur wieder einmal bei Start geprüft.

[frankthegreat]

@killroy2 Ja, nee, alles gut.
Wenn das so funktioniert, ist es doch io. War nur im ersten Moment ungewohnt, weil man es bei anderen Adaptern so machen muß.

[vogelsang]

@killroy2 Nach der Änderung im Projekt werden nun auch die DPT richtig erkannt und importiert. Die unit wird allerdings immer noch nicht eingetragen.

[vogelsang]

Wie kann man bei diesem Adapter die Statusadresse mit der Schaltadresse koppeln? Die Schaltadresse wird ja nicht automatisch aktualisiert.