[erledigt] keine Get-FN für set option, Korr. KNX_parse

[Amenophis86]

Mit dpt 19.001 kommt die Version noch nicht klar, oder? Irgendwie kommt das bei mir nicht richtig an. Gleiches gilt wohl auch für 1.024, oder?

Ansonsten bleibt es dabei, dass das Device KNX_0302003 Probleme bereitet, die ich nicht verstehe:

Code Auswählen Erweitern

2020.11.12 16:51:02 5: parse: process message, device-name: KNX_0302003, rd-name: , gadCode: 02003, model:
2020.11.12 16:51:02 5: decode value: 07e4, gadName:
2020.11.12 16:51:02 5: decode model: , code: , value: 07e4
2020.11.12 16:51:02 2: decode model: , no valid model defined
2020.11.12 16:51:02 2: parse device hash (wpi): HASH(0x1337a28) name: KNX_0302003, message could not be decoded - see log for details

Hier das Device, wie es gerade ist:

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        3/2/3:dpt1.017
   DEVNAME    KNX_0302003
   FIRSTGADNAME g1
   FUUID      5fad53fc-f33f-92c6-762b-2c132f9c50e7abec
   GETSTRING  g1:noArg
   IODev      KNX
   NAME       KNX_0302003
   NR         323
   NTFY_ORDER 50-KNX_0302003
   SETSTRING  g1:trigger,trigger
   STATE      ???
   TYPE       KNX
   GADDETAILS:
     g1:
       CODE       03203
       GROUP      3/2/3
       MODEL      dpt1.017
       NO         1
       OPTION     
       RDNAMEGET  getG1
       RDNAMEPUT  putG1
       RDNAMESET  setG1
       SETLIST    :trigger,trigger
   GADTABLE:
     03203      g1
Attributes:
   IODev      KNX
   room       KNX
   verbose    5

Und hier, wie es in der ETS aussieht (siehe Bild).

Das verrückte ist, dass ich nicht verstehe wieso auf 3/2/3 gesendet werden sollte. Es handelt sich um einen Rollladen und da passiert eigentlich aktuell nix. In der Gruppe selbst ist auch nur der Aktor drinnen und kein Sensor.
Zusätzlich habe ich mal ein FileLog für das Device angelegt, welcher leer bleibt. Auch verbose habe ich für das Device auf 0 gestellt und es kommt nix. In der FHEM.cfg findet sich auch nirgendwo anders als bei diesem Device die Zahlenkombination 0302003 sowie "3/2/3".

[EinEinfach]

Siehe dir die Commandref an, die Datentypen werden unterstützt:

Code Auswählen Erweitern

DPT - datapoint-types

