Entwicklung SIGNALDuino Empfänger Firm- und Hardware V4 für Maple Mini und ESP32

Begonnen von Ralf9, 13 Dezember 2019, 12:48:26

Vorheriges Thema - Nächstes Thema

Ralf9

Mit "attr SIGNALduino verbose 4" müssten ungefähr solche MN-Nachrichten im log stehen:

MN;D=Y25442D2C492843571B168D20E7504D4122CD6877FC4AB6C08A2F7A9AB88C898C8B3FD9966B328FFB;N=12;


Evtl passt die Frequenz nicht ganz, Du kann die Frequenz mal in 0.05 Schritten ein wenig ändern

Mit einem 868 Modul kann auch 433 MHz empfangen werden, die Dämpfung ist dabei etwas höher
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Ralf9

FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

mirko_s

Zitat von: Ralf9 am 20 November 2022, 00:58:26
Ich hab im Wiki bei "Inbetriebnahme/Konfiguration" das Beispiel korrigiert und ein weiteres Beispiel zugefügt.
https://wiki.fhem.de/wiki/Maple-SignalDuino#Inbetriebnahme.2FKonfiguration
Ver=0x17 ist die low cost Variante cc110L
https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/153153/cc110l-vs-cc1101

Danke für den Hinweis mit der Low Cost Variante. Hat der Verkäufer mich schön reingelegt, bzw. was falsches verkauft.  >:(

1) In deinem Wiki sind kleine Tippfehler drin. Kannst du bitte cmdbank in cmdBank ändern. Der Befehl scheint CaseSensitiv zu sein und cmdbank liefert eine Fehlermeldung. cmdBank funktioniert dagegen.

2) Das mit den Bänken ist mir immer noch unklar. Was bedeutet das?

3) Für WMBUS muss ich doch den rfmode WMBus_T_u_C nehmen? in deinem Beispiel steht aber SlowRF_CCFactoryReset in Verbindung 868MHz. Ist SlowRF nicht für die 433MHz Komponenten? oder ist das eine Einstellung die alles Empfangen kann aber nur auf eine bestimmte Frequenz hört?

4) in der FHEM GUI gibt es jadie Möglichkeit die cc1101_freq über ein Dropdown Feld auszuwählen. Wenn ich nun aber mehr als ein Radio installiert habe, auf welches Radio bezieht sich diese Einstellung dann? Wie wähle ich das Radio aus auf das sich diese Konfiguration bezieht?

5) Ich habe gerade noch mal komplett von vorne begonnen um jeglichen Fehler auszuschließen, und habe mich an das WIKI gehalten.
Hardware: ein CC110L in 868 MHz Ausführung auf der Platine von Ranseyer mit der V 4.2.2-dev220712 SIGNALduinoAdv Firmware:
get SIGNALduino raw e                         #reset                Antwort: ccFactoryReset done
get SIGNALduino raw eC                        #reset                Antwort: Init eeprom to defaults
shutdown restart                              #FHEM Neustart
get SIGNALduino cmdBank r                     #Config ausgeben      Antwort: "leer"
get SIGNALduino raw CREA                      #aktiviert Radio A    Antwort: raw: detect A: Partn=0 Ver=0x17


Der nächste Befehl war
get SIGNALduino cmdBank A                     #selektiert Radio A   Antwort: cmdBank: Error! radio has no bank
Antwort: cmdBank: Error! radio has no bank  Was hat das zu bedeuten?

gestern Abend stand in deinem WIKI noch dieses. Damit kam keine Fehlermeldung:
get SIGNALduino raw bA1                       #den ersten CC1101 auswählen   Antwort: raw: set r=A b=1 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070091 boffs=0100
ist das gleichzusetzen mit dem "get SIGNALduino cmdBank A" und "get SIGNALduino cmdBank 1" Befehl?

die Ausgabe erscheint mir "richtig", nur die Frequenz passt nicht.
get SIGNALduino cmdBank r                     #Config ausgeben      Antwort: cmdBank: A* b=1 freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0100*]    ccmode=0 sync=D391 Modulation:ASK/OOK (SYNC_MODE:No preamble/sync)

Auf den Befehl
set SIGNALduino rfmode WMBus_T_u_C
kommt überhaupt keine Antwort in FHEM. und get SIGNALduino cmdBank r liefert danach das gleiche Ergebnis wie oben 433MHz..
EDIT: problem gefunden. Ich hatte "update all https://raw.githubusercontent.com/Ralf9/RFFHEM/master/controls_ralf9_signalduino.txt"
anstatt "update all https://raw.githubusercontent.com/Ralf9/RFFHEM/dev/controls_dev_ralf9_signalduino.txt"

Der Speicherbefehl hat danach geklappt.
get SIGNALduino raw bA1W                      #config speichern     Antwort: raw: write set r=A b=1 N=12 ccmode=8 sync=543D ccconf=216BD05C040622F8440700182EBF4309B5 boffs=0100


