Test Adapter wireless-mbus v0.10.x
-
@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 -
@felidsche
Sicher das du alle Baudraten durchprobiert hast?Der Nanocul sollte mit 38400 bps laufen. Ansonsten probier es vorher mal mit
screen /dev/ttyUSB0 38400Wenn er verbindet müsstest du dort mit "V<enter>" die Versionsnummer angezeigt bekommen.
Direkt mit root zu arbeiten mag nicht optimal sein, der hinweiß hilft aber nicht wirklich bei der Problemlösung
-
@kubax sagte in Test Adapter wireless-mbus v0.8.x:
der hinweiß hilft aber nicht wirklich bei der Problemlösung
Nee, aber hilft zu grundsätzlich sauberem Arbeiten mit den Usern und deren Rechten und vermeidet daraus entstehende Probleme.
-
Mag sein. ABER, wenn du mit einem Formular zum Finanzamt gehst, weil du fragen hast die du nicht selber beantworten kannst, willst du dann das der Beamte dich dafür rügt das du das Formular mit einem Schwarzen Kuli ausgefüllt hast, was man aber nicht macht, oder möchtest du Hilfe von ihm beim ausfüllen des Formulars?
Ich meinte ja nicht das der Hinweiß komplett falsch ist, meine Kritik bestand lediglich daran das es der einzige Kommentar war. Jemanden freundlich auf einen Fehler hinzuweisen und ihm dennoch zu helfen, ist wohl besser, als ihn nur darauf hinzuweisen das er etwas komplett anderes falsch gemacht hat.
Genau das ist leider der Grund dafür, das viele sich mit Linux schwer tuen. Man kommt mit irgendwas nicht weiter, fragt nach Hilfe, und dann wird einem mit Arroganz begegnet, oder einem wird ein Fehler vorgehalten der überhaupt nichts mit dem Problem zu tun hat.
Wenn ich mit dem Auto in die Werkstadt fahre möchte ich auch nicht hören "dann fahren sie halt nicht zu schnell" wenn der Motor beim schnell fahren laut wird
Egal, back to topic...
-
@kubax sagte in Test Adapter wireless-mbus v0.8.x:
Formular mit einem Schwarzen Kuli ausgefüllt hast, was man aber nicht macht,
Wenn das so grundlegend falsch ist und auf kurz oder lang zu Folgefehlern führen wird: Ja.
-
@felidsche sagte in Test Adapter wireless-mbus v0.8.x:
und diese firmware draufgespielt: https://github.com/smarthomeagentur/culfw1/releases/tag/180dcb5 (also die CUL_V3_MBUS.hex)
Hi, also ich arbeite ja an dem selben Projekt. Ich habe es auch noch nicht geschafft den IPERL auszulesen aber ich kann dir sagen, dass meine beiden Test - Sticks mit der Firmware von dir oben genannt auch nicht vom Wireless-Mbus Adapter erkannt werden.
Mein Iperl sendet auch mit 433 MHz und ich habe auch den AES Key, aber die Funke empfängt einfach nix.Weietr oben war fadk2wf so freundlich mir seine FW zur Verfügung zu stellen.
https://forum.iobroker.net/topic/21208/test-adapter-wireless-mbus-v0-8-x/402?_=1682114443734
Diese wird vom Adapter erkannt.
Aber leider habe ich offensichtlich noch ein anderes Problem..Probier doch mal die FW aus und berichte ob deine Perle dann mit dir spricht.
Edit... und wenn sich dein stick auch nicht mehr flashen lässt, liegt es auch an deiner Firmware... Einfach den Stick nochmal stecken und im selben Moment das flashen starten.
-
@thomas-braun mach ich! Danke für den Tip
-
@smartboart hallo,
habe jetzt mal die von dir verlinkte fw ausprobiert. flashen lässt sie sich, aber mit den von dir gezeigten verbindungseinstellung bekomme ich folgende meldungen:wireless-mbus.0 2023-04-24 16:09:11.231 info List of port: [{"path":"/dev/ttyUSB0"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS10"},{"path":"/dev/ttyS11"},{"path":"/dev/ttyS12"},{"path":"/dev/ttyS13"},{"path":"/dev/ttyS14"},{"path":"/dev/ttyS15"},{"path":"/dev/ttyS16"},{"path":"/dev/ttyS17"},{"path":"/dev/ttyS18"},{"path":"/dev/ttyS19"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS20"},{"path":"/dev/ttyS21"},{"path":"/dev/ttyS22"},{"path":"/dev/ttyS23"},{"path":"/dev/ttyS24"},{"path":"/dev/ttyS25"},{"path":"/dev/ttyS26"},{"path":"/dev/ttyS27"},{"path":"/dev/ttyS28"},{"path":"/dev/ttyS29"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyS30"},{"path":"/dev/ttyS31"},{"path":"/dev/ttyS5"},{"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"},{"path":"/dev/ttyS8"},{"path":"/dev/ttyS9"},{"path":"/dev/ttyS0"}] wireless-mbus.0 2023-04-24 16:05:21.397 debug connected set to false wireless-mbus.0 2023-04-24 16:05:21.351 error Serialport error: Port is not open wireless-mbus.0 2023-04-24 16:05:21.351 error Serialport error: Error: Permission denied, cannot open /dev/ttyUSB0 wireless-mbus.0 2023-04-24 16:05:21.350 debug CUL: TX: 560d0a wireless-mbus.0 2023-04-24 16:05:21.348 debug Created device of type: CUL wireless-mbus.0 2023-04-24 16:05:21.321 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-24 16:05:17.401 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason wireless-mbus.0 2023-04-24 16:05:17.400 info terminating wireless-mbus.0 2023-04-24 16:05:17.400 info Got terminate signal TERMINATE_YOURSELF wireless-mbus.0 2023-04-24 16:05:13.259 info List of port: [{"path":"/dev/ttyUSB0"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS10"},{"path":"/dev/ttyS11"},{"path":"/dev/ttyS12"},{"path":"/dev/ttyS13"},{"path":"/dev/ttyS14"},{"path":"/dev/ttyS15"},{"path":"/dev/ttyS16"},{"path":"/dev/ttyS17"},{"path":"/dev/ttyS18"},{"path":"/dev/ttyS19"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS20"},{"path":"/dev/ttyS21"},{"path":"/dev/ttyS22"},{"path":"/dev/ttyS23"},{"path":"/dev/ttyS24"},{"path":"/dev/ttyS25"},{"path":"/dev/ttyS26"},{"path":"/dev/ttyS27"},{"path":"/dev/ttyS28"},{"path":"/dev/ttyS29"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyS30"},{"path":"/dev/ttyS31"},{"path":"/dev/ttyS5"},{"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"},{"path":"/dev/ttyS8"},{"path":"/dev/ttyS9"},{"path":"/dev/ttyS0"}] wireless-mbus.0 2023-04-24 15:57:00.384 debug connected set to falseSerialport error: Error: Permission denied, cannot open /dev/ttyUSB0
weist ja irgendwie auf ein rechteproblem hin, kann mir da jemand helfen? hat der iobroker user keine rechte auf den Usb stick zuzugreifen? wie ändere ich das?
-
@felidsche also das es nicht erkannt wird liegt dann definitiv an deiner speziellen iobroker Umgebung...bei meinem rpi 4 wird der Stick mit den Einstellungen einwandfrei erkannt.. Leider kann ich dir mit der Installationsumgebung nicht helfen..
-
@smartboart
ich habe den nanoCul verbaut, ...
AES-Schlüssel habe ich auch ...
er empfängt auch etwas ...
die Anzeige des InfluxDb Inhaltes endet in grafana allerdings mit No Data
? -
@pille0557 ...stell mal den wmbus mode auf T Mode.
Wenn der nanoCUl die Daten erkennt, dann generiert der wmbus automatisch die Objekte
-
@pille0557
Was erwartest du dir von den Rohdaten Telegrammen in Grafana?
Der State sollte - in der Beschreibung steht - ja sowieso nur Daten bekommen wenn das Dekodieren des Telegramms fehlgeschlagen ist. Poste also mal bitte ein Debug Log.Die Telegramme die man im Screenshot sieht gehören vermutlich zu dem Gerät dem du auch den AES Schlüssel zugeordnet hast. Mein Tipp: Das ist nicht Zähler und daher passt dein Schlüssel auch nicht
-
@lvogt
Debug-Log?wireless-mbus.0
2023-05-03 19:50:16.833 info CUL: Receiver set to T-MODE and data reporting with RSSIwireless-mbus.0
2023-05-03 19:50:16.809 info CUL: Error getting CUL version: Timeout waiting for responsewireless-mbus.0
2023-05-03 19:50:13.727 info starting. Version 0.8.10 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v16.19.1, js-controller: 4.0.24
host.raspi-iobroker
2023-05-03 19:50:11.802 info instance system.adapter.wireless-mbus.0 started with pid 30071
host.raspi-iobroker
2023-05-03 19:50:09.278 info instance system.adapter.wireless-mbus.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)admin.0
2023-05-03 19:50:08.905 info <== Disconnect system.user.admin from ::ffff:192.168.0.78
host.raspi-iobroker
2023-05-03 19:50:08.700 info stopInstance system.adapter.wireless-mbus.0 send kill signalwireless-mbus.0
2023-05-03 19:50:08.659 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reasonwireless-mbus.0
2023-05-03 19:50:08.658 info terminatingwireless-mbus.0
2023-05-03 19:50:08.655 info Got terminate signal TERMINATE_YOURSELF
host.raspi-iobroker
2023-05-03 19:50:08.651 info stopInstance system.adapter.wireless-mbus.0 (force=false, process=true)wireless-mbus.0
2023-05-03 19:50:05.458 info CUL: Receiver set to T-MODE and data reporting with RSSIwireless-mbus.0
2023-05-03 19:50:05.438 info CUL: Error getting CUL version: Timeout waiting for responsewireless-mbus.0
2023-05-03 19:50:05.288 info List of port: [{"path":"/dev/ttyUSB1","manufacturer":"FTDI","serialNumber":"A50285BI","pnpId":"usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0","vendorId":"0403","productId":"6001"},{"path":"/dev/ttyUSB0","manufacturer":"Prolific Technology Inc. ","serialNumber":"BMBLt114J20","pnpId":"usb-Prolific_Technology_Inc._USB-Serial_Controller_BMBLt114J20-if00-port0","vendorId":"067b","productId":"23a3"},{"path":"/dev/ttyAMA0"}]wireless-mbus.0
2023-05-03 19:50:02.354 info starting. Version 0.8.10 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v16.19.1, js-controller: 4.0.24admin.0
2023-05-03 19:50:01.787 info ==> Connected system.user.admin from ::ffff:192.168.0.78
host.raspi-iobroker
2023-05-03 19:50:00.381 info instance system.adapter.wireless-mbus.0 started with pid 30053
host.raspi-iobroker
2023-05-03 19:49:57.785 info instance system.adapter.wireless-mbus.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)admin.0
2023-05-03 19:49:57.471 info <== Disconnect system.user.admin from ::ffff:192.168.0.78
host.raspi-iobroker
2023-05-03 19:49:57.282 info stopInstance system.adapter.wireless-mbus.0 send kill signalwireless-mbus.0
2023-05-03 19:49:57.228 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reasondoch ich denke schon, jedenfalls korrespondiert es mit dem Aufdruck ... ?
-
@pille0557 Dann wäre das Debug Log wohl um so wichtiger...
-
@lvogt wo finde ich das?