The following dpt are implemented and have to be assigned within the device definition.

    dpt1 on, off

    dpt1.000 1, 0

    dpt1.001 on, off

    dpt1.002 true, false

    dpt1.003 enable, disable

    dpt1.004 no ramp, ramp

    dpt1.005 no alarm, alarm

    dpt1.006 low, high

    dpt1.007 decrease, increase

    dpt1.008 up, down

    dpt1.009 open, closed

    dpt1.010 start, stop

    dpt1.011 inactive, active

    dpt1.012 not inverted, inverted

    dpt1.013 start/stop, ciclically

    dpt1.014 fixed, calculated

    dpt1.015 no action, reset

    dpt1.016 no action, acknowledge

    dpt1.017 trigger, trigger

    dpt1.018 not occupied, occupied

    dpt1.019 closed, open

    dpt1.021 logical or, logical and

    dpt1.022 scene A, scene B

    dpt1.023 move up/down, move and step mode

    dpt2 on, off, forceOn, forceOff

    dpt3 -100..+100

    dpt3.007 -100..+100 %

    dpt5 0..255

    dpt5.001 0..100 %

    dpt5.003 0..360 °

    dpt5.004 0..255 %

    dpt6 -127..+127

    dpt6.001 0..100 %

    dpt7 0..65535

    dpt7.001 0..65535 s

    dpt7.005 0..65535 s

    dpt7.006 0..65535 m

    dpt7.007 0..65535 h

    dpt7.012 0..65535 mA

    dpt7.013 0..65535 lux

    dpt8 -32768..32768

    dpt8.005 -32768..32768 s

    dpt8.010 -32768..32768 %

    dpt8.011 -32768..32768 °

    dpt9 -670760.0..+670760.0

    dpt9.001 -670760.0..+670760.0 °

    dpt9.004 -670760.0..+670760.0 lux

    dpt9.005 -670760.0..+670760.0 m/s

    dpt9.006 -670760.0..+670760.0 Pa

    dpt9.007 -670760.0..+670760.0 %

    dpt9.008 -670760.0..+670760.0 ppm

    dpt9.009 -670760.0..+670760.0 m³/h

    dpt9.010 -670760.0..+670760.0 s

    dpt9.021 -670760.0..+670760.0 mA

    dpt9.024 -670760.0..+670760.0 kW

    dpt9.025 -670760.0..+670760.0 l/h

    dpt9.026 -670760.0..+670760.0 l/h

    dpt9.028 -670760.0..+670760.0 km/h

    dpt10 01:00:00

    dpt11 01.01.2000

    dpt12 0..+Inf

    dpt13 -Inf..+Inf

    dpt13.010 -Inf..+Inf Wh

    dpt13.013 -Inf..+Inf kWh

    dpt14 -Inf.0..+Inf.0

    dpt14.019 -Inf.0..+Inf.0 A

    dpt14.027 -Inf.0..+Inf.0 V

    dpt14.033 -Inf.0..+Inf.0 Hz

    dpt14.056 -Inf.0..+Inf.0 W

    dpt14.057 -Inf.0..+Inf.0 cosΦ

    dpt14.068 -Inf.0..+Inf.0 °C

    dpt14.076 -Inf.0..+Inf.0 m³

    dpt16 String

    dpt16.000 ASCII-String

    dpt16.001 ISO-8859-1-String (Latin1)

    dpt17.001 Scene number: 0..63

    dpt18.001 Scene number: 1..64. Watch out - only "activation" works. "Learning" will be limited to 64...

    dpt19 01.12.2010_01:00:00

    dpt232 RGB-Value RRGGBB

für den dpt 1.024 kannst du imho einfach dpt1 nehmen, würde gehen. Beim 19.001 weiß nicht mehr spontan was dahinter steckt

[Amenophis86]

Danke für den Hinweis mit der CommandRef aber es geht ja gerade darum, dass Hauswart einige Patches eingespielt hat. Damit ist die CommandRef nicht mehr aktuell für seine Version. Und sollten dann dpt noch fehlen, könnten wir ja helfen diese aufzuspüren und noch einpflegen.

Edit:
19.001 ist Datum und Uhrzeit zusammen aber hier scheint bei mir was nicht zu stimmen. Wenn ich dpt19 nehmen dann kommt aktuell folgendes raus:149.12.1911_13:34:00 und meine Zeiten auf dem Bus stimmen.

[Hauswart]

Hallo,

kurze Rückmeldung:
* DPT1.024 ist derzeit nicht implementiert. Wie @EinEinfach schrieb probiere mal dpt1
* DPT 19.001 ist auch nicht implementiert, ich meine ich hatte es mal bei mir gefixt, aber in dieser Version geht es aktuell nicht.
* Deine Fehler mit dem 3/2/3 finde ich merkwürdig, kommen diese mit der original 10_KNX.pm denn nicht? Bzw. kannst du dein Device mal löschen in FHEM und neu anlegen (lassen)? Er erkennt model und dpt nicht...

Hier Version 3 mit DPT19-Fix:


Hallo Zusammen,

