Test Adapter wireless-mbus v0.9.x
-
@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 -
@fadk2wf Super! Vielen Dank. Gleich mal ausprobieren...
-
@fadk2wf Welchen Wasserzähler liest du mit der FW aus?
-
@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. -
@fadk2wf danke für die Rückmeldung.. habe auch nen sensus iperl...habe es mit dem 800 Band nicht hinbekommen und probiere jetzt mit dem 400er.klappt beides noch net.
-
@fadk2wf jedenfalls habe ich bei der hin und her flasherei jetzt beide nano culs gebrickt. Blinken nur noch hektisch als würden sie gerade gflasht. Mal sehen wann ich hier weiter testen kann...
-
@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 b1E44AE4C74428230680700227AD6001005BB0FBE79F207BE71013E5002D00610709CCF1E6680F9Die 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. -
@fadk2wf danke für die Info...AES key habe ich schon...das flashen mit deiner fw..hat geklappt...habe es später gebrickt als ich noch ne andere hex ausprobiert habe..
Nach der Version 400 oder 800 muss ich nochmal fragen. Schon bescheuert, dass das nicht drauf steht.
In der Anleitung von iperl / online gefunden steht das es die Dinger in beiden versionen gibt. -
ok hab sie beide wieder eingefangen...Flash Vorgang beim Stecken starten ist der Trick...
-
@fadk2wf Das ist was ich bekomme. kannst du damit was anfangen?
V 1.68 nanoCUL868_r568
TMODE
062E0000543DFF04
020000080010B5E8
5C040622F8440700
182EBF4309B5876B
F8B610EF2B1A1F41
00597F1681350900 -
@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. -
@fadk2wf Ok super.Danke für die Rückmeldung..Die ganze Zeit kam nichts an. Hatte es aber im WZ laufen. Verlagere das mal in den Keller.
Ich habe nen echten 400er und nen 800er. Beim Versorger habe ich zusätzlich mal die Frage gestellt ob sie mir noch das Frequenzband nennen.Poppen denn die Antworten wenn sie da sind automatisch im HTerm auf oder muss ich dann aktiv was eingeben?
Danke für die Unterstützung...
Mit deiner Hilfe werde ich das schon schaffen. -
@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. -
@fadk2wf sagte in Test Adapter wireless-mbus v0.8.x:
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.
Hi ja da blinkt das Funksymbol. Ist mir gestern garnicht aufgefallen im dunklen, aber eben mal mit dem Handy gefilmt..
Bin mal gespannt...Wenn nachher immer noch nix kommt probiere ich es mal mit dem 800er stick...sollte ja dann mit dem nanoCUL_r568_mbus_c1t1_bufsize300 gehen wenn der iperl im 800er funken sollte, oder?Bin gerade mal ein Raum weiter und habe auich ne Antenne dran...
Ist der von SchlauHaus mit Gehäuse und Antenne.
-
@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.
-
@fadk2wf ok...mein zähler wurde erst vor ein paar Wochen eingebaut...vorher habe ich den alten mit nem sensor und dann mit der Kamera über mqtt ausgelesen..
-
@smartboart
Also heute kam die Rückmeldung ...433Mhz ... leider meldet sich der Zähler immer noch nicht.
Werde das laptop mal direkt in den Heizungsraum stellen... -
Hallo,
wir sollen nächste Woche auch einen "Smarten" Wasserzähler bekommen.
Noch weiß ich weder welches Modell noch ob ich überhaupt den Key bekomme. Ich hab mich aber gerade ein wenig eingelesen, und plane sobald ich (hoffentlich morgen) etwas mehr weiß, die Komponenten schon mal zu organisieren.
Ich hab meinen Zigbee Adapter per LAN angeschlossen, da meine IObroker instanz zwischen zwei Docker Hosts hin und her wechselt. Im Zigbee Adapter konnte ich dann am COM Port einfach z.B. tcp://127.0.0.01:1337 eintragen.
Nun zur eigentlichen frage. Würde das mit diesem Adapter ähnlich funktionieren? Dann würde ich mir einen nanoCUL und einen USR-TCP232-T2 besorgen.
Anderenfalls müsste ich wohl einen Raspi mit IObroker als zweiten Host aufsetzen, der nur den Wasserzähler ausließt...
Ich hoffe ja das es über TCP auch geht
-
hallo,
ich möchte meinen Sensus Iperl auslesen.- habe dazu folgenden Stick gekauft: https://www.amazon.de/dp/B09QJZ9KR4/ref=pe_27091401_487027711_TE_SCE_3p_dp_1
- und diese firmware draufgespielt: https://github.com/smarthomeagentur/culfw1/releases/tag/180dcb5 (also die CUL_V3_MBUS.hex)
- iobroker läuft bei mir auf einem LXC container in Proxmox weshalb ich den USB stick mit folgender Anleitung durchgereicht habe: https://www.youtube.com/watch?v=0H0_6YdVDnI&ab_channel=EddyD'sSmartHome
das sieht auch soweit gut aus im iobroker lxc:
root@iobrokerlxc:~# lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubroot@iobrokerlxc:~# ls -l /dev/ttyUSB0 crw-rw-rw- 1 nobody nogroup 188, 0 Apr 21 15:45 /dev/ttyUSB0in den WMbus Adaptereinstellungen bekomme ich /dev/ttyUSB0 auch angezeigt. Wenn ich dort als Gerät "CUL" auswähle und baudrate "9600" will es nicht starten. habe aber auch schon alle anderen Baudraten ausprobiert.
scheint wohl an der VM zu liegen oder falschen einstellungen des USB passthroughs.folgender debug log in iobroker:
wireless-mbus.0 2023-04-21 15:45:57.809 error Timeout waiting for response wireless-mbus.0 2023-04-21 15:45:57.809 error Error opening serial port /dev/ttyUSB0 with baudrate 9600 wireless-mbus.0 2023-04-21 15:45:57.808 error CUL: Failed to init device: Timeout waiting for response wireless-mbus.0 2023-04-21 15:45:54.808 debug CUL: TX: 5832310d0a6272740d0a wireless-mbus.0 2023-04-21 15:45:54.807 info CUL: Error getting CUL version: Timeout waiting for response wireless-mbus.0 2023-04-21 15:45:51.892 debug connected set to false wireless-mbus.0 2023-04-21 15:45:51.804 debug CUL: TX: 560d0a wireless-mbus.0 2023-04-21 15:45:51.802 debug Created device of type: CUL wireless-mbus.0 2023-04-21 15:45:51.775 info starting. Version 0.8.10 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v16.19.1, js-controller: 4.0.24 wireless-mbus.0 2023-04-21 15:45:47.805 error Serialport error: Port is not open wireless-mbus.0 2023-04-21 15:45:47.804 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason wireless-mbus.0 2023-04-21 15:45:47.804 info terminating wireless-mbus.0 2023-04-21 15:45:47.803 info Got terminate signal TERMINATE_YOURSELF wireless-mbus.0 2023-04-21 15:45:33.216 error Timeout waiting for response wireless-mbus.0 2023-04-21 15:45:33.216 error Error opening serial port /dev/ttyUSB0 with baudrate 9600 wireless-mbus.0 2023-04-21 15:45:33.215 error CUL: Failed to init device: Timeout waiting for response wireless-mbus.0 2023-04-21 15:45:30.213 debug CUL: TX: 5832310d0a6272740d0a wireless-mbus.0 2023-04-21 15:45:30.213 info CUL: Error getting CUL version: Timeout waiting for response wireless-mbus.0 2023-04-21 15:45:27.256 debug connected set to false wireless-mbus.0 2023-04-21 15:45:27.210 debug CUL: TX: 560d0a wireless-mbus.0 2023-04-21 15:45:27.208 debug Created device of type: CUL wireless-mbus.0 2023-04-21 15:45:27.185 info starting. Version 0.8.10 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v16.19.1, js-controller: 4.0.24Node.js: v16.19.1
NPM: v8.19.3was kann ich noch probieren? kann mir jemand einen tip geben woran es liegt? wäre um jeden Hinweis dankbar. hab auch schon über die hinweise aus diesem thread gelesen (zb. iob fix) aber das hat nix geholfen.
-
Ganz grundsätzlich:
root@iobrokerlxc
ist auch im LXC nicht richtig. Leg dir einen User an und hampel mit dem herum
