NEWS
Test Adapter wireless-mbus v0.10.x
-
Hallo zusammen! Ich möchte die Verbrauchswerte für Wasser und Wärme erfassen und habe mir dazu einen nanoCUL USB Stick mit direkt angeschlossener kleiner Antenne besorgt. Den Adapter konnte ich nach einigen Versuchen zum Laufen bringen und das funktioniert soweit recht gut bis auf die Reichweite des Funksignals. Ich habe hier im Haus an verschiedene Stellen einige Tests gemacht (ein Test-Wasserzähler von Lorenz ist noch nicht fest eingebaut) und ich komme hier maximal auf 5-8m Reichweite wenn eine Wand dazwischen ist. Zwei Wände oder eine andere Etage funktionieren dann schon nicht mehr.
Daher würde ich gerne mal in die Runde fragen, welche Reichweiten Ihr mit welchem Equipment so erreicht.
Habt Ihr evtl. auch noch weitere Funksysteme parallel im Einsatz die auf 868 MHz senden und stören diese sich bei Euch gegenseitig? Bei mir wären das z.B. die Wetterstation und Enocean.
Ich habe auch schon mal nach Repeatern geschaut aber die sind recht teuer und ich befürchte ich brauche zwei um alles abzudecken.
@chief42
Also bei mir im Keller ist so einiges an Funk drin: Wlan, Enocean, Wm-bus und der Nachbar hat ein extrem starkes Somfy in Betrieb. Zusätzlich steckt mein IM871A Stick direkt am Rechner im IT Schrank aus massivem FE Blech und trotzdem habe ich die Wasser und EL Zähler meiner Nachbarn zeitweise in der Liste. Ich musste die alle explizit in die Blacklist schreiben.Ich kenne zwar den CUL nicht, aber da wird eher ein Hochfrequenzleitungsproblem vorliegen. Ist die Masse wirklich gut kontaktiert?
Edit: Enocean wird kaum stören, denn diese Signale sind in der Regel eher schwach und werden selber gestört.
-
@chief42
Also bei mir im Keller ist so einiges an Funk drin: Wlan, Enocean, Wm-bus und der Nachbar hat ein extrem starkes Somfy in Betrieb. Zusätzlich steckt mein IM871A Stick direkt am Rechner im IT Schrank aus massivem FE Blech und trotzdem habe ich die Wasser und EL Zähler meiner Nachbarn zeitweise in der Liste. Ich musste die alle explizit in die Blacklist schreiben.Ich kenne zwar den CUL nicht, aber da wird eher ein Hochfrequenzleitungsproblem vorliegen. Ist die Masse wirklich gut kontaktiert?
Edit: Enocean wird kaum stören, denn diese Signale sind in der Regel eher schwach und werden selber gestört.
-
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
-
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?
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 -
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@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
-
@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
@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.
-
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
-
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...
-
v0.10.0 mit "ungetestem" Support für den iU819A Stick ist jetzt auf npm.
Ich hatte ja eigentlich gehofft es würde vorher hier noch eine Erfolgsmeldung geben, aber ich bin leider recht sicher, dass die bisher geposteten Probleme schon "vor ioBroker" anfangen.
Da für jemanden mit "altem" Receiver sollte die Version 0.10.0 aber sowieso keine Schwierigkeiten machen sollte, habe ich mich jetzt entschlossen die Version auch korrekt zu veröffentlichen.
-
v0.10.0 mit "ungetestem" Support für den iU819A Stick ist jetzt auf npm.
Ich hatte ja eigentlich gehofft es würde vorher hier noch eine Erfolgsmeldung geben, aber ich bin leider recht sicher, dass die bisher geposteten Probleme schon "vor ioBroker" anfangen.
Da für jemanden mit "altem" Receiver sollte die Version 0.10.0 aber sowieso keine Schwierigkeiten machen sollte, habe ich mich jetzt entschlossen die Version auch korrekt zu veröffentlichen.
@lvogt
Hallo,
seit dem update auf v0.10.0 kommen bei mir sporadische Fehlermeldungen:
wMBus Empfänger ist ein serieller CUL, ausgelesen wird ein Axis Qalcosonic Wasserzähler. Mit der älteren Version (0.9.4) gab es bis dato keine Probleme. Ich bin jetzt wieder zurück auf v0.9.4 und beobachte ob der Fehler immer noch kommt, evtl. liegt die Ursache für diese Fehlermeldungen ja irgendwo anders.
Einstellungen der Instanz:
-
Hm, dann mache ich evtl. etwas falsch bei öffnen des ttyACM0 Ports falsch.
Ich kann mal versuchen ob ich dazu irgendwas finde - aber evtl. komme ich hier ohne Hardware einfach nicht weiter...
kannst du evl. mal noch die Ausgaben von
ls -l /dev/ttyACM0undidposten?
Support us
407
Online32.4k
Users81.5k
Topics1.3m
Posts