Wireless M-Bus für CUL

[tca]

Hallo,
ich habe heute neue Wasserzähler (bzw. neue Funkmodule, ID: 'MEH') bekommen, die sich nicht dekodieren lassen:

Code Auswählen Erweitern

FATAL: cipher text length has to be multiple of 16 (10) at /usr/local/lib/x86_64-linux-gnu/perl/5.24.1/Crypt/Mode/CBC.pm line 20.
danach startet FHEM neu; updates sind aktuell;

Der Fehler ist offenbar schon am 15.11.2018 bei "stefan199" aufgetreten und es gab einen Fix von "kaihs" ... aber leider geht es hier nicht
Andere WMBUS Funkmodule (ID: 'AAA') werden nach wie vor fehlerfrei empfangen und dekodiert.

Hat jemand eine Idee?

Danke,
Tom

[kaihs]

Kannst du bitte ein Log in dem auch die Rawmessages drin sind die zu dem Problem führen posten und mir den AES Key per PM zuschicken?

Dann untersuche ich das.

[mirko_s]

Ist auf dem Display des Wärmemengenzählers ein Dreieck zu sehen wie im von dir verlinkten Handbuch in Kapitel 9.4.3 beschrieben?

Ist ist jetzt tatsächlich sehr merkwürdig, denn das angegebene Dreieck ist nicht auf dem Display zu sehen. WTF.... Ist irgendwie sehr merkwürdig, denn Radio ON suggeriert mir das es Funkt. Wie konnte die Firma das nur remote auslesen? Kann mir nur vorstellen das die das aus irgendeinen Grund beim letzten Ablesen deaktiviert haben. Was aber unlogisch wäre.... na ja, dann wird das mit dem Logging wohl nichts werden. schade....

Ich dank dir für deine viele Arbeit.

[tca]

Hier der Log-Auszug:

Code Auswählen Erweitern

2018.12.18 23:23:03 5: CUL/RAW: /b3044A83465410021220772DA7219742724A85C2007FB0010257D4404477439C564AF6F6E31E126F4873D52426C3F72E52C046D1737522C9CBB80F9

2018.12.18 23:23:03 4: CUL_Parse: cube01 b3044A83465410021220772DA7219742724A85C2007FB0010257D4404477439C564AF6F6E31E126F4873D52426C3F72E52C046D1737522C9CBB80F9 -77.5
2018.12.18 23:23:03 5: cube01: dispatch b3044A83465410021220772DA7219742724A85C2007FB0010257D4404477439C564AF6F6E31E126F4873D52426C3F72E52C046D1737522C9CBB80::-77.5
2018.12.18 23:23:03 5: WMBUS raw msg b3044A83465410021220772DA7219742724A85C2007FB0010257D4404477439C564AF6F6E31E126F4873D52426C3F72E52C046D1737522C9CBB80::-77.5
FATAL: cipher text length has to be multiple of 16 (10) at /usr/local/lib/x86_64-linux-gnu/perl/5.24.1/Crypt/Mode/CBC.pm line 20.


Nach dem letzten Eintrag kommt der Neustart.
Den AES-Key schicke ich als PM.

Vielen Dank, Tom

[Fritz Muster]

Hallo zusammen,

ich habe mal eine kurze Frage zum AES Key. Ich möchte gerne meinen WMZ mit einem WM-Bus Modul ausstatten. Der Hersteller Support hat mir zugesagt, vor Auslieferung das Modul mit meinen WunschParametern zu konfigurieren. Die Parameterliste des Moduls sieht so aus.

