Sontex 868 einbindbar per CUL in FHEM?

[scp]

Der beschreibt ja auch einige Schritte zum einfügen des WMBUS Moduls:

*CUL das WMBUS-Protokoll beibringen, indem man andere Protokolle aus der Headerdatei auskommentiert
* Den Empfangspuffer auf 190 Bytes erhöhen, damit die recht großen Datagramme Platz haben
*Die AES-Bibliothek auf dem Raspi installieren, und die Fehlermeldung ob des zu geringen RAMs beim entpacken umgehen (sudo cpan -i Crypt/OpenSSL/AES.pm anstatt von sudo cpan -i Crypt::OpenSSL::AES)
* Den AES-Key aus dem Forum hier eingetragen (XXX) der aus der Windows-SW extrahiert wurde


Es tritt ein Fehler auf ( Anhang) wenn man sudo cpan -i Crypt/OpenSSL/AES.pm eingibt in die Bash.


Admin-Edit: AES-Key nach Bitte des Herstellers entfernt.

[scp]

der befehl hat doch funktioniert 

[kaihs]

Du bist ein bisschen hyperaktiv, oder?

Gehe mal systematisch vor. Es sieht mir so aus als ob der CUL noch gar nicht richtig funktioniert.
Der muss im Status initialized sein.
Versuch mal 38400 als Baudrate statt 9600.
Dann sollte in den internals ein CMDS auftauchen, in dessen Wert muss ein b stehen.

Dann sollte auch der Empfang klappen.

[kaihs]

Laut dem Datenblattausschnitt sendet der Zähler im T-Mode, d.h. der muss auch in den T-Modus geschaltet werden:

Code Auswählen Erweitern


attr CUL1 rfmode WMBus_T


[scp]

Vielen Dank für die Antwort ! 

Nun habe ich über

Code Auswählen Erweitern

delete CUL1
den CUL1 gelöscht um ihn wieder mit

Code Auswählen Erweitern

Define CUL1 CUL /dev/ttyUSB0@38400 1234
hinzuzufügen.
Wenn ich nun den WMBUS T Modus einstellen möchte erscheint dort die Meldung, dass dieser Modus nicht unterstützt wird von CUL1 ! Siehe Anhang

In den internals fehlt das von dir angesprochene b
CMDS: ABCEeFfGhiKklMmRTtUVWXxYZz

Woran könnte das nun liegen ?

[scp]

Unten beim CUL  steht noch

Module: 00_CUL.pm Maintainer: rudolfkoenig Forum: SlowRF

Und bei der Hilfe weiter unten etwas zu den cmds

cmds
Depending on the firmware installed, CULs have a different set of possible commands. Please refer to the README of the firmware of your CUL to interpret the response of this command. See also the raw command.

[scp]

http://culfw.de/commandref.html
ah deswegen ist das Commando b so wichtig

b<cmd><data>

    Wireless M-Bus:
        r<mode>
        start receiving messages. <mode> bust be either s or t for desired mode
        s<data>
        send data (tbd)
    returns always the actual receiving mode

Wurde der CUL nicht korrekt geflasht ?

[kaihs]

WMBUS ist in der culfw auf deinem CUL nicht aktiviert. WMBUS braucht ziemlich viel Speicher und ist daher oft ausgeschaltet.

Was genau für einen CUL hast du? Ein Original von busware, wenn ja, welche Version?
Oder einen Selbstbau nanoCUL?
Je nachdem brauchst du eine andere Version der culfw.

[scp]

Vielen Dank,
habe wohl den nanoCUL.
Habe mal den Hersteller gefragt. Tatsächlich hat er mittgeteilt, dass man WMBUS ausgeklammert hat. ( steht ja auch online wo die dateien zu finden sind )
Daraufhin hat er einen Leitfaden zugesandt, mit der man die Firmware aufpielen kann. https://www.smart-home-komponente.de/2018/03/09/nanocul-und-jeelink-am-pc-flashen/
Was ich vorher wohl nicht beachtet habe ist, dass es ja verschiedene Transceiver/CULs gibt. Beim Nano CUL kann man einfach im FHEM WIKI Teil selbstauCUL nachschauen.
Ich bin unter Linux in meinen nanoCUL-Ordner navigiert und habe dann den CUL Flashen können mit

make program

. Zuerst als Test, dann mit veränderter board.h undzwar, so , dass dort sowohl 868 MHz aktiviert ist, als auch die MBUS Funktion.

