NEWS
Test Adapter wireless-mbus v0.10.x
-
@hkf8770 said in Test Adapter wireless-mbus v0.7.x:
Wenn ich jetzt weitere Geräte kaufen die auf T1 senden, bedeutet dass das ich einen weitere Instanz installieren muss, also wireless-mbus.1.
Kann der dann auf den gleichen USB Stick zugreifen, oder benötige ich 2 Sticks?Wenn du zwei Instanzen erzeugst braucht auch jede einen echten Stick, den sie anspricht.
Der AMBER Stick hat einen Mode der gleichzeitig C und T empfängt - aber im reinen C-Mode hatte ich auch schon mal öfter das Problem dass der Stick(!) irgendwann crasht und vom Strom bzw. USB getrennt werden muss (ob das Problem auch den gemischten Mode betrifft erinnere ich mich nicht mehr...)
Als Kompromis könnte man überlegen ob man den Tag über mal ne Weile im C Mode und dann wieder ne Weile im T Mode lauscht. Aber das kann der Adapter selber nicht - könnte man aber "von außen" über ein kleines Script einbauen. Man müsste halt nur den Mode in der Config setzen und ioBroker würde den Adapter dann ja sowieso neustarten.
Ok, ich gebe auf mit meiner ArduinoUno TI-CC1101 combo.
Ich kann mir mein Problem nur mit der nicht unterstützten Hardware erklären. Mit wmbusmeter gehts, mit dem Adapter eben nicht.
Ist es erlaubt das mir jemand eine Kaufempfehlung gibt für einen CUL Stick der die Anforderungen erfüllt, und wo er ihn gekauft hat?
MfG
Patrick -
Ok, ich gebe auf mit meiner ArduinoUno TI-CC1101 combo.
Ich kann mir mein Problem nur mit der nicht unterstützten Hardware erklären. Mit wmbusmeter gehts, mit dem Adapter eben nicht.
Ist es erlaubt das mir jemand eine Kaufempfehlung gibt für einen CUL Stick der die Anforderungen erfüllt, und wo er ihn gekauft hat?
MfG
Patrick@marsmännchen
Du könntest noch ein paar Infos con wbusmeters posten, vl können wir dann weiter helfen.
Also zb die Konfiguration und mal einen Aufruf auf mit Ausgabe von wbusmeters wenn auch Daten ankommen.
Ob das wirklich hilft weiß ich natürlich nicht... -
@marsmännchen
Du könntest noch ein paar Infos con wbusmeters posten, vl können wir dann weiter helfen.
Also zb die Konfiguration und mal einen Aufruf auf mit Ausgabe von wbusmeters wenn auch Daten ankommen.
Ob das wirklich hilft weiß ich natürlich nicht...Vielen Dank für die Hilfe, ich hab das schon abgebrochen, und wmbusmeters deinstalliert. Ich warte jetzt erst mal auf :
"eQ3 INNOGY RWE SmartHome USB Empfangseinheit Stromzähler Empfangs Einheit iM871A"
Wenn's damit nicht geht bau ich mir einen Durchflussmesser in die Leitung der in die Wago PFC200 geht. Damit geht's dann sicher. Die Konstellation vom Smartmeter Adapter - Landis+Gyr E450 - Hichi USB Lesekopf hat auch nie funktioniert, musste dann auch auf Eigenbau umsteigen.
Aber mal abwarten ob das mit dem iM871A was bringt.
Danke trotzdem::+1: :+1:Raspberry Pi 4 8GB, Debian 11, js-controller: 5.0.12, Nodejs: v18.18.2, NPM: 9.8.1 (Multihost),
Wago PFC200 mit Dali Lichtsteuerung. -
Vielen Dank für die Hilfe, ich hab das schon abgebrochen, und wmbusmeters deinstalliert. Ich warte jetzt erst mal auf :
"eQ3 INNOGY RWE SmartHome USB Empfangseinheit Stromzähler Empfangs Einheit iM871A"
Wenn's damit nicht geht bau ich mir einen Durchflussmesser in die Leitung der in die Wago PFC200 geht. Damit geht's dann sicher. Die Konstellation vom Smartmeter Adapter - Landis+Gyr E450 - Hichi USB Lesekopf hat auch nie funktioniert, musste dann auch auf Eigenbau umsteigen.
Aber mal abwarten ob das mit dem iM871A was bringt.
Danke trotzdem::+1: :+1:@marsmännchen said in Test Adapter wireless-mbus v0.7.x:
Vielen Dank für die Hilfe, ich hab das schon abgebrochen, und wmbusmeters deinstalliert. Ich warte jetzt erst mal auf :
"eQ3 INNOGY RWE SmartHome USB Empfangseinheit Stromzähler Empfangs Einheit iM871A"Also da hatten wir wohl die gleiche Idee. Leider hat der Stick von RWE eine andere USB PID (87ED) als der originale iMST iM871A. Und damit wird er (zumindest bei mir) leider nicht erkannt. Hab auch die originale Firmware von iMST drüber geflasht - hat aber auch nicht geholfen. Wenn du damit weiterkommst, sag bitte mal Bescheid :-)
Bin drauf und dran mir einen DVB-T Stick in Verbindung mit rtl-wmbus zuzulegen. Da lassen sich sogar alle Modi (C, T und S) gleichzeitig abfragen. @Ivogt: Wäre es möglich den rtl-wmbus auch in deinem Adapter unterstützten?
-
@marsmännchen said in Test Adapter wireless-mbus v0.7.x:
Vielen Dank für die Hilfe, ich hab das schon abgebrochen, und wmbusmeters deinstalliert. Ich warte jetzt erst mal auf :
"eQ3 INNOGY RWE SmartHome USB Empfangseinheit Stromzähler Empfangs Einheit iM871A"Also da hatten wir wohl die gleiche Idee. Leider hat der Stick von RWE eine andere USB PID (87ED) als der originale iMST iM871A. Und damit wird er (zumindest bei mir) leider nicht erkannt. Hab auch die originale Firmware von iMST drüber geflasht - hat aber auch nicht geholfen. Wenn du damit weiterkommst, sag bitte mal Bescheid :-)
Bin drauf und dran mir einen DVB-T Stick in Verbindung mit rtl-wmbus zuzulegen. Da lassen sich sogar alle Modi (C, T und S) gleichzeitig abfragen. @Ivogt: Wäre es möglich den rtl-wmbus auch in deinem Adapter unterstützten?
@gizmodlx
Na toll :weary:
Das wird ja immer besser!
ICH HASSE FUNK!! -
@marsmännchen said in Test Adapter wireless-mbus v0.7.x:
Vielen Dank für die Hilfe, ich hab das schon abgebrochen, und wmbusmeters deinstalliert. Ich warte jetzt erst mal auf :
"eQ3 INNOGY RWE SmartHome USB Empfangseinheit Stromzähler Empfangs Einheit iM871A"Also da hatten wir wohl die gleiche Idee. Leider hat der Stick von RWE eine andere USB PID (87ED) als der originale iMST iM871A. Und damit wird er (zumindest bei mir) leider nicht erkannt. Hab auch die originale Firmware von iMST drüber geflasht - hat aber auch nicht geholfen. Wenn du damit weiterkommst, sag bitte mal Bescheid :-)
Bin drauf und dran mir einen DVB-T Stick in Verbindung mit rtl-wmbus zuzulegen. Da lassen sich sogar alle Modi (C, T und S) gleichzeitig abfragen. @Ivogt: Wäre es möglich den rtl-wmbus auch in deinem Adapter unterstützten?
@gizmodlx
Ich habe mit einem solchen Stick damals deb Adapter getestet. Das geht also schon.
Ich weiß leider nicht mehr genau was man tun musste. Ich glaube man muss udev händisch mitteilen welchen (standard) Treiber das Gerät verwenden soll. Lässt sich bestimmt auch in eine udev Regel gießen...rtl-wmbus ließe sich schon einbauen. Ist aber halt ein ziemlicher CPU Fresser...
-
@gizmodlx
Ich habe mit einem solchen Stick damals deb Adapter getestet. Das geht also schon.
Ich weiß leider nicht mehr genau was man tun musste. Ich glaube man muss udev händisch mitteilen welchen (standard) Treiber das Gerät verwenden soll. Lässt sich bestimmt auch in eine udev Regel gießen...rtl-wmbus ließe sich schon einbauen. Ist aber halt ein ziemlicher CPU Fresser...
@lvogt said in Test Adapter wireless-mbus v0.7.x:
@gizmodlx
Ich habe mit einem solchen Stick damals deb Adapter getestet. Das geht also schon.
Ich weiß leider nicht mehr genau was man tun musste. Ich glaube man muss udev händisch mitteilen welchen (standard) Treiber das Gerät verwenden soll. Lässt sich bestimmt auch in eine udev Regel gießen...Hmm...da muss ich mich erst mal selbst schlau machen. Sagt mir alles so leider wenig.
rtl-wmbus ließe sich schon einbauen. Ist aber halt ein ziemlicher CPU Fresser...
wmbusmeters spricht den rtl-wmbus wohl direkt über dessen Kommandozeile an. Das wäre echt klasse, wenn das dein Adapter auch unterstützen würde. Für die CPU-Auslastung gibt es wohl auch mehrere Ansätze, diese zu begrenzen: https://github.com/weetmuts/wmbusmeters/issues/290
-
So, da bin ich wieder mit meinem tollen iM871A.
Angesteckt, dann lsusb:Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 005: ID 10c4:87ed Silicon Labs IMST USB-Stick for Smart Meter Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubDanach ls -l /dev/ttyS*:
crw-rw---- 1 root dialout 4, 64 15. Apr 17:43 /dev/ttyS0Der Stick lässt sich auch im Adapter auswählen:
Und trotzdem:
wireless-mbus.0 2022-04-15 17:50:49.238 error IMST: Error setting wMBus mode: T wireless-mbus.0 2022-04-15 17:50:49.237 error IMST: Error setting link mode 3 wireless-mbus.0 2022-04-15 17:50:49.235 error IMST: Message response timeout wireless-mbus.0 2022-04-15 17:50:46.279 debug connected set to true wireless-mbus.0 2022-04-15 17:50:46.239 debug connected set to true wireless-mbus.0 2022-04-15 17:50:46.226 debug Created device of type: IMST iM871AUnd das bei allen Baudraten.
Hat jemand eine Idee dazu?
MfG
Patrick -
@marsmännchen Falscher Port. Was bringt dich dazu von ttyS0 auszugehen ? Das musste ein ttyUSBx Port werden.
Aber wie gesagt muss man evtl erst dem Kernel mitteilen welcher Treiber verwendet werden soll.
Stick entfernen - kurz warten - Stick einstecken - die letzten ~30 Zeilen der Ausgabe von
dmesgposten. Dann kann ich dir vielleicht helfen -
So, da bin ich wieder mit meinem tollen iM871A.
Angesteckt, dann lsusb:Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 005: ID 10c4:87ed Silicon Labs IMST USB-Stick for Smart Meter Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubDanach ls -l /dev/ttyS*:
crw-rw---- 1 root dialout 4, 64 15. Apr 17:43 /dev/ttyS0Der Stick lässt sich auch im Adapter auswählen:
Und trotzdem:
wireless-mbus.0 2022-04-15 17:50:49.238 error IMST: Error setting wMBus mode: T wireless-mbus.0 2022-04-15 17:50:49.237 error IMST: Error setting link mode 3 wireless-mbus.0 2022-04-15 17:50:49.235 error IMST: Message response timeout wireless-mbus.0 2022-04-15 17:50:46.279 debug connected set to true wireless-mbus.0 2022-04-15 17:50:46.239 debug connected set to true wireless-mbus.0 2022-04-15 17:50:46.226 debug Created device of type: IMST iM871AUnd das bei allen Baudraten.
Hat jemand eine Idee dazu?
MfG
Patrick@marsmännchen sagte in Test Adapter wireless-mbus v0.7.x:
crw-rw---- 1 root dialout
Sind die user denn auch Mitglied bei 'dialout'?
groups sudo -u iobroker groupsPrinzipiell würde ich auch den device link aus /dev/serial/by-id nehmen.
ls -l /dev/serial/by-id/anschauen.
-
@marsmännchen Falscher Port. Was bringt dich dazu von ttyS0 auszugehen ? Das musste ein ttyUSBx Port werden.
Aber wie gesagt muss man evtl erst dem Kernel mitteilen welcher Treiber verwendet werden soll.
Stick entfernen - kurz warten - Stick einstecken - die letzten ~30 Zeilen der Ausgabe von
dmesgposten. Dann kann ich dir vielleicht helfen@lvogt said in Test Adapter wireless-mbus v0.7.x:
Stick entfernen - kurz warten - Stick einstecken - die letzten ~30 Zeilen der Ausgabe von
dmesgposten. Dann kann ich dir vielleicht helfenDa ich den gleichen Stick habe, hänge ich mich mal hier mit ran :-)
Hier die "dmesg" Infos zum Stick:[17564.196443] usb 1-1.4: new full-speed USB device number 3 using xhci_hcd
[17564.334432] usb 1-1.4: New USB device found, idVendor=10c4, idProduct=87ed, bcdDevice= 1.00
[17564.334463] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[17564.334484] usb 1-1.4: Product: IMST USB-Stick for Smart Meter
[17564.334502] usb 1-1.4: Manufacturer: Silicon Labs
[17564.334520] usb 1-1.4: SerialNumber: 0xxxxxx3 (->verfälscht) -
@lvogt said in Test Adapter wireless-mbus v0.7.x:
Stick entfernen - kurz warten - Stick einstecken - die letzten ~30 Zeilen der Ausgabe von
dmesgposten. Dann kann ich dir vielleicht helfenDa ich den gleichen Stick habe, hänge ich mich mal hier mit ran :-)
Hier die "dmesg" Infos zum Stick:[17564.196443] usb 1-1.4: new full-speed USB device number 3 using xhci_hcd
[17564.334432] usb 1-1.4: New USB device found, idVendor=10c4, idProduct=87ed, bcdDevice= 1.00
[17564.334463] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[17564.334484] usb 1-1.4: Product: IMST USB-Stick for Smart Meter
[17564.334502] usb 1-1.4: Manufacturer: Silicon Labs
[17564.334520] usb 1-1.4: SerialNumber: 0xxxxxx3 (->verfälscht)@gizmodlx Was ist denn konkret dein Problem?
Unter welchem Device Link findet sich der Stick denn?
Siehels -l /dev/serial/by-idGruppenzugehörigkeiten i.O.?
-
@gizmodlx Was ist denn konkret dein Problem?
Unter welchem Device Link findet sich der Stick denn?
Siehels -l /dev/serial/by-idGruppenzugehörigkeiten i.O.?
@thomas-braun said in Test Adapter wireless-mbus v0.7.x:
@gizmodlx Was ist denn konkret dein Problem?
Nun ich würde den Stick gerne ebenfalls in Verbindung mit dem Adapter nutzen. Es ist ein Stick von RWE, der den gleichen Chip (iMST iM871A) hat, aber eine andere ProductID (87ED). Und ich bin etwas "lost" wie ich diesen Stick nun mit Treibern versorgen kann.
Unter welchem Device Link findet sich der Stick denn?
Siehels -l /dev/serial/by-idda erhalte ich nur folgende Fehlermeldung:
ls: Zugriff auf '/dev/serial/by-id' nicht möglich: Datei oder Verzeichnis nicht gefundenGruppenzugehörigkeiten i.O.?
Kannst du das etwas ausführlicher erklären?
sudo -u iobroker groups iobroker tty dialout audio video bluetooth gpio i2c -
@thomas-braun said in Test Adapter wireless-mbus v0.7.x:
@gizmodlx Was ist denn konkret dein Problem?
Nun ich würde den Stick gerne ebenfalls in Verbindung mit dem Adapter nutzen. Es ist ein Stick von RWE, der den gleichen Chip (iMST iM871A) hat, aber eine andere ProductID (87ED). Und ich bin etwas "lost" wie ich diesen Stick nun mit Treibern versorgen kann.
Unter welchem Device Link findet sich der Stick denn?
Siehels -l /dev/serial/by-idda erhalte ich nur folgende Fehlermeldung:
ls: Zugriff auf '/dev/serial/by-id' nicht möglich: Datei oder Verzeichnis nicht gefundenGruppenzugehörigkeiten i.O.?
Kannst du das etwas ausführlicher erklären?
sudo -u iobroker groups iobroker tty dialout audio video bluetooth gpio i2c@gizmodlx sagte in Test Adapter wireless-mbus v0.7.x:
Und ich bin etwas "lost" wie ich diesen Stick nun mit Treibern versorgen kann.
Die Treiber sind im Linux-Kernel enthalten. Die Erkennung erfolgt i. d. R. über die ProductID bei USB-Geräten. Kann sein, das dein Stick da etwas exotisch ist. Wenn du Glück hast kann man die Erkennung aber etwas 'zurecht biegen'. Das ist aber wohl eher was für einen eigenen Thread.
-
@thomas-braun said in Test Adapter wireless-mbus v0.7.x:
@gizmodlx Was ist denn konkret dein Problem?
Nun ich würde den Stick gerne ebenfalls in Verbindung mit dem Adapter nutzen. Es ist ein Stick von RWE, der den gleichen Chip (iMST iM871A) hat, aber eine andere ProductID (87ED). Und ich bin etwas "lost" wie ich diesen Stick nun mit Treibern versorgen kann.
Unter welchem Device Link findet sich der Stick denn?
Siehels -l /dev/serial/by-idda erhalte ich nur folgende Fehlermeldung:
ls: Zugriff auf '/dev/serial/by-id' nicht möglich: Datei oder Verzeichnis nicht gefundenGruppenzugehörigkeiten i.O.?
Kannst du das etwas ausführlicher erklären?
sudo -u iobroker groups iobroker tty dialout audio video bluetooth gpio i2c -
Bei mir exakt das gleiche wie bei @gizmodlx . Gleiche Ausgaben in der Konsole.
lsusb -t -
lsusb -t[694216.283345] usb 1-1.3: USB disconnect, device number 5 [694222.324999] device eth0 entered promiscuous mode [694228.253947] device eth0 left promiscuous mode [694252.331385] device eth0 entered promiscuous mode [694257.892408] usb 1-1.1: new full-speed USB device number 6 using xhci_hcd [694258.000219] usb 1-1.1: New USB device found, idVendor=10c4, idProduct=87ed, bcdDevice= 1.00 [694258.000239] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [694258.000253] usb 1-1.1: Product: IMST USB-Stick for Smart Meter [694258.000266] usb 1-1.1: Manufacturer: Silicon Labs [694258.000278] usb 1-1.1: SerialNumber: 005FD795 [694258.243526] device eth0 left promiscuous mode [694282.322992] device eth0 entered promiscuous modelsusb -t /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M |__ Port 1: Dev 6, If 0, Class=Vendor Specific Class, Driver=, 12MRaspberry Pi 4 8GB, Debian 11, js-controller: 5.0.12, Nodejs: v18.18.2, NPM: 9.8.1 (Multihost),
Wago PFC200 mit Dali Lichtsteuerung. -
[694216.283345] usb 1-1.3: USB disconnect, device number 5 [694222.324999] device eth0 entered promiscuous mode [694228.253947] device eth0 left promiscuous mode [694252.331385] device eth0 entered promiscuous mode [694257.892408] usb 1-1.1: new full-speed USB device number 6 using xhci_hcd [694258.000219] usb 1-1.1: New USB device found, idVendor=10c4, idProduct=87ed, bcdDevice= 1.00 [694258.000239] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [694258.000253] usb 1-1.1: Product: IMST USB-Stick for Smart Meter [694258.000266] usb 1-1.1: Manufacturer: Silicon Labs [694258.000278] usb 1-1.1: SerialNumber: 005FD795 [694258.243526] device eth0 left promiscuous mode [694282.322992] device eth0 entered promiscuous modelsusb -t /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M |__ Port 1: Dev 6, If 0, Class=Vendor Specific Class, Driver=, 12M -
lsusb && lsusb -t Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 006: ID 10c4:87ed Silicon Labs IMST USB-Stick for Smart Meter Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M |__ Port 1: Dev 6, If 0, Class=Vendor Specific Class, Driver=, 12M -
lsusb && lsusb -t Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 006: ID 10c4:87ed Silicon Labs IMST USB-Stick for Smart Meter Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M |__ Port 1: Dev 6, If 0, Class=Vendor Specific Class, Driver=, 12MKann man den irgendwie nachinstallieren, oder stelle ich mir das zu einfach vor?
Raspberry Pi 4 8GB, Debian 11, js-controller: 5.0.12, Nodejs: v18.18.2, NPM: 9.8.1 (Multihost),
Wago PFC200 mit Dali Lichtsteuerung.
Support us
792
Online32.5k
Users81.6k
Topics1.3m
Posts