Parameter           Mögliche Einstellungen            Werkseinstellungen Sendemodus          S1 / T1 / C1; unidirektional        T1; unidirektional Sendezeit                00.00 - 24.00 Uhr                      08.00 - 18.00 Uhr Sendeintervall        10 Sekunden bis 240 Minu-        120 Sekunden                                ten; einmal pro Monat Wochentage           Montag - Sonntag                      Montag - Freitag Wochen                  1 - 4                                           1 - 4 Monate                   1 - 12                                         1 - 12 Einschaltdatum       01.01. - 31.12.                           nicht gesetzt Funk AES                 - unverschlüsselt                       Master-Schlüssel Verschlüsselung       - verschlüsselt (AES_Mode                                                5 oder 7):                                  - Schlüssel je Gerät Telegramm-Typ        kurzes Telegramm                   langes Telegramm                                 langes Telegramm Meine Frage ist nun was ist der Unterschied im AES Schlüssel zwischen Master und Schlüssel je Gerät. Meine Vermutung ist, das mit einem Masterschlüssel mehrere WM-Bus Teilnehmer (alle mit dem selben Masterschlüssel) über ein Gateway (nanoCul) in fhem eingebunden werden können. Mit einem Schlüssel je Gerät benötigt man dann je WM-Bus Teilnehmer ein Gateway. Ist das so korrekt? Vielen Dank. Grüße Fritz

[kaihs]

Meine Frage ist nun was ist der Unterschied im AES Schlüssel zwischen Master und Schlüssel je Gerät. Meine Vermutung ist, das mit einem Masterschlüssel mehrere WM-Bus Teilnehmer (alle mit dem selben Masterschlüssel) über ein Gateway (nanoCul) in fhem eingebunden werden können. Mit einem Schlüssel je Gerät benötigt man dann je WM-Bus Teilnehmer ein Gateway.

Der Masterschlüssel ist m. W. für alle baugleichen Geräte identisch, daher nicht zu empfehlen.

Besser ist ein individueller Key pro Gerät. Die Entschlüssel findet in fhem statt und es kann dort pro Gerät ein individueller Schlüssel verwendet werden. Es werden also nicht mehrere Gateways benötigt.

[Fritz Muster]

@

Der Masterschlüssel ist m. W. für alle baugleichen Geräte identisch, daher nicht zu empfehlen.

Besser ist ein individueller Key pro Gerät. Die Entschlüssel findet in fhem statt und es kann dort pro Gerät ein individueller Schlüssel verwendet werden. Es werden also nicht mehrere Gateways benötigt.

Danke!!

[Miriel]

Hallo, ich möchte das Problem vom Surfer2010 auffrischen. Ich habe ebenfalls einen Letrika SMI260 Solar-Inverter. Er wurde mit einem Cul, im WMBUS-S Modus, korrekt angelegt. Jedoch nur, weil ich mit einem andren WMBus Stick den Inverter dazu gebracht habe seine Daten zu senden. Kann dies das wmbus Modul ebenfalls? Ein Device welches nicht automatisch seine Daten sendet, sondern nur nach antriggern, mit dessen Seriennummer.
Roh-Daten des Funkverkehrs könnte ich zur Verfügung stellen.


Gesendet von iPad mit Tapatalk Pro

[kaihs]

Senden wird von dem Modul bisher nicht unterstützt.

Die culfw kann aber senden http://culfw.de/commandref.html#cmd_b

Du kannst mal versuchen deine rawmsg wieder zu senden um zu prüfen, ob dann der Zähler was sendet.
Ich glaube aber das es nicht ganz so einfach ist und da ein etwas komplizierterer Nachrichtaustausch erfolgt.

Poste aber die rawmsg ruhig hier, vielleicht finde ich mal die Zeit mir das anzuschauen.

[Morsel_R]

Hallo, ich habe ein Problem beim auslesen mit VMBus. Bei mir in der Wohnung sind Heizkostenverteiler von KALO K1.5X verbaut. Mit meinem CUL 868Mhz (FW 1.67, Protokoll für VMBus aktiviert, Buffer auf 256) klappt das erstmalige einlesen aller Verbräuche tadellos!

Code Auswählen Erweitern


defmod WMBUS_LSE_88174490_52_8 WMBUS LSE 88174490 52 8
attr WMBUS_LSE_88174490_52_8 IODev CUL_868_MBUS
attr WMBUS_LSE_88174490_52_8 room WMBUS