Ich konnte daraufhin das "b" in den CMDs sehen !
Screenshot schicke ich nächste Woche.
Auch eine Nachricht vom Gerät ist erschienen. Da kommt jetzt noch der Fehler, dass die TTY Buffergröße zu klein ist. Da werde ich aber noch mal hier Forum schauen. Habe gerade schon TTY_BUFSIZE auf 256 gestellt, aber dann kommen keine Nachrichten mehr. 
Mal schauen, man muss wirklich tief in die Matiere eintauchen.
Vielen Dank für die Unterstützung .

https://www.ebay.de/itm/nanoCUL-USB-Stick-FTDI-CC1101-868MHz-FW-1-67-FHEM-CCU-CUL-868-inkl-Adapter/372216852633?hash=item56a9da7099%3Ag%3AZkwAAOSwLuBb5Htc&_trkparms=pageci%3A2d32be33-c969-11e9-a779-74dbd1807373%7Cparentrq%3Ad738c5a916c0ad305840e6deffe2f44d%7Ciid%3A1

[kaihs]

Wie groß der Puffer sein musst kannst du aus der Fehlermeldung entnehmen, da sollte "message too short, expected xxx" stehen.
Den Puffer dann mindestens ein Byte größer machen.

Zu groß ist auch nicht gut, dann kann die culfw durch Stackoverflow abstürzen. Der nanoCUL hat nur 2KB RAM.

Wenn du ganz tief in die Thematik einsteigen willst: Unter https://github.com/thomas2403/a-culfw.git gibt es einen Fork der culfw bei der Speicherverbrauch in Bezug auf WMBUS optimiert wurde.

[scp]

sehr gut vielen Dank für den Hinweis :
habe ihm Code nämlich zuerst tty_Buffsize von 128 auf 256 verdoppelt. Dann wurde der CUL nicht mehr initialisiert. Nachdem ich deinen Post gelesen habe , ist mir gedämmert, dass ich den Wert besser mal langsamer erhöhe, zuerst auf 130, dann auf 200 . Daraufhin konnte ich dann auch die Nachricht empfangen. Dann ging es noch darum , dass dort stand, dass kein AES Key hinterlegt ist. Glücklicherweise habe ich den Key vom Hersteller erhalten und konnte ihn über attr <name>AESkey einfügen.
Spätestens da wurde, wohl über das Autodetect , ein WMBUS Room eröffnet und das Gerät dort angezeigt. Es werden nun alle 5 Minuten Nachrichten erhalten 

Danke  , jetzt werde ich mal weiterschauen. Was möglich ist. Evtl, mehrere wMBussteilenehmer , oder Daten weiterschicken.

Anhang Bild von angezeigten Messwerten/ Daten von Sontex

[scp]

 
Also auf dem Display des Heizkostenverteilers steht z.B. u4 , nach Erhitzen wurde der Wert langsam auf u6 inkrementiert.
Man findet das aber gar nicht in den Readings !

Ich empfange jetzt alle 5 Minuten zuverlässig meine Readings.
Ich verstehe noch nicht wo da der relevante Wert drin stehen soll...
Da wird ja sogar  ein Kg Wert mit übermittelt. Das macht gar keinen Sinn.
Entweder Fhem ordnet dem Reading selber die Formate zu oder der Hersteller Sontex hat das so definiert.
Außerdem scheinen sich die Einheiten bei jedem Reading zu ändern 

Ich werde mal in der Wiki nachschauen....

hier die list von meinem Heizkostenverteiler:D

Code Auswählen Erweitern