aktuell habe ich hier mal folgende Patches eingespielt:
* https://forum.fhem.de/index.php/topic,115122.msg1093724.html#msg1093724
* https://forum.fhem.de/index.php/topic,91462.msg839807.html#msg839807
* https://forum.fhem.de/index.php/topic,112538.msg1068733.html#msg1068733
* https://forum.fhem.de/index.php/topic,91650.msg1009476.html#msg1009476




Edit: Neue Version: https://forum.fhem.de/index.php/topic,115122.msg1100840.html#msg1100840

[EinEinfach]

Hier Version 3 mit DPT19-Fix:

Das geht ja Fix... wenn ich gewusst hätte, dass die Veröffentlichungsintervalle so kurz sind, hätte ich auf die Version von heute noch gewartet  Aktuell läuft bei mir die Version von gestern ohne Auffälligkeiten.

Gruß

[Amenophis86]

Zu meinen Fehlern von 3/2/3:
Ich hatte gestern schon das Device mehrfach gelöscht und mal einfach andere dpt gesetzt. Seit gestern Abend kam keine Meldung mehr, werde es weiter beobachten und mich melden.

Dpt1.024:
Dpt1 geht natürlich, ist dann halt on/off und nicht Tag/Nacht. Ist kein Problem, kann man natürlich in FHEM ummappen. Für mich war da eher die Frage, ob wir nach und nach alle fehlenden dpt nachtragen wollen, dass sie komplett sind. Allerdings weiß ich nicht, wie hoch der Aufwand ist, dass ich diese Entscheidung natürlich dir überlassen würde.

Dpt19:
Danke für den Fix mit 19, jetzt klappt es auch direkt.


Ich hätte noch eine weitere Frage. Mir ist aufgefallen, dass im Reading "last-sender" drinnen steht, wer zuletzt auf die Gruppenadresse geschrieben hat. Zu beginn hat mich das total verwirrt, weil ich mich gefragt habe, wie eine Gruppenadresse auf eine Gruppenadresse schreiben kann. Dann bin ich irgendwann dahinter gekommen, dass die physikalische Adresse gemeint ist. Daher wäre meine Frage, ob nur ich es verwirrend finde oder noch mehr und, ob vielleicht Konsens / eine Mehrheit gibt, die die Schreibweise auf x.x.x. ändern möchte, wie es in der ETS ist.

Wollen wir vll für deine Patches / Version einen eigenen Thread aufmachen? Kann mir vorstellen, dass zukünftig mehr dazu geschrieben wird und das sollte dann besser in einem eigenen Thread stehen.

Vielen Dank schonmal, dass du dich der Sache angenommen hast.

[Hauswart]

Das geht ja Fix... wenn ich gewusst hätte, dass die Veröffentlichungsintervalle so kurz sind, hätte ich auf die Version von heute noch gewartet 

Nur nicht daran gewöhnen Hatte gestern und auch heute etwas Zeit dafür.

Ich überlege derzeit, ob ich mir den Maintainer Hut wirklich anziehen soll, derzeit baue ich nur zur Verfügung stehende Patches ein. Alternativ könnte ich auch mal schnell ein Github eröffnen, damit wir wenigstens direkt aus FHEM updaten können. Mir ist das manuelle Updaten nämlich auch zu umständlich. )

Zu meinen Fehlern von 3/2/3:
Ich hatte gestern schon das Device mehrfach gelöscht und mal einfach andere dpt gesetzt. Seit gestern Abend kam keine Meldung mehr, werde es weiter beobachten und mich melden.

Gerne.

Dpt1.024:Dpt1 geht natürlich, ist dann halt on/off und nicht Tag/Nacht. Ist kein Problem, kann man natürlich in FHEM ummappen. Für mich war da eher die Frage, ob wir nach und nach alle fehlenden dpt nachtragen wollen, dass sie komplett sind. Allerdings weiß ich nicht, wie hoch der Aufwand ist, dass ich diese Entscheidung natürlich dir überlassen würde.

Guter Hinweis, Tag und Nacht habe ich auch bei mir im Einsatz und eigentlich fände ich es auch gut das Feature. => Kommt demnächst in die nächste Version.

