war: Techem HKV (ok) -> war Wasserzähler (ok) -> war Wärmemengenzähler (ok)

Begonnen von herrmannj, 14 Oktober 2015, 02:34:36

Vorheriges Thema - Nächstes Thema

singbera

Moin Totti,

ich habe den Buffer aber wieder runtergeschraubt, weil es mir bisher nichts gebracht hatte.
Wollte das nur versuchen, weil der User aw0 das erfolgreich probiert hatte.

Du musst hierfür eine neue, angepasste Firmware auf deinen CUL flashen.
Ich habe die culfw 1.67 genutzt und benutzte einen nanoCUL, daher habe ich im entsprechenden Unterverzeichnis die Datei board.h angepasst ( #define TTY_BUFSIZE             128
auf #define TTY_BUFSIZE             256 ) geändert und dann über make und make program neu auf den nanoCUL geschrieben.

Mich nervt, dass mir das MBUS-Modul sagt, dass bei mir ganz viele Techemsignale ankommen, aber ich es nicht schaffe diese mit den beiden Techem-Modulen vorher abzugreifen.
Ich vermute, dass hier bei mir der Compact Ve nicht unterstützt wird, aber wäre toll, wenn da ein "Experte" Licht ins Dunkle bringen könnte :-)

singbera

Juhuuu, auch meine Techem compact  V e Wärmemengenzähler werden nun vom Modul TechemWZ erfasst.
Ich glaube, dass es nun tatsächlich am Buffer von 256 gelegen hat.
Da auf der board.h aber vorher noch zu viel anderer Kram aktiviert war, ist der nanoCUL im Einsatz immer wieder abgestürzt.
Daher hatte er entweder die Pakete nicht voll empfangen (128 er Buffer) oder er war zur Sendezeit der großen Pakete abgestürzt.

Egal! Vielleicht hilft diese Info ja jemandem weiter.

danielr0815

Hallo, ich hab einen CUNO2 V 1.67 mit WMBus_T laufen und würde auch gerne meinen Wärmezähler und die Wasserzähler von Techem auslesen. Leider bekomme ich im log nur UNKNOWNCODE:

CUL Cuno UNKNOWNCODE b2F446850022186427462BF72A2069F236003C01900010000070C0C0EF7320C0A0A0B0907040A0B0A0707090D0907918F0F0C12130D0D496980::-68
CUL Cuno UNKNOWNCODE b2F446850600886427462E533A2069F231701C0194C00000002040404877F04060302020502030202020205030304DE45040303040203C2D780::-62
CUL Cuno UNKNOWNCODE b2F4468505333864274626761A2069F238000C0190E00000000010101A7B500010100010000000001000001010101625E010101010000CE6B80::-71
CUL Cuno UNKNOWNCODE b2F446850042286427472A2FDA2069F233904C0198F0100000E0F0F11E2AB1013101212141518120F11150F100F113974100C100E0918DC8880::-74
CUL Cuno UNKNOWNCODE b2F4468505328864274725EEBA2069F230102C019900000000206060686F80707070606100907060505080805050472AF050304040303561780::-71.5
CUL Cuno UNKNOWNCODE b2F446850293286427462D403A2069F231500C01908000000000101004C5C01000000010000000100000001000001A662010001000000054780::-62.5
CUL Cuno UNKNOWNCODE b2F4468508027864274729041A2069F231807C019BB01000011131315B5EC15131512130B0F17140F0F1412131015B04A15120D1A1109E4FD80::-68
CUL Cuno UNKNOWNCODE b2F446850952186427472CC0BA2069F23A400C01959000000030303035D5804040303040405060404040603030404F4EE040205030104265B80::-75.5
CUL Cuno UNKNOWNCODE b2F4468507019864274626246A2069F23F500C0194400000002040405B755030303030202020405030202030302027D0A02030402020409B080::-71.5


Woran könnte das liegen? FHEM ist aktuell. Die TTY_BUFSIZE ist beim CUNO2 eh schon auf 1024 gestellt, wenn mich nicht alles täuscht.

