SIGNALESP: Firm- und Hardware für SIGNALduino direkt auf ESP8266 oder ESP32

Begonnen von Ralf9, 24 Januar 2018, 20:04:44

Vorheriges Thema - Nächstes Thema

Ralf9

Bitte poste mal ein paar der empfangenen Nachrichten (MN;D=Y...)
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

nuke

Die "kurzen" Nachrichten sind von meinem Kamstrup WMZ. Die kann ich mit dem AES Key entschlüsseln (CUL in IOBroker).
Die langen, welche mit 8E anfangen sind vom EMH Stromzähler (Baujahr 2011).

EMH EHZ:
MN;D=8E44A815198180020102856F7F130080058B58FAE71BF6C15D5417E962A42EC5FEEC26DAA6E4C1BD3D12DB791176F7FD5C83CF379BBDA75898A79F237E3B466826B4E2A5CD7DFF736933B88FFA67F942B33FB8574BEA098EB5EAEB6950D3EB228A2FE0B26A6763B4A6FB91AFA33120F09FB10BC27321B7A4A9DC8D6C76DC2B793FFE51353966B0830B4F97718ED757671426B0616A8EC63A36DC1D8CBC458E55CDB6148017;N=12;
MN;D=8E44A815198180020102856F7F1400800511E4EB78437A5FB191D1F2142E146B81165D1592FCF32988CEC5D4E72E51903CEAFFC3B5E685260D276CC97185EDCF5884F5C2E614E9C4453983404BB893EE2814319359F5F2B95476B7928780A0E3219DA4BA05C9B9D9B2A8B614B2A0ADCA33EBD70AF1B28D006EDB084A41186AF6B255355B672DF592075EBAE343A7D1006E9C9C1BD693649B4EEA19C9C06626703F62518116;N=12;
MN;D=8E44A815198180020102856F7F16008005721FABB4F620F3D9FA6A0725AD886CCF13B405B880A71F76815AFC75975E4176DA326E00B30318B226741ABA6DD3F6C15427CC1E459B22A3E77F690F4666D7B5725BAF388CDF956795588254AF61BCBD0D97001951442BE22D09491A7B97E0307B1D58C9631DA453DF8FF86C57B95EBB9100184939234B25E8B8C544300300821EBAE430BF94E81E3C2FE7D6F794E0AF90FF8013;N=12;
MN;D=8E44A815198180020102856F7FA9008005C7C2DD339461AC961FE0502F70E0E02024C91A57CEEF590FBAF13AFFFE61732BF2CFBE1EA2EB3D8480EAB975679388BA91395C5A1FAEDCF3503C3C78CFEE0DF3FC5D387C1E35C012956D81A2225AFC9B27F0B95A9110F0148B97811DC265C3273AAF5F68923BEBD2F6EFE66CDC7C03B202466499D3E8E1B53E5503D0724B353E4F362CE4AF645D84396168413D05ABFD057A81E3;N=12;
MN;D=8E44A815198180020102856F7FAA0080053089914C204171223C39B842786935A9ED1AB970F3D81B2F90C5D103DAA8C05C942D2EC3BE0CB4E26484909053AFD02C12436CA0C6A973C085F064F8682423A346371CA8729AB4DC664C963D9F2924BA1277457533A2F99332751B209B88B21B209D180AA3401D96F04F2D1056C77276327D6D9B658E0D772298B75B6BDAD3C855C6C9870061A8F7936DC6F09F9F3DE2ED7A81F1;N=12;


Kamstrup:
MN;D=5E442D2C5367908240045BF57AC7005025333C78F8FCA7C8AE80547E6FDFA210F49ED68056CA7B6BE0233CAFBE4732A047D7853F226D7D6415F71445459C4CFAFF69195F78F1D78710FE303FFBB662C432E734EBD075FF59568208498F6696F3CAD03EE2AC1FD800E4CA3C080D80EC;N=12;
MN;D=5E442D2C5367908240045BF57AC9005025BE7E5B6857D9B34E22F9F16D10792DCE81FB94560C24DD432FC0C3F1BD8660F7C9D90276CA4E52F8B3A128A39E7221635B5D4A64578ED3A42F718687FFBC82C41E6C53B9283B48BF6784DF5FA7FDA05E9AE05E4C7647F3CD18A1359680EC;N=12;

Ralf9

Bei den Nachrichten vom EMH bekomme ich bei jeder Nachricht eine andere Fehlermeldung
WMBUS_EMH_02808119_1_2 Error during ApplicationLayer parse:Encryption mode 1d not implemented
WMBUS_EMH_02808119_1_2 Error during ApplicationLayer parse:Encryption mode 11 not implemented
WMBUS_EMH_02808119_1_2 Error during ApplicationLayer parse:Encryption mode 19 not implemented
WMBUS_EMH_02808119_1_2 Error during ApplicationLayer parse:Encryption mode 16 not implemented
WMBUS_EMH_02808119_1_2 Error during ApplicationLayer parse:Encryption mode 2 not implemented

