Wireless M-Bus für CUL

Begonnen von tostmann, 12 Juni 2014, 17:34:32

Vorheriges Thema - Nächstes Thema

kaihs

Zitat von: klaus.schauer am 08 Mai 2018, 08:57:12
Ist daraus bisher etwas geworden?
Nein, leider nicht. Ich habe von ihm nichts mehr gehört. Aber soweit ich mich erinnern kann hatte er seine angepasste culfw irgendwo veröffentlicht, man könnte also versuchen daraus einen Patch abzuleiten.
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

klaus.schauer

Zitat von: kaihs am 08 Mai 2018, 09:18:15
Nein, leider nicht. Ich habe von ihm nichts mehr gehört. Aber soweit ich mich erinnern kann hatte er seine angepasste culfw irgendwo veröffentlicht, man könnte also versuchen daraus einen Patch abzuleiten.
Würde mich schon interessieren. Das Wasserwerk hat uns gestern einen elektronischen Wasserzähler vom Typ Multical 21 montiert. Das Gerät ist mit dem Protokoll WM-Bus C1 konfiguriert. Die Datentelegramme sind verschlüsselt.

Leider kann ich zu cul-Patchen mangels ausreichender Kenntnisse nichts beitragen. Wahrscheinlich könnte uns Rudi helfen, falls er Zeit dafür findet.

Ingram

Surprisingly I am still getting notifications to this thread ;-)

But that is correct, there have been no advancements in the meanwhile. The source code for the firmware is available on GitHub for anyone interested. I do not use it with FHEM myself, but if you need help understanding C-mode, any of the firmware modifications or how to use it, I can help you out.

kaihs

Zitat von: klaus.schauer am 08 Mai 2018, 18:33:48
Leider kann ich zu cul-Patchen mangels ausreichender Kenntnisse nichts beitragen. Wahrscheinlich könnte uns Rudi helfen, falls er Zeit dafür findet.

Welchen Transciever hast du denn, einen original CUL?

Ich könnte anhand des github Repositories von Ingram eine Firmware/00_CUL.pm für dich zum Testen erstellen.
Die kann aber nur C-Mode Frametype B empfangen.
Müssten wir einfach mal ausprobieren, ob du damit was empfangen kannst.
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

zwehn

Zitat von: klaus.schauer am 08 Mai 2018, 18:33:48
Würde mich schon interessieren. Das Wasserwerk hat uns gestern einen elektronischen Wasserzähler vom Typ Multical 21 montiert. Das Gerät ist mit dem Protokoll WM-Bus C1 konfiguriert. Die Datentelegramme sind verschlüsselt.

Leider kann ich zu cul-Patchen mangels ausreichender Kenntnisse nichts beitragen. Wahrscheinlich könnte uns Rudi helfen, falls er Zeit dafür findet.
Bei uns in Hohenbrunn wurde der selbe Wasserzaehler installiert. Ich kann ihn ueber ein pulsadapter auslesen, dabei ist akkubedingt aber nur eine 10l Aufloesung moeglich. Der wmbus liefer auf liter basis. Lt trchniker von kamstrup sind die schluessel pro wasserzaehler, daher sollte es eine chance geben seinen eigenen schluessel vom wasserwerk zu bekommen. Bleibt die frage nach dem mode c1. Mehr details zum multical 21 unter folgendem link: https://forum.fhem.de/index.php/topic,87943.0.html
Fhem auf Proxmox VM mit MSI Cubi N8GL mit N5000: HM-USB, HM-Lan, Cul 868, Cul 433, Selbstbau CUL868MHz für Wireless M-Bus, RFXtrx; FS20, HomeMatic Rolladensteuerung, Somfy Markisensteuerung, TextToSpeech, TFA Wetter, Universalsensor Innen/Aussen, Feinstaubsensor. Div Arduino und Esp Easy projekte.

zwehn

Zitat von: kaihs am 23 Mai 2018, 21:12:40
Welchen Transciever hast du denn, einen original CUL?