setstate WMBUS_LSE_88174490_52_8 no errors
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 1_storage_no 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 1_type VIF_HCA
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 1_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 1_value 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 1_value_type Instantaneous value
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_storage_no 1
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_type VIF_HCA
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_value 300
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_value_type Instantaneous value
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_storage_no 1
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_type VIF_TIME_POINT_DATE
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_value 2018-12-31
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_value_type Instantaneous value
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_storage_no 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_type VIF_TIME_POINT_DATE
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_value invalid: ffff
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_value_type Value during error state
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_storage_no 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_type VIF_TIME_POINT_DATE_TIME
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_value 2019-01-03 18:04
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_value_type Instantaneous value
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 LQI 128
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 RSSI -77.5
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 batteryState ok
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 decryption_ok 1
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 is_encrypted 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 state no errors


Wenn der Heizkörper erneut eingelesen wird, sieht es so aus:

Code Auswählen Erweitern


defmod WMBUS_LSE_88174490_52_8 WMBUS LSE 88174490 52 8
attr WMBUS_LSE_88174490_52_8 IODev CUL_868_MBUS
attr WMBUS_LSE_88174490_52_8 room WMBUS

setstate WMBUS_LSE_88174490_52_8 no errors
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 1_storage_no 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 1_type MANUFACTURER SPECIFIC
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 1_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 1_value 3500822e80350e1268887636e345aa00ab4852540b89be6e72fa2ec3bb8c068d51a97270fcf8a45564af0363719581ce24f55d4ee645046d15126321
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 1_value_type Instantaneous value
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_storage_no 1
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_type VIF_HCA
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_value 300
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_value_type Instantaneous value
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_storage_no 1
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_type VIF_TIME_POINT_DATE
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_value 2018-12-31
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_value_type Instantaneous value
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_storage_no 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_type VIF_TIME_POINT_DATE
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_value invalid: ffff
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_value_type Value during error state
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_storage_no 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_type VIF_TIME_POINT_DATE_TIME
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_value 2019-01-03 18:04
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_value_type Instantaneous value
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 LQI 128
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 RSSI -73.5
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 batteryState ok
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 decryption_ok 1
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 is_encrypted 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 state no errors


Dieses Beispiel steht für alle Heizkörper bei mir in der Wohnung und Umgebung! Benötige Unterstützung bei der Fehlersuche, warum beim erneuten Einlesen nicht mehr der aktuelle Verbrauch korrekt gelesen wird.

[kaihs]

Das sieht nach dem Problem aus, das wir vor kurzem gelöst haben, siehe https://forum.fhem.de/index.php?topic=24517.msg872297.msg#872297. Der Zähler sendet zwei unterschiedliche Datenformate. Nur eins davon kann das Modul dekodieren. Kommt das zweite überschreibt es die Werte des ersten Pakets.
Als Lösung habe ich ein neues Attribut eingeführt, siehe den link oben. Setze das mal und beobachte ob das hilft.

[Morsel_R]

Vielen Dank für die schnelle Hilfe, mit ignoreUnknownDataBlocks=1 scheint es zu klappen! Ich habe mir jetzt meine 6 Heizkörper aus der Flut der eingelesenen Heizkostenverteiler rausgesucht (~140 Stück, wohne hier in einem Wohnpark).

Dennoch scheint das Auslesen nicht immer zu klappen, anbei die Wert wenn es klappt:
1_value = aktueller Verbrauchswert
2_value = abgelesener Verbrauchswert zum ....
3_value = Ablesedatum

Code Auswählen Erweitern


defmod 20_HCA_01 WMBUS LSE 88173505 52 8
attr 20_HCA_01 IODev CUL_868_MBUS
attr 20_HCA_01 ignoreUnknownDataBlocks 1
attr 20_HCA_01 room 20_Badezimmer,WMBUS