Da kann wahrscheinlich nur kaihs der maintainer vom WMBUS Modul weiterhelfen.
Du kannst Ihm mal eine private Mitteilung schreiben.
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

kaihs

Zitat von: nuke am 09 Oktober 2023, 18:16:52Die langen, welche mit 8E anfangen sind vom EMH Stromzähler (Baujahr 2011).

Ich habe mir das mal angesehen.
Die gute Nachricht ist, dass die Daten nicht verschlüsselt sind. Die schlechte, sie sind im SML Format.
Das Format unterstützt das WMBus Modul nicht. Ich habe eine Korrektur eingecheckt, die das jetzt richtig erkennt und eine entsprechende Fehlermeldung erzeugt.
Ist dann in dem Format
payload is SML encoded, can't be decoded, SML payload is 91d1f2146b81165d1592fcf32988cec5d4e72e3ceaffc3b5e685260d276cc97185edcff5c2e614e9c4453983404bb893ee281459f5f2b95476b7928780a0e3219da4bab9d9b2a8b614b2a0adca33ebd70af1b26edb084a41186af6b255355b672df592bae343a7d1006e9c9c1bd693649b4eeac06626703f

SML sollte m. W. vom OBIS Modul dekodiert werden können.
Theoretisch sollte daher die obige Payload an das OBIS Modul weitergeleitet werden können damit das die weitere Verarbeitung übernimmt.
Praktisch gibt es da keinen automatischen Weg.
Evtl. kann man in einem notify den Payload aus der Fehlermeldung extrahieren und in eine named pipe schreiben aus der das OBIS Modul dann liest.
Ich habe es aber nicht ausprobiert.
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

Ralf9

Ich habs mal mit dem OBIS Modul getestet, die Parse Routine erwartet ein start- und endtag
my $SML_ENDTAG = chr(0x1B) . chr(0x1B) . chr(0x1B) . chr(0x1B) . chr(0x1A);
my $SML_START  = chr(0x1B) . chr(0x1B) . chr(0x1B) . chr(0x1B) . chr(0x01) . chr(0x01) . chr(0x01) . chr(0x01);
Wenn ich dies zufüge passt Prüfsumme nicht.

Laut SML Protokoll beginnt die SML Nachricht mit 7607
http://www.itrona.ch/stuff/F2-2_PJM_5_Beschreibung%20SML%20Datenprotokoll%20V1.2_26.04.2011.pdf
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

nuke

Moin Zusammen,

ihr beiden seid echt der Hammer! Das ist echt ein super Ergebnis und vielen Dank, dass ihr euch der Sache angenommen habt!
Die Firma EHM hat in einem alten Dokument den Aufbau des WMBus Telegrams und der SML Nachricht dokumentiert. Aber im Prinzip sollte es ja auch der Standartisierung entsprechen, oder?
Ich habe zwar kein "Diz" sondern ein EHZ, aber sollte ja egal sein?  https://docplayer.org/20896319-Diz-m-bus-beschreibung-index-03-m-bus-beschreibung-fuer-diz-mit-firmwareversion-3-0300000-emh-elektrizitaetszaehler-gmbh-co-kg.html

Viele Grüße
Marcel

Ralf9

Kann man die mbus beschreibung auch herunterladen? Ich habe keine Möglichkeit gefunden
Edit:
Hat sich erledigt, hab die Schaltfäche zum Download gefunden
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

kaihs

Die offizielle SML-Spezifikation findet sich wohl beim BSI.

Ich werde aber noch nicht schlau daraus, wie das in WMBUS Daten eingebettet wird.
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: nuke am 16 Oktober 2023, 08:58:39Die Firma EHM hat in einem alten Dokument den Aufbau des WMBus Telegrams und der SML Nachricht dokumentiert. Aber im Prinzip sollte es ja auch der Standartisierung entsprechen, oder?
Ich habe zwar kein "Diz" sondern ein EHZ, aber sollte ja egal sein?  https://docplayer.org/20896319-Diz-m-bus-beschreibung-index-03-m-bus-beschreibung-fuer-diz-mit-firmwareversion-3-0300000-emh-elektrizitaetszaehler-gmbh-co-kg.html

In dem Dokument steht aber nichts zu SML, oder?

Welchen EHZ hast du genau?
In einem aktuellen Datenblatt steht:
ZitatOptional:
Wireless M-Bus-Schnittstelle
gemäß EN 13757-4 4)
/OMS, Spec. Vol.2 / BSI TR 03109,
mit Kompaktprofil für TAF 7 nach OMS TR 07