jetzt finde ich im Logfile auch WMBus Einträge. juhuuuu. mal schauen ob die Daten korrekt interpretiert werden.
2022.11.20 11:06:57.881 4: SIGNALduino/KeepAlive not ok, retry = 1 -> get ping
2022.11.20 11:06:57.994 4: SIGNALduino/msg READ: OK
2022.11.20 11:06:57.994 4: SIGNALduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2022.11.20 11:06:58.294 4: SIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2022.11.20 11:07:57.883 4: SIGNALduino/keepalive ok, retry = 0
2022.11.20 11:08:57.887 4: SIGNALduino/KeepAlive not ok, retry = 1 -> get ping
2022.11.20 11:08:58.000 4: SIGNALduino/msg READ: OK
2022.11.20 11:08:58.001 4: SIGNALduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2022.11.20 11:08:58.301 4: SIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2022.11.20 11:09:10.997 4: SIGNALduino/msg READ: MN;D=X49449344077658121606CD03780DFF5F350082300000100007C113FF671BFF53720700BF2C67760500DF2A376407A41F00AE00CA00E600C9001D01AB00FB008F120C00BB005B008B00B3002F046D090BD42B123C82FE;N=12;
2022.11.20 11:09:11.000 4: SIGNALduino Parse_MN: Found 2-FSK Protocol id 210 length 173 RSSI = -75 LQI = 130 -> WMBUS C
2022.11.20 11:09:11.001 4: SIGNALduino ParseMN: ID=210 dmsg=b49449344077658121606CD03780DFF5F350082300000100007C113FF671BFF53720700BF2C67760500DF2A376407A41F00AE00CA00E600C9001D01AB00FB008F120C00BB005B008B00B3002F046D090BD42B123C82FE
2022.11.20 11:09:11.001 4: SIGNALduino Dispatch: b49449344077658121606CD03780DFF5F350082300000100007C113FF671BFF53720700BF2C67760500DF2A376407A41F00AE00CA00E600C9001D01AB00FB008F120C00BB005B008B00B3002F046D090BD42B123C82FE,  dispatch
2022.11.20 11:09:57.892 4: SIGNALduino/keepalive ok, retry = 0
2022.11.20 11:10:57.894 4: SIGNALduino/KeepAlive not ok, retry = 1 -> get ping
2022.11.20 11:10:58.006 4: SIGNALduino/msg READ: OK
2022.11.20 11:10:58.006 4: SIGNALduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2022.11.20 11:10:58.307 4: SIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2022.11.20 11:11:04.441 4: SIGNALduino/msg READ: MN;D=X49449344409258121607D1FF780DFF5F350082A40000810007C113FF26BEFF10382300BF2C59771800DF2A15172379CA009701C4012202DB013D0262010D0280D43D01EB012E013F01AB012F046D090BD42B7D66870D;N=12;
2022.11.20 11:11:04.444 4: SIGNALduino Parse_MN: Found 2-FSK Protocol id 210 length 173 RSSI = -67.5 LQI = 135 -> WMBUS C
2022.11.20 11:11:04.445 4: SIGNALduino ParseMN: ID=210 dmsg=b49449344409258121607D1FF780DFF5F350082A40000810007C113FF26BEFF10382300BF2C59771800DF2A15172379CA009701C4012202DB013D0262010D0280D43D01EB012E013F01AB012F046D090BD42B7D66870D
2022.11.20 11:11:04.445 4: SIGNALduino Dispatch: b49449344409258121607D1FF780DFF5F350082A40000810007C113FF26BEFF10382300BF2C59771800DF2A15172379CA009701C4012202DB013D0262010D0280D43D01EB012E013F01AB012F046D090BD42B7D66870D,  dispatch
2022.11.20 11:11:57.896 4: SIGNALduino/keepalive ok, retry = 0
2022.11.20 11:12:41.226 4: SIGNALduino/msg READ: MN;D=X49449344899158121607EA2A780DFF5F3500828600005E0107C113FF6934FF69123200BF2C14242700DF2A760032706A00230250021B022802220217023202FADA3F014702CB01C9001B012F046D0E0BD42B9DBF96E4;N=12;
2022.11.20 11:12:41.227 4: SIGNALduino Parse_MN: Found 2-FSK Protocol id 210 length 173 RSSI = -88 LQI = 150 -> WMBUS C
2022.11.20 11:12:41.228 4: SIGNALduino ParseMN: ID=210 dmsg=b49449344899158121607EA2A780DFF5F3500828600005E0107C113FF6934FF69123200BF2C14242700DF2A760032706A00230250021B022802220217023202FADA3F014702CB01C9001B012F046D0E0BD42B9DBF96E4
2022.11.20 11:12:41.228 4: SIGNALduino Dispatch: b49449344899158121607EA2A780DFF5F3500828600005E0107C113FF6934FF69123200BF2C14242700DF2A760032706A00230250021B022802220217023202FADA3F014702CB01C9001B012F046D0E0BD42B9DBF96E4,  dispatch
2022.11.20 11:12:57.900 4: SIGNALduino/keepalive ok, retry = 0
2022.11.20 11:12:57.942 4: SIGNALduino/msg READ: MN;D=X49449344409258121607D1FF780DFF5F350082A400000F0007C113FFBDF7FF10382300BF2C59771800DF2A15172379CA009701C4012202DB013D0262010D0280D43D01EB012E013F01AB012F046D0B0BD42B0B06810A;N=12;
2022.11.20 11:12:57.945 4: SIGNALduino Parse_MN: Found 2-FSK Protocol id 210 length 173 RSSI = -69 LQI = 129 -> WMBUS C
2022.11.20 11:12:57.945 4: SIGNALduino ParseMN: ID=210 dmsg=b49449344409258121607D1FF780DFF5F350082A400000F0007C113FFBDF7FF10382300BF2C59771800DF2A15172379CA009701C4012202DB013D0262010D0280D43D01EB012E013F01AB012F046D0B0BD42B0B06810A
2022.11.20 11:12:57.947 4: SIGNALduino Dispatch: b49449344409258121607D1FF780DFF5F350082A400000F0007C113FFBDF7FF10382300BF2C59771800DF2A15172379CA009701C4012202DB013D0262010D0280D43D01EB012E013F01AB012F046D0B0BD42B0B06810A,  dispatch
2022.11.20 11:13:13.939 4: SIGNALduino/msg READ: MN;D=X3944934440925812160752E87AA50000200C13103823004C135977186D0E00426CBF2CCC081315172300C2086CDFC2222A02BB560000326CFFFF046D0B0BD42B698F8209;N=12;
2022.11.20 11:13:13.942 4: SIGNALduino Parse_MN: Found 2-FSK Protocol id 210 length 137 RSSI = -69.5 LQI = 130 -> WMBUS C
2022.11.20 11:13:13.942 4: SIGNALduino ParseMN: ID=210 dmsg=b3944934440925812160752E87AA50000200C13103823004C135977186D0E00426CBF2CCC081315172300C2086CDFC2222A02BB560000326CFFFF046D0B0BD42B698F8209
2022.11.20 11:13:13.942 4: SIGNALduino Dispatch: b3944934440925812160752E87AA50000200C13103823004C135977186D0E00426CBF2CCC081315172300C2086CDFC2222A02BB560000326CFFFF046D0B0BD42B698F8209,  dispatch
2022.11.20 11:13:15.081 4: SIGNALduino/msg READ: write set r=A b=1 N=12 ccmode=8 sync=543D ccconf=216BD05C040622F8440700182EBF4309B5 boffs=0100
2022.11.20 11:13:15.082 4: SIGNALduino/msg READ: regexp=.* cmd=raw msg=write set r=A b=1 N=12 ccmode=8 sync=543D ccconf=216BD05C040622F8440700182EBF4309B5 boffs=0100
2022.11.20 11:13:15.092 4: SIGNALduino/msg READ: mbus_init
2022.11.20 11:13:15.342 4: SIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2022.11.20 11:13:57.902 4: SIGNALduino/keepalive ok, retry = 0