Dpt19:Danke für den Fix mit 19, jetzt klappt es auch direkt.

Sehr gut.

Ich hätte noch eine weitere Frage. Mir ist aufgefallen, dass im Reading "last-sender" drinnen steht, wer zuletzt auf die Gruppenadresse geschrieben hat. Zu beginn hat mich das total verwirrt, weil ich mich gefragt habe, wie eine Gruppenadresse auf eine Gruppenadresse schreiben kann. Dann bin ich irgendwann dahinter gekommen, dass die physikalische Adresse gemeint ist. Daher wäre meine Frage, ob nur ich es verwirrend finde oder noch mehr und, ob vielleicht Konsens / eine Mehrheit gibt, die die Schreibweise auf x.x.x. ändern möchte, wie es in der ETS ist.

Aufgefallen ist es mir auch schon, nur habe ich mir bisher keinen wirklichen Kopf darüber gemacht. Sehen es andere auch so?

Wollen wir vll für deine Patches / Version einen eigenen Thread aufmachen? Kann mir vorstellen, dass zukünftig mehr dazu geschrieben wird und das sollte dann besser in einem eigenen Thread stehen.

Werde ich heute Nachmittag mal starten. Wenn ihr noch offene Themen habt, bitte gerne sammeln.

Vielen Dank schonmal, dass du dich der Sache angenommen hast.

Gerne.

Gruss

[Hauswart]

Hat jemand einen Link zu den aktuellen KNX Specifications? Ich finde nur V2.1 zum Download und diese ist schon sehr alt. https://support.knx.org/hc/de/articles/360000040999-KNX-Spezifikationen

[Amenophis86]

Finde auch keine neueren. Hast du schon im KNX UF gefragt?

[Hauswart]

Finde auch keine neueren. Hast du schon im KNX UF gefragt?

Nein bisher nicht.

[Hauswart]

Hallo Zusammen,

aktuell habe ich hier mal folgende Patches eingespielt:
* https://forum.fhem.de/index.php/topic,115122.msg1093724.html#msg1093724
* https://forum.fhem.de/index.php/topic,91462.msg839807.html#msg839807
* https://forum.fhem.de/index.php/topic,112538.msg1068733.html#msg1068733
* https://forum.fhem.de/index.php/topic,91650.msg1009476.html#msg1009476
* Last-Sender in Form X.X.X anstatt X/X/X


Gruss

[Amenophis86]

Nein bisher nicht.

Ich frage mal nach, ob das die aktuellsten sind oder es neuer gibt.

[erwin]

neuere KNX-specs find ich auch nicht....
Ich hab mir die 2.1 specs heute nochmals runtergeladen, und da findet man unter extensions/Drafts in Progress/ ein AN163 Extended....   wo etliche "neue" Dpt's beschrieben sind.

Ich würde mich bereit erklären, einige dpt1.subtypen zu implementieren/testen und dann in Abstimmung mit Hauswart zu publizieren, denke aber wir sollten die jetzige Version eine Zeit lang ruhen lassen (abgesehen v. Fehlern, die durch die Patches verursacht wurden).
In diesen Sinn würd ich auch bitten, Fehler / Wünsche und andere Merkwürdigkeiten, welche auch mit der Standard-Version auftreten - in anderen/neuen Threads zu publzieren - und diesen Thread für neue Versionen, bzw. Fehlermeldungen dazu verwenden.

l.g. Erwin

[Amenophis86]

Ich stimme dir fast komplett zu. Einzige Änderung, ich würde empfehlen für die Version von Hauswart auch einen eigenen Thread aufzumachen. So kann er im ersten Post immer die Version aktuell halten, Fixes dort publizieren etc. Das macht es sicher einfacher als in diesem Thread dann immer suchen zu müssen.

[Hauswart]

Den neuen Thread bin ich euch noch schuldig und erstelle ich noch (geplant heute Abend). Bzw. antworte später nochmal ausführlicher hier auf den Thread zu den beiträgen.