Testversion: 32_TechemWZ

herrmannj · 21 Februar 2019, 20:05:34

Yepp

schurgan · 21 Februar 2019, 23:24:02

So...gerade abgelesen:

2019.02.21 23:12:16 5: CUL/RAW: /b3644
2019.02.21 23:12:16 5: CUL/RAW: b3644/68501980875545435D69A1009F25D1230090D10700007BCA884126B65258E441C9A0F18208214CF040061E949B2E00020E52D4F2E486284ED965A4BA8
2019.02.21 23:12:16 5: CUL/RAW: b364468501980875545435D69A1009F25D1230090D10700007BCA884126B65258E441C9A0F18208214CF040061E949B2E00020E52D4F2E486284ED965A4BA8/

2019.02.21 23:12:16 4: CUL_Parse: CUL868 b364468501980875545435D69A1009F25D1230090D10700007BCA884126B65258E441C9A0F18208214CF040061E949B2E00020E52D4F2E486284ED965A4BA8
2019.02.21 23:12:16 5: CUL868: dispatch b364468501980875545435D69A1009F25D1230090D10700007BCA884126B65258E441C9A0F18208214CF040061E949B2E00020E52D4F2E486284ED965A4BA8

meter: 11170

previous_period: 9169 vom 31.12.18

current_period: habe ich garnicht gefunden. Laut Handbucht, wird der Wert auch nicht angezeigt (siehe Anhang) Es sei denn, es handelt sich um die aktuelle Leistung, es werden 0000 angezeigt, da nicht geheitz wird.

herrmannj · 22 Februar 2019, 01:41:14

ich verstehe nicht ganz was Du da geschickt hast. Wo kommen denn meter und previous_period her ? aus dem Modul ? Das sollte doch eigentlich nichts anzeigen ?

Du müsstest über einen längeren Zeitraum, sicher über einige Tage, die raw message ab und zu in eine Liste schreiben (schön unter einander), die Zeit dazu und jeweils die Anzeige auf dem Gerät selber daneben notieren.

Wenn ich das dann als Liste sehe dann sieht man das sich einige Zeichen in den raw message ändern, andere bleiben statisch. Die Ablesedaten um die es geht sollten dann also als "veränderlich" auftauchen und so kann ich das eingrenzen. Dazu sollten dann selbstredend auch einige Heizabschnitte dabei sein - sonst bewegt sich da ja nichts .

schurgan · 22 Februar 2019, 08:56:56

Nein, das Modul zeigt es auch nicht an. Ich habe Deine Bezeichnung angewendet. Die Werte habe ich natürlich vom Zähler abgelesen und Deiner Bezeichnung zugeordnet.

Heute früh, vor der Arbeit habe ich noch Mal abgelesen und festgestellt, dass exakt die selben Daten ankommen, was ich so ziemlich komisch finde.

Hier sind sie:

2019.02.22 05:57:44 5: CUL/RAW: /b364468501980875545435D69A1009F25D1230090D10700007
2019.02.22 05:57:44 5: CUL/RAW: b364468501980875545435D69A1009F25D1230090D10700007/BCA884126B65258E441C9A0F18208214CF040061E949B2E00020E52D4F
2019.02.22 05:57:44 5: CUL/RAW: b364468501980875545435D69A1009F25D1230090D10700007BCA884126B65258E441C9A0F18208214CF040061E949B2E00020E52D4F/2E486284ED965A4BA8

2019.02.22 05:57:44 4: CUL_Parse: CUL868 b364468501980875545435D69A1009F25D1230090D10700007BCA884126B65258E441C9A0F18208214CF040061E949B2E00020E52D4F2E486284ED965A4BA8
2019.02.22 05:57:44 5: CUL868: dispatch b364468501980875545435D69A1009F25D1230090D10700007BCA884126B65258E441C9A0F18208214CF040061E949B2E00020E52D4F2E486284ED965A4BA8

Dazu die abgelesenen Werte:

Gesammtverbrauch: 11177

Aktuelle Leistung: 2341

herrmannj · 22 Februar 2019, 12:52:36

komisch. warten wir mal ab

schurgan · 22 Februar 2019, 13:01:36

Was noch komisch ist, dass bei keinem Telegram RSSI ankommt, und wenn es mal passiert, dann habe ich ein Gerät in der Liste. Stimmt vielleicht mit dem CUL etwas nicht...

herrmannj · 22 Februar 2019, 13:05:08

vielleicht. Aber: step by step

herrmannj · 22 Februar 2019, 13:06:20

bist Du Dir denn sicher, wirklich ganz sicher, dass das Deiner ist ? Nicht evtl doch vom Nachbarn ?

schurgan · 22 Februar 2019, 13:16:22

