Autor Thema: Wireless M-Bus für CUL  (Gelesen 216104 mal)

Offline jopare

  • New Member
  • *
  • Beiträge: 29
Antw:Wireless M-Bus für CUL
« Antwort #840 am: 20 Januar 2020, 23:03:13 »
Hallo,
zu dem Hydrus Zähler gibt's von Diehl die Product Spezification als PDF. Da drinnen ist das Telegram Format auch beschrieben und die bits und bytes sind auseinandergenommen, aber mir geht das zu tief. Vielleicht würde das weiterhelfen, ich kann's gerne zur Verfügung stellen. Ansonsten wundert's mich schon denn hier scheint es ja zu funktionieren.  https://forum.fhem.de/index.php/topic,33068.msg737335.html#msg737335
Gruß... Jo
Raspi / Raspbian Fhem 5.7  nanoCUL 868 FW1.67 HM-LAN         Div. FS20-RSU + RSU2, IT Schalter + Dimmer sowie eine Reihe Homematic Komponenten

Offline l1berty

  • New Member
  • *
  • Beiträge: 4
Antw:Wireless M-Bus für CUL
« Antwort #841 am: 31 Januar 2020, 10:06:22 »
Hallo zusammen,

nach viel Hin und Her habe ich endlich meinen AES Key von meinem Versorger erhalten.

Mit rawmsg_as_reading sehen die Werte auch garnicht so schlecht aus.

Hat Jemand eine Idee was ich gegen das "Unknown Kamstrup compact frame format " tun kann ?

Es handelt sich um einen Kamstrup Multical 403 Wärmemengenzähler.

Folgendes Modul nutze ich: 36_WMBUS.pm:0.200840/2019-08-31

2020.01.31 09:55:34.460 2 : WMBUS WMBUS_KAM_71110XXX_52_4 Error during ApplicationLayer parse:Unknown Kamstrup compact frame format
2020-01-31 09:55:34.463 WMBUS WMBUS_KAM_71110XXX_52_4 Unknown Kamstrup compact frame format
2020-01-31 09:55:34.463 WMBUS WMBUS_KAM_71110XXX_52_4 LQI: 52
2020-01-31 09:55:34.463 WMBUS WMBUS_KAM_71110XXX_52_4 RSSI: -138
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 RSSI: -138
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 LQI: 136
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_type: VIF_ENERGY_WATT
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_value: 8791000
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_unit: Wh
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_type: VIF_KAMSTRUP_INFO
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_value: 51173
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_type: VIF_KAMSTRUP_INFO
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_value: 43516
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_type: VIF_VOLUME
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_value: 754.59
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_unit: m³
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_type: VIF_VOLUME_FLOW
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_value: 0.012
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_unit: m³/h
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_type: VIF_FLOW_TEMP
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_value: 58.85
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_unit: °C
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_type: VIF_RETURN_TEMP
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_value: 25.71
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_unit: °C
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_type: VIF_KAMSTRUP_INFO
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_value: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_type: VIF_TIME_POINT_DATE
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_value: 2020-01-31
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_type: VIF_ENERGY_WATT
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_storage_no: 1
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_value: 7909000
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_unit: Wh
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_type: VIF_VOLUME
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_storage_no: 1
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_value: 714.15
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_unit: m³
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_type: VIF_TIME_POINT_DATE
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_storage_no: 1
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_value: 2020-01-01
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 batteryState: ok
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 is_encrypted: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 decryption_ok: 1
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 no errors
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 rawmsg: Y

Grüße
« Letzte Änderung: 31 Januar 2020, 10:11:27 von l1berty »

Offline connaisseur

  • New Member
  • *
  • Beiträge: 24
Antw:Wireless M-Bus für CUL
« Antwort #842 am: 01 Februar 2020, 09:15:21 »
Könnte sich jemand mit einem Decoder mal diese TMODE strings anschauen:

