Test Adapter wireless-mbus v0.9.x
-
@lvogt sagte in Test Adapter wireless-mbus v0.7.x:
Wenn alles so frisch ist, ist dein "iobroker User" Mitgleid der Gruppe dialout? Bin mir gerade nicht sicher ob das nicht mittlerweile beim ioBroker Install sowieso immer passiert, wäre aber ein Ansatzpunkt.
..und dann war doch doch noch was am pi, das die console vom Pi standrdmäßig auf der serial was ausgibt. Ich meine das muß im pi deaktiviert werden damit der port geöffnet werden kann.
--> console beim boot disabled
sudo raspi-config --> interface option --> serial port
Infos zu serieller Schnittstelle PI
sudo raspi-config --> interface option --> serial portDer Hinweis mit der Gruppenzugehörigkeit vom dialout hatte ich damals auch gecheckt war aber beim pi so korrekt angelegt.
-
@sonnenschein Bei meinem Nanocul gab es unter anderem auch die Problem mit der Baudrate.
Am Win PC wollte ich den flashen, die vorgegeben Baudrate von 38400 funktionierte aber nicht. Durch suchen im Inet und ausprobieren fand ich dann heraus das nur 57600 kommunizierte. Für wmbus ußt du im Adapter aber die Baudrate deines Endgerätes eingeben. Bei Kampstrupzählern geben die 300, ???? und 9600 baud an. -
@sonnenschein
Nein. Der Adapter muss natürlich die Baudrate des CULs oder welcher USB Stick auch immer zum Einsatz kommt wissen! -
@lvogt Du hast natürlich Recht. Ich hab eben noch mal geschaut. Am WIN PC wo ich mit ACC (Tool für den Amber Stick) den Stick gecheckt habe, ist die virtuelle com im Gerätemanager mit 115200 eingestellt,
aber wenn das ACC startet überschreibt der die Baudrate auf 9600.
Am PI wo ja auch dein Adapter läuft gibt gibt stty -F /dev/ttyUSB0 auch die 9600 aus.
-
So, ich habe mal trotz zur Zeit nicht funktionierender GitHub Actions die Version 0.7.7 veröffentlicht.
Die Warnung über Manufacturer specific VIFs ist jetzt auf "debug Level" runtergestuft und es gibt den ersten Versuch für Diehl PRIOS kodierte Telegramme.
-
Hallo @lvogt , eben gerade getestet, die richtige Baudrate eingestellt und schon läuft es.
Sieht sehr gut aus. -
Moin @lvogt
Vielen Dank erstmal für das Update. Nach ner knappen Stunde gibts im Log schon positive und negative Auswirkungen:
Das Update habe ich zwischen 13:21 und 13:28 gemacht. "Unkown manufacturer specific vif: 0x5f" ist jetzt weg. Sehr schön! Das hat ja 90% meines Logs ausgemacht in der Vergangenheit. "Unsupported CI Field" ist noch da, aber das hatte ich vorher ja auch. Ist aber keines meine Geräte, sondern irgendwo im Haus oder in der Nachbarschaft. Daher passt das schon.
Dank & Gruß
Danielwireless-mbus.0 2022-02-07 13:39:38.811 error Unsupported CI Field a0, remaining payload is 8310008812b800314465324297118935087ad50000000b6e4403004b6e000000426cbe26326cffff046d1302c72282046cdf218b046e220300 wireless-mbus.0 2022-02-07 13:38:02.550 error Unsupported CI Field a0, remaining payload is 8310008812b800314465324297118935087ad50000000b6e4403004b6e000000426cbe26326cffff046d1302c72282046cdf218b046e220300 wireless-mbus.0 2022-02-07 13:29:36.808 error Unsupported CI Field a0, remaining payload is 83100065120d01314465320689118935087ad70000000b6e2500004b6e000000426cbe26326cffff046d0109c72282046cdf218b046e250000 wireless-mbus.0 2022-02-07 13:28:08.545 error Unsupported CI Field a0, remaining payload is 83100065120d01314465320689118935087ad70000000b6e2500004b6e000000426cbe26326cffff046d0109c72282046cdf218b046e250000 wireless-mbus.0 2022-02-07 13:21:17.791 error WARNING: Unkown manufacturer specific vif: 0x5f wireless-mbus.0 2022-02-07 13:19:30.153 error WARNING: Unkown manufacturer specific vif: 0x5f wireless-mbus.0 2022-02-07 13:18:21.439 error WARNING: Unkown manufacturer specific vif: 0x5f wireless-mbus.0 2022-02-07 13:17:21.153 error WARNING: Unkown manufacturer specific vif: 0x5f -
@ratte-rizzo
Wie ich im Issue auf Github geschrieben hatte habe ich das extra nicht geändert, da es sich um einen Fehler handelt der zu gar keinen angelegten States führt.Die einfache Lösung, wenn du ein sauberes Log willst, ist, das Gerät in die Blockierliste aufzunehmen.
-
Moin @lvogt
Das war auch nicht als Kritik gemeint. Entschuldige, wenn das so rüber kam...
-
@ratte-rizzo
Nein, nein. Alles gut. Ich wollte nur sicherstellen, dass dir (und vl auch anderen die mitlesen) die Blockliste als Lösung bekannt ist.Edit: Wo ich gerade nochmal darüber nachdenke, wenn das automatische blockieren nach mehrfachen Fehlern eingeschaltet ist, dann dürfte die Meldung sowieso max 10mal pro Adapter Neustart kommen.
-
Moin @lvogt
Vielen Dank! Mein Log ist nun wesentlich sauberer! Eine Bitte bzw. einen Verbesserungsvorschlag habe ich dennoch. Ich habe seit einem Update und Reboot Probleme, mit dem USB Passthrough. Ist kein Adapter-Problem, aber: Die Log-Meldung, dass der USB-Port nicht da ist, war leider auf Debug-Level, weshalb ich das nicht bemerkt habe
wireless-mbus.0 2022-02-13 09:32:27.779 debug CUL: Error setting wMBus mode: Timeout waiting for response wireless-mbus.0 2022-02-13 09:32:27.778 debug CUL: Message response timeout wireless-mbus.0 2022-02-13 09:32:24.818 debug connected set to true wireless-mbus.0 2022-02-13 09:32:24.818 debug connected set to true wireless-mbus.0 2022-02-13 09:32:24.770 debug Created device of type: CUL (untested) wireless-mbus.0 2022-02-13 09:32:24.739 info starting. Version 0.7.7 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v12.22.10, js-controller: 3.3.22 host.himbeere 2022-02-13 09:32:24.193 info instance system.adapter.wireless-mbus.0 started with pid 19689Ob man da noch mal was machen kann und die auf Error Level heben kann?
Dank & Gruß
Daniel -
@ratte-rizzo
Danke für den Hinweis. Ich werde das bei Gelegenheit anpassen. -
Hallo @lvogt
Ich wollte mal fragen ob der Adapter auch den Wasserzähler Diehl IZAR auslesen kann oder ob das schon wer geschafft hat.
Derzeit frage ich ihn mit einem Nano Cul nach dieser Anleitung (https://github.com/zibous/ha-watermeter/blob/master/docs/wmbusmeters-nano_cul.md) ab.Für mich wäre es viel leichter es in Zukunft mit deinem Adapter zu machen.
Danke schon mal für deine Unterstützung und den tollen Adapter!
Sg. Gerald
-
@gerald123 ja ich lese den izar 868 damit aus.
Geht ohne Probleme mit dem NanoCul -
Hallo @michi_pi
Kannst du mir deine Einstellungen mal posten.
Bei mir kommt da nichts an.
Hast du bei den Geräten auch den Key leer gelassen, ich habe nur die Zähler IDDanke!
-
@gerald123 ja, der key ist leer, brauch da keinen.
hier meine Einstellungen
-
@michi_pi
Ich habe genau die gleichen Einstellungen auf meinem Testsystem eingestellt, leider bekomme ich keine Verbindung zum Wasserzähler.
Im Log ist nach dem Starten folgendes und dann kommt nichts mehr:2022-03-01 17:14:12.865 - info: host.raspberrypi "system.adapter.wireless-mbus.0" enabled 2022-03-01 17:14:12.967 - info: host.raspberrypi instance system.adapter.wireless-mbus.0 started with pid 3008 2022-03-01 17:14:16.102 - warn: wireless-mbus.0 (3008) Object wireless-mbus.0.info.rawdata is invalid: Default value has to be type "string" but received type "boolean" 2022-03-01 17:14:16.110 - warn: wireless-mbus.0 (3008) This object will not be created in future versions. Please report this to the developer. 2022-03-01 17:14:16.145 - info: wireless-mbus.0 (3008) starting. Version 0.7.7 (non-npm: lvogt/ioBroker.wireless-mbus#32679a612e4f3c02184035bd12d7fcaad4840ff1) in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v14.19.0, js-controller: 4.0.15 2022-03-01 17:18:56.607 - error: host.raspberrypi Caught by controller[0]: <--- Last few GCs ---> 2022-03-01 17:18:56.607 - error: host.raspberrypi Caught by controller[0]: [3008:0x4a1cd40] 277506 ms: Scavenge 229.5 (231.8) -> 228.6 (231.8) MB, 11.5 / 0.0 ms (average mu = 0.183, current mu = 0.146) task 2022-03-01 17:18:56.608 - error: host.raspberrypi Caught by controller[0]: [3008:0x4a1cd40] 277660 ms: Scavenge 229.4 (231.8) -> 228.6 (232.0) MB, 14.3 / 0.0 ms (average mu = 0.183, current mu = 0.146) task 2022-03-01 17:18:56.611 - error: host.raspberrypi Caught by controller[0]: [3008:0x4a1cd40] 277800 ms: Scavenge 229.4 (232.0) -> 228.7 (232.0) MB, 4.3 / 0.0 ms (average mu = 0.183, current mu = 0.146) task 2022-03-01 17:18:56.612 - error: host.raspberrypi Caught by controller[0]: <--- JS stacktrace ---> 2022-03-01 17:18:56.613 - error: host.raspberrypi Caught by controller[0]: FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory 2022-03-01 17:18:56.614 - warn: host.raspberrypi instance system.adapter.wireless-mbus.0 terminated due to SIGABRT 2022-03-01 17:18:56.614 - info: host.raspberrypi instance system.adapter.wireless-mbus.0 terminated with code NaN () 2022-03-01 17:18:56.615 - info: host.raspberrypi Restart adapter system.adapter.wireless-mbus.0 because enabled 2022-03-01 17:19:26.671 - info: host.raspberrypi instance system.adapter.wireless-mbus.0 started with pid 3042 2022-03-01 17:19:29.393 - warn: wireless-mbus.0 (3042) Object wireless-mbus.0.info.rawdata is invalid: Default value has to be type "string" but received type "boolean" 2022-03-01 17:19:29.402 - warn: wireless-mbus.0 (3042) This object will not be created in future versions. Please report this to the developer. 2022-03-01 17:19:29.432 - info: wireless-mbus.0 (3042) starting. Version 0.7.7 (non-npm: lvogt/ioBroker.wireless-mbus#32679a612e4f3c02184035bd12d7fcaad4840ff1) in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v14.19.0, js-controller: 4.0.15 -
@gerald123 bin da auch nicht so fit, aber nach deinem Log denk ich hast du mit dem Speicher ein Problem.
Ist dein Arbeitsspeicher voll? Welche Plattform nutzt du? -
@michi_pi
Habe das Testsystem auf einem Raspi PI3+ aufgesetzt.
Es läuft nur IoBroker mit diesem Adapter -
@gerald123 hab mal nach dem Fehler im Forum gesucht, das Problem haben wohl schon mehrere gehabt.
FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memoryHast du alles aktuell? Das System updaten hat wohl bei den meisten das Problem behoben.
Musst mal suchen.