Ich könnte anhand des github Repositories von Ingram eine Firmware/00_CUL.pm für dich zum Testen erstellen.
Die kann aber nur C-Mode Frametype B empfangen.
Müssten wir einfach mal ausprobieren, ob du damit was empfangen kannst.
Laut:http://www.st.com/content/ccc/resource/technical/document/application_note/3f/fb/35/5a/25/4e/41/ba/DM00233038.pdf/files/DM00233038.pdf/jcr:content/translations/en.DM00233038.pdf#page12
bedeutet c1 mode unidirectional, was sich mit den Aussagen vom Kamstrup Techniker deckt. Ich werde ihn anfragen ob sie Frame A oder B benutzen. Vielleicht gibt ja eine antwort. Ansonsten wuerde ich mich freuen, wenn klaus den vorgeschlagenen test machen koennte. Im positiven fall wuerde ich mir dann auch einen selbstbau wmbus cul zulegen.  :)
Fhem auf Proxmox VM mit MSI Cubi N8GL mit N5000: HM-USB, HM-Lan, Cul 868, Cul 433, Selbstbau CUL868MHz für Wireless M-Bus, RFXtrx; FS20, HomeMatic Rolladensteuerung, Somfy Markisensteuerung, TextToSpeech, TFA Wetter, Universalsensor Innen/Aussen, Feinstaubsensor. Div Arduino und Esp Easy projekte.

Ingram

Zitat von: zwehn am 24 Mai 2018, 10:57:43
Ich werde ihn anfragen ob sie Frame A oder B benutzen. Vielleicht gibt ja eine antwort. Ansonsten wuerde ich mich freuen, wenn klaus den vorgeschlagenen test machen koennte. Im positiven fall wuerde ich mir dann auch einen selbstbau wmbus cul zulegen.  :)

As far as I know all of the Multical 21 meters with C1 configuration use frame format B, so no worries there. Getting your Wasserwerk to give you the key to decrypt messages can be the difficult part.

doubh

I captured some frames from my Diehl IZAR RC i R4 (using Ingramz firmware) and - as far as I have seen - it is C1 mode frame type A:
2018.05.14 13:36:35 4: CUL_Parse: mCUL ba2944A5117807831525503456A171180013C80DF5D847E7816ADD28F549A882D380DB014C606BC33F84874C67CEF3DDA080DB

CUL replies with ba, what is code for WMBUS_CMODE, WMBUS_FRAMEA

Ingram

Zitat von: doubh am 28 Mai 2018, 17:45:18
I captured some frames from my Diehl IZAR RC i R4 (using Ingramz firmware) and - as far as I have seen - it is C1 mode frame type A:
2018.05.14 13:36:35 4: CUL_Parse: mCUL ba2944A5117807831525503456A171180013C80DF5D847E7816ADD28F549A882D380DB014C606BC33F84874C67CEF3DDA080DB

CUL replies with ba, what is code for WMBUS_CMODE, WMBUS_FRAMEA

When receiving in C-mode, it will also capture T-mode frames simultaneously (it can do both at the same time). So what I think you are seeing here is actually T-mode frame type A. You can confirm this by running m-bus in T-mode (brt), you should see similar string but without 'a'.

Currently the code is supposed to terminate C-mode frame type A packets early (reset). Also an earlier version told in output if the frame was actually c or t mode, but it should have little to no value when using as the frame type dictates the structure of the packet, not the mode in which it was sent.

Shojo

#579
Ich bin immer noch am kämpfen mit den M-BUS LSE Sensoren....

Nun hatte ich wieder den Fall das erst ein Reading mit einen Verbrauch von 46.883 m³ ausgeben wurde und heute wieder eins mit 41.472 m³ .....
Hat da wer ein Tipp wie da nun rann gehen muss ?

Internals:
   CFGFN     
   DEF        LSE 06292453 81 7
   DeviceMedium Water
   DeviceType 7
   IODev      nanoCUL868
   IdentNumber 06292453
   Manufacturer LSE
   MessageEncoding CUL
   NAME       HA.Wasser.Kalt
   NR         1581
   STATE      no errors
   TYPE       WMBUS
   Version    81
   addr       LSE_06292453_81_7
   READINGS:
     2018-05-28 23:16:16   1_storage_no    0
     2018-05-28 23:16:16   1_type          VIF_TIME_POINT_DATE_TIME
     2018-05-28 23:16:16   1_unit         
     2018-05-28 23:16:16   1_value         2018-05-28 22:10
     2018-05-28 23:16:16   1_value_type    Instantaneous value
     2018-05-28 23:16:16   2_storage_no    0
     2018-05-28 23:16:16   2_type          VIF_VOLUME
     2018-05-28 23:16:16   2_unit          m³
     2018-05-28 23:16:16   2_value         46.883
     2018-05-28 23:16:16   2_value_type    Instantaneous value
     2018-05-28 23:16:16   3_storage_no    1
     2018-05-28 23:16:16   3_type          VIF_VOLUME
     2018-05-28 23:16:16   3_unit          m³
     2018-05-28 23:16:16   3_value         22.751
     2018-05-28 23:16:16   3_value_type    Instantaneous value
     2018-05-28 23:16:16   4_storage_no    1
     2018-05-28 23:16:16   4_type          VIF_TIME_POINT_DATE
     2018-05-28 23:16:16   4_unit         
     2018-05-28 23:16:16   4_value         2017-12-31
     2018-05-28 23:16:16   4_value_type    Instantaneous value
     2018-05-28 23:16:16   5_storage_no    0
     2018-05-28 23:16:16   5_type          VIF_TIME_POINT_DATE
     2018-05-28 23:16:16   5_unit         
     2018-05-28 23:16:16   5_value         invalid: ffff
     2018-05-28 23:16:16   5_value_type    Value during error state
     2018-05-28 23:16:16   6_storage_no    0
     2018-05-28 23:16:16   6_type          VIF_FABRICATION_NO
     2018-05-28 23:16:16   6_unit         
     2018-05-28 23:16:16   6_value         58531350
     2018-05-28 23:16:16   6_value_type    Instantaneous value
     2018-05-28 23:16:16   LQI             140
     2018-05-28 23:16:16   RSSI            -74
     2018-05-28 23:16:16   batteryState    ok
     2018-05-28 23:16:16   decryption_ok   1
     2018-05-28 23:16:16   is_encrypted    0
     2018-05-28 23:16:16   state           no errors
     2018-05-28 23:16:16   unit            m³
     2018-05-28 23:16:16   volume          22.751
