Test Adapter wireless-mbus v0.10.x

gizmodlx

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

@gizmodlx
Evtl reicht ein Adapter Neustart. Evtl ist die Ursache dass das Gerät ein verändertes Telegramm gesendet hat. Damit kann der Adapter nämlich nicht wirklich umgehen.

(Also verändert im Sinne der Struktur - geänderte Zahlenwerte sind natürlich ok )

~~Leider hilft weder ein Adapter-Neustart, noch ein Reboot, noch eine Neuinstallation~~

Update: Nachdem ich den Objektbaum komplett gelöscht und den Adapter neu installiert habe, wurden die Einträge wieder erzeugt.

lvogt

@gizmodlx
Das wäre gerade noch mein nächster Vorschlag gewesen. An v 0.7.9 kann das eigentlich nicht gelegen haben. Aber das Log, dass du mir geschickt hast, zeigt zumindest teilweise den Tathergang. Das werde ich mir bei Gelegenheit näher anschauen.

lvogt

@gizmodlx
Ich habe mal durch das Log geguckt. Darin sind ein paar (unter anderem deiner) Quandis Zähler zu finden. Interessanterweise senden die alle zwei unterschiedliche Telegramme. Eins was nur aus viel "Manufacturer specific" Daten und einem Zeitstempel besteht. Und eins mit "sinnvollen" Daten.

Wie ich oben schon sagte, kann der Adapter nicht damit umgehen, wenn sich die Datenpunkte in einem Telegramm ändern. Als Grundlage nimmt er immer das erste Telegramm, das er nach einem (Neu)Start empfängt. Du hattest dann nach dem Neustart einfach "Pech" und hast als erstes das Telegramm mit dem Hersteller-spezifischen Krempel empfangen.

Wie man so eine Situation im Adapter "ordentlich" handhabt ist eine gute Frage... Der "workaround" im Moment wäre halt Adapter neustarten und auf das passenden Telegramm als erstes hoffen (und evtl. die unbrauchbaren Datenpunkte im Objektbaum löschen).

gizmodlx

@lvogt
Ahhh...das erklärt es in der Tat Hatte mich schon gewundert, was der eigentliche Auslöser dafür war. Denn ich hatte eigentlich nichts im Objektbaum verändert.

Derzeit bekomme ich immer wieder folgende Logeinträge...

error invalid date: 65535
warn State "wireless-mbus.0.QDS-51000006.data.5-0-VIF_TYPE_MANUFACTURER_UNKOWN" has no existing object, this might lead to an error in future versions
warn State "wireless-mbus.0.QDS-51000006.data.4-0-VIF_RES_E01111xx" has no existing object, this might lead to an error in future versions
warn State "wireless-mbus.0.QDS-51000006.data.3-0-VIF_TIME_POINT_DATE_TIME" has no existing object, this might lead to an error in future versions
warn State "wireless-mbus.0.QDS-51000006.data.2-0-VIF_MODEL_VERSION" has no existing object, this might lead to an error in future versions
warn State "wireless-mbus.0.QDS-51000006.data.1-0-VIF_TIME_POINT_DATE_TIME" has no existing object, this might lead to an error in future versions

gizmodlx

@lvogt

Ich versuche die Daten nun über SourceAnalytix auszuwerten. Dabei tritt folgender Fehler in SourceAnalytix auf:

Input value for wireless-mbus.0.QDS-50000007.data.1-0-VIF_VOLUME, type = string but should be a number, cannot handle calculation

Man kann das wohl über sog. Alias-Datenpunkte lösen. Aber wäre es nicht sinnvoll den Datenpunkt grundsätzlich als Zahl zu führen?

Michael Uray

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

Landis+Gyr E450 - Hichi USB Lesekopf hat auch nie funktioniert, musste dann auch auf Eigenbau umsteigen.

Wie hast du das denn genau lösen können?
Mit welcher Baudrate Start/Stop-Bit und Parität sendet der Zähler denn eigentlich standardmäßig?

marsmännchen

@michael-uray
Hier steht alles drinnen. Zumindest für Burgenland

Datenpush.pdf
Aber da der Smartmeter Adapter keine Verschlüsselung verarbeiten kann war das ganze sinnlos. Hat nie funktioniert.
Daher habe ich jetzt mit PZEM-004T.
Will hier nicht näher ins Detail gehen. Hier gehts um den W-mbus Adapter.

Simps

@lvogt

so, viel ausprobiert, komme nicht weiter mit meinem nano-cul (wmbus geflasht), vielleicht hast Du nochmal einen Tipp:

Den richtigen Port habe ich eigentlich, Baudrate alles getestet.

ls -la /dev/serial/by-id
total 0
drwxr-xr-x 2 root root 60 Apr 26 18:33 .
drwxr-xr-x 4 root root 80 Apr 26 18:33 ..
lrwxrwxrwx 1 root root 13 Apr 26 18:33 usb-SHK_NANO_CUL_868-if00-port0 -> ../../ttyUSB0

aber der Stick sagt praktisch nix, oder bin ich nur nicht in der Lage, es zu verstehen, Adapter im Debug:

