Test Adapter wireless-mbus v0.10.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. -
@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...
-
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:
-
mit der v0.9.4 bis dato keine Fehlermeldungen, bin wieder zurück auf die v0.10.0 und beobachte weiter.
-
Hallo,
habe zufälligerweise einen IU891A-XL. Bekomme folgendes im LOG:
P.S.
Mit wmbusmaster 1.18.0 funktioniert der Stick und ich empfange Packete und Werte -
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? -
@lvogt sagte in Test Adapter wireless-mbus v0.10.x:
ls -l /dev/ttyACM0
crw-rw---- 1 root dialout 166, 0 11. Mär 21:44 /dev/ttyACM0
id
uid=0(root) gid=0(root) Gruppen=0(root),20(dialout),1001(wmbusmeters)
Gruß
-
@gammawar Aber
rootist nicht der Account unter dem ioBroker läuft oder?Was gibt
cat /etc/group | grep dialoutfür eine Ausgabe?Und läuft ioBroker evtl. im Docker Container?
-
@norb-0 Läuft 0.10.0 jetzt auch stabil?
-
@lvogt
cat /etc/group | grep dialout
gibt mir nichts aus. Bekomme nur eine neue Eungabezeile.Momentan läuft der IOBroker in einer Proxmox VM. Habe es aber auch schon dirket mit einem Pi4 versucht.
-
cat /etc/group | grep dialout
Das kann eigentlich nicht sein. Die Ausgabe des
idBefehls sagt ja, dass mindestensrootMitglied derdialoutGruppe ist...