Attributes:
   IODev      nanoCUL868
   room       WMBUS
   userReadings volume unit




Internals:
   CFGFN     
   DEF        LSE 06292453 81 7
   DeviceMedium Water
   DeviceType 7
   IODev      nanoCUL868
   IdentNumber 06292453
   LASTInputDev nanoCUL868
   MSGCNT     4
   Manufacturer LSE
   MessageEncoding CUL
   NAME       HA.Wasser.Kalt
   NR         1581
   STATE      41.472 m³
   TYPE       WMBUS
   Version    81
   addr       LSE_06292453_81_7
   nanoCUL868_MSGCNT 4
   nanoCUL868_RAWMSG b2A4465B253242906510701AD7AB6000000046D120D5D258C0413721498D5040082046C5E2401FD0C050C78501353D62658857B8D::-80.5
   nanoCUL868_RSSI -80.5
   nanoCUL868_TIME 2018-05-29 14:23:58
   READINGS:
     2018-05-29 14:23:58   1_storage_no    0
     2018-05-29 14:23:58   1_type          VIF_TIME_POINT_DATE_TIME
     2018-05-29 14:23:58   1_unit         
     2018-05-29 14:23:58   1_value         2018-05-29 13:18
     2018-05-29 14:23:58   1_value_type    Instantaneous value
     2018-05-29 14:23:58   2_storage_no    128
     2018-05-29 14:23:58   2_type          VIF_VOLUME
     2018-05-29 14:23:58   2_unit          m³
     2018-05-29 14:23:58   2_value         41.472
     2018-05-29 14:23:58   2_value_type    Instantaneous value
     2018-05-29 14:23:58   3_storage_no    128
     2018-05-29 14:23:58   3_type          VIF_TIME_POINT_DATE
     2018-05-29 14:23:58   3_unit         
     2018-05-29 14:23:58   3_value         2018-04-30
     2018-05-29 14:23:58   3_value_type    Instantaneous value
     2018-05-29 14:23:58   4_storage_no    0
     2018-05-29 14:23:58   4_type          VIF_MODEL_VERSION
     2018-05-29 14:23:58   4_unit         
     2018-05-29 14:23:58   4_value         5
     2018-05-29 14:23:58   4_value_type    Instantaneous value
     2018-05-29 14:23:58   5_storage_no    0
     2018-05-29 14:23:58   5_type          VIF_FABRICATION_NO
     2018-05-29 14:23:58   5_unit         
     2018-05-29 14:23:58   5_value         58531350
     2018-05-29 14:23:58   5_value_type    Instantaneous value
     2018-05-29 10:26:02   6_storage_no    0
     2018-05-29 10:26:02   6_type          VIF_FABRICATION_NO
     2018-05-29 10:26:02   6_unit         
     2018-05-29 10:26:02   6_value         58531350
     2018-05-29 10:26:02   6_value_type    Instantaneous value
     2018-05-29 14:23:58   LQI             141
     2018-05-29 14:23:58   RSSI            -80.5
     2018-05-29 14:23:58   batteryState    ok
     2018-05-29 14:23:58   decryption_ok   1
     2018-05-29 14:23:58   is_encrypted    0
     2018-05-29 14:23:58   state           no errors
     2018-05-29 14:23:58   unit            m³
     2018-05-29 14:23:58   volume          41.472