setstate 20_HCA_01 no errors
setstate 20_HCA_01 2019-01-06 09:46:05 1_storage_no 0
setstate 20_HCA_01 2019-01-06 09:46:05 1_type VIF_HCA
setstate 20_HCA_01 2019-01-06 09:46:05 1_unit
setstate 20_HCA_01 2019-01-06 09:46:05 1_value 0
setstate 20_HCA_01 2019-01-06 09:46:05 1_value_type Instantaneous value
setstate 20_HCA_01 2019-01-06 09:46:05 2_storage_no 1
setstate 20_HCA_01 2019-01-06 09:46:05 2_type VIF_HCA
setstate 20_HCA_01 2019-01-06 09:46:05 2_unit
setstate 20_HCA_01 2019-01-06 09:46:05 2_value 36
setstate 20_HCA_01 2019-01-06 09:46:05 2_value_type Instantaneous value
setstate 20_HCA_01 2019-01-06 09:46:05 3_storage_no 1
setstate 20_HCA_01 2019-01-06 09:46:05 3_type VIF_TIME_POINT_DATE
setstate 20_HCA_01 2019-01-06 09:46:05 3_unit
setstate 20_HCA_01 2019-01-06 09:46:05 3_value 2018-12-31
setstate 20_HCA_01 2019-01-06 09:46:05 3_value_type Instantaneous value
setstate 20_HCA_01 2019-01-06 09:46:05 4_storage_no 0
setstate 20_HCA_01 2019-01-06 09:46:05 4_type VIF_TIME_POINT_DATE
setstate 20_HCA_01 2019-01-06 09:46:05 4_unit
setstate 20_HCA_01 2019-01-06 09:46:05 4_value invalid: ffff
setstate 20_HCA_01 2019-01-06 09:46:05 4_value_type Value during error state
setstate 20_HCA_01 2019-01-06 09:46:05 5_storage_no 0
setstate 20_HCA_01 2019-01-06 09:46:05 5_type VIF_TIME_POINT_DATE_TIME
setstate 20_HCA_01 2019-01-06 09:46:05 5_unit
setstate 20_HCA_01 2019-01-06 09:46:05 5_value 2019-01-06 09:40
setstate 20_HCA_01 2019-01-06 09:46:05 5_value_type Instantaneous value
setstate 20_HCA_01 2019-01-06 09:46:05 LQI 128
setstate 20_HCA_01 2019-01-06 09:46:05 RSSI -53.5
setstate 20_HCA_01 2019-01-06 09:46:05 batteryState ok
setstate 20_HCA_01 2019-01-06 09:46:05 decryption_ok 1
setstate 20_HCA_01 2019-01-06 09:46:05 is_encrypted 0
setstate 20_HCA_01 2019-01-06 09:46:05 state no errors


Und so, wenn es mal wieder nicht geklappt hat, da fehlt der aktuelle Verbrauchswert und die anderen Werte rutschen eine Stelle vor. Hier jetzt am Beispiel vom Heizkörper im Wohnzimmer.
1_value = abgelesener Verbrauchswert zum ....
2_value = Ablesedatum
3_value = hier steht dann bei allen Heizkostenverteilern wo es nicht geklappt hat eine 16

Code Auswählen Erweitern


defmod 10_HCA_02 WMBUS LSE 88173504 52 8
attr 10_HCA_02 IODev CUL_868_MBUS
attr 10_HCA_02 ignoreUnknownDataBlocks 1
attr 10_HCA_02 room 10_Wohnzimmer,WMBUS