herrmannj

Hallo danielr0815,

erst einmal herzlich Willkommen im Forum !

Ich befürchte das liegt daran das es ein CUNO und kein Cul ist ...

Zur Sicherheit: die Techem Module hat Du installiert (sprich definiert?). Techem Device werden _nicht_ per autocreate erzeugt sondern werden händisch angelegt.

Ansonsten; poste bitte ein list von Cuno

vg
joerg


danielr0815

Danke für die schnelle Antwort, nachdem ich FHEM gestern noch abschließend einmal neu gestartet habe werden heute alle möglichen Zählerdaten angezeigt. (ich hatte gestern aber wirklich schon mehrere Stunden gelesen und probiert..)

Vielen Dank für das tolle Modul, ich war schon länger auf der Suche nach der Möglichkeit den CompactV auszulesen, dass die Daten eh schon unverschlüsselt durch die Luft fliegen, hätte ich nicht für möglich gehalten.

Weiß jemand, ob man per IR-Kopf noch mehr Daten oder evt aktuellere Daten auslesen kann? Ist das Protokoll ebenfalls bekannt?

delink2000

habe kürzlich 3 Wärmezähler Techem ultra S3 puls günstig erworben. Der Cul ist mit 256kb geflasht, ein TechemWZ Modul ist mit 00000000 im List-Mode. Es kommt nun seit 24 Stunden mit "get <name> list" nichts an und es wird lediglich als Status Listening angezeigt... kann ich da noch Hoffnung haben, dass das Paket für die Funk-ID geliefert wird ?... wie lange dauert das ? ... der Wärmezähler ist noch ausgebaut, das sollte aber egal sein (oder?).

Ich bin mir gar nicht mal sicher, ob das Puls Modell überhaupt funkt. Angeblich ist das Funkmodul integriert, aber genauere Beschreibungen konnte ich bislang nirgendwo  finden.... wo ist z.B. das Funksymbol im Display ?
Also, falls jemand Erfolg hatte mit dem Techem ultra S3 puls in fhem, bitte bitte hier posten, wie...

gracias



kpwg

Zitat von: singbera am 30 November 2018, 20:50:31
Ich glaube, dass es nun tatsächlich am Buffer von 256 gelegen hat.
Wie ist es den mit dem "echten" CUL? ich stehe genau am selben Punkt und komme nicht weiter, Buffer habe ich von 128 auf 256 erhöht. Ich nutze die aktuelle a-culfw.

kpwg

Habe jetzt mal ein paar Versionen probiert (1.61 und 1.67) mit verschiedenen Parametern. Leider das selbe Ergebnis  :-\

Ich empfange Pakete, welche einen Logeintrag erzeugen:

2020.03.31 17:38:16 2: WMBUS WMBUS_TCH_55100579_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11ff263000f00728006f057a05000000000000000013000a0b000000000000000900000000000000
2020.03.31 17:38:59 2: WMBUS WMBUS_TCH_55102559_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11ff26fa0ef007aa0df50a750c789401948f918692a9b09f90595742160001060900033f673a5a77
2020.03.31 17:43:09 2: WMBUS WMBUS_TCH_55100579_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11ff263000f007280072057a05000000000000000013000a0b000000000000000900000000000000
2020.03.31 17:47:11 2: WMBUS WMBUS_TCH_55100579_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11ff263000f007280073057b05000000000000000013000a0b000000000000000900000000000000
2020.03.31 17:51:19 2: WMBUS WMBUS_TCH_55100579_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11ff263000f007280073057c05000000000000000013000a0b000000000000000900000000000000
2020.03.31 17:51:55 2: WMBUS WMBUS_TCH_55102559_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11ff26fa0ef007aa0d9a0a970c789401948f918692a9b09f90595742160001060900033f673a5a77
2020.03.31 17:56:03 2: WMBUS WMBUS_TCH_55102559_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11ff26fa0ef007aa0dca0a320f789401948f918692a9b09f90595742160001060900033f673a5a77
2020.03.31 18:00:11 2: WMBUS WMBUS_TCH_55100579_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11ff263000f007280075057c05000000000000000013000a0b000000000000000900000000000000
2020.03.31 18:05:34 2: WMBUS WMBUS_TCH_55100578_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11ff263800f00744002b052b05000000000000000015071113040000000000000a00000000000000