Die Nummer steht sogar auf dem Zähler.

Ich habe gerade im .log etwas interessantes gefunden...

Wenn eine Telegramm mit RSSI kommt, sind da auch paar Zeichen mehr...

z.B. hier rausgesucht:

2019.02.21 18:01:43 4: CUL_Parse: CUL868 b364468502080875545435214A1009F25233800906C0900801A4BAA6234F39A4BF2252812C4470F3EE4C003124B1CDBC4D1C4196A2865F5D118E30DB1DB59D2EFC4 -104
2019.02.21 18:01:43 5: CUL868: dispatch b364468502080875545435214A1009F25233800906C0900801A4BAA6234F39A4BF2252812C4470F3EE4C003124B1CDBC4D1C4196A2865F5D118E30DB1DB59D2EF::-104

paar Minuten später:

2019.02.21 18:02:47 4: CUL_Parse: CUL868 b364468502080875545435214A1009F25233800906C0900801A4BAA6234F39A4BF2252812C4470F3EE4C003124B1CDBC4D1C4196A2865F5D118E30DB1DB59D
2019.02.21 18:02:47 5: CUL868: dispatch b364468502080875545435214A1009F25233800906C0900801A4BAA6234F39A4BF2252812C4470F3EE4C003124B1CDBC4D1C4196A2865F5D118E30DB1DB59D

Das ist ja der selber Zähler

herrmannj · 22 Februar 2019, 22:39:45

schau mal ob die passt (ich habe nicht getestet, also backup machen)

bitte mit Neustart etc

schurgan · 23 Februar 2019, 19:29:55

Die Lösung ist so was von einfach. Ich habe den Empfangspuffer TTY_BUFSIZE auf 256 beim compilieren gesetzt und siehe da, es läuft.
Danke für das Modul.

herrmannj · 23 Februar 2019, 22:38:21

Ok, wenn es läuft checke ich ein

schurgan · 23 Februar 2019, 23:27:02

Danke für Deine Hilfe. Toller Einsatzt

matthias soll · 09 Oktober 2019, 15:54:06

Hallo zusammen,
ich habe es jetzt endlich geschafft daten von meinem radio 3 zu empfangen, aber brauchbare readings bekomme ich nicht hat jemand einen Tip für mich?

Code Auswählen

2019.10.09 15:49:15 5: CUL/RAW: /**b2F446850036036307462ABE1A2069F25350290340000800000000000D63F00000000000000000000000000000000FFFF0000000000040A6B806B

2019.10.09 15:49:15 4: CUL_Parse: mapleCUN1 **b2F446850036036307462ABE1A2069F25350290340000800000000000D63F00000000000000000000000000000000FFFF0000000000040A6B806B
2019.10.09 15:49:15 5: mapleCUN1: dispatch **b2F446850036036307462ABE1A2069F25350290340000800000000000D63F00000000000000000000000000000000FFFF0000000000040A6B806B
2019.10.09 15:49:15 4: CUL_Parse: mapleCUN2 *b2F446850036036307462ABE1A2069F25350290340000800000000000D63F00000000000000000000000000000000FFFF0000000000040A6B806B
2019.10.09 15:49:15 5: mapleCUN2: dispatch *b2F446850036036307462ABE1A2069F25350290340000800000000000D63F00000000000000000000000000000000FFFF0000000000040A6B806B
2019.10.09 15:49:15 4: CUL_Parse: mapleCUN3 b2F446850036036307462ABE1A2069F25350290340000800000000000D63F00000000000000000000000000000000FFFF0000000000040A6B806B -20.5
2019.10.09 15:49:15 5: mapleCUN3: dispatch b2F446850036036307462ABE1A2069F25350290340000800000000000D63F00000000000000000000000000000000FFFF0000000000040A6B80::-20.5
2019.10.09 15:49:15 5: WMBUS raw msg b2F446850036036307462ABE1A2069F25350290340000800000000000D63F00000000000000000000000000000000FFFF0000000000040A6B80::-20.5
2019.10.09 15:49:15 2: WMBUS WMBUS_TCH_30366003_116_98 Error during ApplicationLayer parse:Unsupported CI Field a2, remaining payload is 069f2535029034000080000000000000000000000000000000000000000000000000000004
2019.10.09 15:49:15 5: Starting notify loop for WMBUS_TCH_30366003_116_98, 3 event(s), first is RSSI: -20.5
2019.10.09 15:49:15 5: createNotifyHash
2019.10.09 15:49:15 5: End notify loop for WMBUS_TCH_30366003_116_98

Gruß
Matthias

Testversion: 32_TechemWZ

schurgan

schurgan

schurgan

schurgan

schurgan

schurgan