00_TUL.pm || Auswertung der erweiterten Gruppenadressen

its2bit · 19 November 2016, 10:36:12

Hallo Forum,

nach Rückmeldung von Andi291 habe ich versucht die "falsche" Auswertung der erweiterten Gruppenadresse im 00_TUL.pm nachzuvollziehen (Perl Laie).

Anbei der Log Auszug zu den noch abgebildeten "richtigen" Gruppenadressen --> Hauptgruppe 0-15.

Log Level 5, Gruppenadresse 15/3/70

Code Auswählen


2016.11.19 10:02:35 5: decode_eibd byte len: 3 array size: 3
2016.11.19 10:02:35 5: SimpleRead msg.type: write, msg.src: 11e1, msg.dst: f346
2016.11.19 10:02:35 5: SimpleRead data: 0d20
2016.11.19 10:02:35 4: SimpleRead: 11e1wf3460d20

2016.11.19 10:02:35 4: myKNX: C11e1wf3460d20
2016.11.19 10:02:35 5: myKNX dispatch C11e1wf3460d20
2016.11.19 10:02:35 5: enter parse: hash: HASH(0x2037fe8) name: myKNX, msg: C11e1wf3460d20
2016.11.19 10:02:35 5: parse device hash: HASH(0x2115f50) name: KNX_1503070, GADDR: 15/3/70, GCODE: f346, MODEL: dpt9.001
2016.11.19 10:02:35 5: decode value: 0d20, gno: 1
2016.11.19 10:02:35 5: decode model: dpt9.001, code: dpt9, value: 0d20
2016.11.19 10:02:35 5: decode model: dpt9.001, code: dpt9, value: 0d20, numval: 26.24, state: 26.24 °C
2016.11.19 10:02:35 5: received hash: HASH(0x2115f50) name: KNX_1503070, STATE: 26.24 °C, GNO: 1, SENDER: 11e1
2016.11.19 10:02:35 5: exit parse
2016.11.19 10:02:35 5: Triggering KNX_1503070 (3 changes)
2016.11.19 10:02:35 5: Starting notify loop for KNX_1503070, first event getG1: 26.24 °C
2016.11.19 10:02:36 5: Received packet: 002711e1db3c00800210

... und der erweiterten Gruppenadresse mit der "falschen" Zuordnung.

Log Level 5, Gruppenadresse 27/3/60

Code Auswählen


2016.11.19 10:02:36 5: decode_eibd byte len: 3 array size: 3
2016.11.19 10:02:36 5: SimpleRead msg.type: write, msg.src: 11e1, msg.dst: b33c
2016.11.19 10:02:36 5: SimpleRead data: 0210
2016.11.19 10:02:36 4: SimpleRead: 11e1wb33c0210

2016.11.19 10:02:36 4: myKNX: C11e1wb33c0210
2016.11.19 10:02:36 5: myKNX dispatch C11e1wb33c0210
2016.11.19 10:02:36 5: enter parse: hash: HASH(0x2037fe8) name: myKNX, msg: C11e1wb33c0210
2016.11.19 10:02:36 5: parse device hash: HASH(0x21f7260) name: KNX_1103060, GADDR: 11/3/60, GCODE: b33c, MODEL: dpt9.001
2016.11.19 10:02:36 5: decode value: 0210, gno: 1
2016.11.19 10:02:36 5: decode model: dpt9.001, code: dpt9, value: 0210
2016.11.19 10:02:36 5: decode model: dpt9.001, code: dpt9, value: 0210, numval: 5.28, state: 5.28 °C
2016.11.19 10:02:36 5: received hash: HASH(0x21f7260) name: KNX_1103060, STATE: 5.28 °C, GNO: 1, SENDER: 11e1
2016.11.19 10:02:36 5: exit parse
2016.11.19 10:02:36 5: Triggering KNX_1103060 (3 changes)
2016.11.19 10:02:36 5: Starting notify loop for KNX_1103060, first event getG1: 5.28 °C
2016.11.19 10:02:36 5: Received packet: 002711e1db3d0080ff

Meine Vermutung bei der Dekondierung der KNX Packete wir ein Wert abgeschnitten. Aus dem gesendeten "1B" = 27 wird ein "B" 11. Da die Umwandlung u. Anzeige im FHEM funktioniert, nehme ich an das bei der Aufbereitung der Daten etwas abgeschnitten wird.

Der Schlüssel müsste irgendwo hier liegen ...

Aktuell:

Code Auswählen

2016.11.19 10:02:36 5: decode_eibd byte len: 3 array size: 3
2016.11.19 10:02:36 5: SimpleRead msg.type: write, msg.src: 11e1, msg.dst: b33c

Neu:

Code Auswählen

2016.11.19 10:02:36 5: decode_eibd byte len: 3 array size: 3
2016.11.19 10:02:36 5: SimpleRead msg.type: write, msg.src: 11e1, msg.dst: 1b33c

--> msg.dst = 1b33c

Falls ihr Ideen/ Anregungen für einen Ansatz zur Lösung es Problems habt, meldet euch einfach.

Ich werde es versuchen zu lösen, ansonten muss ich meine komplette Gruppenadressstruktur überarbeiten.

Vielen Dank

Mfg
its2bit

Andi291 · 19 November 2016, 11:22:12

Servus! Bevor du dir die Mühe machst finde doch bitte heraus ob knxd, eibd und tul-stick über haupt damit klar kommen...

