Adapter WM-Bus / Kampstrup Multical 21

matze-dev

@wolfgangfb paste mal Deine wmbusmeters.conf
cat /etc/wmbusmeters.conf

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.

Community Forum

NEWS

Adapter WM-Bus / Kampstrup Multical 21

Support us

757

32.4k

81.5k

1.3m