Ich werde es mal ein paar Stunden so laufen lassen.

Ralf9

ZitatDanke für den Hinweis mit der Low Cost Variante. Hat der Verkäufer mich schön reingelegt, bzw. was falsches verkauft
Auf die Versionsnr kann man sich nicht verlassen, es kann trotzdem ein cc1101 sein

ZitatIn deinem Wiki sind kleine Tippfehler drin. Kannst du bitte cmdbank in cmdBank ändern.
habs im Wiki geändert

Zitatin der FHEM GUI gibt es jadie Möglichkeit die cc1101_freq über ein Dropdown Feld auszuwählen. Wenn ich nun aber mehr als ein Radio installiert habe, auf welches Radio bezieht sich diese Einstellung dann? Wie wähle ich das Radio aus auf das sich diese Konfiguration bezieht?
Die Einstellungen beziehen sich auf das gerade selektierte cc1101 Modul und Speicherbank. Dies sieht man an "get cmdBank" oder am "*" bei "get version" oder "get cmdBank s".

ZitatDer nächste Befehl war "get cmdBank A" -> "Antwort: cmdBank: Error! radio has no bank"
Diese Fehlermeldung kommt, da dem Modul A noch keine Speicherbank zugeordnet ist, habs im Wiki korrigiert.


Zu den Speicherbänken, jede Bank hat einen Bereich im EEPROM. Bei "get cmdBank" wird die Adresse im EEPROM angezeigt. Z.B. Bank 6 [boffs=0240]
Änderungen an cc1101 Registern werden zum cc1101 gesendet und im EEPROM gespeichert, zB. bei Bank 6 im Addressbereich ab Hex 0240. Dabei gilt EEPROM Adresse = cc1101 Register + 2
Wenn z.B. mit "get cmdBank A3" die Bank gewechselt wird, wird der cc1101 zurückgesetzt und die cc1101 Register mit den im EEPROM gespeicherten Werte initialisiert.

Zitatjetzt finde ich im Logfile auch WMBus Einträge.
die Nachrichten passen
2022.11.20 11:48:38 4 : sduinoD/msg get raw: MN;D=X49449344409258121607D1FF780DFF5F350082A40000810007C113FF26BEFF10382300BF2C59771800DF2A15172379CA009701C4012202DB013D0262010D0280D43D01EB012E013F01AB012F046D090BD42B7D66870D;N=12;
2022.11.20 11:48:38 4 : sduinoD Parse_MN: Found 2-FSK Protocol id 210 length 173 RSSI = -67.5 LQI = 135 -> WMBUS C
2022.11.20 11:48:38 2 : autocreate: define WMBUS_QDS_12589240_22_7 WMBUS b494493...
2022-11-20 11:48:38 WMBUS WMBUS_QDS_12589240_22_7 RSSI: -67.5
2022-11-20 11:48:38 WMBUS WMBUS_QDS_12589240_22_7 LQI: 135
...
2022-11-20 11:48:38 WMBUS WMBUS_QDS_12589240_22_7 batteryState: ok
2022-11-20 11:48:38 WMBUS WMBUS_QDS_12589240_22_7 is_encrypted: 0
2022-11-20 11:48:38 WMBUS WMBUS_QDS_12589240_22_7 decryption_ok: 1

und
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 RSSI: -69.5
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 LQI: 130
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 1_type: VIF_VOLUME
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 1_storage_no: 0
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 1_value: 233.81
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 1_unit: m³
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 1_value_type: Instantaneous value
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 2_type: VIF_VOLUME
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 2_storage_no: 1
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 2_value: 187.759
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 2_unit: m³
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 2_value_type: Instantaneous value
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 3_type: VIF_TIME_POINT_DATE
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 3_storage_no: 1
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 3_value: 2021-12-31
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 3_unit: 
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 3_value_type: Instantaneous value
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 4_type: VIF_VOLUME
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 4_storage_no: 257
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 4_value: 231.715
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 4_unit: m³
2022-11-20 11:51:53 WMBUS WMBUS_QDS_12589240_22_7 4_value_type: Instantaneous value

FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

mirko_s

Zitat von: Ralf9 am 20 November 2022, 12:38:54
Zu den Speicherbänken, jede Bank hat einen Bereich im EEPROM. Bei "get cmdBank" wird die Adresse im EEPROM angezeigt. Z.B. Bank 6 [boffs=0240]
Änderungen an cc1101 Registern werden zum cc1101 gesendet und im EEPROM gespeichert, zB. bei Bank 6 im Addressbereich ab Hex 0240. Dabei gilt EEPROM Adresse = cc1101 Register + 2
Wenn z.B. mit "get cmdBank A3" die Bank gewechselt wird, wird der cc1101 zurückgesetzt und die cc1101 Register mit den im EEPROM gespeicherten Werte initialisiert.
ok, verstehe ich zum Teil.  ;) Als COBOL Entwickler ist man Hardware Nahe Programmierung gewöhnt aber mit EPROMS musste ich mich noch nicht beschäftigen. Wozu braucht man ganz praktisch verschiedene Bänke? Kann man damit verschiedene Konfigurationen zu einem CC1101 abspeichern und bei Bedarf einfach laden und benutzen? Also z.b.: Radio 1, Bank 1 = 433.00Mhz, Radio 1, Bank 2 = 434.88 MHz, Radio 1, Bank 3 = ??? MHz??

Der erste Use Case mit dem Empfang der Wasserzähler und WMBus_T_u_C war mittlerweile erfolgreich. Ich konnte alle Zählerstände empfangen. perfekt!!!