wireless-mbus.0
2987	2022-04-26 20:27:10.569	error	CUL: Error setting wMBus mode: Timeout waiting for response

wireless-mbus.0
2987	2022-04-26 20:27:10.567	error	CUL: Message response timeout

wireless-mbus.0
2987	2022-04-26 20:27:07.658	debug	connected set to true

wireless-mbus.0
2987	2022-04-26 20:27:07.610	debug	connected set to true

wireless-mbus.0
2987	2022-04-26 20:27:07.556	debug	Created device of type: CUL (untested)

wireless-mbus.0
2987	2022-04-26 20:27:07.555	debug	CUL: TX: 5832310d0a6272740d0a

wireless-mbus.0
2987	2022-04-26 20:27:07.490	info	starting. Version 0.7.9 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v12.22.11, js-controller: 4.0.21
host.pii
2022-04-26 20:27:05.943	info	instance system.adapter.wireless-mbus.0 started with pid 29876 19:03:51.777	info	starting. Version 0.7.9 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v12.22.11, js-controller: 4.0.21

Wenn er mal wenigstens loslaufen würde Freue mich über Hinweise.

lvogt

@simps
Zugriffsrechte auf den Port werden mit root:root angegeben. Ist zwar nur der Symlonk bin aber gerade nicht sicher ob das vl trotzdem ein Problem ist.

Ansonsten antwortet der CUL halt einfach nicht. Du könntest ihn mal auf der Kommandozeile mit screen testen, wie es die cul Readme unter culfw.de vorschlägt

lvogt

Hallo zusammen,

ich habe soeben Version 0.8.0 auf NPM veröffentlicht. Als funktionale Änderung gibt es nur eine kleine Verbesserung beim Dekoder für PRIOS codierte Telegramme (@marsmännchen )
Im Hintergrund wird jetzt v10 der SerialPort Bibliothek verwendet und das Handling der seriellen Kommunikation mit den unterschiedlichen Sticks wurde komplett neugeschrieben (und funktioniert hoffentlich noch ).

Falls es nicht "läuft" bitte ein "Debug Log" posten und im Zweifelsfall zurück auf 0.7.9. wechseln.

marsmännchen

@lvogt
Hab es gerade von GitHub geholt, Adapter gestartet.
2 Protokolleinträge:

wireless-mbus.0
2022-05-05 18:34:31.334	info	IMST: Receiver set to T-MODE

wireless-mbus.0
2022-05-05 18:34:31.244	info	starting. Version 0.8.0 (non-npm: lvogt/ioBroker.wireless-mbus#3c8217e899f2d1f1ea43ebf70bf1bf08a2c37715) in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v14.19.0, js-controller: 4.0.19

Und ich hab in meinen Objekten traumhafte Werte!!
Vielen Dank.
Mich frisst manchmal echt der Neid auf, was ihr alles fertig bringt!
Dankbarste Grüße
Patrick

MaPEC1104

........

MaPEC1104

@lvogt

Hallo,
hab das jetzt bei mir mal so gemacht. Leider bekomme ich beim Start die Fehlermeldung "Serialport error: Port is not open". Hast Du eventuell eine Idee woran das liegen könnte?

Beste Grüße.

Glasfaser

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

beim Start die Fehlermeldung "Serialport error: Port is not open".

Wo ist denn ioBroker installiert !?

VM , Docker .....?

EDIT:

Welche Adapterversion von wireless mbus und welche NodeJS Version nutzt du .

MaPEC1104

@glasfaser

Hallo,
der IO-Broker ist auf einem RasPi4 installiert.
Die Adapter Version ist 0.8.0 und Nodejs ist v14.19.2.

In der Datei /etc/udev/rules.d/99-imst.rules steht:

ACTION=="add", ATTRS{idVendor}=="10c4", ATTRS{idProduct}=="87ed", RUN+="/sbin/modprobe cp210x" RUN+="/bin/sh -c 'echo 10c4 87ed > /sys/bus/usb-serial/drivers/cp210x/new_id'"

Und der Adapter ist folgendermaßen konfiguriert:

Besten Gruß

Glasfaser

@mapec1104

Hast du eigentlich auch überprüft , ob der Stick auch da ist / erkannt wird !?

MaPEC1104

@glasfaser
lsusb gibt folgendes aus:

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 046a:0023 Cherry GmbH Keyboard
Bus 001 Device 004: ID 045e:0039 Microsoft Corp. IntelliMouse Optical
Bus 001 Device 003: 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

Der Stick wird also als Device 3 erkannt.

Glasfaser

@mapec1104

ls -l /dev/serial/by-id

MaPEC1104

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

ls -l /dev/serial/by-id

pi@raspberrypi:~ $ ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13  7. Mai 15:17 usb-Silicon_Labs_IMST_USB-Stick_for_Smart_Meter_00919E62-if00-port0 -> ../../ttyUSB0

Glasfaser

@mapec1104

Der Stick gehört root

NEWS

Test Adapter wireless-mbus v0.10.x

Support us

607

32.4k

81.4k

1.3m