Adapter WM-Bus / Hat den einer am Laufen?
-
Hallo zusammen,
ich spiele erst seit ein paar Tagen mit ioBroker herum aber bis jett war vieles logisch und selbsterklärend.
owfs, knx, vis, ….sonos habe ich ans Laufen bekommen und ist logisch.
Nun tauchen aber doch ein paar Fragen auf, wo der wm-bus nicht das macht, was ich erwartet hätte.
1. gibt es einen Ort, an dem die ganze Doku zu den Adapern zu finden ist - oder kommt die z.T. später?
2. Versuche ich AES Zählerdaten auszulesen. Ich verstehe es so, dass nur ein neuer AES-Schlüssel eingetragen werden muss und das Gerät sich dan selbst anlegt. Ist das so? An der stelle scheiter ich. Beim AES würde ich nicht den Fehler suchen, da dieser auf einem anderen WM-Bus funktioniert.
3. Wenn es bei einem von euch Läuft, wie ist der Normale ablauf? Wie heißen die Zählerwerte unter Objekte?
4. Hier mal ein Auszug aus dem LOG:
4.1 Der empfängt doch was, oder nicht? inputCount {"val":0, irritiert mich etwas.....
wm-bus.0 2017-06-28 13:40:45.553 debug redis publish io.system.adapter.wm-bus.0.outputCount {"val":8,"ack":true,"ts":1498650045546,"q":0,"from":"system.adapter.wm-bus.0","lc":1498646032871} wm-bus.0 2017-06-28 13:40:45.552 debug redis publish io.system.adapter.wm-bus.0.inputCount {"val":0,"ack":true,"ts":1498650045543,"q":0,"from":"system.adapter.wm-bus.0","lc":1498646032870} wm-bus.0 2017-06-28 13:40:45.552 debug redis publish io.system.adapter.wm-bus.0.uptime {"val":17,"ack":true,"ts":1498650045539,"q":0,"from":"system.adapter.wm-bus.0","lc":1498650045539} wm-bus.0 2017-06-28 13:40:45.552 debug redis publish io.system.adapter.wm-bus.0.memHeapUsed {"val":11.72,"ack":true,"ts":1498650045537,"q":0,"from":"system.adapter.wm-bus.0","lc":1498650045537} wm-bus.0 2017-06-28 13:40:45.551 debug redis publish io.system.adapter.wm-bus.0.memHeapTotal {"val":17.99,"ack":true,"ts":1498650045528,"q":0,"from":"system.adapter.wm-bus.0","lc":1498650030542} wm-bus.0 2017-06-28 13:40:45.551 debug redis publish io.system.adapter.wm-bus.0.memRss {"val":33,"ack":true,"ts":1498650045526,"q":0,"from":"system.adapter.wm-bus.0","lc":1498650045526} wm-bus.0 2017-06-28 13:40:45.551 debug redis publish io.system.adapter.wm-bus.0.connected {"val":true,"ack":true,"ts":1498650045524,"q":0,"from":"system.adapter.wm-bus.0","lc":1498650030537} wm-bus.0 2017-06-28 13:40:45.550 debug redis publish io.system.adapter.wm-bus.0.alive {"val":true,"ack":true,"ts":1498650045521,"q":0,"from":"system.adapter.wm-bus.0","lc":1498650030534} wm-bus.0 2017-06-28 13:40:30.565 debug redis mget 1 1 wm-bus.0 2017-06-28 13:40:30.549 debug redis publish io.system.adapter.wm-bus.0.outputCount {"val":8,"ack":true,"ts":1498650030548,"q":0,"from":"system.adapter.wm-bus.0","lc":1498646032871} wm-bus.0 2017-06-28 13:40:30.546 debug redis publish io.system.adapter.wm-bus.0.inputCount {"val":0,"ack":true,"ts":1498650030546,"q":0,"from":"system.adapter.wm-bus.0","lc":1498646032870} wm-bus.0 2017-06-28 13:40:30.545 debug redis publish io.system.adapter.wm-bus.0.uptime {"val":2,"ack":true,"ts":1498650030545,"q":0,"from":"system.adapter.wm-bus.0","lc":1498650030545} wm-bus.0 2017-06-28 13:40:30.544 debug redis publish io.system.adapter.wm-bus.0.memHeapUsed {"val":11.33,"ack":true,"ts":1498650030543,"q":0,"from":"system.adapter.wm-bus.0","lc":1498650030543} wm-bus.0 2017-06-28 13:40:30.542 debug redis publish io.system.adapter.wm-bus.0.memHeapTotal {"val":17.99,"ack":true,"ts":1498650030542,"q":0,"from":"system.adapter.wm-bus.0","lc":1498650030542} wm-bus.0 2017-06-28 13:40:30.541 debug redis publish io.system.adapter.wm-bus.0.memRss {"val":32.21,"ack":true,"ts":1498650030541,"q":0,"from":"system.adapter.wm-bus.0","lc":1498650030541} wm-bus.0 2017-06-28 13:40:30.539 debug redis publish io.system.adapter.wm-bus.0.connected {"val":true,"ack":true,"ts":1498650030537,"q":0,"from":"system.adapter.wm-bus.0","lc":1498650030537} wm-bus.0 2017-06-28 13:40:30.535 debug redis publish io.system.adapter.wm-bus.0.alive {"val":true,"ack":true,"ts":1498650030534,"q":0,"from":"system.adapter.wm-bus.0","lc":1498650030534} wm-bus.0 2017-06-28 13:40:30.531 debug redis keys 1 *.logging wm-bus.0 2017-06-28 13:40:30.521 debug redis psubscribe io.wm-bus.0.checkLogging wm-bus.0 2017-06-28 13:40:30.505 info starting. Version 0.2.0 in /opt/iobroker/node_modules/iobroker.wm-bus, node: v6.10.3 wm-bus.0 2017-06-28 13:40:30.477 debug redis get system.adapter.wm-bus.0.alive ok: {"val":false,"ack":true,"ts":1498650027572,"q":0,"from":"system.host.ioBroker-RasPi","lc":1498650027506} wm-bus.0 2017-06-28 13:40:30.460 info States connected to redis 127.0.0.1:6379 wm-bus.0 2017-06-28 13:40:30.449 debug statesDB connected wm-bus.0 2017-06-28 13:40:30.398 debug objectDB connected wm-bus.0 2017-06-28 13:40:27.519 info terminating wm-bus.0 2017-06-28 13:40:27.506 debug redis publish io.system.adapter.wm-bus.0.alive {"val":false,"ack":true,"ts":1498650027506,"q":0,"from":"system.adapter.wm-bus.0","lc":1498650027506} wm-bus.0 2017-06-28 13:40:27.502 info going down...VG, monty
-
Doku zu Adapter gibt es auf der iobroker.net Webseite und auf den Github-README-Seiten des jeweiligen Adapters. (Unter "Adapter" in der Zeile das Fragezeichen-Button auf der rechten Seite)
In dem Fall (ich habe modbus nicht am laufen) zeige doch mal die Konfiguration des Adapters.
-
hier die Config….
Der USB ist ein CUL
2984_iob.png -
als Doku habe ich das hier gefunden:
https://github.com/soef/iobroker.wm-bus … /README.md
Kann das mit node zusammenhängen oder ist neuer immer OK?
In der Doku seht````
This adapter requires at least Node 4.4mein PI ist: pi@ioBroker-RasPi:~ $ node -v v6.10.3 -
Neuer ist ok.
Der Adapter ist von soef, der ist im Github schnell mit ANtworten, also mach am besten dort ein Issue auf. Ggf mit vwerweis auf dem Thread hier …
-
habe ich gemacht. Danke!
-
Gefilter habe ich nach wm-bus.0 und Debug. Leider taucht da nix in HEX auf.
…..bin mal eine Schritt zurück gegangen und habe ein neues Image iobroker_RPi_2_3_20170514.img auf ne SD vom RPI3 gepackt und als Erstes nur unter Adapter (wm-bus) auf das + geklickt, dass die Intallation startet.
Fehlermeldung s.Bilder.
(Da kommt noch mehr, aber das Fenster schließt sich ja leider wieder nach der Installation automatisch - da wäre mal ne Anregung an die Entwicklung, dass der Euser das selbst schließen muss )
2984_wmbuserr.png
2984_mwbuserr2t.png
2984_wmlog.png -
Das "no write queue" haben wir schon festgestellt das das manchmal vorkommt und irgendwas mit den Seriellen Übertragungen - in dem Fall zum USB Port zu tun hat.
Kann es sein das da noch was anderes mitredet? Steck mal in einen anderen Port …
Ist es Windows?
-
Das ist ein jungfräuliches iobroker_RPi_2_3_20170514.img Image auf einer frisch formatieren SD, was auf nem RPI3 läuft.
Das habe ich gemacht um weiter Fehler auszuschließen. Also wirklich drauf, starten und dann als erstes wm-bus installiert und USB angeschlossen und zugeordnet.
Umstecken hatte ich auch schon versucht.
Im Git habe ich noch weitere Versuche und Auswertungen beschrieben und soef kontaktiert. Leider konnte ich da die Screenshots nicht hochladen. Darum wieder hier. Sorry für die Cross-over-Kommunikation
hier findet ihr den weiteren Text: https://github.com/soef/ioBroker.wm-bus/issues/6
-
irgendwas mit den Seriellen Übertragungen - in dem Fall zum USB Port zu tun hat. `
Bei solchen Adaptern lohnt es sich vielleicht die Installation des Adapters als root über die Konsole zu machen.Gruß
Rainer
-
Hallo monty!
Bist Du weitergekommen?
Ich habe gleichen USB Adapter iM871A-USB.
Meldungen im ioBroker sind die gleichen wie bei Dir am Anfang, was ja bedeutet das die Verbindung zum Stick funktioniert.
Habe mir das Wireless Studio installiert um mit dem PC zu testen ob ich etwas empfange.
Kannst Du mir vielleicht bei den Einstellungen des Sticks mal unter die Arme greifen? Ich weiss nicht recht was ich mache
Habe Screenshots und Fragen im neuen Thread "Adapter WM-Bus / Kampstrup Multical 21" abgelegt.
Wäre schön wenn Du mir Infos dazu geben könntest.
-
Wenn es Fragen an den Entwickler gibt am besten per Github Issues im Adapter-Repository melden.