Nun der zweite Use Case, Empfangen und Schalten von IT Geräten.
Out of the Box wurden die Geräte mittels autocreate angelegt, angezeigt und der Status on / off wurde korrekt in FHEM angezeigt. Nun wollte ich die über FHEM auch Schalten. Beim Klick auf das Lampen Symbol bekomme ich aber diese Meldung im Logfile:
2022.11.20 13:10:40.576 3: SIGNALduino IT_set: IT_V3_269df54b on
2022.11.20 13:10:40.581 4: SIGNALduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;P4=-10000;D=010302020303020302020302030302020303020302020302030203030202030203020302030203030202030302020303020203030203020203020303020203020304;
2022.11.20 13:10:40.751 4: SIGNALduino SendrawFromQueue: msg=SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;P4=-10000;D=010302020303020302020302030302020303020302020302030203030202030203020302030203030202030302020303020203030203020203020303020203020304;
2022.11.20 13:10:40.753 4: SIGNALduino/msg READ: Radio B is not active!
2022.11.20 13:10:40.753 4: SIGNALduino/msg READ: 2. Received answer (Radio B is not active!) for sendraw does not match ^S(R|C|M|N);
2022.11.20 13:10:42.754 4: SIGNALduino/HandleWriteQueue: sendraw no answer (timeout)
2022.11.20 13:10:42.754 4: SIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2022.11.20 13:10:50.000 4: SIGNALduino/keepalive ok, retry = 0


Die Meldung "READ: Radio B is not active!" ist korrekt aber doch unverständich. Wieso will FHEM das Gerät über Radio B schalten wenn es doch vorher selber über Radio A angelegt wurde. Gibt es hier ein Problem mit dem Autocreate?

get SIGNALduino version
version: V 4.2.2-dev220712 SIGNALduinoAdv cc1101 (R: A1*) - compiled at Nov 19 2022 17:00:52

Wenn ich mich recht erinnere bedeutet der * das dieses Radio/Bank als default genommen wird. Scheint FHEM aber beim schalten nicht wirklich zu interessieren  ;D Oder ist das nur ein Problem weil ich einen 868MHz CC1101 verwende und nicht einen 434MHz CC1101?


und der dritte Use Case: Ich wollte schon einige Jahre lang die Temperatur von meinem Maverick ET-733 BBQ Thermometer empfangen. Der SIGNALduino schreibt jedes mal wenn der Maverick etwas sendet, ein Log. Aber es wird in FHEM kein Device angelegt. Muss ich für das Ding noch etwas ändern?

