Test Adapter wireless-mbus v0.10.x
-
@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).
-
@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 -
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?
-
@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? -
@michael-uray
Hier steht alles drinnen. Zumindest für BurgenlandDatenpush.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. -
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.21Wenn er mal wenigstens loslaufen würde
Freue mich über Hinweise. -
@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
screentesten, wie es die cul Readme unter culfw.de vorschlägt -
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.
-
@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.19Und 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 -
........
-
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.
-
@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 .
-
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ß
-
Hast du eigentlich auch überprüft , ob der Stick auch da ist / erkannt wird !?
-
@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 hubDer Stick wird also als Device 3 erkannt.
-
ls -l /dev/serial/by-id -
@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 -
Der Stick gehört root
-
@glasfaser
Ah ok. deshalb kann der Adapter nicht darauf zugreifen. Besten dank für deine Hilfe...
Kannst du mir bitte noch sagen mit welcher Syntax ich chmod auf den Stick anwenden kann?
-
Ich habe jetzt versucht den Besitzer der Schnittstelle mit
sudo chown iobroker /dev/ttyUSB0zu ändern. Leider ohne Erfolg.
Kannst Du mit bitte nach sagen, wie ich das umsetzen kann?
