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

[Ralf9]

Bitte poste mal ein paar der empfangenen Nachrichten (MN;D=Y...)

[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

Code Auswählen Erweitern

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.

[kaihs]

Die 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

Code Auswählen Erweitern

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.

[Ralf9]

Ich habs mal mit dem OBIS Modul getestet, die Parse Routine erwartet ein start- und endtag

Code Auswählen Erweitern

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

[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

[kaihs]

Die offizielle SML-Spezifikation findet sich wohl beim BSI.

Ich werde aber noch nicht schlau daraus, wie das in WMBUS Daten eingebettet wird.

[kaihs]

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

In dem Dokument steht aber nichts zu SML, oder?

Welchen EHZ hast du genau?
In einem aktuellen Datenblatt steht:

Optional:
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.

[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)

[nuke]

Hier hab ich noch was, das ist aber von 2017
https://docplayer.org/133416270-Wireless-m-bus-oms-beschreibung-ehz-edl.html

[Ralf9]

Ich habs mir mal angeschaut

Code Auswählen Erweitern

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.

[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

[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 :

Code Auswählen Erweitern

Modulation 2-FSK
Center frequency 868.3Mhz
Frequence deviation 19Khz
Datarate 10Kbit
Preamble: 4 bytes (1010...)
Syncword: 0xc626c626