2022.11.20 13:38:45.042 4: SIGNALduino/msg READ: MU;P0=-319;P1=157;P3=410;P4=-631;P6=290;P7=-224;CP=1;R=227;D=0103014303410301410343014103014343434643437;e;
2022.11.20 13:38:45.049 4: SIGNALduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2022.11.20 13:38:45.051 4: SIGNALduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2022.11.20 13:38:45.053 4: SIGNALduino: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2022.11.20 13:38:45.054 4: SIGNALduino: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2022.11.20 13:38:45.056 4: SIGNALduino: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2022.11.20 13:38:45.057 4: SIGNALduino: Fingerprint for MU Protocol id 82 -> Fernotron matches, trying to demodulate
2022.11.20 13:38:45.060 4: SIGNALduino: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2022.11.20 13:38:45.062 4: SIGNALduino: Fingerprint for MU Protocol id 99 -> Navaris 44344.04 matches, trying to demodulate
2022.11.20 13:38:45.065 4: SIGNALduino: Fingerprint for MU Protocol id 121 -> Busch-Transcontrol matches, trying to demodulate
2022.11.20 13:38:45.066 4: SIGNALduino: Fingerprint for MU Protocol id 200 -> Honeywell ActivLink matches, trying to demodulate
2022.11.20 13:38:56.822 4: SIGNALduino/msg READ: MU;P0=177;P1=133;P2=-4963;P5=389;P6=-617;P7=-359;CP=0;R=245;D=202020202020202565656565706075706075706565656560757061757065656075706075657060757065656565656565656560756565706565607570656075716565607570607520202020202020202565656565716175716;p;
2022.11.20 13:38:56.836 4: SIGNALduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2022.11.20 13:38:56.839 4: SIGNALduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2022.11.20 13:38:56.842 4: SIGNALduino: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2022.11.20 13:38:56.844 4: SIGNALduino: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2022.11.20 13:38:56.849 4: SIGNALduino: Fingerprint for MU Protocol id 79 -> wireless doorbell matches, trying to demodulate
2022.11.20 13:38:56.851 4: SIGNALduino: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2022.11.20 13:38:56.856 4: SIGNALduino: Fingerprint for MU Protocol id 82 -> Fernotron matches, trying to demodulate
2022.11.20 13:38:56.864 4: SIGNALduino: Fingerprint for MU Protocol id 91 -> Atlantic security matches, trying to demodulate
2022.11.20 13:38:56.884 4: SIGNALduino: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2022.11.20 13:38:56.888 4: SIGNALduino: Fingerprint for MU Protocol id 99 -> Navaris 44344.04 matches, trying to demodulate
2022.11.20 13:38:56.893 4: SIGNALduino: Fingerprint for MU Protocol id 121 -> Busch-Transcontrol matches, trying to demodulate
2022.11.20 13:38:57.011 4: SIGNALduino/msg READ: MU;P0=-366;P1=210;P2=-692;P3=382;P4=-4956;CP=1;R=229;D=012321030123232103012103414141414141414143212;e;
2022.11.20 13:38:57.025 4: SIGNALduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2022.11.20 13:38:57.029 4: SIGNALduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2022.11.20 13:38:57.032 4: SIGNALduino: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2022.11.20 13:38:57.035 4: SIGNALduino: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2022.11.20 13:38:57.038 4: SIGNALduino: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2022.11.20 13:38:57.040 4: SIGNALduino: Fingerprint for MU Protocol id 82 -> Fernotron matches, trying to demodulate
2022.11.20 13:38:57.045 4: SIGNALduino: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2022.11.20 13:38:57.048 4: SIGNALduino: Fingerprint for MU Protocol id 99 -> Navaris 44344.04 matches, trying to demodulate
2022.11.20 13:38:57.052 4: SIGNALduino: Fingerprint for MU Protocol id 121 -> Busch-Transcontrol matches, trying to demodulate
2022.11.20 13:38:57.074 4: SIGNALduino/msg READ: MU;P0=-597;P1=98;P2=-341;P3=401;P4=161;P6=-13026;CP=3;R=239;D=012321030303030423240423210303042324042303240423240303030303030303030423030324030304232403042324030304232404236;e;
2022.11.20 13:38:57.090 4: SIGNALduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2022.11.20 13:38:57.094 4: SIGNALduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2022.11.20 13:38:57.097 4: SIGNALduino: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2022.11.20 13:38:57.099 4: SIGNALduino: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2022.11.20 13:38:57.102 4: SIGNALduino: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2022.11.20 13:38:57.104 4: SIGNALduino: Fingerprint for MU Protocol id 82 -> Fernotron matches, trying to demodulate
2022.11.20 13:38:57.110 4: SIGNALduino: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2022.11.20 13:38:57.113 4: SIGNALduino: Fingerprint for MU Protocol id 99 -> Navaris 44344.04 matches, trying to demodulate
2022.11.20 13:38:57.115 4: SIGNALduino: Fingerprint for MU Protocol id 111 -> TS-FT002 matches, trying to demodulate
2022.11.20 13:38:57.119 4: SIGNALduino: Fingerprint for MU Protocol id 121 -> Busch-Transcontrol matches, trying to demodulate
2022.11.20 13:39:08.772 4: SIGNALduino/msg READ: MU;P0=-196;P1=150;P2=-587;P3=397;P4=113;P5=-360;P6=-4468;CP=1;R=230;D=12323232324535121535123232153512153235121535123232323232323232321532323512323215351232153512323215351215361230;e;
2022.11.20 13:39:08.783 4: SIGNALduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2022.11.20 13:39:08.786 4: SIGNALduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2022.11.20 13:39:08.789 4: SIGNALduino: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2022.11.20 13:39:08.790 4: SIGNALduino: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2022.11.20 13:39:08.792 4: SIGNALduino: Fingerprint for MU Protocol id 78 -> BeSmart_Sx matches, trying to demodulate
2022.11.20 13:39:08.794 4: SIGNALduino: Fingerprint for MU Protocol id 79 -> wireless doorbell matches, trying to demodulate
2022.11.20 13:39:08.796 4: SIGNALduino: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2022.11.20 13:39:08.798 4: SIGNALduino: Fingerprint for MU Protocol id 82 -> Fernotron matches, trying to demodulate
2022.11.20 13:39:08.801 4: SIGNALduino: Fingerprint for MU Protocol id 91 -> Atlantic security matches, trying to demodulate
2022.11.20 13:39:08.803 4: SIGNALduino: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2022.11.20 13:39:08.806 4: SIGNALduino: Fingerprint for MU Protocol id 99 -> Navaris 44344.04 matches, trying to demodulate
2022.11.20 13:39:08.808 4: SIGNALduino: Fingerprint for MU Protocol id 111 -> TS-FT002 matches, trying to demodulate
2022.11.20 13:39:08.811 4: SIGNALduino: Fingerprint for MU Protocol id 121 -> Busch-Transcontrol matches, trying to demodulate
2022.11.20 13:39:08.836 4: SIGNALduino/msg READ: MU;P0=-587;P1=153;P2=-343;P3=408;CP=1;R=231;D=012321030303030123210123210303012321012303212;e;
2022.11.20 13:39:08.846 4: SIGNALduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2022.11.20 13:39:08.849 4: SIGNALduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2022.11.20 13:39:08.851 4: SIGNALduino: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2022.11.20 13:39:08.853 4: SIGNALduino: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2022.11.20 13:39:08.855 4: SIGNALduino: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2022.11.20 13:39:08.857 4: SIGNALduino: Fingerprint for MU Protocol id 82 -> Fernotron matches, trying to demodulate
2022.11.20 13:39:08.859 4: SIGNALduino: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2022.11.20 13:39:08.860 4: SIGNALduino: Fingerprint for MU Protocol id 99 -> Navaris 44344.04 matches, trying to demodulate
2022.11.20 13:39:08.863 4: SIGNALduino: Fingerprint for MU Protocol id 121 -> Busch-Transcontrol matches, trying to demodulate
2022.11.20 13:39:08.868 4: SIGNALduino/msg READ: MU;P0=-203;P1=159;P2=-363;P3=381;P4=-587;P6=-4160;CP=3;R=231;D=0123214343434343434343434123434321434341232143412321434341232141236;e;
2022.11.20 13:39:08.875 4: SIGNALduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2022.11.20 13:39:08.877 4: SIGNALduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2022.11.20 13:39:08.879 4: SIGNALduino: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2022.11.20 13:39:08.881 4: SIGNALduino: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2022.11.20 13:39:08.883 4: SIGNALduino: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2022.11.20 13:39:08.884 4: SIGNALduino: Fingerprint for MU Protocol id 82 -> Fernotron matches, trying to demodulate
2022.11.20 13:39:08.887 4: SIGNALduino: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2022.11.20 13:39:08.889 4: SIGNALduino: Fingerprint for MU Protocol id 99 -> Navaris 44344.04 matches, trying to demodulate
2022.11.20 13:39:08.892 4: SIGNALduino: Fingerprint for MU Protocol id 121 -> Busch-Transcontrol matches, trying to demodulate
2022.11.20 13:39:08.966 4: SIGNALduino/msg READ: MU;P0=-1319;P1=-603;P2=392;P3=-354;P4=150;P7=32001;CP=4;R=233;D=121212123414323414323412121212143234143234121214323414321234143234121212121212121212143212123412121432341214370412121432341432;p;
2022.11.20 13:39:08.973 4: SIGNALduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2022.11.20 13:39:08.975 4: SIGNALduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2022.11.20 13:39:08.977 4: SIGNALduino: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2022.11.20 13:39:08.978 4: SIGNALduino: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2022.11.20 13:39:08.979 4: SIGNALduino: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2022.11.20 13:39:08.981 4: SIGNALduino: Fingerprint for MU Protocol id 82 -> Fernotron matches, trying to demodulate
2022.11.20 13:39:08.983 4: SIGNALduino: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2022.11.20 13:39:08.985 4: SIGNALduino: Fingerprint for MU Protocol id 99 -> Navaris 44344.04 matches, trying to demodulate
2022.11.20 13:39:08.986 4: SIGNALduino: Fingerprint for MU Protocol id 111 -> TS-FT002 matches, trying to demodulate
2022.11.20 13:39:08.988 4: SIGNALduino: Fingerprint for MU Protocol id 121 -> Busch-Transcontrol matches, trying to demodulate
2022.11.20 13:39:09.064 4: SIGNALduino/msg READ: MU;P0=-122;P1=662;P2=-590;P3=400;P4=-342;P5=160;P6=-4408;P7=90;CP=5;R=231;D=01232323234525434525434523232323254345254345232325434525432345254345232323232323232323254323234523232543452325434523232543452543670;e;
2022.11.20 13:39:09.066 4: SIGNALduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2022.11.20 13:39:09.069 4: SIGNALduino: Fingerprint for MU Protocol id 19 -> minify matches, trying to demodulate
2022.11.20 13:39:09.071 4: SIGNALduino: Fingerprint for MU Protocol id 27 -> EFTH-800 matches, trying to demodulate
2022.11.20 13:39:09.077 4: SIGNALduino: Fingerprint for MU Protocol id 54 -> TFA 30.3233.01 matches, trying to demodulate
2022.11.20 13:39:09.079 4: SIGNALduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2022.11.20 13:39:09.081 4: SIGNALduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2022.11.20 13:39:09.084 4: SIGNALduino: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2022.11.20 13:39:09.085 4: SIGNALduino: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2022.11.20 13:39:09.088 4: SIGNALduino: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2022.11.20 13:39:09.093 4: SIGNALduino: Fingerprint for MU Protocol id 82 -> Fernotron matches, trying to demodulate
2022.11.20 13:39:09.098 4: SIGNALduino: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2022.11.20 13:39:09.099 4: SIGNALduino: Fingerprint for MU Protocol id 99 -> Navaris 44344.04 matches, trying to demodulate
2022.11.20 13:39:09.104 4: SIGNALduino: Fingerprint for MU Protocol id 111 -> TS-FT002 matches, trying to demodulate
2022.11.20 13:39:09.108 4: SIGNALduino: Fingerprint for MU Protocol id 121 -> Busch-Transcontrol matches, trying to demodulate
2022.11.20 13:39:12.048 4: SIGNALduino/keepalive ok, retry = 0