womit ich dann bei https://oms-group.org/fileadmin/files/download4all/technical_reports/OMS-TR07_Meter_reading_transmission_TAF7_v1.0.1_RELEASE_20201123.pdf gelandet bin.
Das stammt aber aus 2020 und wird bei deinem Zähler aus 2011 wohl noch nicht zur Anwendung kommen.
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

nuke

Guten Morgen Zusammen,

hier hab ich ein Bild von dem Teil.
Und anbei noch ein Dokument über den Zähler von 2011. Da steht zwar was von NZR, aber ich glaube die Zähler komme alle aus der gleichen Schmiede. https://downloads.nzr.de/wp-content/uploads/2021/05/eHZ-EDL_PHB_Stand-092011.pdf
Da diese MBus Anbindung wohl für ein zusätzliches Gateway Gerät des Herstellers fungiert, findet man auch nur schlecht Infos.

In dem verlinkten Dokument steht aber was zu den OBIS Kennzahlen und zur Übertragung:

Datenschnittstellen
optional:
Wireless M-Bus-Schnittstelle gemäß EN 13757-4
Modus T1 (unidirektional)
Frequenz 868 - 869 MHz
max. Ausgangsleistung 10 mW
Sendeintervall 40 s (± 4s)
Datenprotokoll M-Bus (im DataLink)
Nutzdaten Smart Message Language (SML)



Ralf9

Ich habs mir mal angeschaut
8E44A815198180020102856F7F130080058B58FAE71BF6C15D5417E962A42EC5FEEC26DAA6E4C1BD3D12DB791176F7FD5C83CF379BBDA75898A79F237E3B466826B4E2A5CD7DFF736933B88FFA67F942B33FB8574BEA098EB5EAEB6950D3EB228A2FE0B26A6763B4A6FB91AFA33120F09FB10BC27321B7A4A9DC8D6C76DC2B793FFE51353966B0830B4F97718ED757671426B0616A8EC63A36DC1D8CBC458E55CDB6148017
8E44A815198180020102856F7F1400800511E4EB78437A5FB191D1F2142E146B81165D1592FCF32988CEC5D4E72E51903CEAFFC3B5E685260D276CC97185EDCF5884F5C2E614E9C4453983404BB893EE2814319359F5F2B95476B7928780A0E3219DA4BA05C9B9D9B2A8B614B2A0ADCA33EBD70AF1B28D006EDB084A41186AF6B255355B672DF592075EBAE343A7D1006E9C9C1BD693649B4EEA19C9C06626703F62518116
8E 44 A815 19818002 01 02 856F 7F 14 00 8005 11E4EB78437A5FB191D1F2142E146B81165D1592FCF32988CEC5D4E72E519
      Herst Ident         crc  CI Nr SS Konf
Länge   8e = 142
c Feld  44 = SND_NR (Send, No Reply)
Nr: Zugriff-Nr: Mit jedem ausgesendeten Paket wird die Zugriffsnummer um 1 hochgezählt
SS: Status der Funkschnittstelle, 0 im Normalfall
Konf: 8005

Nach
https://oms-group.org/fileadmin/files/download4all/specification/Vol2/4.0.2/OMS-Spec_Vol2_Primary_v402.pdf
Seite 43 bedeutet 8005:
Encryption Mode 5: AES128 with CBC and static key
8: number of encrypted 16 Byte Blocks for CBC Mode

Ohne den AES Schlüssel kommt man da an die SML Daten nicht ran.
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

nuke

puuh, okay. Das wars dann wohl. Ich könnte zwar probieren über EMH den Schlüssel zu bekommen.... das wird aber vermutlich nix.

Bei Kamstrup habe ich es versucht und die haben sich geweigert, obwohl ich den WMZ Zähler aktuell gekauft hatte. Die berufen sich alle auf Datenschutz....
Wenns der Support vom Webshop den Schlüssel nicht geschickt hätte, hätte ich den WMZ direkt zurückgegeben. Man bekommt dann so Aussagen das meine Anfrage nicht normal und untypisch wäre. Andere Kunden würden sowas nicht anfragen. (Ich hab den WMZ explizit mit Funk und wMBUS gekauft... ) Vielleicht nutzen es andere Kunden als Briefbeschwerer.

Ralf9

Du kannst ja aber noch den EMH mit einem IR-Lesekopf und Tasmota auslesen
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

Wzut

Ich würde gerne die MAX! Module Signalduino tauglich machen, z.Z. ist mir allerdings noch unklar was ich da ändern müsste bzw. ob nicht erst die Firmware für den ESP und/oder das FHEM Modul zuerst ran müssen.
Das MAX Protokoll verwendet :
Modulation 2-FSK
Center frequency 868.3Mhz
Frequence deviation 19Khz
Datarate 10Kbit
Preamble: 4 bytes (1010...)
Syncword: 0xc626c626
 
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher