@smartboart
Hallöli,
hier ist die Hex-File für 434,475 MHz, nur M-Bus, keine anderen Protokolle.
nanoCUL433_nur-mbus-buff-300_König.hex
viele Grüße
Horst

@pille0557 ...stell mal den wmbus mode auf T Mode.
Wenn der nanoCUl die Daten erkennt, dann generiert der wmbus automatisch die Objekte

@smartboart Na ja, jetzt ist ja Ostern vorbei und beim Versorger hoffentlich jemand erreichbar. Mit der Zähler Nr. SEN ....... können die sehenwas das für ein Modell ist. Blödsinnigerweise steht es außen nicht drauf.
Bei mir hatte ich den nanoCUL dann zum Empfang vorbereitet und dann mehrere Stunden später waren die Telegramme zu sehen. Siehe Screenshot.
Genau, mit der genannten culfw müßte das auf 868 funktionieren.
Die 433er Zähler sind eigentlich seltener, da es erst ab späteren Jahren die Norm dazu gab. Bis 2013 gab es nur 868.

@smartboart Nein, da braucht man nichts machen. Wenn der nanoCUL auf Empfang ist, dann schreibt der Hterm so einen Satz raus wie am 09.04. oben im Beitrag. Der fängt mit einem kleinen b an. Mit einem großen X kann man den Empfangsstatus abfragen, Sollte dann die 21 zurückkommen, die man vorher gesetzt hat.
Blinkt denn am iPerl das Funksymbol? An der linken Seite im Display sind so drei Bögen, die blinken so vor sich hin wenn der Funkmodus an ist.

@smartboart Die Versionskennung ist die von Rudi's culfw. Er hat einfach 1.68 eingetippt, aber die 868 belassen. Die Frequenzregister stehen richtig auf 434,475. Wenn du auch den Befehl X21 eingegeben hattest, dann hört der nanoCUL nun auf der Frequenz. Wenn da nach Stunden nichts kommt, dann ist da auch nichts.
Ist das auch ein echter nanoCUL für 433 ? Die sind baugleich, bis auf den HF Schwingkreis, der auf die spezielle Frequenz abgestimmt ist. Prinzipiell ginge ein 868 nanoCUL auch für den Empfang von 433 Signalen. Nur die Empfangsleistung ist deutlich schlechter. Die fest verdrahtete Kennung eines Bits des 433 Sticks, damit die culfw den als 433er erkennt, hat meines Wissens auf die Funktion wireless mbus keinen Einfluß.
Wenn du das gleiche mit der culfw "nanoCUL_r568_mbus_c1t1_bufsize300" machst, dann steht in den Registern 0D-0F der Wert 216BD0 was 868.950 MHz entspricht. Damit kannst du diese Frquenz ein paar Stunden abhören. Wenn da auch nichsts kommt, dann könnte vielleicht das Signal zu mickrig sein. Distanz zum Zähler, Stahlbetonwände dazwischen, etc. Eine Antenne am nanoCUL hilft da.

@smartboart Ich habe die mit dem XLoader-10 geflasht. Mit dem 139 hat es nicht geklappt. Später habe ich gesehen, daß in den devices.txt andere Werte waren. Der ATmega329 hat bei mir nur mit 115200 Baud geflashed. Da blinkert er am Anfang mehrmals, aber während der ca. 20 Sekunden Flash Vorgang blinkt nix, Er meldet am Ende die Bytes geflashed, fertig.
Mit Hterm am PC kann man den mit 38400 connecten und dann mit Befehl V schauen ob er reagiert und dann mit X21 (oder27) das Empfangen starten und mit brt den T-Mode setzen. Dann hat er nach ca 2 Stunden einen Datensatz angezeigt:

27  900
TMODE
062E0000543D6104
020000080010B5A9
5C040622F8440700
182EBF4309B5876B
F8B610EF2C171F41
00597F3E81350900
b1E44AE4C74428230680700227AD6001005BB0FBE79F207BE71013E5002D00610709CCF1E6680F9

Die Registerliste zeigt er mit C99 und in der zweiten Reihe die rechten 3 Bytes sind die Frequenz in Reg 0D-0F.
Frag doch mal beim Versorger nach welches Modell bei dir verbaut ist. Außerdem kann man da gleich feststellen, ob die den AES Key rausrücken. Wenn du den nicht bekommst, kannst du dir die Mühe sparen.

@smartboart Das ist ein Sensus iPerl.
Wie ich zu der Lösung gekommen bin, habe ich in dem oben verlinkten FHEM Forumsbeitrag beschrieben. Die Weisheit, daß der Zähler im 433er Band funkt hatte ich vom Versorger.
Alle Tests vor dem Einstecken in den iobroker Raspi hatte ich mit HTerm am Windows PC gemacht. Da der Zähler nur alle Stunde einen Satz funkt, habe ich meine 70cm Band Hochantenne an dem nanoCUL angeschlsossen (fa=Funkamateur, DK2WF ist mein Call). Da kamen aus größerer Entfernung öfter M-Bus Telegramme.
Zu Hause mit der Gummischwanz-Antenne ist das ein Geduldsspiel.

