Adapter WM-Bus / Kampstrup Multical 21

WolfgangFB

@thomas-braun
Bei mir ist der Wurm drin :-(

Zuerst habe ich den MQTT Broker/Clinet installiert. Die Bilder sahen bei mir genauso aus wie bei matze-dev, aber der Adapter blieb auf gelb und es wurden keine Datenpunkte angelegt.

Ich habe den Raspberry neu gestartet (Thomas Braun: Mal neu gestartet?)

sudo reboot

danach (wie immer nach einem reboot) " Cannot find view "system" for search "host".
Gemäß Anleitung den letzten regulären Zustand aus den Backups wiederhergestellt.

pi@raspberrypi4:/opt/iobroker/iobroker-data/backup-objects $ iobroker start
pi@raspberrypi4:/opt/iobroker/iobroker-data/backup-objects $ iobroker status
iobroker is running on this host.


Objects type: file
States  type: file
pi@raspberrypi4:/opt/iobroker/iobroker-data/backup-objects $
pi@raspberrypi4:/opt/iobroker/iobroker-data/backup-objects $ iobroker status
No connection to databases possible ...
pi@raspberrypi4:/opt/iobroker/iobroker-data/backup-objects $
pi@raspberrypi4:/opt/iobroker/iobroker-data/backup-objects $
pi@raspberrypi4:/opt/iobroker/iobroker-data/backup-objects $ iobroker stop
pi@raspberrypi4:/opt/iobroker/iobroker-data/backup-objects $ iobroker status
iobroker is not running on this host.


Objects type: file
States  type: file
pi@raspberrypi4:/opt/iobroker/iobroker-data/backup-objects $ iobroker start
pi@raspberrypi4:/opt/iobroker/iobroker-data/backup-objects $
pi@raspberrypi4:/opt/iobroker/iobroker-data/backup-objects $ iobroker status
/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:2674
                res.forEach(aliveState => {
                    ^

TypeError: Cannot read property 'forEach' of undefined
    at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:2674:21)
    at processImmediate (internal/timers.js:463:21)

Was habe ich jetzt schon wieder falsch gemacht?

WolfgangFB

@wolfgangfb

Nach diversen Neustarts läuft der IO-Broker (zum Glück) wieder).
Was mich stutzig macht ist:

pi@raspberrypi4:/opt/iobroker/iobroker-data/backup-objects $ mosquitto
1626002431: mosquitto version 2.0.11 starting
1626002431: Using default config.
1626002431: Starting in local only mode. Connections will only be possible from clients running on this machine.
1626002431: Create a configuration file which defines a listener to allow remote access.
1626002431: For more details see https://mosquitto.org/documentation/authentication-methods/
1626002431: Opening ipv4 listen socket on port 1883.
1626002431: Error: Address already in use
1626002431: Opening ipv6 listen socket on port 1883.
1626002431: Error: Address already in use

Das klingt für mich als ob ein anderer Dienst auf dem gleichen Rechner auf Port 1883 etwas macht.

pi@raspberrypi4:/opt/iobroker/iobroker-data/backup-objects $ netstat -a | grep 1883
tcp        0      0 localhost:1883          0.0.0.0:*               LISTEN
tcp6       0      0 localhost:1883          [::]:*                  LISTEN

außerdem sieht für mich

sudo systemctl start wmbusmeters
more /var/log/wmbusmeters/wmbusmeters.log
[2021-07-11_13:27:40] Started config im871a[00100776] on /dev/ttyUSB0 listening on none
(im871a) on /dev/ttyUSB0
(serial) EVENT thread interrupted
(im871a) get config
(im871a) got device id 00000000
[2021-07-11_13:27:51] Not the expected dongle (dongle said 00000000, you said 00100776!
(wmbus) deleted im871a
No wmbus device detected, waiting for a device to be plugged in.
(shell) exec (capture output) "/bin/pidof"
(shell) arg "wmbusmetersd"
(shell) output: >>>5672
<<<
(serial) EVENT thread interrupted
(shell) return code 0
(shell) 5728 exited
(shell) exec (capture output) "/bin/pidof"
(shell) arg "wmbusmeters"
(shell) output: >>><<<
(serial) EVENT thread interrupted
(shell) return code 1
(shell) 5729 exited
(serial) registered regular callback HOT_PLUG_DETECTOR(0) every 2 seconds
(wmbusmeters) waiting for telegrams
(serial) waiting for stop
(serial) TIMER thread interrupted
(serial) EVENT thread interrupted
[2021-07-11_13:27:53] (memory) rss 2924544 peak 2.78 MiB
(lookup) with file "/dev/ttyUSB0"
(serial) EVENT thread interrupted
(serial) EVENT thread interrupted
(serial) EVENT thread interrupted
[2021-07-11_13:28:37] Expected im871a on /dev/ttyUSB0 but found unknown instead, ignoring it!
(verbose) ignoring device auto

nicht gut aus. (ich verstehe das so, dass der Dongle garnicht erkannt wird)

matze-dev

@wolfgangfb Hallo Wolfgang, in der Tat, da sieht nicht so gut aus. Was sagt das Logfile, in das die Werte geschrieben werden? "cat /var/log/wmbusmeters/wmbusmeters.log" - sind die Werte darin OK?

WolfgangFB

@matze-dev
(Ab dem Zeitpunkt, wo der wmbusmaster neu gestartet worden ist)

[2021-07-11_13:27:40] Started config im871a[00100776] on /dev/ttyUSB0 listening on none
(im871a) on /dev/ttyUSB0
(serial) EVENT thread interrupted
(im871a) get config
(im871a) got device id 00000000
[2021-07-11_13:27:51] Not the expected dongle (dongle said 00000000, you said 00100776!
(wmbus) deleted im871a
No wmbus device detected, waiting for a device to be plugged in.
(shell) exec (capture output) "/bin/pidof"
(shell) arg "wmbusmetersd"
(shell) output: >>>5672
<<<
(serial) EVENT thread interrupted
(shell) return code 0
(shell) 5728 exited
(shell) exec (capture output) "/bin/pidof"
(shell) arg "wmbusmeters"
(shell) output: >>><<<
(serial) EVENT thread interrupted
(shell) return code 1
(shell) 5729 exited
(serial) registered regular callback HOT_PLUG_DETECTOR(0) every 2 seconds
(wmbusmeters) waiting for telegrams
(serial) waiting for stop
(serial) TIMER thread interrupted
(serial) EVENT thread interrupted
[2021-07-11_13:27:53] (memory) rss 2924544 peak 2.78 MiB
(lookup) with file "/dev/ttyUSB0"
(serial) EVENT thread interrupted
(serial) EVENT thread interrupted
(serial) EVENT thread interrupted
[2021-07-11_13:28:37] Expected im871a on /dev/ttyUSB0 but found unknown instead, ignoring it!
(verbose) ignoring device auto
pi@raspberrypi4:/opt/iobroker/iobroker-data/backup-objects $

WolfgangFB

@wolfgangfb

Ich dachte ich probiere das ganze nochmal parallel auf einer jungfräulichen SD Karte.
Also mit Imager ein neues Image gezogen, auf die SD Karte geschrieben.
Läuft soweit.

pi@raspberrypi:~ $ lsb_release -a
No LSB modules are available.
Distributor ID: Raspbian
Description:    Raspbian GNU/Linux 10 (buster)
Release:        10
Codename:       buster
pi@raspberrypi:~ $

pi@raspberrypi:~ $ sudo apt-get install mosquitto

ist auch ohne Fehlermeldung durchgelaufen.
Jetzt zur Frage, wie ich den wmbusmeters richtig installiere und konfiguriere (ich möchte mir das für mich idiotensicher aufschreiben weil ich das bestimmt noch öfter brauche und beim letzten mal etliche Versuche gebraucht habe.

Ich habe es mal mit der Anleitung von

https://snapcraft.io/install/wmbusmeters/raspbian

probiert

sudo apt update
sudo apt install snapd
pi@raspberrypi:~ $ sudo snap install core
2021-07-11T20:43:45+02:00 INFO Waiting for restart...
core 16-2.51.1 from Canonical✓ installed
Channel latest/stable for core is closed; temporarily forwarding to stable.
pi@raspberrypi:~ $ sudo snap install wmbusmeters
wmbusmeters 1.3.0 from Fredrik Öhrström (oehrstroem) installed
pi@raspberrypi:~ $

Dummerweise gibt es aber jetzt kein Verzeichnis /etc/wmbusmeters

Also: An dieser Stelle der erste Stolperstein. Wie installiere ich den wmbusmeters richtig?
Soll der als daemon oder als service laufen?

Thomas Braun

@wolfgangfb Warum hantierst du da mit snap rum, wenn du mosquitto doch schon via apt installiert hast? Jetzt hast du das doppelt installiert, fürchte ich.

WolfgangFB

@thomas-braun

Ich habe nach einer idiotensicheren Möglichkeit den busmeter zu installieren gesucht und google lieferte mir
https://snapcraft.io/install/wmbusmeters/raspbian#install

Die Anleitung habe ich so verstanden, dass man damit ein Werkzeug zum installieren von busmeters installiert (snap) und dann mit dem Befehl

sudo snap install wmbusmeters

zum gewünschten Erfolg kommt.
Für mich klang/klingt das so, als ob snap etwas ähnliches wie apt-get ist War wohl nichts, aber: wie geht es richtig?
Ist snap etwas das automatisch mosquitto installiert oder warum habe ich das jetzt doppelt?

Die Github Seite, auf die matze-dev verweist
https://github.com/weetmuts/wmbusmeters

gibt auch den "snap" als Installationsmöglichkeit an.

Thomas Braun

@wolfgangfb

pi@raspberrypi:~ $ sudo apt-get install mosquitto
ist auch ohne Fehlermeldung durchgelaufen.

Was denkst du passiert wenn man install angibt und das ganze ohne Fehlermeldung durchläuft?

snap ist eine andere Methode Pakete zu installieren.
Wird gerne für Entwicklerversionen verwendet, das ganze läuft dann in einer Art Sandbox ab. Auf dem Raspberry würde ich aber immer die vorgesehene Methode via apt bevorzugen. Viele Paketmanager verderben das System. Insbesondere wenn da auf Verdacht irgendwie irgendwas ins System gedübelt wird.

WolfgangFB

@thomas-braun said in Adapter WM-Bus / Kampstrup Multical 21:

@wolfgangfb

pi@raspberrypi:~ $ sudo apt-get install mosquitto
ist auch ohne Fehlermeldung durchgelaufen.

Was denkst du passiert wenn man install angibt und das ganze ohne Fehlermeldung durchläuft?

Ich denke, dass man damit mosquitto installiert

snap ist eine andere Methode Pakete zu installieren.
Wird gerne für Entwicklerversionen verwendet, das ganze läuft dann in einer Art Sandbox ab. Auf dem Raspberry würde ich aber immer die vorgesehene Methode via apt bevorzugen.

ich habe auch auf Verdacht

sudo apt-get install wmbusmeters

probiert,das hat aber nicht funktioniert, ich weiß aber immer noch nicht, was

sudo snap install wmbusmeters

mit einer doppelten Installation von mosquitto zu tun hat (es geht einmal um mosquitto, das ich installieren konnte und einmal um wmbusmeter das ich bisher nicht installieren konnte)

Thomas Braun

@wolfgangfb Ah, sorry, da hatte ich nicht genau gelesen.

Ich würde wmbusmeters dann ganz klassisch per Installations-Dreisatz selber bauen.

matze-dev

@wolfgangfb
wmbusmeters habe ich aus den Sourcen installiert:
cd ~
wget https://github.com/weetmuts/wmbusmeters/archive/master.zip
alternativ geht auch der Download
wget https://github.com/weetmuts/wmbusmeters/archive/refs/heads/master.zip
unzip master.zip
cd wmbusmeters-master/
sudo make DEBUG=true // geht auch alternativ "sudo make"
sudo make install

Viel Glück

WolfgangFB

@matze-dev

Danke für die Hilfe. Klappt aber leider noch nicht ganz

pi@raspberrypi4:~/wmbusmeters-master $ sudo make DEBUG=true
[viel erfolgreiches gelöscht]
g++ -O0 -ggdb -fsanitize=address -fno-omit-frame-pointer -fprofile-arcs -ftest-coverage -fPIC -std=c++11 -Wall -Werror=format-security -Ibuild_debug src/rtlsdr.cc -c -E > build_debug/rtlsdr.o.src
src/rtlsdr.cc:24:9: fatal error: rtl-sdr.h: Datei oder Verzeichnis nicht gefunden
 #include<rtl-sdr.h>
         ^~~~~~~~~~~
compilation terminated.
make: *** [Makefile:104: build_debug/rtlsdr.o] Fehler 1

Thomas Braun

@wolfgangfb

Da fehlt das Paket librtlsdr-dev

WolfgangFB

@thomas-braun

Wo bekomme ich das her?

Thomas Braun

@wolfgangfb

Wie die meisten Pakete auch:

sudo apt install <Paketname>

sudo apt install librtlsdr-dev

also. Kann aber sein dass da auch noch anderes fehlt.

WolfgangFB

@thomas-braun

Danke!
Das sind aber genau die Punkte, an denen ich immer hängen bleibe. Für Leute, die das 1000 mal gemacht haben, ist das klar, mir hilft die Zeile mit dem Befehl aber enorm.

Thomas Braun

@wolfgangfb

librtlsdr-dev habe ich noch nie installiert. 😆

WolfgangFB

@thomas-braun

OK, nächstes Paket das fehlt:

g++ -O0 -ggdb -fsanitize=address -fno-omit-frame-pointer -fprofile-arcs -ftest-coverage -fPIC -std=c++11 -Wall -Werror=format-security -Ibuild_debug src/admin.cc -c -E > build_debug/admin.o.src
In file included from src/admin.cc:26:
src/ui.h:22:9: fatal error: curses.h: Datei oder Verzeichnis nicht gefunden
 #include<curses.h>
         ^~~~~~~~~~
compilation terminated.

Woher hast Du beim ersten mal gewusst, dass da librtlsdr-dev fehlt und was fehlt diesmal?

Thomas Braun

@wolfgangfb

libncurses-dev

Kann man hier nachschauen:

https://www.debian.org/distrib/packages

WolfgangFB

@thomas-braun

Danke!

Community Forum

NEWS

Adapter WM-Bus / Kampstrup Multical 21

Support us

440

32.6k

82.1k

1.3m