Test Adapter wireless-mbus v0.9.x
-
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? -
@glasfaser
Das Problem sollte damit aber nichts zu tun haben. In meinem zweiten System gehört der Stick auch root und es funktioniert trotzdem. Nur der Stick ist ein anderer.lrwxrwxrwx 1 root root 13 25. Apr 14:56 usb-Silicon_Labs_WiMOD_iM871A-usb_019644 84-if00-port0 -> ../../ttyUSB0Das heißt wohl das der Stick defekt ist oder einfach nicht kompatibel. Schade
-
@marsmännchen
Hallo,
hast Du den Sticks zum Laufen bekommen?
Ich verzweifle daran… -
@mapec1104
ja, läuft bei mir einwandfrei. Kann jetz aber beim besten willen leider keinen Lösungsansatz mitteillen da ich ja eher voll der Noob bin.
Habe auch lange gebraucht, und wenn ich bei dir so mitlese hast du ja schon einiges versucht.
Wie ich das sehe bleibt bei dir der SerialPort error??
Was ist wenn du diesen Stick auf deinem "anderen System" verwenden willst? -
@marsmännchen
Danke für dein Feedback. ... ich bin auch auf der Suche nach einem passenden Windows Treiber. Leider scheint dieser RWE Stick aber wirklich ein absoluter Exot zu sein. Hast du ihn auch unter Windows installieren können? Falls ja, welchen Treiber hast du genommen? -
Moin
Ich musste Heute Morgen mein System neu starten und da habe ich verwundert das im Log gelesen:
wireless-mbus.0 2022-05-17 07:38:13.638 debug connected set to true wireless-mbus.0 2022-05-17 07:38:13.631 error CUL: Failed to init device: Timeout waiting for response wireless-mbus.0 2022-05-17 07:38:10.630 error CUL: Error getting CUL version: Timeout waiting for response wireless-mbus.0 2022-05-17 07:38:07.680 debug connected set to false wireless-mbus.0 2022-05-17 07:38:07.625 debug Created device of type: CUL wireless-mbus.0 2022-05-17 07:38:07.581 info starting. Version 0.8.0 (non-npm: lvogt/ioBroker.wireless-mbus#3c8217e899f2d1f1ea43ebf70bf1bf08a2c37715) in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v14.19.1, js-controller: 4.0.23Gibts jetzt eine Verbindung, oder nicht?
Werte scheinen bisher keine rein zu kommen...
Danke für einen Tipp
Daniel -
@ratte-rizzo
Hi. Ich denke da besteht keine Verbindung. Das am Ende connected auf true gesetzt wird ist ein Bug...
Evtl. habe ich mit 0.8.0 beim neuschreiben der Kommunikation einen Bug eingebaut oder dein CUL macht gerade einfach Probleme.
Evtl. nochmal Port und Rechte etc prüfen oder ein Downgrade auf 0.7.9 machen, diese Woche habe ich wenig Zeit, um dem auf den Grund zu gehen -
Moin @lvogt
Ach wie schön, dann hab ich ja noch nen Bug gefunden
Die "Ampel" bei den Instanzen war auch grün übrigens. Daten kamen nach einer Stunde auch noch keine.Dann hab ich "irgendwas" gemacht, zig mal gebootet und nun läuft er wieder. Natürlich absolut nicht reproduzierbar. Lag jedenfalls nicht am Adapter (außer der Bug).
Läuft jedenfalls wieder.
Dank & Gruß
Daniel