b6044C5149621457100044DE87A350000202F2F046D05359F210406DF9A3054000001FD17000413A44C4200043BD0BDC3000000042B1C020000025B2700025F25A2A3000261E1008440130000000084804013D7380000000084C040130000000003FD0C05F3C7000002FD0B10113ABE82DD
b6044C5149621457100044DE87A360000202F2F046D14359F210406E0E79354000001FD17000413FC4C4200043B68D9BE010000042BDC0C0000025B2600025F1FAE610002611503844013000000008480401309630000000084C040130000000003FD0C05F3C7000002FD0B10113ABE80DC
b6044C5149621457100044DE87A3A0000202F2F046D14369F210406E1292B54000001FD17000413D04D4200043B95ED28010000042B4B0F0000025B2300025F1B1BA60002614203844013000000008480401390230000000084C040130000000003FD0C05F3C7000002FD0B10113ABE85DB

Stammen vermtl. aus einem ISTA Wärmezähler. Sind die Daten dort verschlüsselt?

Weil, wenn ich über meine Hausverwaltung versuchen muss einen AES-Key zu bekommen, dann ist das wie schreiben nach /dev/null. Bezweifle, dass ich einen AES-Key von ISTA was bekommen würde...

Zudem habe ich z.Zt. nur eine Lambda-lange Antenne für diesen freien CUL, deswegen habe ich nicht mehr an RAW-Logs. Bin noch auf der Suche nach Lambda/4 mit RP-SMA, ohne das Preisniveau von busware.de
« Letzte Änderung: 01 Februar 2020, 09:19:24 von connaisseur »

Offline kaihs

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1085
Antw:Wireless M-Bus für CUL
« Antwort #843 am: 02 Februar 2020, 14:29:31 »
Hallo zusammen,

nach viel Hin und Her habe ich endlich meinen AES Key von meinem Versorger erhalten.

Mit rawmsg_as_reading sehen die Werte auch garnicht so schlecht aus.

Hat Jemand eine Idee was ich gegen das "Unknown Kamstrup compact frame format " tun kann ?

Es handelt sich um einen Kamstrup Multical 403 Wärmemengenzähler.

Folgendes Modul nutze ich: 36_WMBUS.pm:0.200840/2019-08-31

2020.01.31 09:55:34.460 2 : WMBUS WMBUS_KAM_71110XXX_52_4 Error during ApplicationLayer parse:Unknown Kamstrup compact frame format
2020-01-31 09:55:34.463 WMBUS WMBUS_KAM_71110XXX_52_4 Unknown Kamstrup compact frame format
2020-01-31 09:55:34.463 WMBUS WMBUS_KAM_71110XXX_52_4 LQI: 52
2020-01-31 09:55:34.463 WMBUS WMBUS_KAM_71110XXX_52_4 RSSI: -138
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 RSSI: -138
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 LQI: 136
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_type: VIF_ENERGY_WATT
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_value: 8791000
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_unit: Wh
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_type: VIF_KAMSTRUP_INFO
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_value: 51173
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_type: VIF_KAMSTRUP_INFO
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_value: 43516
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_type: VIF_VOLUME
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_value: 754.59
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_unit: m³
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_type: VIF_VOLUME_FLOW
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_value: 0.012
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_unit: m³/h
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_type: VIF_FLOW_TEMP
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_value: 58.85
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_unit: °C
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_type: VIF_RETURN_TEMP
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_value: 25.71
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_unit: °C
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_type: VIF_KAMSTRUP_INFO
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_value: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_type: VIF_TIME_POINT_DATE
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_value: 2020-01-31
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_type: VIF_ENERGY_WATT
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_storage_no: 1
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_value: 7909000
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_unit: Wh
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_type: VIF_VOLUME
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_storage_no: 1
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_value: 714.15
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_unit: m³
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_type: VIF_TIME_POINT_DATE
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_storage_no: 1
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_value: 2020-01-01
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 batteryState: ok
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 is_encrypted: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 decryption_ok: 1
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 no errors
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 rawmsg: Y

Grüße
Die Meldungen kannst du erst mal ignorieren. Die gleichen Daten werden auch im langen Format gesendet. Damit sollten sie dekodiert werden können.
Das bisher noch nicht unterstützte compact Format müsste ich noch implementieren. Mir fehlt dazu aber aktuell die Zeit.

