CUL + WMBUS + Techem

Begonnen von Florian_GT, 21 Dezember 2016, 01:08:39

Vorheriges Thema - Nächstes Thema

Florian_GT

Hallo zusammen,

ich habe hier einige HKV, und würde gerne die Daten lesen. Ich habe dafür einen nanoCUL aus dem Trunk erschaffen, in der board.h HAS_MBUS aktiviert und an einen ESP8266 mit "esp-link" Firmware angeschlossen.

Die TTY_BUFSIZE habe ich zum Testen bereits von 128 auf 256 erhöht. Ich habe einige überflüssige Module deaktivert. Auch nur Testweise, also ich habe beide Methoden probiert.

Ich habe nachfolgende CUL Konfiguration, rfmode per Web gesetzt:
define miniCUL CUL 192.168.0.146:23 0000
attr miniCUL group CUL
attr miniCUL rfmode WMBus_T
attr miniCUL room Alle
attr miniCUL verbose 5


Ich habe dann am Gerät die ID gelesen, und entsprechende Konfiguration manuell eingetragen:
define HKV_arbeitszimmer TechemHKV 6949
attr HKV_arbeitszimmer group CUL
attr HKV_arbeitszimmer room Alle
attr HKV_arbeitszimmer verbose 5


Leider werden die Daten zwar vom WMBUS, aber nicht von dem HKV Module verarbeitet. Ich vermute, weil die Daten, welche vom CUL kommen, viel zu kurz oder falsch sind:
2016.12.17 03:18:54.111 5: CUL/RAW: /b294468501133666076F04FAAA0003621902100649021018008000109B518006BA1007CB2008DC30
2016.12.17 03:18:54.114 5: CUL/RAW: b294468501133666076F04FAAA0003621902100649021018008000109B518006BA1007CB2008DC30/09
2016.12.17 03:18:54.119 5: CUL/RAW: b294468501133666076F04FAAA0003621902100649021018008000109B518006BA1007CB2008DC3009/ED4000FE50096BA80DC
2016.12.17 03:18:54.119 4: CUL_Parse: miniCUL b294468501133666076F04FAAA0003621902100649021018008000109B518006BA1007CB2008DC3009ED4000FE50096BA80DC -92
2016.12.17 03:18:54.120 5: miniCUL dispatch b294468501133666076F04FAAA0003621902100649021018008000109B518006BA1007CB2008DC3009ED4000FE50096BA80::-92
2016.12.17 03:18:54.120 5: WMBUS raw msg b294468501133666076F04FAAA0003621902100649021018008000109B518006BA1007CB2008DC3009ED4000FE50096BA80::-92
2016.12.17 03:18:54.121 2: WMBUS WMBUS_TCH_60663311_118_240 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 003621902100649021018008000109006ba1007cb2008dc3009ed4000fe500


Ich habe sowohl culfw Version 1.66 als auch 1.65 probiert.

Normalerweise sollten die Daten ja so aussehen:
b33446850981348009480D956A20FDE20000060140100152C097A0B01EB5C00000000000000000000000000000000FFFF00000000000000000000FFFF80::-53.5
b334468503220480094808C33A20FDE20000060140200152A0A1C0D02C34800000000000000000000000000000000FFFF00000000000000000000FFFF80::-49.5
b33446850312048009480F3CEA20FDE2000006014060015D209D80C06937500000000000000000000000000000000FFFF00000000000000000000FFFF80::-73
b3344685040204800948092C9A20FDE2000006014060015B9092F0D06A03C00000000000000000000000000000000FFFF00000000000000000000FFFF80::-61.5
b334468507395470094809B6BA20FDE20000060140200152509900B021D3100000000000000000000000000000000FFFF00000000000000000000FFFF80::-48.5


