Adapter WM-Bus / Kampstrup Multical 21

WolfgangFB

pi@raspberrypi:/opt/iobroker $ cat /etc/wmbusmeters.conf
loglevel=normal
device=/dev/ttyUSB0:im871a:c1
# But do not probe this serial tty.
donotprobe=/dev/ttyACM2
logtelegrams=true
format=json
meterfiles=/var/log/wmbusmeters/meter_readings
meterfilesaction=overwrite
meterfilesnaming=name
meterfilestimestamp=day
logfile=/var/log/wmbusmeters/wmbusmeters.log
shell=/usr/local/bin/mosquitto_pub -h localhost -t wmbusmeters/$METER_ID -m "$METER_JSON"
alarmshell=/usr/local/bin/mosquitto_pub -h localhost -t wmbusmeters_alarm -m "$ALARM_TYPE $ALARM_MESSAGE"
alarmtimeout=1h
alarmexpectedactivity=mon-sun(00-23)
ignoreduplicates=true

SBorg

Ich habe zwar (noch) keinen und lese nur mit, aber mich macht

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

Apr 11 11:06:08 raspberrypi wmbusmetersd[685]: Not a valid device "/dev/ttyUSB0:im871a:t1
"
Apr 11 11:06:08 raspberrypi wmbusmetersd[685]: No such log level: "normal
"

stutzig. Ist so gar nicht "Linux like". Du warst nicht mal (zB. unter Windows) in der conf und hast darin editiert (oder ist was beim C&P schief gelaufen?) ?

WolfgangFB

@sborg

Hi

Das hat mich auch stutzig gemacht (fehlendes Hochkomma am End der Fehlermeldung). Aber durch Deinen Beitrag habe ich mal weiter experimentiert. Also Datei nochmal von Hand eingegeben, mit absichtlich falschen Einträgen um zu sehen, ob die Datei überhaupt gelesen wird. Tatsächlich scheint da etwas schief gegangen zu sein. Ich habe alle Zeilenenden von Hand gelöscht und neu eingegeben und neu erzeugt und habe jetzt scheinbar tatsächlich den service am laufen.

Aber die "MyTapWater" macht Probleme. Die habe ich auch von Hand und per Copy&Paste und 100 mal eingegeben. Es kommt immer die Meldung:

pi@raspberrypi:~ $ systemctl status wmbusmeters
* wmbusmeters.service - "wmbusmeters service"
     Loaded: loaded (/lib/systemd/system/wmbusmeters.service; enabled; vendor preset: enabled)
     Active: active (running) since Tue 2022-04-12 12:54:56 CEST; 1min 44s ago
       Docs: https://github.com/weetmuts/wmbusmeters
             man:wmbusmeters(1)
    Process: 575 ExecStartPre=/bin/mkdir -p /var/log/wmbusmeters/meter_readings (code=exited, status=0/SUCCESS)
    Process: 594 ExecStartPre=/bin/chown -R wmbusmeters:wmbusmeters /var/log/wmbusmeters (code=exited, status=0/SUCCESS)
    Process: 597 ExecStartPre=/bin/mkdir -p /run/wmbusmeters (code=exited, status=0/SUCCESS)
    Process: 602 ExecStartPre=/bin/chown -R wmbusmeters:wmbusmeters /run/wmbusmeters (code=exited, status=0/SUCCESS)
    Process: 609 ExecStart=/usr/sbin/wmbusmetersd /run/wmbusmeters/wmbusmeters.pid (code=exited, status=0/SUCCESS)
   Main PID: 617 (wmbusmetersd)
      Tasks: 3 (limit: 4915)
        CPU: 298ms
     CGroup: /system.slice/wmbusmeters.service
             `-617 /usr/sbin/wmbusmetersd /run/wmbusmeters/wmbusmeters.pid

Apr 12 12:54:55 raspberrypi systemd[1]: Starting "wmbusmeters service"...
Apr 12 12:54:56 raspberrypi wmbusmetersd[609]: (wmbusmeters) started /run/wmbusmeters/wmbusmeters.pid
Apr 12 12:54:56 raspberrypi systemd[1]: Started "wmbusmeters service".
Apr 12 12:54:56 raspberrypi wmbusmetersd[617]: Not a valid meter id nor a valid meter match expression ""

Apr 12 12:54:56 raspberrypi wmbusmetersd[617]: Not a valid meter id nor a valid meter match expression ""
Apr 12 12:54:56 raspberrypi polkitd[606]: started daemon version 0.105 using authority implementation `local' version `0.105'
Apr 12 12:54:56 raspberrypi systemd[1]: Started "wmbusmeters service".

pi@raspberrypi:/opt/iobroker $ cat /etc/wmbusmeters.d/MyTapWater
name=MyTapWater
#type=multical21
id=57813696
key=E4E7EAF6FD17EAFB9587BC2996783C63
pi@raspberrypi:/opt/iobroker $