Ralf9

ZitatWozu braucht man ganz praktisch verschiedene Bänke? Kann man damit verschiedene Konfigurationen zu einem CC1101 abspeichern und bei Bedarf einfach laden und benutzen?
Ja es kann damit einfach zwischen den Bänken gewechselt werden. Es kann auch mit einem "doif" oder "at" automatisch z.B. alle 10 Min die Bank gewechselt werden.

ZitatDie Meldung "READ: Radio B is not active!" ist korrekt aber doch unverständich. Wieso will FHEM das Gerät über Radio B schalten wenn es doch vorher selber über Radio A angelegt wurde. Gibt es hier ein Problem mit dem Autocreate?
SIGNALduino/set: sending via SendMsg: SR;R=6;P0=...
Mit dem Sendekommando "SR;..." wird immer über Radio B gesendet.
Zum Senden über Radio A gibts das Sendekommando "SRA;..."
Dafür gibts das Attribut "sendSlowRF_A_IDs":
ZitatHier können komma getrennt die protocolId angegeben bei denen das cc1101 Modul A zu senden verwendet wird
Zitat

und der dritte Use Case: Ich wollte schon einige Jahre lang die Temperatur von meinem Maverick ET-733 BBQ Thermometer empfangen. Der SIGNALduino schreibt jedes mal wenn der Maverick etwas sendet, ein Log.
Da passt irgendwas nicht. Bitte teste es nochmal wenn Du das 433 MHz Modul B hast
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Omega-5

Nur ein kleiner Hinweis: im FHEMWiki wird unter Selbstbau CUL gezeigt, wie man an Hand der Beschaltung erkennen kann, für welche Frequenz das Modul ausgelegt ist. Im Anfang wurden meist 433MHz Module als 868MHz verkauft. 
RaspberryPi2, nanoCUL, 3x DS18B20, FS20: 4x Funk-Schalter ST-4, LaCrosseGW,
HomeMatic: HMLAN, HM-WDS10-TH-O, HM_MYS_RelaisBoard,
I2C: HYT221 über modifiziertes Modul I2_I2C_SHT21.pm (Q&D),

Uwe-Kaditz