Internals:
   CUL1_MSGCNT 49
   CUL1_RAWMSG b3E44EE4D695627231608EF757A0D003025AD40FA9F60663EE656C7A0D067BB22121BF3BA554CD3541D712674015B20720F681DC8306355AE70FAB24DD6F82E8DB926B38B15EAD7CD9380::-26.5
   CUL1_RSSI  -26.5
   CUL1_TIME  2019-10-16 14:17:13
   DEF        SON 23275669 22 8
   DeviceMedium Heat Cost Allocator
   DeviceType 8
   FUUID      5d6e3251-f33f-05c5-97f5-871c8b5db2565cc7
   IODev      CUL1
   IdentNumber 23275669
   LASTInputDev CUL1
   MSGCNT     49
   Manufacturer SON
   MessageEncoding CUL
   NAME       WMBUS_SON_23275669_22_8
   NR         16
   STATE      no errors
   TYPE       WMBUS
   Version    22
   addr       SON_23275669_22_8
   model      SON_8_22
   READINGS:
     2019-10-16 14:17:13   1_storage_no    0
     2019-10-16 14:17:13   1_type          VIF_TIME_POINT_DATE_TIME
     2019-10-16 14:17:13   1_unit         
     2019-10-16 14:17:13   1_value         2019-10-16 13:16
     2019-10-16 14:17:13   1_value_type    Instantaneous value
     2019-10-16 14:17:13   2_storage_no    0
     2019-10-16 14:17:13   2_type          VIF_HCA
     2019-10-16 14:17:13   2_unit         
     2019-10-16 14:17:13   2_value         100663296
     2019-10-16 14:17:13   2_value_type    Instantaneous value
     2019-10-16 14:17:13   3_storage_no    1
     2019-10-16 14:17:13   3_type          VIF_TIME_POINT_DATE
     2019-10-16 14:17:13   3_unit         
     2019-10-16 14:17:13   3_value         invalid: f1e1
     2019-10-16 14:17:13   3_value_type    Instantaneous value
     2019-10-16 14:17:13   4_storage_no    1
     2019-10-16 14:17:13   4_type          VIF_HCA
     2019-10-16 14:17:13   4_unit         
     2019-10-16 14:17:13   4_value         0
     2019-10-16 14:17:13   4_value_type    Instantaneous value
     2019-10-16 14:17:13   5_storage_no    0
     2019-10-16 14:17:13   5_type          MANUFACTURER SPECIFIC
     2019-10-16 14:17:13   5_unit         
     2019-10-16 14:17:13   5_value         44
     2019-10-16 14:17:13   5_value_type    Instantaneous value
     2019-10-16 12:29:13   6_errormsg      in VIFExtension a0 unknown VIF 4
     2019-10-16 12:29:13   6_extension     per second, 20
     2019-10-16 14:17:13   6_storage_no    0
     2019-10-16 14:17:13   6_type          VIF_ENERGY_JOULE
     2019-10-16 14:17:13   6_unit          J
     2019-10-16 14:17:13   6_value         10836502000
     2019-10-16 14:17:13   6_value_type    Maximum value
     2019-10-16 13:51:34   7_errormsg      in VIFExtension a0 unknown VIF 4
     2019-10-16 13:51:34   7_extension     per second, 20
     2019-10-16 14:17:13   7_storage_no    0
     2019-10-16 14:17:13   7_type          VIF_STATE_PARAMETER_ACTIVATION
     2019-10-16 14:17:13   7_unit         
     2019-10-16 14:17:13   7_value         1184
     2019-10-16 14:17:13   7_value_type    Instantaneous value
     2019-10-15 09:55:30   8_errormsg      in VIFExtension a0 unknown VIF 4
     2019-10-15 09:55:30   8_extension     per second, 20
     2019-10-16 14:12:05   8_storage_no    128
     2019-10-16 14:12:05   8_type          VIF_ELECTRIC_POWER
     2019-10-16 14:12:05   8_unit          W
     2019-10-16 14:12:05   8_value         0
     2019-10-16 14:12:05   8_value_type    Minimum value
     2019-10-16 14:17:13   LQI             128
     2019-10-16 14:17:13   RSSI            -26.5
     2019-10-16 14:17:13   batteryState    ok
     2019-10-16 14:17:13   decryption_ok   1
     2019-10-16 14:17:13   is_encrypted    1
     2019-10-16 14:17:13   meineTemperatur 128
     2019-10-16 14:17:13   state           no errors
   wmbus:
     aeskey     ------habe ich gestrichen aus sicherheitsgründen
Attributes:
   AESkey     -- habe ioch gestrichen aus sicherheitsgründen
   IODev      CUL1
   alias      SVGHKV1
   room       WMBUS
   svgrechner test
   userReadings meineTemperatur {return ReadingsNum("WMBUS_SON_23275669_22_8","LQI",0);}
   userattr   svgrechner

Im Anhang befinden sich Bildausschnitte von Readings zu unterschiedlichen Zeitpunkten.Auch das Logfile ist im Anhang. Könnte man am besten mit Notepad++ öffnen. Außerdem ein Bild vom Display des HKVs.