Die ID und der Key stimmen, da bin ich mir sicher. Im Journal fehlen bei den Fehlermeldungen auch wieder die Hochkommas am Ende. Aber ich habe das definitiv

SBorg

@wolfgangfb Na, geht ja voran :)

Ist der Key Original? Dann ersetze lieber mal bisserl was mit X ;)

Ich weiß nicht ob da eine Kommentarzeile erlaubt ist, aber nimm die Zeile #3 mal raus...

#type=multical21

matze-dev

@wolfgangfb Hallo,
ich würde auch SBorg zustimmen - die Fehlermeldung mit den Anführungszeichen ist ungewöhnlich, das Loglevel habe ich auf Debug gesetzt - sieht man mehr.

loglevel=debug

Gemaess Doku sollte das so aussehen (habe hier auch am Schluss eine Leerzeile) https://github.com/weetmuts/wmbusmeters

loglevel=normal
# Search for a wmbus device and set it to c1.
device=auto:c1
# But do not probe this serial tty.
donotprobe=/dev/ttyACM2
logtelegrams=false
format=json
meterfiles=/var/log/wmbusmeters/meter_readings
meterfilesaction=overwrite
meterfilesnaming=name
meterfilestimestamp=day
logfile=/var/log/wmbusmeters/wmbusmeters.log
shell=/usr/bin/mosquitto_pub -h localhost -t wmbusmeters/$METER_ID -m "$METER_JSON"
alarmshell=/usr/bin/mosquitto_pub -h localhost -t wmbusmeters_alarm -m "$ALARM_TYPE $ALARM_MESSAGE"
alarmtimeout=1h
alarmexpectedactivity=mon-sun(00-23)
ignoreduplicates=true

Die MyTapWater sieht so aus - keine Kommentarzeile und eine letzte Leerzeile. Viel Glück

name=MyTapWater
type=multical21
id=XXXXXX
key=XXXXXXXXXXXXXXXXXXXXXXXXXXX

WolfgangFB

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

@wolfgangfb Na, geht ja voran :)

Ist der Key Original? Dann ersetze lieber mal bisserl was mit X ;)

Beim Key einer Wasseruhr habe ich keine Bedenken, dass da jemand etwas böses mit anfangen kann (zumal man die Uhr ja nur lesen und nicht schreiben kann). Du darfst Dich gerne mit dem Laptop vor meine Wohnung stellen und dich daran ergötzen, wie hoch mein Wasserverbrauch ist :-)

WolfgangFB

@matze-dev

Die einzigen Änderungen die ich noch gesehen habe waren in MyTapWater die Kommentarzeile und in /etc/wmbusmeters.conf die Zeile "device=auto:c1" gegenüber "device=/dev/ttyUSB0:im871a:c1".
Nachdem ich das geändert habe konnte ich zu meine Freude sehen, dass die Uhr jetzt erkannt wird und auch die richtigen Werte liefert.
Neugierig woran es jetzt gelegen gelegen hat habe ich die Änderungen wieder rückgängig gemacht und erstaunlicherweise geht die Uhr immer noch. Einerseits bin ich froh, dass die Uhr wieder geht, andererseits bin ich nicht so glücklich darüber, dass ich keine Ahnung habe, woran es gelegen hat (irgendwann ist bestimmt wieder eine Neuinstallation notwendig).
Trotzdem vielen Dank an Matze und SBorg.

SBorg

@wolfgangfb Hauptsache geht :)

...und ich habe gestern endlich einen lieferbaren IM871a zum vernünftigen Preis gefunden. Also gleich bei meinem Versorger den AES-Key angefragt. Ok, Ostern... bis ich jetzt (hoffentlich überhaupt) den Key bekomme, ist bestimmt der Stick wieder ausverkauft :(

WolfgangFB

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

@wolfgangfb Hauptsache geht :)

Ich bin kein große Freund von "neuaufsetzen" oder "hauptsache geht" denn es gibt bestimmt ein nächstes mal und ich wüsste gerne, auf was ich achten muss.

...und ich habe gestern endlich einen lieferbaren IM871a zum vernünftigen Preis gefunden. Also gleich bei meinem Versorger den AES-Key angefragt. Ok, Ostern... bis ich jetzt (hoffentlich überhaupt) den Key bekomme, ist bestimmt der Stick wieder ausverkauft :(

Wo hast Du den Stick jetzt her? Ich finde es übrigens erstaunlich, wie weit der Stick von der Wasseruhr entfernt sein kann um sie trotzdem zuverlässig auszulesen. Mein Sonoff Zigbee 3 Stick kommt jedenfalls nicht so weit.

SBorg

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

Ich bin kein große Freund von "neuaufsetzen" oder "hauptsache geht" denn es gibt bestimmt ein nächstes mal und ich wüsste gerne, auf was ich achten muss.

Bin ich bei dir, nur wenn du es jetzt nicht mehr "einfach kaputt" kriegst, kannst du auch die gewonnene Zeit ggf. später bei einer Neuinstallation reinvestieren (sollte aber nicht nötig werden wenn du die beiden Dateien sicherst).

bzgl. Stick: kann ich gerne kundtun, allerdings

bin ich da auch derzeit etwas egoistisch. Erstmal warten ob ich meinen Key bekomme, dann ordern... (sonst sind ev. wieder alle weg ;) )
ist der Preis nicht so ganz ausschlaggebend bei mir, sondern die Lieferfähigkeit, wobei ich natürlich bei einem Preis < 30,- € auch nicht unbedingt zu tiefst traurig bin.
muss ich erst testen ob es damit wirklich geht. Dann habe nur ich die Knete versemmelt.

