Adapter WM-Bus / Kampstrup Multical 21

[matze-dev]

@wolfgangfb also bei mir war es so, dass der mosquitto Server noch lief, dann ist der MQTT aber auf rot gelaufen und es gab einen IP Adresskonflikt, weil die Adresse und Port bereits an den anderen Prozess gebunden sind. Der muss rauskonfiguriert werden, ist in meiner Doku beschrieben. Das sieht man schön im Log auf der linken Seite. Bei Dir ist er aber gelb? Schau mal auf der linken Seite im Log. Wie sind da die Fehlermeldungen? Ggfs. mal den MQTT neu starten. Wichtig ist auch, dass beide Skripte laufen, das eine macht genau die Variablenübernahme.

[WolfgangFB]

@matze-dev

Sieg!!!!!

Was es jetzt im Endeffekt war, kann ich auch nicht sagen, ich habe die letzten Installationsschritte nochmal durchgeführt und dann festgestellt, dass mein IO-Broker einige Einstellungen einfach nicht gespeichert hat (ich habe die die definitiv beim ersten mal 1:1 aus Deinen Vorgaben übernommen. Plötzlich und unerwartet waren dann auf einmal die Datenpunkte da.
Zur Info: Die Wasseruhr liegt auf meinem Schreibtisch und meldet deshalb "dry".
Was mich noch etwas irritiert sind die Temperaturen. Auf meinem Schreibtisch sollten eigentlich um die 25° sein.

Kleiner Hinweis noch zur ansonsten tollen Anleitung (ohne die hätte ich wahrscheinlich aufgeben müssen): Für Leute, die wirklich kurz vor dem Verzweifeln sind und wirklich alles 1:1 nachmachen wollen wäre der Hinweis ganz gut, dass die Anzeige des IO-Brokers bei unterschiedlichen Browsern unterschiedlich aussehe kann (bei einem Browser klappt bei mir z.B. das Adapter Fenster einfach nicht, auf dem nächsten dagegen problemlos.

Also: Vielen vielen vielen Dank!

PS. Gibt es so eine tolle Anleitung auch für den Modbus-RTU

PPS (Weil ich hier ja schon die Linux Experten habe, gehört sonst nicht hierher) Wie kann ich in dem ssh Fenster die Farben so einstellen, dass man das dunkelblau vor schwarzem Hintergrund lesen kann? (Wenn ich mit der Maus den Text markiere wird daraus gelb auf weiß was genauso schlecht zu lesen ist)?

Schönes Wochenende und einen trockenen Keller wünscht

Wolfgang

[Thomas Braun]

@wolfgangfb sagte in Adapter WM-Bus / Kampstrup Multical 21:

Wie kann ich in dem ssh Fenster die Farben so einstellen, dass man das dunkelblau vor schwarzem Hintergrund lesen kann?

Das kann man in der config-Datei zu der verwendeten Shell einstellen.

Für die bash z.B. in der bashrc

Btw: Mit CodeTags statt der eh verpönten Screenshots wäre das nicht passiert. Verwende CodeTags!

[WolfgangFB]

@thomas-braun

Dank, ich habe es gefunden. Das mit dem Screenshot war Absicht, ich weiß, dass Code-Tags besser lesbar sind, ich wollte aber gerade zeigen, wie unleserlich das ganze in meiner Shell aussieht.

[matze-dev]

@wolfgangfb Hallo, schön dass es geklappt hat!
Leider kann ich mit dem Modbus-RTU nicht weiterhelfen, habe nur den Wasserzähler eingebaut bekommen.

Ich hoffe, wegen der Browser-Fenster sehen Nachahmer hier im Threat nach und sehen Deinen Hinsweis. Die Browserhersteller ändern ja permanent, da weiß ich leider auch nicht, wann und wie sich das Verhalten ändern wird. Darum würde ich es erst einmal draußen lassen. Trotzdem Danke für den Hinweis.

[WolfgangFB]

@matze-dev

Noch ein Hinweis für diejenigen, die das einfach nachbauen möchten.
Bei mir ist noch folgendes passiert: Als ich die Skripte (insbesondere "extract_wmbusmeters-values.js") anpassen wollte kam mein Ultraedit (Schriftart Courier) nicht mit den Umlauten zurecht und hat aus einem "ü" ein "ü" gemacht etc. Das Resultat war, dass einige Datenpunkte nicht angelegt worden sind (alle, die entweder einen Umlaut enthalten oder als Einheit das "°" Zeichen. Diese Datenpunkte kann ich auch nicht von Hand neu anlegen, die sind irgendwie gesperrt/blockiert. Abhilfe hat gebracht,die Datenpunkte mit einem neuen Namen zu versehen.

Gruß Wolfgang

[Thomas Braun]

@wolfgangfb

Stell beim Editor utf-8 ein. Das dürfte das Problem der Codierung beheben.

Aber ja, es ist eine gute Idee Sonderzeichen wie deutsche Umlaute aus Skripten herauszuhalten.

[WolfgangFB]

@thomas-braun
Ich wollte nur darauf hinweisen was passiert, wenn man nicht darauf achtet (dass eben die Datenpunkte überhaupt nicht angelegt werden).

[TbsJah]

Endlich habe ich von der Gemeinde die KEM inkl. Passwort erhalten und konnte nun auch starten...

@matze-dev
Danke für deine ausführliche Anleitung! Hat bei dem ersten Test auf anhieb funktioniert.

Einfacher war jetzt für das Produktivsystem (für mich) mit git zu arbeiten.
Ebenso reicht es bei mir aus nur den MQTT Client zu installieren um zu puplishen

sudo apt install mosquitto-clients
sudo apt install git
git clone https://github.com/weetmuts/wmbusmeters
./configure; make; sudo make install

Statt mit vi arbeite ich lieber mit nano. Macht es für mich einfacher

sudo nano /etc/wmbusmeters.conf

Da ich bei mir den Raspi öfters mal reboote habe ich device auf auto gestellt
Da bei jedem Neustart der USB willkürlich gezogen wird

device=auto:c1

Noch einmal danke

[WolfgangFB]

@matze-dev
Hallo Matze

Ich habe gerade versucht, auf einem zweiten Raspberry das ganze nochmal von Grund auf neu nachzuvollziehen. Installation klappt auch, die Werte werden ausgelesen, nur die Übertragung per MQTT in IoBroker klappt nicht. Vermutlich weil ich ja einen zweiten raspi mit genau der gleichen Konfiguration laufen habe.
Frage: Wie stelle ich den Mosquitto so ein, dass er sich nicht mit einem zweiten Mosquitto im gleichen Netz beißt? Ich vermute (bin mir aber nicht sicher), dass ein anderer Port genügen könnte (wo stellt man den ein?)

Gruß Wolfgang

[matze-dev]

@wolfgangfb Hallo Wolfgang, das glaube ich eher nicht - der MQTT als Broker wird ja immer dann geweckt, wenn ein neues Datagramm eintrifft. Das klappt m.E. auch mit einer zweiten "Hardwareinstanz" = weiterer Raspi parallel. Siehst Du die Werte im 2. Raspi? Ist die mqtt-Installation korrekt gelaufen etc.? Viel Glück.

[WolfgangFB]

@matze-dev

Hi, die Werte der Wasseruhr kommen im Raspi an. Im IO-Broker werden in den Objekten unter mqtt.0 keine Einträge erzeugt.
Der mqtt Adapter ist gelb (was aber wohl normal ist)

[matze-dev]

@wolfgangfb Hi, kann es sein, dass noch der mosquitto parallel läuft?
Siehe Beschreibung Punkt 21:
21. Mosquitto Dienst ggfs. deaktivieren und entfernen
sudo systemctl stop mosquitto <ENTER>
sudo update-rc.d mosquitto remove <ENTER>
sudo systemctl disable mosquitto <ENTER>
nach Eingabe des Kommandos
ps aux|grep mosquitto <ENTER>
muss die Ausgabe so aussehen:

[WolfgangFB]

@matze-dev said in Adapter WM-Bus / Kampstrup Multical 21:

Das tut sie:

pi@raspberrypi202:/var/log/wmbusmeters $ ps aux|grep mosquitto
pi       16228  0.0  0.0   7388   580 pts/0    S+   20:07   0:00 grep --color=auto mosquitto
pi@raspberrypi202:/var/log/wmbusmeters $

Das Problem ist ja, dass die Datenpunkte nicht angelegt werden.

[matze-dev]

@wolfgangfb Hallo, wenn die Datenpunkte nicht angelegt werden, bitte das Skript (extract_watermeters muss laufen) ausführen.
Die Datenpunkte liegen dann hierunter: javascript.0."Werte".

[WolfgangFB]

@matze-dev
Sorry, habe mich nicht klar ausgedrückt. Die sind natürlich da. Ich meine die auf Seite 26 erwähnten Punkte unter mqtt.0.

[matze-dev]

@wolfgangfb Hallo,
so müsste der mqtt aussehen.
Passt das?

In den Protokollen müssen permanent Meldungen der Art hereinkommen:

[WolfgangFB]

@wolfgangfb

Bei mir kommt aber über mqtt schlicht nichts rein. Deswegen werden wohl auch die Datenpunkte nicht angelegt.
Wo kann ich denn da noch nachsehen?

[matze-dev]

@wolfgangfb Hallo,
dann bitte die Kette durchschauen:

1. Läuft der MQTT im iobroker?
   
   
2. dann nachschauen, ob der MQTT richtig konfiguriert ist:
   
   
3. prüfen, ob wmbusmeters läuft
   
4. prüfen, ob die Konfig vom wmbusmeters passt und Werte geschrieben werden:
   tail -f /var/log/wmbusmeters/wmbusmeters.log
   so etwas müsste dann auftauchen:
   
   Passt das dann alles schon?

Viel Glück.

[WolfgangFB]

@matze-dev

Hallo

Ich konnte das Problem jetzt lösen, danke für die Hilfe.
Zuerst war 1 (netstat) schon negativ, da ist mir dann aufgefallen, dass der mqtt auf client anstatt auf server stand (ich bin mir aber sicher, dass ich das beim letzten mal überprüft habe).
Dann habe ich bei

pi@raspberrypi202:/var/log/wmbusmeters $ sudo systemctl daemon-reload
pi@raspberrypi202:/var/log/wmbusmeters $ systemctl status wmbusmeters
● wmbusmeters.service - "wmbusmeters service"
     Loaded: loaded (/lib/systemd/system/wmbusmeters.service; enabled; vendor preset: enabled)
     Active: active (running) since Sun 2021-10-31 16:58:33 CET; 1 weeks 2 days ago
       Docs: https://github.com/weetmuts/wmbusmeters
             man:wmbusmeters(1)
   Main PID: 682 (wmbusmetersd)
      Tasks: 4 (limit: 2059)
        CPU: 9min 38.963s
     CGroup: /system.slice/wmbusmeters.service
             └─682 /usr/sbin/wmbusmetersd /run/wmbusmeters/wmbusmeters.pid

Okt 31 16:58:32 raspberrypi202 systemd[1]: Starting "wmbusmeters service"...
Okt 31 16:58:33 raspberrypi202 wmbusmetersd[626]: (wmbusmeters) started /run/wmbusmeters/wmbusmeters.pid
Okt 31 16:58:33 raspberrypi202 wmbusmetersd[682]: No such key:
                                                  loglevel
Okt 31 16:58:33 raspberrypi202 systemd[1]: Started "wmbusmeters service".
Okt 31 16:58:33 raspberrypi202 wmbusmetersd[682]: Found invalid key "
                                                  name" in meter config file

gesehen, dass da etwas nicht stimmt.
Da war einfach am Anfang eine Leerzeile drin, genauso wie in

/etc/wmbusmeters.d/MyTapWater

Nachdem ich diese Leerzeilen entfernt habe lief das ganze immer noch nicht. Erst nachdem ich den Raspi neu gestartet habe läuft jetzt alles und die Wasseruhr wird in den Ojekten angezeigt. Dass eine Leerzeile in einer Konfigurationsdatei solche Auswirkungen hat hätte ich nicht gedacht.

Gruß Wolfgang