NEWS
Test Adapter wireless-mbus v0.10.x
-
@simps said in Test Adapter wireless-mbus v0.7.x:
Anbei ein Debug-Log, ist das ausreichend?
Eigentlich nicht. Da ist ja nicht mal drin dass der Adapter ein korrekte Antwort vom CUL nach dem Setzen des T- oder S-Modes bekommen hat. Aber: (s.u.)
Derzeit hängt er in folgender Schleife fest
wireless-mbus.0 10401 2022-04-04 08:36:08.180 info starting. Version 0.7.8 (non-npm: lvogt/ioBroker.wireless-mbus#ece83640b64ef90971e96e03b229f236dd2d2b0a) in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v12.22.11, js-controller: 4.0.21 host.pii 2022-04-04 08:36:06.752 info instance system.adapter.wireless-mbus.0 started with pid 10401 host.pii 2022-04-04 08:35:36.646 info Restart adapter system.adapter.wireless-mbus.0 because enabled host.pii 2022-04-04 08:35:36.645 info instance system.adapter.wireless-mbus.0 terminated with code NaN () host.pii 2022-04-04 08:35:36.645 warn instance system.adapter.wireless-mbus.0 terminated due to SIGABRT host.pii 2022-04-04 08:35:36.641 error Caught by controller[0]: FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory wireless-mbus.0 10027 2022-04-04 08:24:50.165 info starting. Version 0.7.8 (non-npm: lvogt/ioBroker.wireless-mbus#ece83640b64ef90971e96e03b229f236dd2d2b0a) in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v12.22.11, js-controller: 4.0.21 host.pii 2022-04-04 08:24:48.732 info instance system.adapter.wireless-mbus.0 started with pid 10027 host.pii 2022-04-04 08:24:18.631 info Restart adapter system.adapter.wireless-mbus.0 because enabled host.pii 2022-04-04 08:24:18.631 info instance system.adapter.wireless-mbus.0 terminated with code NaN () host.pii 2022-04-04 08:24:18.630 warn instance system.adapter.wireless-mbus.0 terminated due to SIGABRT host.pii 2022-04-04 08:24:18.630 error Caught by controller[0]: FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memoryWenn das wirklich eine Schleife ist, sollte es dich nicht wundern wenn der Adapter nichts empfängt, da er offensichtlich ununterbrochen neu gestartet wird. Die Fehlermeldung deutet auf ein Memoryleak hin, aber ich weiß nicht wirklich woher das kommen soll. Insbesondere da ja offensichtlich die meisten keine Probleme mit überfülltem Speicher haben. (Und es ja scheinbar quasi direkt nach dem Adapter Start bereits auftritt.) Weiter oben im Thread hatte jemand anderes schon dasselbe oder wenigstens ein ähnliches Problem was bisher nicht gelöst ist.
Wenn du etwas experimentieren willst kannst du mal versuchen andere Adapter / Skripte zu stoppen und gucken ob es hilft.
"Adapter aus der Beta installiert" führt natürlich dann zu einer Instanz. Nur der Github-Link nicht.
Wie ich geschrieben habe, ist der Unterschied dass ioBroker nicht automatisch eine Instanz anlegt wenn du den Adapter aus dem Git Repository installierst, das müsstest du halt "manuell" machen. Ist aber ja auch egal, der du am Ende sowieso mit dem selben Stand wie aus dem "beta Repository" raus kommst.
Derzeit läuft er auf /dev/ttyAMA0 wenn ich den Port wechsle auf /dev/ttyUSB0 kommt:
wireless-mbus.0 10849 2022-04-04 08:47:42.147 error CUL: Error setting wMBus mode: Timeout waiting for response wireless-mbus.0 10849 2022-04-04 08:47:42.144 error CUL: Message response timeoutDas bedeutet, das er auf dem ttyUSB0 nicht ansprechbar ist oder?
Im Grunde ja. Welches der richtige Port musst du schon selber wissen / rausfinden. (Zb. in
dmesgnach dem Verbinden des CULs gucken...) Auf Dauer würde ich dir aber empfehlen, einen Symlink durch udev anlegen zu lassen, damit du nicht auf die ttyUSB Nummerierung vertrauen musst. Wenn du mehr als ein Serialdevice hast, kann die sich (am RPi) nämlich je nach Neustart ändern. (Dazu gibt's keine Anleitung von mir - aber mehr als genug quer durchs Internet verteilt...)Mal geraten:
/dev/ttyAMA0klingt (in meiner Erinnerung) für den Raspi eher unplausibel - ist je nach Config glaube ich ein Debug Port. Evtl. kommen da Berge von anderen Daten/Müll an. Der Adapter sammelt alles auf (weil er darauf wartet ein vollständiges Telegramm oder eine Antwort auf einen Befehl zu bekommen und schreibt ruckzuck den RAM voll. Vor dem Hintergrund sollte ich mal noch ein Limit für den Puffer einbauen, das ist bisher nämlich noch nicht der Fall...
Wenn ich da richtig gereaten hätte, dann gäbe es kein Problem außer dass du den korrekten Port auswählen musst...Und es "funkt" auf jeden Fall :-) Ich habe hier Test-Heizkostenverteiler verschiedener Marken als Testgeräte, auf der richtigen Frequenz und im richtigen OMS WMBUS Format, einige sind AES verschlüsselt, andere nicht, aber keiner kommt an in den Objekten.
Das ist schon mal gut - aber natürlich musst du trotzdem darauf warten dass die Geräte auch tatsächlich was versenden. Gerade Heizkostenverteiler sind nicht gerade die Geräte die am häufigsten Senden... (kenne aber natürlich deine konkreten Geräte und deren Konfiguration aber nicht.)
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.
-
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 -
@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ägtHallo 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 :see_no_evil: ).Falls es nicht "läuft" bitte ein "Debug Log" posten und im Zweifelsfall zurück auf 0.7.9. wechseln.
-
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 :see_no_evil: ).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!:smirk:
Dankbarste Grüße
Patrick -
@lvogt said in Test Adapter wireless-mbus v0.7.x:
Hallo zusammen,
ich habe gerade v0.7.9 auf npm publiziert. Die Version bringt nichts neues für euch - aber für mich ;)
Und zwar werden im Debug Log nun sämtliche "Nachrichten" zw. Adapter und "USB Stick" geloggt. Ich hätte gerne von den 4 unterstützten Empfängsmodulen jeweils von 1 oder 2 Nutzern das Log vom Adapterstart und wenn es geht auch noch von einem empfangenen Telegramm. Gerne als PN (oder Chat wie es hier im Forum heißt) direkt an mich.
So...bin deiner Bitte nachgekommen. Mein Log kommt gleich per PN.
Es sind mehrere Telegramme zu Qundis Wasserzählern (qwater 5.5) enthalten.
Die Fehler "invalid date: 65535" dürften meiner Einschätzung nach daher rühren, dass die Wasserzähler neu sind, bisher nie ausgelesen wurden und daher noch kein aktuelles Datum haben. -
Du kannst auch eine Regel für udev anlegen
(Als root bzw. mit sudo) Die Datei
/etc/udev/rules.d/99-imst.rulesanlegen und das muss rein: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'"Ohne Garantie dass das so 100% korrekt ist.
EDIT: Ich hatte da ursprünglich auch einen Einzeiler stehen - aber der entfernt wohl die Anführungszeichen - dann ist udev damit glaube ich nicht mehr zufrieden.
EDIT2: Das scheint zu funktionieren:
sudo bash -c "echo \$'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\\'\"' > /etc/udev/rules.d/99-imst.rules" -
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 .
-
@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ß
-
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 !?
-
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.
-
@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 -
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 -
@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 -> ../../ttyUSB0Der Stick gehört root
-
Der Stick gehört root
@glasfaser
Ah ok. deshalb kann der Adapter nicht darauf zugreifen. Besten dank für deine Hilfe... :+1:Kannst du mir bitte noch sagen mit welcher Syntax ich chmod auf den Stick anwenden kann?
-
Der Stick gehört root
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? -
Der Stick gehört root
@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 :-(
-
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
Hallo,
hast Du den Sticks zum Laufen bekommen?
Ich verzweifle daran… -
@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? -
@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? -
@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
Support us
801
Online32.4k
Users81.5k
Topics1.3m
Posts