Test Adapter wireless-mbus v0.9.x
-
Moin zusammen.
Mein Versorger hat mir jetzt auch die Kampstrup Wasserzähler eingebaut. Die Keys würde ich bekommen.
Aber ich bekomme keine Hardware beschafft um die auslesen zu können.
Der iM871A ist nirgendwo lieferbar, bzw. nur für gewerbliche Kunden.Hat jemand eine Alternative zur Hardware, bzw. einen Lieferanten?
-
Hallo an alle,
ich weis nicht so recht, wohin mit diesen Beitrag. Aber hier wurde mir sehr geholfen. Deshalb hilft es einem anderen vielleicht hier auch.
Ich verwende von schlauHAUS einen nanoCUL868 mit Firmware wM-Bus (nanoCul_r568_mbus_c1t1_bufsize300), einen RPi4 mit mitgelieferten orginal Netzteil und IOBroker mit wireless-mbus v0.9.3.
Adaptereinstellung wireless-mbus v0.9.3
wMBus Empfänger: CUL
wMBus Mode: T
Serielle Baudrate: 38400Dies zum auslesen eines Sensus iPerl Wasserzähler. Der sendet dummerweise nur alle 1h Daten.
Bei mir wurde der CUL immer als USB-Gerät erkannt, aber nur ca. 1 mal von 30 Mal konnte eine Kommunikation aufgebaut werden. Hatte alle hier im Aufgeführten Fehler im Thread gehabt.
Habe wmbusmeters, im IOBroker die Adapter CUL und wireless-mbus v0.9.3 versucht. Nichts hatte geklappt.
Dann habe ich mal die Spannungsversorgung des CUL geprüft und festgestellt, das der USB-Port vom Pi4 4,8V= liefert und dies am Messgerät bis auf 4,4V= zusammenbricht (Hab leider kein OsZi :().
Danach habe ich mal einen ElKo aus meiner Bastelkiste (1000uF kleiner funktioniert wahrscheinlich auch) an den 5V-Pin am Nano gelötet und siehe da, er läuft seitdem auf Anhieb stabiel und die Kommunikation läuft auch seit mehreren Stunden Stabil. Jetzt schwankt die Spannung nicht mehr zwischen 0,4V sondern nur noch zwischen 0,04V.
Achso, welche Firmware original auf dem CUL war, kann ich nicht sagen. Aber bevor ich auf die Idee mit dem Kondensator kam, habe ich den CUL auch mehrfach mit mehrern Firmware geflasht und bin bei nanoCul_r568_mbus_c1t1_bufsize300 hängen geblieben.
Hoffe es kann jemanden helfen.Mit freundlichen Grüßen
Gamma
-
Da der Empfänger "IMST iM871A" scheinbar nicht mehr zu bekommen ist würde ich gerne wissen, ob jemand schon den neuen IMST-Adapter "iU891A-XL - Wireless M-Bus USB-Adapter 868 MHz" zum Laufen gebracht hat und wenn ja wie.
Falls der neue Empfänger nicht unterstützt wird wäre es toll, wenn dieses Modell auch im ioBroker unterstützt werden würde.
Viele Grüße
Chief42 -
Hallo
Ich habe eine Schlüssel in der Form "AB-12345" für meine Wasserzähler bekommen.
Kann die Länge richtig sein?
In der Adaperbeschreibung steht 16 bzw. 32 Zeichen. -
@chief42 said in Test Adapter wireless-mbus v0.9.x:
Da der Empfänger "IMST iM871A" scheinbar nicht mehr zu bekommen ist würde ich gerne wissen, ob jemand schon den neuen IMST-Adapter "iU891A-XL - Wireless M-Bus USB-Adapter 868 MHz" zum Laufen gebracht hat und wenn ja wie.
Falls der neue Empfänger nicht unterstützt wird wäre es toll, wenn dieses Modell auch im ioBroker unterstützt werden würde.
Viele Grüße
Chief42Auf den ersten Blick sieht das für mich nach einer völlig anderen Firmware auf dem Stick aus. Ich denke ohne explizite Unterstützung für die das neue Protokoll (HCI v1.x vs HCI 2.x) wird das nichts werden.
@doubled said in Test Adapter wireless-mbus v0.9.x:
Hallo
Ich habe eine Schlüssel in der Form "AB-12345" für meine Wasserzähler bekommen.
Kann die Länge richtig sein?
In der Adaperbeschreibung steht 16 bzw. 32 Zeichen.Ne eigentlich das nicht sein. Der Key müsste 16 bytes lang sein. Üblicherweise dann als "Hex String" in 32 Zeichen ausgedrückt - in sehr seltenen Fälle als 16 Zeichen String da der Key tatsächlich nur "druckbare Bytes" enthält
-
Hello together,
I also just got my Key, after setup I received datas, than inserted the KEY and now I get this log:wireless-mbus.0 2024-11-27 16:34:54.809 error Unknown compact frame format wireless-mbus.0 2024-11-27 16:33:18.972 error Unknown compact frame format wireless-mbus.0 2024-11-27 16:32:47.088 error Unknown compact frame format wireless-mbus.0 2024-11-27 16:30:55.743 error Unknown compact frame format wireless-mbus.0 2024-11-27 16:30:39.870 error Unknown compact frame format wireless-mbus.0 2024-11-27 16:30:36.076 info IMST: Receiver set to CA-MODE wireless-mbus.0 2024-11-27 16:30:35.995 info starting. Version 0.9.4 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v18.17.1, js-controller: 5.0.19 wireless-mbus.0 2024-11-27 16:30:31.113 info terminating wireless-mbus.0 2024-11-27 16:30:30.612 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason wireless-mbus.0 2024-11-27 16:30:30.611 info terminating wireless-mbus.0 2024-11-27 16:30:30.610 info Got terminate signal TERMINATE_YOURSELF wireless-mbus.0 2024-11-27 16:30:19.031 info List of port: [{"path":"/dev/ttyUSB0","manufacturer":"Silicon Labs","serialNumber":"01E28B17","pnpId":"usb-Silicon_Labs_WiMOD_iM871A-usb_01E28B17-if00-port0","vendorId":"10c4","productId":"ea60"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"}] wireless-mbus.0 2024-11-27 16:29:52.290 error encrypted message and no aeskey provided wireless-mbus.0 2024-11-27 16:29:35.961 info IMST: Receiver set to CA-MODEany ideas?
/Chris
-
Hallo,
ich benutzte seid heute auch diesen Adapter danke für die Tolle Arbeit.
Ich lese damit meinen Wasserzähler Kamstrup FlowIQ2200 aus mit dem USB Stick nano CUL 868 MBUS funktioniert super. -
@lvogt Moin
Also gibt es aktuell keine Chance den iU891A-XL zum Leben zu erwecken? 
Hätte genau den (auf gut Glück gekauft) und ein paar Wasserzähler von Zenner hier, die ich gerne irgendwie in den ioBroker integrieren möchte. -
Es gibt jetzt auf GitHub (nicht auf npm!) eine Version mit Unterstützung für den iU891A-XL. Das ist aktuell aber eine Version die ich ausschließlich anhand der Dokumentation geschrieben habe - das muss also unbedingt von jemanden auch mal mit echter Hardware getestet werden.
Außerdem hätte ich gerne ein DEBUG(!) Log vom Start des Adapters und idealerweise auch mit Telegramm Empfang.
-
Hallo, ich hatte den Stick auch mal auf Verdacht gekauft. Allerdings scheitere ich scheinbar schon an der Durchreichung Proxmox > ioBroker.
Ich habe einen Enocean Empfänger, der wird so erkannt:
Demzufolge müsste der IMST Empfänger ttyUSB3 sein oder habe ich hier einen Denkfehler? Hatte aber auch die anderen Kombinationen ausprobiert.
Das Debuglog habe ich auch erstellt mit ttyUSB3:
2025-01-18 15:29:13.008 debug connected set to false 2025-01-18 15:29:12.963 error Serialport error: Port is not open 2025-01-18 15:29:12.963 error Serialport error: Error: No such file or directory, cannot open /dev/ttyUSB3 2025-01-18 15:29:12.962 debug IMSTv2: TX: 0c010116070c 2025-01-18 15:29:12.960 debug Created device of type: IMST iU891A-XL 2025-01-18 15:29:12.948 info starting. Version 0.10.0 (non-npm: lvogt/ioBroker.wireless-mbus#a19974d14787e521c3094c150f6d947befeefffa) in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v18.17.1, js-controller: 7.0.3 2025-01-18 15:29:12.921 debug States connected to redis: 127.0.0.1:9000 2025-01-18 15:29:12.875 debug States create User PubSub Client 2025-01-18 15:29:12.875 debug States create System PubSub Client 2025-01-18 15:29:12.872 debug Redis States: Use Redis connection: 127.0.0.1:9000 2025-01-18 15:29:12.865 debug Objects connected to redis: 127.0.0.1:9001 2025-01-18 15:29:12.864 debug Objects client initialize lua scripts 2025-01-18 15:29:12.855 debug Objects create User PubSub Client 2025-01-18 15:29:12.855 debug Objects create System PubSub Client 2025-01-18 15:29:12.855 debug Objects client ready ... initialize now 2025-01-18 15:29:12.847 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 2025-01-18 15:29:09.456 info terminating 2025-01-18 15:29:08.954 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2025-01-18 15:29:08.954 info terminating 2025-01-18 15:29:08.954 info Got terminate signal TERMINATE_YOURSELFttyUSB2 liefert das zurück:
2025-01-18 15:44:03.612 error Serialport error: Error: No such file or directory, cannot open /dev/ttyUSB2In der Übersicht taucht der USB2/3 allerdings nicht auf trotz Neustart vom ioBroker
-
Das sind Probleme die definitiv "vor dem Adapter" anfangen. Da kann ich dir nicht helfen.
-
@lvogt, da bin ich mir jetzt nicht mehr so sicher ob es an der Durchreichung liegt. Ich muss zwar zugeben das ich von Linux keine Ahnung habe aber wenn ich das sehe, wird der Empfänger doch durchgereicht, nur mit einem anderen Namen als von mir vermutet:
usb-devices ... T: Bus=02 Lev=01 Prnt=01 Port=01 Cnt=02 Dev#= 3 Spd=12 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=04b4 ProdID=0003 Rev=00.00 S: Manufacturer=IMST S: Product=iU891A C: #Ifs= 3 Cfg#= 1 Atr=80 MxPwr=200mA I: If#=0x0 Alt= 0 #EPs= 1 Cls=02(commc) Sub=02 Prot=01 Driver=cdc_acm I: If#=0x1 Alt= 0 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=cdc_acm I: If#=0x2 Alt= 0 #EPs= 0 Cls=ff(vend.) Sub=05 Prot=00 Driver=(none) ...dmesg | grep tty dmesg: read kernel buffer failed: Die Operation ist nicht erlaubt iobuser@iobroker3:/$ find /sys/bus/usb/devices/usb*/ -name dev /sys/bus/usb/devices/usb1/dev /sys/bus/usb/devices/usb1/1-1/dev /sys/bus/usb/devices/usb1/1-1/1-1:1.0/0003:0627:0001.0001/input/input4/event3/dev /sys/bus/usb/devices/usb1/1-1/1-1:1.0/0003:0627:0001.0001/input/input4/mouse2/dev /sys/bus/usb/devices/usb1/1-1/1-1:1.0/0003:0627:0001.0001/hidraw/hidraw0/dev /sys/bus/usb/devices/usb2/2-1/2-1:1.0/ttyUSB0/tty/ttyUSB0/dev /sys/bus/usb/devices/usb2/2-1/dev /sys/bus/usb/devices/usb2/2-1/2-1:1.1/ttyUSB1/tty/ttyUSB1/dev /sys/bus/usb/devices/usb2/dev /sys/bus/usb/devices/usb2/2-2/dev /sys/bus/usb/devices/usb2/2-2/2-2:1.0/tty/ttyACM0/dev /sys/bus/usb/devices/usb3/devSo wie ich es interpretiere könnte der Empfänger unter "ttyACM0/dev" erreichbar sein. Das wird im Adapter zwar angezeigt als verfügbare Schnittstelle aber funktioniert nicht.
Im Enocean Adapter taucht der Stick übrigens mit Namen auf.
Das Durchreichen scheint also doch zu funktionieren.
Ich bin gespannt ob @wutschkooo mehr Erfolg hat.
-
Die Fehler die da im Log auftauchen kommen direkt von der serialport Library. Da stimmt definitiv irgendwas nicht mit deinem Setup. Im Zweifelsfall könnte es auch irgendein Bug sein.
Im Github Repository gibt es jemand er evtl. mit diesem Bug hier zu kämpfen hat: https://github.com/serialport/node-serialport/issues/2735 - bei dir sieht es danach aber eher nicht aus...