Stattdessen bekomme ich nur:
b294468501033666076F08E22A00036218D2100648D2100000A0000093BAC006BA1007CB2008DC3009ED4000FE50096BA80
b294468501033666076F08E22A00036218D2100648D2100000A0000093BAC006BA1007CB2008DC3009ED4000FE50096BA80DE
b294468501033666076F08E22A00036218D2100648D2100000A0000093BAC006BA1007CB2008DC3009ED4000FE50096BA80E1
b294468502272126276F0CC2EA00036218F2100648F2102000A0000102146006BA1007CB2008DC3009ED4000FE50096BA8CD3
b294468501033666076F08E22A00036218D2100648D2100000A0000093BAC006BA1007CB2008DC3009ED4000FE50096BA81E1
b294468501033666076F08E22A00036218D2100648D2101000A000009FA24006BA1007CB2008DC3009ED4000FE50096BA80E0
b294468501033666076F08E22A00036218D2100648D2100000A0000093BAC006BA1007CB2008DC3009ED4000FE50096BA80DF
b294468501033666076F08E22A00036218D2100648D2100000A0000093BAC006BA1007CB2008DC3009ED4000FE50096BA80E0
b294468502572126276F0F25CA000362194210064942102000A000210076E006BA1007CB2008DC3009ED4000FE50096BA80D6
b294468501033666076F08E22A00036218D2100648D2100000A0000093BAC006BA1007CB2008DC3009ED4000FE50096BA80DE
b294468501033666076F08E22A00036218D2100648D2100000A0000093BAC006BA1007CB2008DC3009ED4000FE50096BA81E1
b294468501033666076F08E22A00036218D2100648D2100000A0000093BAC006BA1007CB2008DC3009ED4000FE50096BA80E2
b294468507460025276F0DA35A000362192210064922100000A000177573D006BA1007CB2008DC3009ED4000FE50096BA8AD1


Das Problem scheint ja schon so zu sein, dass die Daten, die vom CUL kommen nicht korrekt sind.
Diese werden von dem WMBUS Module aber als Techem erkannt.

Hatte jemand schon mal das selbe Problem? Hat jemand einen Tipp?
FHEM: Proxmox Server, FHEM in VM, pgSQL DB
Hardware: Ethersex (Pollin NETIO Boards), Diverse Tasmota MQTT Devices, Raspberry Pi Zero W Kameras, (Github RaspberryPiStreamingCamera), Zigbee2MQTT, ESPEasy

Development: UBA (Umwelt Bundesamt), BFS (Bundesamt für Strahlenschutz)

Florian_GT

So,

also ich kann jetzt Hardware Probleme ausschließen.

2016.12.21 02:47:43.999 4: CUL_Parse: miniCUL b33446850735199009480796FA20F9321000050191E00155B08E30E1E0A1500000000000000000000000000000000FFFF00000000000000000000FFFF80DE -91
2016.12.21 02:47:44.000 5: miniCUL: dispatch b33446850735199009480796FA20F9321000050191E00155B08E30E1E0A1500000000000000000000000000000000FFFF00000000000000000000FFFF80::-91


Den da habe ich empfangen, und konnte den Zähler auch einbinden. Funktioniert einwandfrei. Nur leider ist das nicht mein Zähler. :(
Bei meinen Zählern ist der Funk ausgeschaltet. Wie bekommt man den an? :D Am besten PN! In den Patenten hat sich Techem ja echt knapp gehalten mit Erklärungen...

Das andere unbekannte Format von Techem kommt noch immer vor, vielleicht eine ältere oder neuere Version der Zähler, oder vielleicht Geräte die FHEM noch nicht kennt?
Aufzeichnung läuft, kann da gerne Daten zur Verfügung stellen.

So, und mit dem ersten Erfolg jetzt genug für heute!

FHEM: Proxmox Server, FHEM in VM, pgSQL DB
Hardware: Ethersex (Pollin NETIO Boards), Diverse Tasmota MQTT Devices, Raspberry Pi Zero W Kameras, (Github RaspberryPiStreamingCamera), Zigbee2MQTT, ESPEasy

Development: UBA (Umwelt Bundesamt), BFS (Bundesamt für Strahlenschutz)