Test Adapter wireless-mbus v0.10.x

[marsmännchen]

Bei mir leider immer noch der selbe Error.
Hab versucht 9600,38400,57600 bei allem der gleiche Fehler.
Einzig wenn ich den Port auf /dev/ttyAMA0 stelle dann kommt nur:

wireless-mbus.0
2022-04-07 18:49:03.180	debug	connected set to true

wireless-mbus.0
2022-04-07 18:49:03.178	debug	connected set to true

wireless-mbus.0
2022-04-07 18:49:03.163	debug	Created device of type: CUL (untested)

wireless-mbus.0
2022-04-07 18:49:03.098	info	starting. Version 0.7.8 (non-npm: lvogt/ioBroker.wireless-mbus#ece83640b64ef90971e96e03b229f236dd2d2b0a) in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v14.19.0, js-controller: 4.0.19

Ohne dem Error, aber auch ohne Werte. Mein ArduinoNano hängt aber am USB Port.
Und außerdem, wenn ich im Adapter die Baudrate ändere und dann Speichern&Schliessen klicke, reicht das aus, oder sollte ich dann noch etwas neu starten?
Muss ich die Geräteadresse eintragen? Bei wmbusmaster hatte ich keine in Verwendung, und AES Schlüssel brauch ich scheinbar auch nicht.
Sorry die dummen Fragen, ich will mir nur nicht irgendeinen Fehler einbauen.

[lvogt]

@hg6806 said in Test Adapter wireless-mbus v0.7.x:

Es läuft jetzt.

Hattest du jetzt noch was geändert oder einfach nur gewartet? Aber schön das es funktioniert.

@marsmännchen said in Test Adapter wireless-mbus v0.7.x:

Bei mir leider immer noch der selbe Error.
Hab versucht 9600,38400,57600 bei allem der gleiche Fehler.
Einzig wenn ich den Port auf /dev/ttyAMA0 stelle dann kommt nur:

Da kommt zwar der Fehler nicht - aber auc keine Erfolgsmeldung die eigentlich kommen müsste... Kombiniert damit dass der Port eigentlich keinen Sinn ergibt dürfte das wohl nicht der richtige Weg sein...

Und außerdem, wenn ich im Adapter die Baudrate ändere und dann Speichern&Schliessen klicke, reicht das aus, oder sollte ich dann noch etwas neu starten?

Nein, wenn man die Einstellungen ändert, startet ioBroker einen Adapter sowieso immer neu.

Muss ich die Geräteadresse eintragen? Bei wmbusmaster hatte ich keine in Verwendung, und AES Schlüssel brauch ich scheinbar auch nicht.

Nein die sind nur nötig wenn man AES Schlüssel braucht - und auch dann ist es einfacher da erst was einzutragen wenn man mal ein verschlüsseltes Telegramm empfangen hat (das taucht dann im (Debug) Log auf)

In meinem Augen ist das Problem immer noch wahlweise falscher Port / falsche Baudrate oder eine "merkwürdige" Firmware (aber ich denke wenn wmbusmeters funktioniert dann sollte die Firmware ok sein - aber ka )

[hg6806]

@marsmännchen
Schau doch erst einmal per

 ls -la /dev/serial/by-id

wo der Stick hängt.

Hast du auch einen nanoCUL und iPerl? Und hat es mit wmbusmeters funktioniert?
Dann sollte es jetzt auch funktionieren.
Geräteadresse ist immer xxx-ID, Bei meinem iPerl ist es SEN-xxxxxxx

Es dauert auch manchmal Stunden bis der Wasserzähler überhaupt was sendet.
Ich weiß jetzt gar nicht wie die Stadtwerke das machen. Ob die einen Impuls aussenden können, der den Wasserzähler anregt was auszusenden.
Ich finde es sowieso spannend dass die überhaupt was empfangen können.
Der Wasserzähler ist im Betonkeller verbaut, auf dem Lichtschacht ist ein feinmaschiges Edelstahlgitter gelegt. Das Haus ist bis zur Strasse bzw. Wendehammer nochmal 15m entfernt.

[marsmännchen]

@hg6806

 ls -l /dev/ttyUSB*

Habe ich immer wieder mal gemacht, da findet er auch den cul:

crw-rw---- 1 root dialout 188, 0  6. Apr 19:41 /dev/ttyUSB0

Ich hab keinen bestimmten stick. Meine Hardware besteht aus einem ArduinoNano und dem TI-CC1101.
Auf einem anderen Raspberry habe ich wmbusmeters installiert, dort hat der Wasserzähler alle 15sec seinen Wert gesendet.(Oder wmbusmeters hat ihn alle 15sec. abgefragt,keine Ahnung) Zumindest habe ich alle 15 sec in der Console den aktuellen Zählerstand gesehen.
Muss man auf dem Raspberry noch irgendetwas extra installieren damit der Adapter funktioniert? Mosquitto oder sowas?

[hg6806]

@marsmännchen

Der Stick findet sich bei mir aber wie folgt:

lrwxrwxrwx 1 root root  13  3. Apr 09:42 usb-SHA_CUL868-if00 -> ../../ttyACM0

Welchen Wasserzähler hast du?

Bei 15 Sk. sollte das Try/error Spiel ja recht einfach sein.

Und nein, sonst muss nichts anderes installiert sein. Auch kein Mosquitto.

[marsmännchen]

@hg6806 sagte in Test Adapter wireless-mbus v0.7.x:

@marsmännchen

Der Stick findet sich bei mir aber wie folgt:

lrwxrwxrwx 1 root root  13  3. Apr 09:42 usb-SHA_CUL868-if00 -> ../../ttyACM0

Interressant, das wäre mal ein Ansatz dem ich nachgehen sollte.
Was aber im widerspruch zum funktionierenden wmbusmeters am anderen Raspberry steht, wo es genauso angezeigt wird. Liegt vielleicht nur an der Hardware.
Try/Error besteht bei mir darin alle Baudraten einmal ausprobiert zu haben. Mehr Try's sind mir bis jetzt noch nicht eingefallen

[HKF8770]

@lvogt 2022-04-10 16:26:07.921 -

Habe den Adapter auf debug gestellt und bekomme das folgende.

info: wireless-mbus.0 (8517) Got terminate signal TERMINATE_YOURSELF
2022-04-10 16:26:07.925 - info: wireless-mbus.0 (8517) terminating
2022-04-10 16:26:07.927 - info: wireless-mbus.0 (8517) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2022-04-10 16:26:08.497 - info: host.iobrokerserver instance system.adapter.wireless-mbus.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2022-04-10 16:26:11.038 - info: host.iobrokerserver instance system.adapter.wireless-mbus.0 started with pid 9481
2022-04-10 16:26:12.370 - debug: wireless-mbus.0 (9481) Redis Objects: Use Redis connection: 127.0.0.1:9001
2022-04-10 16:26:12.442 - debug: wireless-mbus.0 (9481) Objects client ready ... initialize now
2022-04-10 16:26:12.445 - debug: wireless-mbus.0 (9481) Objects create System PubSub Client
2022-04-10 16:26:12.446 - debug: wireless-mbus.0 (9481) Objects create User PubSub Client
2022-04-10 16:26:12.531 - debug: wireless-mbus.0 (9481) Objects client initialize lua scripts
2022-04-10 16:26:12.538 - debug: wireless-mbus.0 (9481) Objects connected to redis: 127.0.0.1:9001
2022-04-10 16:26:12.577 - debug: wireless-mbus.0 (9481) Redis States: Use Redis connection: 127.0.0.1:9000
2022-04-10 16:26:12.595 - debug: wireless-mbus.0 (9481) States create System PubSub Client
2022-04-10 16:26:12.597 - debug: wireless-mbus.0 (9481) States create User PubSub Client
2022-04-10 16:26:12.647 - debug: wireless-mbus.0 (9481) States connected to redis: 127.0.0.1:9000
2022-04-10 16:26:12.973 - warn: wireless-mbus.0 (9481) Object wireless-mbus.0.info.rawdata is invalid: Default value has to be type "string" but received type "boolean"
2022-04-10 16:26:12.975 - warn: wireless-mbus.0 (9481) This object will not be created in future versions. Please report this to the developer.
2022-04-10 16:26:12.989 - info: wireless-mbus.0 (9481) starting. Version 0.7.6 (non-npm: Apollon77/ioBroker.wireless-mbus#9054a4b6bf7ce4bf92f0804e60323dbece905460) in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v14.19.0, js-controller: 4.0.21
2022-04-10 16:26:13.079 - debug: wireless-mbus.0 (9481) Created device of type: IMST iM871A
2022-04-10 16:26:13.102 - debug: wireless-mbus.0 (9481) IMST: Receiver mode set to CA mode
2022-04-10 16:26:13.104 - debug: wireless-mbus.0 (9481) connected set to true
2022-04-10 16:26:13.105 - debug: wireless-mbus.0 (9481) connected set to true

Wenn ich in das Feld "wireless-mbus.0.info.rawdata" gehe sieht das so aus

Ist also der Wert true / false.

Das Gerät ist eine Zenner Wasseruhr

https://www.energie-zaehler.com/epages/61422236.sf/de_DE/?ObjectPath=/Shops/61422236/Products/ETW-MM-DN20130-wMBUS

[lvogt]

@hkf8770

Damit ich es nicht falsch einsortiere: Bei dir ging es nur um den "VIFExt 0x13" Fehler, ja?

Falls ja, dann wäre natürlich auch Logauszug bei dem der Fehler auftaucht nötig...
Das Handbuch des verlinkten Zählers gibt natürlich keine exakte Telegrammcodierung an, behauptet aber dem OMS 4.0.2 Standard zu folgen. Die VIF Extension ist aber definitiv nicht Teil des Standards - evtl. aber nur eine "Zenner interne" Zusatzinformation. Dem Handbuch nach scheint es aber sowieso nur mit Vormonatswerten zusammen zu hängen und ist damit für dich vermutlich sowieso uninteressant...

2022-04-10 16:26:12.989 - info: wireless-mbus.0 (9481) starting. Version 0.7.6 (non-npm: Apollon77/ioBroker.wireless-mbus#9054a4b6bf7ce4bf92f0804e60323dbece905460) in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v14.19.0, js-controller: 4.0.21

Kurzer Hinweis: Wie auch immer du dazu kommst: Du hast den Adapter weder aus dem "unstable / beta" Repository installiert, noch aus meinem Github Repository, sondern aus einem (nicht mehr aktuellen) Fork von Apollon. Wenn du die aktuelle Version hättest - wäre zB auch der (unwichtige) Hinweis auf den rawdata State nicht mehr da gewesen...

[HKF8770]

@lvogt ...woher ich den hatte von appollo kann ich nicht mehr sagen, ist aber auf deinen nun upgedatet. Jetzt habe ich die unrealistischen daten auch weg. Das 4-8 ist jetzt 1,828 m², das könnte der Vormonat sein. Da der erst 20 tage eingebaut ist, wird der 5-8 in einem Weilchen kommen

Echt super Adapter.

Blöde Frage. Ich nutze jetzt den C1 Modus bei der Abfrage.
Das muss ich ja im Adapter einstellen.

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?

[lvogt]

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

[marsmännchen]

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

[lvogt]

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

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:

[gizmodlx]

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

@gizmodlx
Na toll
Das wird ja immer besser!
ICH HASSE FUNK!!

[lvogt]

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

@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

pswiatki created this issue in weetmuts/wmbusmeters

closed Cutting down rtl_wmbus CPU utilization from wmbusmeters' level #290

[marsmännchen]

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 hub

Danach ls -l /dev/ttyS*:

crw-rw---- 1 root dialout 4, 64 15. Apr 17:43 /dev/ttyS0

Der 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 iM871A

Und das bei allen Baudraten.

Hat jemand eine Idee dazu?
MfG
Patrick

[lvogt]

@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 dmesg posten. Dann kann ich dir vielleicht helfen

[Thomas Braun]

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

Prinzipiell würde ich auch den device link aus /dev/serial/by-id nehmen.

ls -l /dev/serial/by-id/

anschauen.