setstate 10_HCA_02 no errors
setstate 10_HCA_02 2019-01-06 14:23:00 1_storage_no 128
setstate 10_HCA_02 2019-01-06 14:23:00 1_type VIF_HCA
setstate 10_HCA_02 2019-01-06 14:23:00 1_unit
setstate 10_HCA_02 2019-01-06 14:23:00 1_value 827
setstate 10_HCA_02 2019-01-06 14:23:00 1_value_type Instantaneous value
setstate 10_HCA_02 2019-01-06 14:23:00 2_storage_no 128
setstate 10_HCA_02 2019-01-06 14:23:00 2_type VIF_TIME_POINT_DATE
setstate 10_HCA_02 2019-01-06 14:23:00 2_unit
setstate 10_HCA_02 2019-01-06 14:23:00 2_value 2018-12-31
setstate 10_HCA_02 2019-01-06 14:23:00 2_value_type Instantaneous value
setstate 10_HCA_02 2019-01-06 14:23:00 3_storage_no 0
setstate 10_HCA_02 2019-01-06 14:23:00 3_type VIF_MODEL_VERSION
setstate 10_HCA_02 2019-01-06 14:23:00 3_unit
setstate 10_HCA_02 2019-01-06 14:23:00 3_value 16
setstate 10_HCA_02 2019-01-06 14:23:00 3_value_type Instantaneous value
setstate 10_HCA_02 2019-01-06 14:23:00 4_storage_no 0
setstate 10_HCA_02 2019-01-06 14:23:00 4_type VIF_TIME_POINT_DATE_TIME
setstate 10_HCA_02 2019-01-06 14:23:00 4_unit
setstate 10_HCA_02 2019-01-06 14:23:00 4_value 2019-01-06 14:34
setstate 10_HCA_02 2019-01-06 14:23:00 4_value_type Instantaneous value
setstate 10_HCA_02 2019-01-06 01:56:13 5_storage_no 0
setstate 10_HCA_02 2019-01-06 01:56:13 5_type VIF_TIME_POINT_DATE_TIME
setstate 10_HCA_02 2019-01-06 01:56:13 5_unit
setstate 10_HCA_02 2019-01-06 01:56:13 5_value 2019-01-06 02:08
setstate 10_HCA_02 2019-01-06 01:56:13 5_value_type Instantaneous value
setstate 10_HCA_02 2019-01-06 14:23:00 LQI 128
setstate 10_HCA_02 2019-01-06 14:23:00 RSSI -69
setstate 10_HCA_02 2019-01-06 14:23:00 batteryState ok
setstate 10_HCA_02 2019-01-06 14:23:00 decryption_ok 1
setstate 10_HCA_02 2019-01-06 14:23:00 is_encrypted 0
setstate 10_HCA_02 2019-01-06 14:23:00 state no errors


Ich hatte mir die Seiten zuvor noch mal genau durchgelesen und den Buffer im CUL wie beschrieben auf 200 gesetzt. Anbei noch mal die board.h wie ich meinen CUL konfiguriert habe. Kann die Verschiebung an der Größe vom Buffer liegen oder gibt es noch ein paar andere Dinge zu beachten?

[kaihs]

setstate 10_HCA_02 2019-01-06 14:23:00 1_storage_no 128

Das ist das Problem. Bei diesem Datenblock werden andere Zählerstände (storage_no) geschickt. Wahrscheinlich passen nicht alle Stände in ein Datenpaket.
Ich weiß aktuell aber noch nicht wie man das lösen kann.
Das WMBUS Modul interpretiert die gesendeten Daten inhaltlich nicht, es gibt einfach den Inhalt der empfangenen Pakete aus.
In diesem Fall wäre aber die storage_no zu beachten und die Daten des zweiten Pakets an die Readings anzuhängen statt die existierenden zu überschreiben.
Das wäre aber erstmal nur bei diesem Zählertyp so. Ich bin mir nicht sicher, ob solche Spezifika wirklich in das Modul sollten.

Alternativ müsstest du das z. B. mit passenden Notifies/DOIF/userReaddings lösen. 

[kaihs]

Vielleicht gibt es noch irgendeine Information in den Paketen die bei der korrekten Auswertung für deinen Fall helfen würde die ich aber noch nicht auswerte.

Poste doch bitte mal ein paar Rohdaten, wenn möglich von beiden Paketarten.

[fh168]

Ja ok, meine Aussage ist auch misst....

Das Device Wasser.Zaehler.Warm soll ja ein Volumen von 10.382 m³ haben, aber es ist aktuell 11.249 m³.

Das Reading passte aber schon mal.

So sieht es auch mit dem Wasser.Zaehler.Kalt aus.
Es wird dann auch mal weniger, dann wieder mehr.
(Also mal wieder ein kleinerer Wert und dann wieder ein höherer)

Hallo,

ich habe die gleichen Wasseruhren.
bei mir dekodiert er aber nicht den Verbrauch.
2_value
3500821f8035865418f6df99fb2ac9a810e76ca7f5980c6ed3f16c3fc9e3cd5dadfee0255ef587847d0f5697ee8d99cc7e5607de4c360c7809464959


Was muss man tun?
Und was bedeutet die 81 im define?

LG
/robin