its2bit · 20 November 2016, 14:23:09

Hi Andi291,

ok, wird gemacht.

mfg
its2bit

its2bit · 20 November 2016, 20:00:29

Hallo Andi291,

mit Einführung der ETS4 wird im Byte 2 auch das 8 Bit zur Adressierung der erweiterten Gruppenadressen genutzt. Dies wurde vorher nicht genutzt u. war leer.

Adress Byte 2 / Byte 3 : 5 Bit / 3 Bit / 8 Bit

Der knxd, eibd u. das TUL unterstützen lt. meinen Informationen den Versand des kompletten 2. Byte.

- Brauchst du noch mehr Informationen?

Danke

its2bit

Andi291 · 21 November 2016, 18:07:31

Abend!

Bin mir nicht sicher...Hast Du das getestet und Smurfix mal angefragt?
So recht glauben kann ich es eigentlich nicht...

Geht groupswrite, vbusmonitor, etc. i.V.m. der TUL und dem eibd und knxd im erweiterten Bereich?

its2bit · 04 Dezember 2016, 20:23:27

Hallo andi291,

ich habe mich die letzten Tage hingesetzt u. versucht die Perl Skripte zu verstehen.

Anbei mein erster lauffähiger Entwurf wie man die erweiterten Gruppenadressen im 00_TUL.pm u. 10_KNX.pm abbilden kann. Einfach nach its2bit u. den Kommentaren ausschau halten.

(Sry, bin kein gelernter Programmierer)

Die Adressen werden über den eibd in den Bereich 0-31/0-7/0-255 zerlegt u. es können vom System auch Informationen empfangen werden.

Leider hat die Sache auch einen Haken bei dem ich eure Hilfe gebrauchen könnte.

Nach Betätigen des GET Buttons in der Weboberfläche hängt sich der FHEM auf.

Ansonsten freue ich mich über euer Feedback u. den ein o. anderen Tester.

mfg
its2bit

its2bit · 09 Dezember 2016, 21:29:34

Hallo Andi291, Hallo Forum,

ich habe das Problem mit dem Get Button gelöst.

- Nach welchen Kriterien wird der Code in die Module übernommen?
- Brauchen wir noch weitere Tests?

Mfg
its2bit

Andi291 · 11 Dezember 2016, 20:42:26

Lass mich erst mal schauen. Wird aber noch dauern.

Andi291 · 08 Januar 2017, 17:56:00

Habs mal durchgeschaut und oberflächlich getestet. War ja erfrischend wenig. Ist mal so eingechecked. Schau mer mal

Superrakete · 10 Januar 2017, 01:44:38

Hallo Forum.

Habe mich jetzt auch mal angemeldet weil nach dem Update von heute habe ich bei jeder Gruppenadresse einen Fehler.
Zum Beispiel:

Code Auswählen

2017.01.10 00:43:44 3: SimpleRead: 00001w040000a

2017.01.10 00:43:44 3: KNX Unknown device 04000 (4/0/0), Value 0a, please define it
2017.01.10 00:43:44 2: autocreate: define KNX_0400000 KNX 4/0/0:MODEL_NOT_DEFINED
2017.01.10 00:49:19 3: SimpleRead: 00001w0101901

2017.01.10 00:49:19 3: KNX Unknown device 01019 (1/0/25), Value 01, please define it
2017.01.10 00:49:19 2: autocreate: define KNX_0100025 KNX 1/0/25:MODEL_NOT_DEFINED

An der fhem.cfg wurde nichts geändert und wenn ich 00_TUL.pm und 10_KNX.pm aus dem Backup wieder einspiele läuft alles wieder.
Muss ich jetzt meine Konfiguration ändern?

Andi291 · 10 Januar 2017, 08:10:34

Komisch, bei mir läufts. Anyhow - ich mach die Änderungen heute Abend rückgängig. Da muss its2bit nochmal ran

erwin · 10 Januar 2017, 11:19:15

Hi Andi,

bei mir waren nur jene definitionen betroffen, die ursprünglich so aussahen:

Code Auswählen

define test KNX a119:dptX
nicht aber:

Code Auswählen

define test KNX 10/1/25:dptX
liegt also am parsen der defines...
Log:

Code Auswählen

configfile: wrong group name format: specify as 0-15/0-15/0-255 or as hex
l.g. erwin

Superrakete · 10 Januar 2017, 15:51:11

Nee, daran kanns eigentlich nicht liegen.

Code Auswählen

define Temperatur_Wohnzimmer KNX 4/0/0:dpt9.001

define Kueche KNX 1/0/25:dpt1.001 1/0/27:dpt1.001

fis14 · 10 Januar 2017, 19:30:19

Hi zusammen,

bei mir startete Autocreate erstmal richtig durch und legte alles nochmal an.
natürlich blanko mit MODEL_NOT_DEFINED

Falki · 10 Januar 2017, 19:37:26

Einen guten Abend zusammen,

bei mir treten die Meldungen bei allen Definitionen auf. Davor kommt einmal die PERL Warning.

Code Auswählen

PERL WARNING: Illegal hexadecimal digit 'w' ignored at ./FHEM/10_KNX.pm line 887.
KNX Unknown device w081 (0/0/129), Value 0306c2, please define it
SimpleRead: 0ff14w0810306c2

Mit einer früheren 00_TUL.pm + 10_KNX.pm funktioniert es wieder wunderbar.

VG
Falki