5 Wasseruhren sind empfangbar:
WMBUS
WMBUS_TCH_55100578_105_128

Unsupported CI Field a0, remaining payload is 11ff263800f00744002b052b05000000000000000015071113040000000000000a00000000000000
WMBUS_TCH_55100579_105_128

Unsupported CI Field a0, remaining payload is 11ff263000f007280074057c05000000000000000013000a0b000000000000000900000000000000
WMBUS_TCH_55100582_105_128

Unsupported CI Field a0, remaining payload is 11ff269a03e00717006a049304000100010104060503030000000000000000000000000052005b6c
WMBUS_TCH_55102557_105_128

Unsupported CI Field a0, remaining payload is 11ff269603f0073f03ad0afc0d335200524c7f706a4f4f4c2b000000000000000000000001111a32
WMBUS_TCH_55102559_105_128

Unsupported CI Field a0, remaining payload is 11ff26fa0ef007aa0d8e0d1815789401948f918692a9b09f90595742160001060900033f673a5a77


Der CUL schaut etwa so aus:
Internals:
   CMDS       ABbCeFGhiKLlMmNRTtUuVWXxYZ
   CUL_FS_MSGCNT 1038
   CUL_FS_TIME 2020-03-31 18:12:23
   Clients    :TechemWZ:WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1:1.0@38400 1234
   DeviceName /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1:1.0@38400
   FD         58
   FHTID      1234
   FUUID      5e773a60-f33f-91b1-08d0-c8d187b1a235e0c0
   MessageEncoding CUL
   NAME       CUL_FS
   NR         386
   PARTIAL   
   RAWMSG     b324468507905105569804DF8A011FF263000F007280074057C0500006C3700000000000013000A0B000000000000F98B000900000000000000E83F82E3
   RSSI       -88.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 CUL868
   initString X21
brt
   MatchList:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2020-03-31 17:06:08   ccconf          freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB
     2020-03-31 17:06:00   cmds             A B b C e F G h i K L l M m N R T t U u V W X x Y Z
     2020-03-31 18:12:23   state           Initialized
     2020-03-22 13:53:36   uptime          0 02:45:22
     2020-03-31 18:15:13   version         V 1.67 CUL868
   internal:
     rawMsg     b324468507905105569804DF8A011FF263000F007280074057C0500006C3700000000000013000A0B000000000000F98B000900000000000000E83F82::-88.5
Attributes:
   rfmode     WMBus_T
   room       Devices


Sollte nicht in der MatchList (zusätzlich) das TechemWZ bei J: stehen? Hat eventuell jemand für mich eine funktionierende culfw für einen originalen CUL_V3 (m32u4), damit ich das vorsorglich ausschließen kann?

Danke!

herrmannj

Sieht eigentlich okay aus. Mit Pech ist das eine nicht unterstützte Firmware

kpwg

Welcher Stand ist aktuell zu empfehlen? Ich möchte ausschließlich WMBUS damit betreiben, HM oder andere Protokolle spielen also keine Rolle (mehr).

herrmannj

ich meine den techem wz, nicht den cul.

Was ist das für einer? Ist wirklich leider unsupported

kpwg

Das ist eine Wasseruhr. Fünf weitere empfange ich auch noch, im Treppenhaus ist ein Datensammler.
Aktuell habe ich leider nur das Handyknipsbild zur Hand, kann aber andere Perspektiven fertigen.

herrmannj


kpwg

Ja, ich ging bisher davon aus, das hier das gleiche Protokoll genutzt wird? Offenbar ist das nicht so :(

herrmannj

Das sind zwei unterschiedliche Anbieter. Ich befürchte da kann ich nichts für dich tun..