Damit ich das dann aber mal machen kann brauche ich die Rawmsg über einen längeren Zeitraum, ca. 30 Minuten.
Kannst du mir mit Referenz auf diesen Post per PM schicken.
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, FHEM V5.9, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, FHEMduino mit Logilink Temp.-sensoren und Auriol Wetterstation

Offline kaihs

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1085
Antw:Wireless M-Bus für CUL
« Antwort #844 am: 02 Februar 2020, 16:32:20 »
Könnte sich jemand mit einem Decoder mal diese TMODE strings anschauen:

b6044C5149621457100044DE87A350000202F2F046D05359F210406DF9A3054000001FD17000413A44C4200043BD0BDC3000000042B1C020000025B2700025F25A2A3000261E1008440130000000084804013D7380000000084C040130000000003FD0C05F3C7000002FD0B10113ABE82DD
b6044C5149621457100044DE87A360000202F2F046D14359F210406E0E79354000001FD17000413FC4C4200043B68D9BE010000042BDC0C0000025B2600025F1FAE610002611503844013000000008480401309630000000084C040130000000003FD0C05F3C7000002FD0B10113ABE80DC
b6044C5149621457100044DE87A3A0000202F2F046D14369F210406E1292B54000001FD17000413D04D4200043B95ED28010000042B4B0F0000025B2300025F1B1BA60002614203844013000000008480401390230000000084C040130000000003FD0C05F3C7000002FD0B10113ABE85DB

Stammen vermtl. aus einem ISTA Wärmezähler. Sind die Daten dort verschlüsselt?

Weil, wenn ich über meine Hausverwaltung versuchen muss einen AES-Key zu bekommen, dann ist das wie schreiben nach /dev/null. Bezweifle, dass ich einen AES-Key von ISTA was bekommen würde...

Zudem habe ich z.Zt. nur eine Lambda-lange Antenne für diesen freien CUL, deswegen habe ich nicht mehr an RAW-Logs. Bin noch auf der Suche nach Lambda/4 mit RP-SMA, ohne das Preisniveau von busware.de
Das kannst du selber testen.

In der Kommandozeile von fhem define insta WMBUS bxxxxx eingeben. Das bxxxxx natürlich durch die empfangenen Nachrichten ersetzen.

Damit wird ein device insta angelegt und die Daten soweit möglich dekodiert. Wenn dann da steht, dass die Daten verschlüsselt aber der Schlüssel fehlt brauchst du den Schlüssel damit du weiter kommst.
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, FHEM V5.9, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, FHEMduino mit Logilink Temp.-sensoren und Auriol Wetterstation

Offline connaisseur

  • New Member
  • *
  • Beiträge: 24
Antw:Wireless M-Bus für CUL
« Antwort #845 am: 02 Februar 2020, 16:42:45 »
In der Kommandozeile von fhem define insta WMBUS bxxxxx eingeben. Das bxxxxx natürlich durch die empfangenen Nachrichten ersetzen.

Damit wird ein device insta angelegt und die Daten soweit möglich dekodiert. Wenn dann da steht, dass die Daten verschlüsselt aber der Schlüssel fehlt brauchst du den Schlüssel damit du weiter kommst.

Danke für den konkreten Hinweis!

Habe ich so gemacht. Schaut ganz gut aus. Die entscheidenden Atribute beim list insta sind wohl:

2020-02-02 16:36:43   decryption_ok   1
2020-02-02 16:36:43   is_encrypted    0
2020-02-02 16:36:43   state           no errors
Der Rest der Werte schaut im ersten Moment plausibel aus.

Offline Obi-Wan

  • New Member
  • *
  • Beiträge: 18
Antw:Wireless M-Bus für CUL
« Antwort #846 am: 10 Februar 2020, 18:13:58 »
Hallo,
zu dem Hydrus Zähler gibt's von Diehl die Product Spezification als PDF. Da drinnen ist das Telegram Format auch beschrieben und die bits und bytes sind auseinandergenommen, aber mir geht das zu tief. Vielleicht würde das weiterhelfen, ich kann's gerne zur Verfügung stellen. Ansonsten wundert's mich schon denn hier scheint es ja zu funktionieren.  https://forum.fhem.de/index.php/topic,33068.msg737335.html#msg737335
Gruß... Jo

