UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[DoubleD]

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.

[lvogt]

@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
Chief42

Auf 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

[Chris87]

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-MODE

any ideas?

/Chris

[Meldb]

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.

[wutschkooo]

@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.

[lvogt]

@wutschkooo

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.

[Chief42]

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_YOURSELF

ttyUSB2 liefert das zurück:

2025-01-18 15:44:03.612	error	Serialport error: Error: No such file or directory, cannot open /dev/ttyUSB2

In der Übersicht taucht der USB2/3 allerdings nicht auf trotz Neustart vom ioBroker

[lvogt]

@chief42

Das sind Probleme die definitiv "vor dem Adapter" anfangen. Da kann ich dir nicht helfen.

[Chief42]

@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/dev

So 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.

[lvogt]

@chief42

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...

[lvogt]

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.

[Norb 0]

@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:

[Norb 0]

mit der v0.9.4 bis dato keine Fehlermeldungen, bin wieder zurück auf die v0.10.0 und beobachte weiter.

[GammaWar]

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

[lvogt]

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/ttyACM0 und id posten?

[GammaWar]

@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ß

[lvogt]

@gammawar Aber root ist nicht der Account unter dem ioBroker läuft oder?

Was gibt cat /etc/group | grep dialout für eine Ausgabe?

Und läuft ioBroker evtl. im Docker Container?

[lvogt]

@norb-0 Läuft 0.10.0 jetzt auch stabil?

[GammaWar]

@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.

[lvogt]

@gammawar

cat /etc/group | grep dialout

Das kann eigentlich nicht sein. Die Ausgabe des id Befehls sagt ja, dass mindestens root Mitglied der dialout Gruppe ist...