Attributes:
   IODev      nanoCUL868
   room       6.0_Haus
   stateFormat 2_value 2_unit



Gruß
Dennis

#Edit habe noch eine kleine PDF gefunden die aber auch nichts wirklich aussagt...
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

kaihs

#580
Angehängt findet ihr eine Firmware für einen nanoCUL mit aktiviertem WMBus-C.
Das ist im Wesentlichen die Version von ingram aber ohne Kennzeichnung des WMBus-Frametyps in den empfangenen Daten (d.h. kein baXXX oder bbXXX sondern nur bXXXX).
Außerdem eine Version von 00_CUL.pm mit der man den rfmode auf WMBus-C setzen kann.

Ich kann das nicht testen, da ich keinen Sender habe der WMBus-C verwendet.

Auch wenn euer Zähler verschlüsselt sendet und ihr noch keinen Key habt sollte trotzdem ein Device angelegt werden. Dann natürlich ohne verwertbare Readings.

Über Rückmeldungen würde ich mich freuen.
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

kaihs

Zitat von: Shojo am 29 Mai 2018, 21:36:17
Ich bin immer noch am kämpfen mit den M-BUS LSE Sensoren....

Nun hatte ich wieder den Fall das erst ein Reading mit einen Verbrauch von 46.883 m³ ausgeben wurde und heute wieder eins mit 41.472 m³ .....


Welcher Wert ist denn korrekt?


     2018-05-28 23:16:16   5_storage_no    0
     2018-05-28 23:16:16   5_type          VIF_TIME_POINT_DATE
     2018-05-28 23:16:16   5_unit         
     2018-05-28 23:16:16   5_value         invalid: ffff
     2018-05-28 23:16:16   5_value_type    Value during error state


Auffällig ist das, gehört das zu bei dem falschen Datensatz?
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

kaihs

Zitat von: Ingram am 28 Mai 2018, 18:27:07
Currently the code is supposed to terminate C-mode frame type A packets early (reset).

Can you give the reason for this?
Shouldn't it be possible to also output C-mode frame type A and let the receiver (i.e. fhem) handle it?


Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

Ingram

Zitat von: kaihs am 31 Mai 2018, 15:41:48
Can you give the reason for this?
Shouldn't it be possible to also output C-mode frame type A and let the receiver (i.e. fhem) handle it?

It is certainly possible, but I do not own a device which can send type A frames. But from what I understood from the application notes, it should be basically what is done in T-mode, except there is no 3-out-of-6/Manchester encoding, so the raw bytes can be used directly.

zwehn

#584
Zitat von: kaihs am 31 Mai 2018, 15:33:33
Angehängt findet ihr eine Firmware für einen nanoCUL mit aktiviertem WMBus-C.
Das ist im Wesentlichen die Version von ingram aber ohne Kennzeichnung des WMBus-Frametyps in den empfangenen Daten (d.h. kein baXXX oder bbXXX sondern nur bXXXX).
Außerdem eine Version von 00_CUL.pm mit der man den rfmode auf WMBus-C setzen kann.

Ich kann das nicht testen, da ich keinen Sender habe der WMBus-C verwendet.

Auch wenn euer Zähler verschlüsselt sendet und ihr noch keinen Key habt sollte trotzdem ein Device angelegt werden. Dann natürlich ohne verwertbare Readings.

Über Rückmeldungen würde ich mich freuen.
hi, klasse, danke!!!!
Teste gerade den C1 mode unter win 10 mit hterm:
V enter
bringt: V 1.67 nanoCUL433
ist das nur ein Anzeigefehler oder ist hier etwas falsch? Sollte doch 868 sein?
X21 enter und dann
brc enter bringt CMODE
in die Ausgabe und führt zu blinkender led. laut Kamstrup werden die Datenpakete zwischen 16 und 96 sekunden gesendet.
leider kommt nichts im hterm-datenlogger an.
liegts vielleicht doch an der falschen 433 cul firmware variante oder am falschen Frame A/B???
danke zwehn

Fhem auf Proxmox VM mit MSI Cubi N8GL mit N5000: HM-USB, HM-Lan, Cul 868, Cul 433, Selbstbau CUL868MHz für Wireless M-Bus, RFXtrx; FS20, HomeMatic Rolladensteuerung, Somfy Markisensteuerung, TextToSpeech, TFA Wetter, Universalsensor Innen/Aussen, Feinstaubsensor. Div Arduino und Esp Easy projekte.