Bist Du weitergekommen Jo? Ich bekomme leider auch nur Fehlermeldungen bei meinem Diehl Hydrus:
2020.02.09 00:00:04 5: WMBUS raw msg b6344A511921864647007A4A08C00B7900F002C259125130032A61ED4DEE906C209C77A9100400710F3E929ABC269D2B6612E17FA33C9A296371A2A6BBD19DCCDBE29791DEF08933234BB714ADDCA12B04F57472C9FE2FA8C07D61EA43ED
2020.02.09 00:00:04 2: WMBUS Error during LinkLayer parse:crc check failed for block 4
2020.02.09 00:00:04 3: nanoCUL: Unknown code b6344A511921864647007A4A08C00B7900F002C259125130032A61ED4DEE906C209C77A9100400710F3E929ABC269D2B6612E17FA33C9A296371A2A6BBD19DCCDBE29791DEF08933234BB714ADDCA12B04F57472C9FE2FA8C07D61EA43ED, help me!
2020.02.09 00:00:19 5: CUL/RAW: /b6344A511921864647007A4A08C00B7900F002C2
2020.02.09 00:00:19 5: CUL/RAW: b6344A511921864647007A4A08C00B7900F002C2/592251300694F364CA9A3B603B1A07A920040071034EA1D3F70B5D2282F58DAD508492323BAE08CE98FA7D6276C70388C7E298E10D5EA180B34741F396F97526B3E453F7658CC0F59923

Offline Obi-Wan

  • New Member
  • *
  • Beiträge: 18
Antw:Wireless M-Bus für CUL
« Antwort #847 am: 12 Februar 2020, 22:08:22 »
Bist Du weitergekommen Jo? Ich bekomme leider auch nur Fehlermeldungen bei meinem Diehl Hydrus:
2020.02.09 00:00:04 5: WMBUS raw msg b6344A511921864647007A4A08C00B7900F002C259125130032A61ED4DEE906C209C77A9100400710F3E929ABC269D2B6612E17FA33C9A296371A2A6BBD19DCCDBE29791DEF08933234BB714ADDCA12B04F57472C9FE2FA8C07D61EA43ED
2020.02.09 00:00:04 2: WMBUS Error during LinkLayer parse:crc check failed for block 4
2020.02.09 00:00:04 3: nanoCUL: Unknown code b6344A511921864647007A4A08C00B7900F002C259125130032A61ED4DEE906C209C77A9100400710F3E929ABC269D2B6612E17FA33C9A296371A2A6BBD19DCCDBE29791DEF08933234BB714ADDCA12B04F57472C9FE2FA8C07D61EA43ED, help me!
2020.02.09 00:00:19 5: CUL/RAW: /b6344A511921864647007A4A08C00B7900F002C2
2020.02.09 00:00:19 5: CUL/RAW: b6344A511921864647007A4A08C00B7900F002C2/592251300694F364CA9A3B603B1A07A920040071034EA1D3F70B5D2282F58DAD508492323BAE08CE98FA7D6276C70388C7E298E10D5EA180B34741F396F97526B3E453F7658CC0F59923

Zwischenzeitlich konnte ich erfolgreich ein Device anlegen. Nun fehlt der AES-Key. Ich habe hier in div. Threats gelesen das es wohl gerätespezifische Standardkeys gibt die evtl. passen könnten, diese waren dann aber aus verständlichen Gründen nicht angegeben oder wurden wie in Threat #293 wieder entfernt. Ich habe folgenden Zähler bei mir verbaut:
Diehl Metering - Hydrus - Type 171A
Über eine Zusendung pot. AES-Keys per PN wäre ich dankbar.
Obi-Wan