WolfgangFB

@wolfgangfb

Es gibt noch ein Problem: Der Stick wird nur erkannt bzw. ausgelesen, wenn kein anderer Stick im Raspi steckt. Wenn ich den Sonoff Zigbee 3 Stick zusätzlich beim Booten im Raspi habe geht das ganze nicht:

pi@raspberrypi:~ $ systemctl status wmbusmeters
* wmbusmeters.service - "wmbusmeters service"
     Loaded: loaded (/lib/systemd/system/wmbusmeters.service; enabled; vendor preset: enabled)
     Active: active (running) since Sun 2022-04-17 17:57:50 CEST; 2h 34min ago
       Docs: https://github.com/weetmuts/wmbusmeters
             man:wmbusmeters(1)
    Process: 640 ExecStartPre=/bin/mkdir -p /var/log/wmbusmeters/meter_readings (code=exited, status=0/SUCCESS)
    Process: 652 ExecStartPre=/bin/chown -R wmbusmeters:wmbusmeters /var/log/wmbusmeters (code=exited, status=0/SUCCESS)
    Process: 656 ExecStartPre=/bin/mkdir -p /run/wmbusmeters (code=exited, status=0/SUCCESS)
    Process: 657 ExecStartPre=/bin/chown -R wmbusmeters:wmbusmeters /run/wmbusmeters (code=exited, status=0/SUCCESS)
    Process: 662 ExecStart=/usr/sbin/wmbusmetersd /run/wmbusmeters/wmbusmeters.pid (code=exited, status=0/SUCCESS)
   Main PID: 668 (wmbusmetersd)
      Tasks: 3 (limit: 4915)
        CPU: 5.278s
     CGroup: /system.slice/wmbusmeters.service
             `-668 /usr/sbin/wmbusmetersd /run/wmbusmeters/wmbusmeters.pid

Apr 17 17:57:50 raspberrypi wmbusmetersd[668]: (config) "alarmtimeout" "1h"
Apr 17 17:57:50 raspberrypi wmbusmetersd[668]: (config) "alarmexpectedactivity" "mon-sun(00-23)"
Apr 17 17:57:50 raspberrypi wmbusmetersd[668]: (config) "ignoreduplicates" "true"
Apr 17 17:57:50 raspberrypi wmbusmetersd[668]: (config) "" ""
Apr 17 17:57:50 raspberrypi systemd[1]: Started "wmbusmeters service".
Apr 17 17:57:50 raspberrypi wmbusmetersd[668]: (config) loading meter file /etc/wmbusmeters.d/MyTapWater
Apr 17 17:57:50 raspberrypi wmbusmetersd[668]: (config) name=MyTapWater
Apr 17 17:57:50 raspberrypi wmbusmetersd[668]: (config) id=57813696
Apr 17 17:57:50 raspberrypi wmbusmetersd[668]: (config) key=<notprinted>
Apr 17 17:57:50 raspberrypi wmbusmetersd[668]: (wmbusmeters) using log file /var/log/wmbusmeters/wmbusmeters.log

pi@raspberrypi:~ $ tail -f /var/log/wmbusmeters/wmbusmeters.log
(shell) output: >>><<<
(shell) return code 1
(shell) 680 exited
(serial) registered regular callback HOT_PLUG_DETECTOR(0) every 2 seconds
(wmbusmeters) waiting for telegrams
(serial) EVENT thread interrupted
(serial) waiting for stop
(serial) EVENT thread interrupted
(serial) TIMER thread interrupted
[2022-04-17_17:57:52] (memory) rss 3182592 peak 3.03 MiB

Ziehe ich den Zigbee und den IM871a raus und stecke den IM871a wieder rein, dann läuft wieder alles.

Wie bekomme ich beide Sticks sauber konfiguriert?

SBorg

@wolfgangfb Das hängt damit zusammen in welcher Reihenfolge Linux die Geräte an den USB-Ports findet.

Wenn du bspw. device=/dev/ttyUSB0:im871a:c1 nutzt, muss auch am "ttyUSB0" der IM-Stick erkannt worden sein. hat er da den ZigBee erkannt...

Bei device=auto:c1 scannt er alle USB-Ports durch bis er den IM-Stick findet und nutzt dann auch den korrekten Eintrag.

Oder man nutzt den Unique-Namen, der ist immer gleich egal an welchem USB-Port was steckt/erkannt wurde:
ls -al /dev/serial/by-id/
Hier mal ein Beispiel (ist allerdings ein ZigBee-Stick ;) ) :

device=/dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.15__Embed_with_CMSIS-DAP_L1100G3W-if00:im871a:c1

WolfgangFB

@sborg
So, wieder eine SD Karte defekt, wieder neu installiert und wieder Probleme :-(
Die Konfigurationsdateien habe ich vom alten System übernommen.
Bin für alle Hinweise dankbar.

pi@raspberrypi:~/wmbusmeters-master $ systemctl status wmbusmeters
● wmbusmeters.service - "wmbusmeters service"
     Loaded: loaded (/lib/systemd/system/wmbusmeters.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Thu 2022-07-21 20:31:03 CEST; 30min ago
       Docs: https://github.com/weetmuts/wmbusmeters
             man:wmbusmeters(1)
        CPU: 33ms

Jul 21 20:31:03 raspberrypi systemd[1]: wmbusmeters.service: Scheduled restart job, restart counter is at 3.
Jul 21 20:31:03 raspberrypi systemd[1]: Stopped "wmbusmeters service".
Jul 21 20:31:03 raspberrypi systemd[1]: wmbusmeters.service: Start request repeated too quickly.
Jul 21 20:31:03 raspberrypi systemd[1]: wmbusmeters.service: Failed with result 'exit-code'.
Jul 21 20:31:03 raspberrypi systemd[1]: Failed to start "wmbusmeters service".

-- Journal begins at Mon 2022-04-04 14:17:02 CEST, ends at Thu 2022-07-21 20:55:59 CEST. --
Jul 21 20:55:59 raspberrypi sudo[2216]: pam_unix(sudo:session): session closed for user root
Jul 21 20:55:59 raspberrypi systemd[1]: /lib/systemd/system/plymouth-start.service:16: Unit configured to use KillMode=>
Jul 21 20:55:58 raspberrypi systemd[1]: Reloading.
Jul 21 20:55:58 raspberrypi sudo[2216]: pam_unix(sudo:session): session opened for user root(uid=0) by pi(uid=1000)
Jul 21 20:55:58 raspberrypi sudo[2216]:       pi : TTY=pts/0 ; PWD=/home/pi/wmbusmeters-master ; USER=root ; COMMAND=/u>
Jul 21 20:55:54 raspberrypi sudo[2201]: pam_unix(sudo:session): session closed for user root
Jul 21 20:55:54 raspberrypi systemd[1]: /lib/systemd/system/plymouth-start.service:16: Unit configured to use KillMode=>
Jul 21 20:55:54 raspberrypi systemd[1]: Reloading.
Jul 21 20:55:54 raspberrypi sudo[2201]: pam_unix(sudo:session): session opened for user root(uid=0) by pi(uid=1000)
Jul 21 20:55:54 raspberrypi sudo[2201]:       pi : TTY=pts/0 ; PWD=/home/pi/wmbusmeters-master ; USER=root ; COMMAND=/u>
Jul 21 20:55:50 raspberrypi sudo[2199]: pam_unix(sudo:session): session closed for user root
Jul 21 20:55:25 raspberrypi sudo[2199]: pam_unix(sudo:session): session opened for user root(uid=0) by pi(uid=1000)
Jul 21 20:55:25 raspberrypi sudo[2199]:       pi : TTY=pts/0 ; PWD=/home/pi/wmbusmeters-master ; USER=root ; COMMAND=/u>
Jul 21 20:51:26 raspberrypi sudo[2173]: pam_unix(sudo:session): session closed for user root
Jul 21 20:51:26 raspberrypi systemd[1]: /lib/systemd/system/plymouth-start.service:16: Unit configured to use KillMode=>
Jul 21 20:51:25 raspberrypi systemd[1]: Reloading.
Jul 21 20:51:25 raspberrypi sudo[2173]: pam_unix(sudo:session): session opened for user root(uid=0) by pi(uid=1000)
Jul 21 20:51:25 raspberrypi sudo[2173]:       pi : TTY=pts/0 ; PWD=/home/pi/wmbusmeters-master ; USER=root ; COMMAND=/u>
Jul 21 20:51:03 raspberrypi sudo[2156]: pam_unix(sudo:session): session closed for user root
Jul 21 20:51:03 raspberrypi systemd[1]: /lib/systemd/system/plymouth-start.service:16: Unit configured to use KillMode=>
Jul 21 20:51:03 raspberrypi systemd[1]: Reloading.
Jul 21 20:51:03 raspberrypi sudo[2156]: pam_unix(sudo:session): session opened for user root(uid=0) by pi(uid=1000)
Jul 21 20:51:03 raspberrypi sudo[2156]:       pi : TTY=pts/0 ; PWD=/home/pi/wmbusmeters-master ; USER=root ; COMMAND=/u>
J

SBorg

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

wieder eine SD Karte defekt

Deswegen habe ich nach der x-ten defekten umgestellt ;)
Was mich da stört ist :

Jul 21 20:55:54 raspberrypi sudo[2201]:       pi : TTY=pts/0 ; PWD=/home/pi/wmbusmeters-master ; USER=root ; COMMAND=/u>
Jul 21 20:55:50 raspberrypi sudo[2199]: pam_unix(sudo:session): session closed for user root
Jul 21 20:55:25 raspberrypi sudo[2199]: pam_unix(sudo:session): session opened for user root(uid=0) by pi(uid=1000)

Hast du da ev. als root die Dateien kopiert/editiert? Das muss sicher nicht als root laufen.

Thomas Braun

@sborg

Der User ist davon überzeugt, dass seine ganzen Problemchen natürlich nie was mit seiner root Shell zutun haben können, wenn ich mich richtig erinnere. Ich würde ihn in dem Glauben lassen. Alles andere könnte ihn verstören.

Edit: Ich glaube ich verwechsel da jemanden...

WolfgangFB

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

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

wieder eine SD Karte defekt

Deswegen habe ich nach der x-ten defekten umgestellt ;)

Auf was? USB Stick? Festplatte? SSD? Oder ganz weg vom Raspberry?

Was mich da stört ist :

Jul 21 20:55:54 raspberrypi sudo[2201]:       pi : TTY=pts/0 ; PWD=/home/pi/wmbusmeters-master ; USER=root ; COMMAND=/u>
Jul 21 20:55:50 raspberrypi sudo[2199]: pam_unix(sudo:session): session closed for user root
Jul 21 20:55:25 raspberrypi sudo[2199]: pam_unix(sudo:session): session opened for user root(uid=0) by pi(uid=1000)

Hast du da ev. als root die Dateien kopiert/editiert? Das muss sicher nicht als root laufen.

Ja, ich habe tatsächlich die Konfigurationsdateien mit sudo kopiert. Aber: Welche Rechte sind denn jetzt falsch?
Laut Doku musste ich doch

sudo vi /etc/wmbusmeters.d/MyTapWater

und

sudo vi /etc/wmbusmeters.conf

machen, damit gehören doch diese beiden Dateien root.
Welche Besitzer bzw. Gruppen sind denn jetzt genau falsch?

WolfgangFB

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

@sborg

Der User ist davon überzeugt, dass seine ganzen Problemchen natürlich nie was mit seiner root Shell zutun haben können, wenn ich mich richtig erinnere. Ich würde ihn in dem Glauben lassen. Alles andere könnte ihn verstören.

Edit: Ich glaube ich verwechsel da jemanden...

Das glaube ich auch. Ich melde mich mit ssh pi@ip an und wenn in einer Doku "sudo" steht, dann mache ich das, wenn nicht, dann nicht. Aber ich gebe zu, dass ich an den Stellen, an denen die Ausgabe von der in der Doku abweicht, schnell überfordert/unsicher bin und auch mal probiere etwas mit sudo zu erzwingen (wenn z.B. permission denied kommt).

Deshalb meine Frage: Macht es einen Unterschied, ob ich mit

sudo vi /etc/wmbusmeters.conf

eine Datei erzeuge oder diese per

sudo cp /opt/iobroker/Wolfgang/wmbusmeters.conf /etc/wmbusmeters.conf

aus meiner alte Installation übernehme?

SBorg

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

Macht es einen Unterschied ... eine Datei erzeuge oder diese per ...

Ja. Beim 1. erzeugst du ggf. eine neue Datei, die dann root:root gehört (oder du editierst sie falls es sie schon gab).

Beim 2. kopierst du die Datei "nur". Da du als User nicht in "/etc" schreiben darfst, würde das hier wg. des "sudos" aber funktionieren. Das prekäre daran ist allerdings, dass du die User-/Gruppenrechte der Quelldatei mit übernimmst. So könnte die Datei nun pi:pi gehören ;)

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

Welche Besitzer bzw. Gruppen sind denn jetzt genau falsch?

Leider weigert sich mein Wasserwerk mir meinen AES-Schlüssel zu überlassen. Deswegen wird das bei mir nix --> ich habe es weder installiert, noch weiß ich was genau richtig ist. Ich kriege nur immer "Pickel am *rsch" ( ;) ) wenn immer alles unter/mit root läuft. Das ist zu 99% entweder unnötig oder schlichtweg schlecht umgesetzt (es geht hier nicht um das kopieren von einer Konfiguration nach /etc etc. Das ist root [oder mittels sudo]vorbehalten und völlig richtig).
...und weil nur root dann auch damit arbeiten darf, sind dann 80% der daraus resultierenden Fehler einfach nur fehlende Zugriffsrechte (weil dann eben nur root wieder darf).

Auf was? USB Stick? Festplatte? SSD? Oder ganz weg vom Raspberry?

Nach paar Monaten hatte ich die faxen dicke, auch die Performance ging in die Knie. QuadCore I5 mit 3.4GHz, 16GB RAM, 512MB +1TB SSD als Intel NUC. Stromsparend, genügend Ressourcen (mein ioB braucht mittlerweile ~ 5GB RAM alleine), da sich nichts dreht Silence und wg. Proxmox gleich noch paar LXC/VMs 8)

WolfgangFB

@sborg
Hallo
Ich bitte noch einmal um Hilf/Unterstützung weil ich einfach nicht weiterkomme.
Ich habe noch eine "alte" Bastelinstallation gefunden, auf der die Wasseruhr zumindest teilweise läuft.
Ich habe jetzt alle Konfigurationsdateien auf beiden Systemen verglichen, alle Rechte sind zu 100% gleich und alle Inhalte sind zu 100% gleich.
Auf beiden Systemen ist NodeJS 16.16.0 und npm 8.11.0

systemctl status wmbusmeters

liefert auf dem alten Bastelrechner:

pi@raspberrypi202:/var/log/wmbusmeters/meter_readings $ systemctl status wmbusmeters
● wmbusmeters.service - "wmbusmeters service"
     Loaded: loaded (/lib/systemd/system/wmbusmeters.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2022-07-18 19:45:10 CEST; 6 days ago
       Docs: https://github.com/weetmuts/wmbusmeters
             man:wmbusmeters(1)
    Process: 562 ExecStartPre=/bin/mkdir -p /var/log/wmbusmeters/meter_readings (code=exited, status=0/SUCCESS)
    Process: 587 ExecStartPre=/bin/chown -R wmbusmeters:wmbusmeters /var/log/wmbusmeters (code=exited, status=0/SUCCESS)
    Process: 621 ExecStartPre=/bin/mkdir -p /run/wmbusmeters (code=exited, status=0/SUCCESS)
    Process: 627 ExecStartPre=/bin/chown -R wmbusmeters:wmbusmeters /run/wmbusmeters (code=exited, status=0/SUCCESS)
    Process: 669 ExecStart=/usr/sbin/wmbusmetersd /run/wmbusmeters/wmbusmeters.pid (code=exited, status=0/SUCCESS)
   Main PID: 793 (wmbusmetersd)
      Tasks: 3 (limit: 2060)
        CPU: 6min 1.502s
     CGroup: /system.slice/wmbusmeters.service
             └─793 /usr/sbin/wmbusmetersd /run/wmbusmeters/wmbusmeters.pid

Jul 18 19:45:08 raspberrypi202 systemd[1]: Starting "wmbusmeters service"...
Jul 18 19:45:10 raspberrypi202 wmbusmetersd[669]: (wmbusmeters) started /run/wmbusmeters/wmbusmeters.pid
Jul 18 19:45:10 raspberrypi202 systemd[1]: Started "wmbusmeters service".
pi@raspberrypi202:/var/log/wmbusmeters/meter_readings $

auf dem neu aufgesetzten Wunschrechner:

pi@raspberrypi:/lib/systemd/system $ systemctl status wmbusmeters
● wmbusmeters.service - "wmbusmeters service"
     Loaded: loaded (/lib/systemd/system/wmbusmeters.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Mon 2022-07-25 12:09:41 CEST; 21min ago
       Docs: https://github.com/weetmuts/wmbusmeters
             man:wmbusmeters(1)
    Process: 7245 ExecStartPre=/bin/mkdir -p /var/lib/wmbusmeters/meter_readings (code=exited, status=0/SUCCESS)
    Process: 7246 ExecStartPre=/bin/chown -R wmbusmeters:wmbusmeters /var/log/wmbusmeters (code=exited, status=1/FAILUR>
        CPU: 30ms

Jul 25 12:09:41 raspberrypi systemd[1]: wmbusmeters.service: Scheduled restart job, restart counter is at 3.
Jul 25 12:09:41 raspberrypi systemd[1]: Stopped "wmbusmeters service".
Jul 25 12:09:41 raspberrypi systemd[1]: wmbusmeters.service: Start request repeated too quickly.
Jul 25 12:09:41 raspberrypi systemd[1]: wmbusmeters.service: Failed with result 'exit-code'.
Jul 25 12:09:41 raspberrypi systemd[1]: Failed to start "wmbusmeters service".

auf dem alten kommen auch die Werte der Uhr an:

pi@raspberrypi202:/var/log/wmbusmeters/meter_readings $ tail -f /var/log/wmbusmeters/wmbusmeters.log
telegram=|23442D2C963681571B168D209C2CA12622ABDE79EDA81A54|0000B99F00006E8E00000D14|+578968
telegram=|23442D2C963681571B168D209D2DA12622ABDE79EDA81A54|0000B99F00006E8E00000D14|+578984
telegram=|2A442D2C963681571B168D20A03CA12622278E78|02FF2000000413B99F000044136E8E0000615B0D616714|+579031
telegram=|23442D2C963681571B168D20A13DA12622ABDE79EDA81A54|0000B99F00006E8E00000D14|+579047
telegram=|23442D2C963681571B168D20A24CA12622ABDE79EDA81A54|0000B99F00006E8E00000D14|+579062
telegram=|23442D2C963681571B168D20A44EA12622ABDE79EDA81A54|0000B99F00006E8E00000D14|+579094
telegram=|23442D2C963681571B168D20A54FA12622ABDE79EDA81A54|0000B99F00006E8E00000D14|+579110
telegram=|23442D2C963681571B168D20A65CA12622ABDE79EDA81A54|0000B99F00006E8E00000D14|+579126
telegram=|23442D2C963681571B168D20A75DA12622ABDE79EDA81A54|0000B99F00006E8E00000D14|+579141
telegram=|2A442D2C963681571B168D20A85EA12622278E78|02FF2000000413B99F000044136E8E0000615B0D616714|+579157

(auf dem neuen logischerweise nicht weil var/log/wmbusmeters/wmbusmeters.log garnicht existiert).

Was beim alten nicht geht ist die Einbindung der Daten in IO-Broker

Der Datenpunkt

mqtt.0.wmbusmeters.57813696

hat einen aktuellen Zeitsstempel, enthält aber Werte vom 13.04.2022 (Zeitpunkt zu dem ich den Bastelrechner zuletzt mit der Wasseruhr getestet habe.

pi@raspberrypi202:/var/log/wmbusmeters/meter_readings $ ls -la
insgesamt 32
drwxr-xr-x 2 wmbusmeters wmbusmeters 4096 25. Jul 00:00 .
drwxr-xr-x 3 wmbusmeters wmbusmeters 4096 24. Jul 00:00 ..
-rw-rw-rw- 1 wmbusmeters wmbusmeters  350 31. Okt 2021  _2021-10-31
-rw-rw-rw- 1 wmbusmeters wmbusmeters  339 10. Nov 2021  _2021-11-10
-rw-rw-rw- 1 wmbusmeters wmbusmeters  351 10. Nov 2021  MyTapWater_2021-11-10
-rw-rw-rw- 1 wmbusmeters wmbusmeters  354 13. Apr 16:24 MyTapWater_2022-04-13
-rw-rw-rw- 1 wmbusmeters wmbusmeters  353 24. Jul 23:59 MyTapWater_2022-07-24
-rw-rw-rw- 1 wmbusmeters wmbusmeters  354 25. Jul 12:42 MyTapWater_2022-07-25

(Die Werte vom 24.7 und 25.7 stimmen mit der Uhr überein)
Der Grund dürfte meiner Meinung nach im mqtt Adapter liegen, der bleibt rot

Error starting MQTT server on 0.0.0.0:1883: Error: listen EADDRINUSE: address already in use 0.0.0.0:1883
mqtt.0
	2022-07-25 12:44:24.056	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
mqtt.0
	2022-07-25 12:44:24.050	error	Cannot create server: Error: listen EADDRINUSE: address already in use 0.0.0.0:1883

pi@raspberrypi202:/var/log/wmbusmeters/meter_readings $ sudo netstat -tulpen | grep 1883
tcp        0      0 127.0.0.1:1883          0.0.0.0:*               LISTEN      118        13017      595/mosquitto     
tcp6       0      0 ::1:1883                :::*                    LISTEN      118        13018      595/mosquitto

Irgendwas scheint sich da zu beißen.

Es wäre schön, wenn ich auf dem alten Bastelrechner auch wieder mqtt und mosquitto zum laufen bringen würde. Aber viel wichtiger ist, dass der wmbusmeters auf dem neuen Rechner läuft.
Ich bin für jeden Hinweis zur Fehlersuche dankbar.

WolfgangFB

@wolfgangfb
Hmmm, ich habe jetzt nochmal eine neu Installation gemacht. Also ein nacktes raspbian auf einen Stick geschrieben und dann der Anleitung von matze-dev
Installationsbeschreibung-ioBroker-Rasp-PI+IMST871A.pdf
von Punkt 1 bis 27 100% 1:1 gefolgt (natürlich mit meinen Daten) und nach Punkt 27 erscheint:

pi@raspberrypi:~/mosquitto-2.0.11 $ systemctl status wmbusmeters
● wmbusmeters.service - "wmbusmeters service"
     Loaded: loaded (/lib/systemd/system/wmbusmeters.service; enabled; vendor preset: enabled)
     Active: inactive (dead)
       Docs: https://github.com/weetmuts/wmbusmeters
             man:wmbusmeters(1)

Bei seinem Bild hat er das aus dem Verzeichnis wmbusmeters-master aufgerufen, aber wenn man 1:1 der Anleitung folgt müsste man im Verzeichnis mosquitto-2.0.11 sein.
Aber ansonsten sieht die Ausgabe gut aus.
Ein Verzeichnis /var/log/wmbusmeters/ ist zu diesem Zeitpunkt noch nicht angelegt, ob das so sein soll oder nicht weiß ich nicht.

Jetzt habe ich den Schritt 28

sudo init 6

gemacht und unmittelbar darauf kommt bei

C:\Users\wolfgang>ssh pi@192.168.1.203
pi@192.168.1.203's password:
Linux raspberrypi 5.15.32-v7l+ #1538 SMP Thu Mar 31 19:39:41 BST 2022 armv7l

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Mon Jul 25 22:24:25 2022
pi@raspberrypi:~ $ systemctl status wmbusmeters
● wmbusmeters.service - "wmbusmeters service"
     Loaded: loaded (/lib/systemd/system/wmbusmeters.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Mon 2022-07-25 22:24:22 CEST; 2min 18s ago
       Docs: https://github.com/weetmuts/wmbusmeters
             man:wmbusmeters(1)
    Process: 669 ExecStartPre=/bin/mkdir -p /var/lib/wmbusmeters/meter_readings (code=exited, status=0/SUCCESS)
    Process: 670 ExecStartPre=/bin/chown -R wmbusmeters:wmbusmeters /var/log/wmbusmeters (code=exited, status=1/FAILURE)
        CPU: 46ms

Jul 25 22:24:22 raspberrypi systemd[1]: wmbusmeters.service: Scheduled restart job, restart counter is at 3.
Jul 25 22:24:22 raspberrypi systemd[1]: Stopped "wmbusmeters service".
Jul 25 22:24:22 raspberrypi systemd[1]: wmbusmeters.service: Start request repeated too quickly.
Jul 25 22:24:22 raspberrypi systemd[1]: wmbusmeters.service: Failed with result 'exit-code'.
Jul 25 22:24:22 raspberrypi systemd[1]: Failed to start "wmbusmeters service".
pi@raspberrypi:~ $

Also vor dem Reboot lief der Dienst noch und nach dem Neustart beschwert er sich, mit "repeated too quickly"

Vielleicht hilft dieser Hinweis ja den Linux Experten um das Problem einzugrenzen.
Ich verstehe die Zeile

   Process: 670 ExecStartPre=/bin/chown -R wmbusmeters:wmbusmeters /var/log/wmbusmeters (code=exited, status=1/FAILURE)
        CPU: 46ms

dass der Dienst versucht /var/log/wmbusmeters mit den Rechten wmbusmeters:wmbusmeters zu versehen, dieses Verzeichnis existiert aber nicht. Jetzt müsste man eben mal wissen, wann und von wem das angelegt werden müsste.

Bei der eigentlichen Installation sind mir folgende Punkte aufgefallen:
Bei Schritt 9 und 10 kommt:

sudo make DEBUG=true

fatal: Kein Git-Repository (oder irgendeines der Elternverzeichnisse): .git
fatal: Kein Git-Repository (oder irgendeines der Elternverzeichnisse): .git
fatal: Kein Git-Repository (oder irgendeines der Elternverzeichnisse): .git
fatal: Kein Git-Repository (oder irgendeines der Elternverzeichnisse): .git
fatal: Kein Git-Repository (oder irgendeines der Elternverzeichnisse): .git
fatal: Kein Git-Repository (oder irgendeines der Elternverzeichnisse): .git
New version number generates new build_debug/version.h
Building _
g

pi@raspberrypi:~/wmbusmeters-master $ sudo make install
fatal: Kein Git-Repository (oder irgendeines der Elternverzeichnisse): .git
fatal: Kein Git-Repository (oder irgendeines der Elternverzeichnisse): .git
fatal: Kein Git-Repository (oder irgendeines der Elternverzeichnisse): .git
fatal: Kein Git-Repository (oder irgendeines der Elternverzeichnisse): .git
fatal: Kein Git-Repository (oder irgendeines der Elternverzeichnisse): .git
fatal: Kein Git-Repository (oder irgendeines der Elternverzeichnisse): .git
New version number generates new build/version.h
Building _

und bei Schritt 14 kommt:

pi@raspberrypi:~ $ sudo mkdir /etc/wmbusmeters.d
mkdir: das Verzeichnis „/etc/wmbusmeters.d“ kann nicht angelegt werden: Die Datei existiert bereits

Community Forum

NEWS

Adapter WM-Bus / Kampstrup Multical 21

Support us

400

32.4k

81.5k

1.3m