@smartboart
Hallöli,
hier ist die Hex-File für 434,475 MHz, nur M-Bus, keine anderen Protokolle.
nanoCUL433_nur-mbus-buff-300_König.hex
viele Grüße
Horst

Hallo allerseits,
der Empfang von wmbus Telegrammen mit dem nanoCUL im 433 MHz Band ist erstmal gelöst.
Ob das auch auf anderer HW geht, weiß ich nicht.
Die detaillierte Beschreibung dazu habe ich in einem Thread in FHEM Forum beschrieben:
https://forum.fhem.de/index.php/topic,132763.0.html

viele Grüße
Horst

Hallo @lvogt,

schade, daß du da nicht helfewn kannst.
Wie ich erfahren habe, hat anscheinend Dirk Tostmann die wmbus Funktion ins culfw eingebaut.
Sein Kürzel ist mir in einem Forum auch schon begegnet. Ich möchte ihn gerne fragen, ob er sich das anschaut. Deswegen wollte ich hier sein Kürzel einfügen, aber er steht nicht in der Liste.
Da muß ich wohl im FHEM Forum nochmal nachsehen und dort einen Post schreiben.

Nach den Recherchen in den Foren (speziell FHEM) gibt es die Aussage dazu, daß die culfw wmbus OMS Daten auf 433 MHz nicht verarbeiten kann. Ein Beitrag sagt sogar, daß die Kombi in den wmbus Specs nicht vorgesehen ist, was meinen vorliegende Dokus widerspricht. Ein Erweiterung der Norm EN 13757-4 in 2013 und 2019 haben das definiert. (Webseite OMS-Group)
Die Hersteller der Wasserzähler führen die Nutzung von 433 MHz in ihren Produktblättern auch auf.

Da der TI-CC1101 alle Frequenzen kann, müßte das technisch realisierbar sein. Der Radiocrafts RC1140 kann das gemäß dem Datenblatt. Den RC wmbus Stick gibt es für 868 und 433 für T und S Modes. Der ist für Privatleute nur nirgends zu bekommen, außerdem recht teuer. Ob der "wireless m-bus Aadapter" den erkennt, ist mir auch unbekannt.

Bevor ich da weitern Aufwand investiere hier die entscheidende Frage:
Gibt es schon irgendwo oder wird es eine passende CUL/nanoCul-FW zum Empfang von OMS Daten über wmbus für 433 MHz geben?
Es wäre ganz toll, wenn das jemand beantworten könnte oder sich ein Freiwilliger fände, der das bauen kann. Ich kann das leider nicht.

Vielen Dank schon mal im voraus für Beiträge zum Thema!
Grüße, Horst

Hallo zusammen,

das ist mein erster Post in diesem Forum. Nach längerem Lesen finde ich das Forum Top!!
Ich weiß auch nicht, ob mein Thema hier im richtigen Thread ist, da bitte ich um Nachsicht.
Folgendes:
Ich habe einen iobroker laufen und schon mit Tasmota die eine oder ander Löung mit MQTT laufen.
Nun wollte ich den neuen Sensus iPerl Wasserzähler auslesen und habe einen nanoCul868 besorgt. Der wurde auch im wireless m-bus Adapter erkannt, Version angezeigt, Read-mode und T-mode gesetzt und ging in Listenig in T-Mode. Aber es kamen keine Telegramme.
Nach Telefonat mit Versorger hat mir der freundliche Mensch gesagt, daß der iPerl auf 433 MHz sendet. Gemäß Infos im Datenblatt kann der wirklich mit wmbus OMS-konforme Daten senden.
Die Übermittlung des AES-Keys haben wir vereinbart, wenn ich die Daten empfangen kann.

Habe dann einen nanoCul433 besorgt und festgestellt, daß die culfw433 keinen wmbus unterstützt.
Nun habe ich seit Tagen gesucht, ob es eine Lösung gibt, die das ermöglicht. Wenn man die culfw für wmbus flasht, dann zeigt die Version trotzdem 868 an. Mit der culfw433 ist der befehl brt unbekannt.
Gibt es eine passende FW? Leider bin ich nicht versiert genug, um eine eigene FW herzustellen.
Komme aus dem Mainframe Bereich ind habe lange genung geübt, bis ich mit dem Linux klarkam ;-))
Wenn ich in die Datei Board.h schaue, dann müßte man anscheinend eine Config erstellen können, die das hergibt.
Vielen Dank schon mal für eine Antwort!
Horst