DEF   DME 64641892 112 7
DeviceMedium Water
DeviceType 7
FUUID 5e442c8c-f33f-06c4-f8aa-54dd48e7224f32a3
IODev nanoCUL
IdentNumber 64641892
LASTInputDev nanoCUL
MSGCNT 100
Manufacturer DME
MessageEncoding CUL
NAME WMBUS_DME_64641892_112_7
NR 113
STATE Decryption mode 7 failed, wrong key?
TYPE WMBUS
Version 112
addr DME_64641892_112_7
model DME_7_112
nanoCUL_MSGCNT 100
nanoCUL_RAWMSG b6344A511921864647007A4A08C002D900F002C25E3851300E66D61A4B1F95955A2A17AE30040071063F69791D45E710F2E80FC08C25FFEAEE67BBDFF39688EBF92A8520DD21A05E804CED5772AC718318905CED9E7F366A90057B2609B8B0B58C421755F7FB54B6661E990158B020BDAB86F80::-50
nanoCUL_RSSI -50
nanoCUL_TIME 2020-02-12 22:01:54

Offline jopare

  • New Member
  • *
  • Beiträge: 29
Antw:Wireless M-Bus für CUL
« Antwort #848 am: 13 Februar 2020, 11:09:49 »
Nein, ich habe das Thema beiseite gelegt. Angeblich soll es ja gehen, zumindest schreibt das 'nisi80' in dem von mir verlinkten Beitrag. Hier gab es allerdings kein hilfreiches feedback dazu. Der Author des Modules schreibt ja das es nicht geht. So what???
Raspi / Raspbian Fhem 5.7  nanoCUL 868 FW1.67 HM-LAN         Div. FS20-RSU + RSU2, IT Schalter + Dimmer sowie eine Reihe Homematic Komponenten

Offline Derwelcherichbin

  • Newbie
  • Beiträge: 1
Wireless M-Bus für CUL als Störsender
« Antwort #849 am: 24 Februar 2020, 00:01:22 »
Hallo an alle Geplagten,
Grundsatzfrage:
Wie oft (sec...) senden Eure Diehl Hydrus Wasserzähler 171A (o.a.) eigentlich bezüglich ihres störenden Einflusses auf andere 868MHz Geräte?
Nach Lösung aller gleichen Problemchen in den vergangenen 57 Seiten und der Info meines örtlichen Wasser-Versorgers,
den key nicht heraus zu geben, sehe ich den Zähler leider nur noch als Störsender.
Es erfolgt eine Sendung alle ca. 16sec, Zählernummer kann noch als eigener interpretiert werden, weitere Daten Verschlüsselt und nutzlos.
2 weitere (Nachbarn re und li) "spratzen" auch noch jeweils in dieses Zeitfenster, Seriennummer ähnlich, kleineres RSSI.
Somit hab ich jetzt alle 5sec sinnlosen trafic. Gewiss hält sich das System an den duty cycle von <1%, glaube Pakete sind 1,5msec lang.
Trotzdem wäre es viel besser, es würde einmal pro Stunde für 36sec den Kanal blockieren als sowas!
Ausfälle von Telegrammen div. Aktoren/Sensoren häufen sich.
Nicht auszudenken, Energie und Gas schleppen auch noch solche Zähler an!
Und das ganze um dann 1x im Jahr draußen vorbei zu fahren und die Werte einzusammeln...
Wie sind Eure Zähler parametriert?
Gewiss könnte der Versorger doch den Intervall vergrößern?
venceremos

Offline ext23

  • Hero Member
  • *****
  • Beiträge: 3054
    • Homepage
Antw:Wireless M-Bus für CUL
« Antwort #850 am: 24 Februar 2020, 07:03:41 »
Meine Geräte von Kundo senden nur 2 mal am Tag. Das ist mir wieder viel zu wenig, gerade bei den Wasseruhren...

Aber wenn dich der Funk stört, Alufolie rum und gut ist. Und um Wasser zu messen einfach eine eigene Wasseruhr hinter setzen und fertig. Dann spart man sich auch die elendigen Diskussionen mit den Honks der Versorger zwecks der Keys etc.

/Daniel
HM, FS20, 1-Wire, PanStamp, AVR-NET-IO, SIS-PM, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)