Ich habe im Januar von meinem Wasserversorger einen neuen Zähler Hydrus 2.0 eingebaut bekommen.
Der Zähler hat eine 868MHz Schnittstelle, die ich mit einem SignalDuino auf Basis eines ESP32 auslesen möchte.
Als Empfänger habe ich das CC1101 868 MHz Wireless Funk Modul (https://www.makershop.de/module/funk/cc1101-868-mhz/) eingesetzt.
Die Registereinstellungen für falsch: mbus_mode = WMBUS_SMODE
richtig: mbus_mode = WMBUS_TMODE
des CC1101 habe ich aus dem TI-Dokument (https://www.ti.com/lit/an/swra234a/swra234a.pdf?ts=1674969785716&ref_url=https%253A%252F%252Fwww.google.com%252F) entnommen:
static const uint8_t initVal[] PROGMEM = // WMBus (S-Mode)
{
// IDX   NAME         RESET    COMMENT
0x06, // 00 IOCFG2    29      GDO2 FIFO sync word has been sent / received
0x2E, // 01 IOCFG1            GDO1 Tri-State
0x00, // 02 IOCFG0    3F      GDO0 00 rxFIFO is filled / 02 txFIFO is filled
0x07, // 03 FIFOTHR Bytes in FIFO
0x76, // 04 SYNC1 76 (rx) 54 (tx)
0x96, // 05 SYNC0 96 (rx) 76 (tx)
0xFF, // 06 PKTLEN    0F       
0x00, // 07 PKTCTRL1           
0x00, // 08 PKTCTRL0  45       
0x00, // 09 ADDR               
0x00, // 0A CHANNR             
0x08, // 0B FSCTRL1   0F      203kHz IF Frquency
0x00, // 0C FSCTRL0             
0x21, // 0D FREQ2     1E      868.3MHz Freq
0x65, // 0E FREQ1     C4       
0x6A, // 0F FREQ0     EC       
0x6A, // 10 MDMCFG4   8C      bWidth 270kHz
0x4A, // 11 MDMCFG3   22      DataRate 32.73kHz
0x05, // 12 MDMCFG2   02      Modulation: 2-FSK, Manchester, 16/16 sync word bits detected
0x22, // 13 MDMCFG1   22       
0xF8, // 14 MDMCFG0   F8      ChannelSpace: 50kHz
0x47, // 15 DEVIATN   47       
0x07, // 16 MCSM2     07       
0x30, // 17 MCSM1     30      Bit 3:2  RXOFF_MODE
0x18, // 18 MCSM0     04      Calibration: RX/TX->IDLE
0x2E, // 19 FOCCFG    36       
0x6D, // 1A BSCFG               
0x04, // 1B AGCCTRL2  03      42 dB instead of 33dB
0x09, // 1C AGCCTRL1  40       
0xB2, // 1D AGCCTRL0  91      8dB decision boundery
0x87, // 1E WOREVT1             
0x6B, // 1F WOREVT0             
0xFB, // 20 WORCTRL             
0xB6, // 21 FREND1             
0x10, // 22 FREND0    16      0x11 for no PA ramping
0xEA, // 23 FSCAL3    A9    E9 ??
0x2A, // 24 FSCAL2    0A       
0x00, // 25 FSCAL1    20    19 ??
0x1F, // 26 FSCAL0    0D       
0x41, // 27 RCCTRL1             
0x00, // 28 RCCTRL0             
// 0x59, // 29 FSTEST        
// 0x7F, // 2A PTEST        
// 0x3F, // 2B AGCTEST        
// 0x81, // 2C TEST2        
// 0x35, // 2D TEST1        
// 0x09  // 2E TEST0        
};


Mit diesen Einstellungen wird zwar etwas empfangen, aber beim 2.Byte schlägt das ManchesterDecoding immer fehl.

Ich bin mir auch nicht sicher, wann der Zähler Hydrus 2.0 Daten sendet.

  • Kann man den Zähler über die optische Schnittstelle zwingen, Daten zu senden?
  • Wie kann ich erkennen, ob die empfangenen Daten von diesem Zähler stammen?
Das sind die Einstellungen in FHEM:
defmod sduino886 SIGNALduino 192.168.1.113:23
attr sduino886 addvaltrigger DMSG
attr sduino886 alias ESP17-868
attr sduino886 cc1101_frequency 868.35
attr sduino886 debug 1
attr sduino886 devStateIcon {my $devIcon = 'it_wifi@gray';;;;$devIcon='it_wifi@#F5830A' if (ReadingsVal($name,"state","disconnected") eq "opened");;;;"<div>".FW_makeImage("$devIcon","$devIcon")." </div><div>".ReadingsVal($name,"state","disconnected")." / ".ReadingsTimestamp($name,'ping','')."</td></div>"}
attr sduino886 eventlogging 1
attr sduino886 group Devices
attr sduino886 hardware ESP32cc1101
attr sduino886 icon icoESPEasy
attr sduino886 rawmsgEvent 1
attr sduino886 rfmode SlowRF
attr sduino886 room ESPEasy
attr sduino886 sortby 99
attr sduino886 suppressDeviceRawmsg 0

setstate sduino886 opened
setstate sduino886 2023-01-30 12:03:15 cc1101_config Freq: 868.300 MHz, Bandwidth: 270 kHz, rAmpl: 42 dB, sens: 4 dB, DataRate: 32.73 kBaud
setstate sduino886 2023-01-30 12:03:15 cc1101_config_ext Modulation: 2-FSK, Syncmod: 15/16 + carrier-sense above threshold, Deviation: 47.61 kHz
setstate sduino886 2023-01-30 12:03:16 cc1101_patable C3E = 00 84 00 00 00 00 00 00
setstate sduino886 2023-01-29 10:39:09 cmds rxB=0
setstate sduino886 2023-01-28 20:21:58 config MS=1;;MU=1;;MC=1;;Mred=0 ;;MsMoveCountmax=4;;maxMuPrint=768;;maxMsgSize=1024;;maxNumPat=8;;Mdebug=1;;MdebFifoLimit=150/200
setstate sduino886 2023-01-16 22:56:54 freeram 269072
setstate sduino886 2023-01-30 12:28:15 ping OK
setstate sduino886 2023-01-30 12:03:14 state opened
setstate sduino886 2023-01-29 23:19:18 uptime 0 00:01:39

Ralf9

Welche Firmware verwendest Du?
Bei meiner V4.2.2 ist auch WMBUS dabei, es gibt dafür auch die passenden Registereinstellungen (rfmodes).
Du kannst es auch mal mit einem nanoCul testen
@killah78 hat hier ein hex File mit einem Buffer 220 gepostet
https://forum.fhem.de/index.php/topic,24517.msg915481.html#msg915481

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Uwe-Kaditz

Hallo Ralf,

Danke für die schnelle Antwort.

Ich verwende die Firmware SIGNALDuino-WMBus-4.2.2-dev220712, die ich mit den Vorgaben der CC1101-Register für den S- und T-Mode angepasst habe.

Nachdem ich die CC1101-Register auf den T-Mode (aus dem o.g. TI-Dokument (https://www.ti.com/lit/an/swra234a/swra234a.pdf?ts=1674969785716&ref_url=https%253A%252F%252Fwww.google.com%252F) ) umgestellt habe, wird empfangen und dekodiert.
Hier ist eine Raw-Message, die vom ESP32-SignalDuino dekodiert wurde:
MN;D=4344A511750350727607264C8C0015900F002C25ABBE01001758C773AB17DB6F53217AAB00210710AA4A62C1FA42EEE3A3B0107E5D584DB7D8AC94C106084E2A005FF5164922D26C1C4224F12B848025;N=12;

Jetzt muss die Raw-Message noch in FHEM dekodiert werden.
Kannst Du mir bitte den Link auf die dazu verwendeten Datein schicken?
Danke!

Ralf9

2023.01.30 17:32:56.905 4: sduinoD/msg get raw: MN;D=4344A511750350727607264C8C0015900F002C25ABBE01001758C773AB17DB6F53217AAB00210710AA4A62C1FA42EEE3A3B0107E5D584DB7D8AC94C106084E2A005FF5164922D26C1C4224F12B848025;N=12;
2023.01.30 17:32:56.905 4: sduinoD Parse_MN: Found 2-FSK Protocol id 209 length 160 RSSI = -55.5 LQI = 128 -> WMBUS T
2023.01.30 17:32:56.905 4: sduinoD ParseMN: ID=209 dmsg=b4344A511750350727607264C8C0015900F002C25ABBE01001758C773AB17DB6F53217AAB00210710AA4A62C1FA42EEE3A3B0107E5D584DB7D8AC94C106084E2A005FF5164922D26C1C4224F12B848025
2023.01.30 17:32:56.905 4: sduinoD Dispatch: b4344A511750350727607264C8C0015900F002C25ABBE01001758C773AB17DB6F53217AAB00210710AA4A62C1FA42EEE3A3B0107E5D584DB7D8AC94C106084E2A005FF5164922D26C1C4224F12B848025,  dispatch
2023.01.30 17:32:56.905 3: WMBUS Unknown device b4344A511750350727607264C8C0015900F002C25ABBE01001758C773AB17DB6F53217AAB00210710AA4A62C1FA42EEE3A3B0107E5D584DB7D8AC94C106084E2A005FF5164922D26C1C4224F12B848025, please define it
2023.01.30 17:32:56.909 2: autocreate: define WMBUS_DME_72500375_118_7 WMBUS b4344A511750350727607264C8C0015900F002C25ABBE01001758C773AB17DB6F53217AAB00210710AA4A62C1FA42EEE3A3B0107E5D584DB7D8AC94C106084E2A005FF5164922D26C1C4224F12B848025
2023.01.30 17:32:56.914 3: WMBUS_DME_72500375_118_7: I/O device is sduinoD
2023.01.30 17:32:56.915 2: autocreate: define FileLog_WMBUS_DME_72500375_118_7 FileLog ./log/WMBUS_DME_72500375_118_7-%Y-%m.log WMBUS_DME_72500375_118_7
2023-01-30 17:32:56.911 WMBUS WMBUS_DME_72500375_118_7 RSSI: -55.5
2023-01-30 17:32:56.911 WMBUS WMBUS_DME_72500375_118_7 LQI: 128

2023-01-30 17:32:56.915 Global global DEFINED WMBUS_DME_72500375_118_7

2023.01.30 17:34:32.704 2: WMBUS WMBUS_DME_72500375_118_7 Error during ApplicationLayer parse:encrypted message and no aeskey provided


so wies aussieht brauchst Du auch noch den aeskey

Zitat
Kannst Du mir bitte den Link auf die dazu verwendeten Datein schicken?
https://forum.fhem.de/index.php/topic,111653.msg1058900.html#msg1058900
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Uwe-Kaditz

Hallo Ralf,

sind es die Dateien aus
https://github.com/Ralf9/RFFHEM/tree/dev,
d.h. die 00_SIGNALduino.pm mit v3.4.14?

Ich habe noch einen anderen SignalDUINO mit Firmware V 3.5.0 SIGNALESP cc1101 (chip CC1101) für meine Somfys laufen.

Gibt es da Probleme mit den neuen Dateien?

Ralf9

ja es sind diese mit v3.4.14-dev

ZitatIch habe noch einen anderen SignalDUINO mit Firmware V 3.5.0 SIGNALESP cc1101 (chip CC1101) für meine Somfys laufen.
Gibt es da Probleme mit den neuen Dateien?
Nein solange Du mit der V 3.5.0 kein FSK empfangen willst, sollte es keine Probleme geben.

Falls Du den SIGNALESP auch zum Empfang vom den Somfy Fernbedienungen verwendest, kann es sich durch optimierungen in meinen Dateien verbessern.



FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Uwe-Kaditz

Hallo Ralf,

mit den Modulen aus v3.4.14-dev bekomme ich in FHEM folgende Fehlermeldung:
2023.01.30 18:52:52 1: DEBUG>sduino886: incoming message: (MN;D=4344A511750350727607264C8C001B900F002C2543C00100B9A5E23C370DFD0EDDE37A4300210710740FB904C401361F85F8DD65B3519537E0498BE0717BD65C708B5C60C44C62D30CC3290D022F8020;N=12;)
2023.01.30 18:52:52 1: DEBUG>sduino886: extracted  data 4344A511750350727607264C8C001B900F002C2543C00100B9A5E23C370DFD0EDDE37A4300210710740FB904C401361F85F8DD65B3519537E0498BE0717BD65C708B5C60C44C62D30CC3290D022F8020
2023.01.30 18:52:52 1: DEBUG>sduino886: extracted xFSK Native Nr 12
2023.01.30 18:52:52 1: reload: Error:Modul 36_WMBUS deactivated:
Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.
2023.01.30 18:52:52 0: Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.
2023.01.30 18:52:52 0: ERROR: Cannot autoload WMBUS
2023.01.30 18:52:52 3: sduino886: Unknown code b4344A511750350727607264C8C001B900F002C2543C00100B9A5E23C370DFD0EDDE37A4300210710740FB904C401361F85F8DD65B3519537E0498BE0717BD65C708B5C60C44C62D30CC3290D022F8020, help me!


Die Module 36_WMBUS.pm und WMBus.pm sind auf dem aktuellen Stand.
Nach dem Kopieren der Module aus v3.4.14-dev habe ich die FHEM-Installation neu gestartet.

Fehlt mir sonst noch etwas?

Ralf9

vermutlich fehlt bei Dir davon was
# $Id: WMBus.pm 25166 2021-11-01 16:04:05Z kaihs $

package WMBus;

use strict;
use warnings;
use feature qw(say);
use Scalar::Util qw(looks_like_number);
use Digest::CRC; # libdigest-crc-perl
eval "use Crypt::Mode::CBC"; # cpan -i Crypt::Mode::CBC
my $hasCBC = ($@)?0:1;
eval "use Crypt::Mode::CTR"; # cpan -i Crypt::Mode::CTR
my $hasCTR = ($@)?0:1;
eval "use Digest::CMAC"; # cpan -i Digest::CMAC

FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7