NEWS
Adapter WM-Bus / Kampstrup Multical 21
-
Ich habe den Zigbee Stick entfernt und neu gebootet. Ergebnis leider immer noch negativ
pi@raspberrypi:~ $ systemctl status wmbusmeters * wmbusmeters.service - "wmbusmeters service" Loaded: loaded (/lib/systemd/system/wmbusmeters.service; enabled; vendor preset: enabled) Active: failed (Result: protocol) since Mon 2022-04-11 11:06:10 CEST; 1min 30s ago Docs: https://github.com/weetmuts/wmbusmeters man:wmbusmeters(1) Process: 679 ExecStartPre=/bin/mkdir -p /var/log/wmbusmeters/meter_readings (code=exited, status=0/SUCCESS) Process: 680 ExecStartPre=/bin/chown -R wmbusmeters:wmbusmeters /var/log/wmbusmeters (code=exited, status=0/SUCCESS) Process: 681 ExecStartPre=/bin/mkdir -p /run/wmbusmeters (code=exited, status=0/SUCCESS) Process: 682 ExecStartPre=/bin/chown -R wmbusmeters:wmbusmeters /run/wmbusmeters (code=exited, status=0/SUCCESS) Process: 684 ExecStart=/usr/sbin/wmbusmetersd /run/wmbusmeters/wmbusmeters.pid (code=exited, status=0/SUCCESS) CPU: 102ms Apr 11 11:06:08 raspberrypi systemd[1]: Failed to start "wmbusmeters service". Apr 11 11:06:10 raspberrypi systemd[1]: wmbusmeters.service: Scheduled restart job, restart counter is at 3. Apr 11 11:06:10 raspberrypi systemd[1]: Stopped "wmbusmeters service". Apr 11 11:06:10 raspberrypi systemd[1]: wmbusmeters.service: Start request repeated too quickly. Apr 11 11:06:10 raspberrypi systemd[1]: wmbusmeters.service: Failed with result 'protocol'. Apr 11 11:06:10 raspberrypi systemd[1]: Failed to start "wmbusmeters service".
pi@raspberrypi:~ $ lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 10c4:ea60 Silicon Labs CP210x UART Bridge Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $ ls -l /dev/serial/by-id insgesamt 0 lrwxrwxrwx 1 root root 13 11. Apr 11:06 usb-Silicon_Labs_WiMOD_iM871A-usb_00919907-if00-port0 -> ../../ttyUSB0 pi@raspberrypi:~ $
journalctl -ar > test.txt Apr 11 11:06:10 raspberrypi systemd[1]: Failed to start "wmbusmeters service". Apr 11 11:06:10 raspberrypi systemd[1]: wmbusmeters.service: Failed with result 'protocol'. Apr 11 11:06:10 raspberrypi systemd[1]: wmbusmeters.service: Start request repeated too quickly. Apr 11 11:06:10 raspberrypi systemd[1]: Stopped "wmbusmeters service". Apr 11 11:06:10 raspberrypi systemd[1]: wmbusmeters.service: Scheduled restart job, restart counter is at 3. Apr 11 11:06:09 raspberrypi influxd[558]: ts=2022-04-11T09:06:09.658471Z lvl=info msg="Opened shard" log_id=0_myoi7l000 service=store trace_id=0_myoiNl000 op_name=tsdb_open index_version=inmem path=/var/lib/influxdb/data/iobroker/autogen/17 duration=1251.478ms Apr 11 11:06:09 raspberrypi influxd[558]: ts=2022-04-11T09:06:09.370313Z lvl=info msg="Opened shard" log_id=0_myoi7l000 service=store trace_id=0_myoiNl000 op_name=tsdb_open index_version=inmem path=/var/lib/influxdb/data/iobroker/autogen/2 duration=829.564ms Apr 11 11:06:09 raspberrypi influxd[558]: ts=2022-04-11T09:06:09.297692Z lvl=info msg="Opened shard" log_id=0_myoi7l000 service=store trace_id=0_myoiNl000 op_name=tsdb_open index_version=inmem path=/var/lib/influxdb/data/iobroker/autogen/9 duration=840.539ms Apr 11 11:06:09 raspberrypi systemd[1]: systemd-rfkill.service: Succeeded. Apr 11 11:06:08 raspberrypi systemd[1]: Failed to start "wmbusmeters service". Apr 11 11:06:08 raspberrypi wmbusmetersd[685]: Not a valid device "/dev/ttyUSB0:im871a:t1 " Apr 11 11:06:08 raspberrypi systemd[1]: wmbusmeters.service: Failed with result 'protocol'. Apr 11 11:06:08 raspberrypi wmbusmetersd[685]: No such log level: "normal " Apr 11 11:06:08 raspberrypi systemd[1]: wmbusmeters.service: New main PID 685 does not exist or is a zombie. Apr 11 11:06:08 raspberrypi wmbusmetersd[684]: (wmbusmeters) started /run/wmbusmeters/wmbusmeters.pid Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.733727Z lvl=info msg="Reading file" log_id=0_myoi7l000 engine=tsm1 service=cacheloader path=/var/lib/influxdb/wal/iobroker/autogen/2/_00058.wal size=3423 Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.724693Z lvl=info msg="Opened file" log_id=0_myoi7l000 engine=tsm1 service=filestore path=/var/lib/influxdb/data/iobroker/autogen/2/000000072-000000002.tsm id=0 duration=108.980ms Apr 11 11:06:08 raspberrypi systemd[1]: Starting "wmbusmeters service"... Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.624515Z lvl=info msg="Reading file" log_id=0_myoi7l000 engine=tsm1 service=cacheloader path=/var/lib/influxdb/wal/iobroker/autogen/9/_00020.wal size=7779 Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.623602Z lvl=info msg="Opened file" log_id=0_myoi7l000 engine=tsm1 service=filestore path=/var/lib/influxdb/data/iobroker/autogen/9/000000010-000000002.tsm id=0 duration=67.973ms Apr 11 11:06:08 raspberrypi systemd[1]: Stopped "wmbusmeters service". Apr 11 11:06:08 raspberrypi systemd[1]: wmbusmeters.service: Scheduled restart job, restart counter is at 2. Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.607366Z lvl=info msg="Opened file" log_id=0_myoi7l000 engine=tsm1 service=filestore path=/var/lib/influxdb/data/iobroker/autogen/9/000000018-000000002.tsm id=1 duration=51.737ms Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.539989Z lvl=info msg="Opened shard" log_id=0_myoi7l000 service=store trace_id=0_myoiNl000 op_name=tsdb_open index_version=inmem path=/var/lib/influxdb/data/_internal/monitor/15 duration=466.457ms Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.537811Z lvl=info msg="Reading file" log_id=0_myoi7l000 engine=tsm1 service=cacheloader path=/var/lib/influxdb/wal/iobroker/autogen/17/_00002.wal size=3776034 Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.537400Z lvl=info msg="Opened file" log_id=0_myoi7l000 engine=tsm1 service=filestore path=/var/lib/influxdb/data/iobroker/autogen/17/000000001-000000001.tsm id=0 duration=48.552ms Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.457005Z lvl=info msg="Opened shard" log_id=0_myoi7l000 service=store trace_id=0_myoiNl000 op_name=tsdb_open index_version=inmem path=/var/lib/influxdb/data/_internal/monitor/13 duration=383.418ms Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.406846Z lvl=info msg="Opened shard" log_id=0_myoi7l000 service=store trace_id=0_myoiNl000 op_name=tsdb_open index_version=inmem path=/var/lib/influxdb/data/_internal/monitor/8 duration=381.264ms Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.225964Z lvl=info msg="Reading file" log_id=0_myoi7l000 engine=tsm1 service=cacheloader path=/var/lib/influxdb/wal/_internal/monitor/16/_00005.wal size=10485929 Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.225570Z lvl=info msg="Opened file" log_id=0_myoi7l000 engine=tsm1 service=filestore path=/var/lib/influxdb/data/_internal/monitor/16/000000001-000000001.tsm id=0 duration=93.320ms Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.223643Z lvl=info msg="Opened file" log_id=0_myoi7l000 engine=tsm1 service=filestore path=/var/lib/influxdb/data/_internal/monitor/15/000000004-000000002.tsm id=0 duration=94.742ms Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.203369Z lvl=info msg="Opened file" log_id=0_myoi7l000 engine=tsm1 service=filestore path=/var/lib/influxdb/data/_internal/monitor/13/000000005-000000002.tsm id=0 duration=84.057ms Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.132601Z lvl=info msg="Opened file" log_id=0_myoi7l000 engine=tsm1 service=filestore path=/var/lib/influxdb/data/_internal/monitor/8/000000003-000000002.tsm id=0 duration=60.324ms Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.073507Z lvl=info msg="Opened shard" log_id=0_myoi7l000 service=store trace_id=0_myoiNl000 op_name=tsdb_open index_version=inmem path=/var/lib/influxdb/data/_internal/monitor/14 duration=537.661ms Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.073504Z lvl=info msg="Opened shard" log_id=0_myoi7l000 service=store trace_id=0_myoiNl000 op_name=tsdb_open index_version=inmem path=/var/lib/influxdb/data/_internal/monitor/11 duration=538.137ms Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.073426Z lvl=info msg="Opened shard" log_id=0_myoi7l000 service=store trace_id=0_myoiNl000 op_name=tsdb_open index_version=inmem path=/var/lib/influxdb/data/_internal/monitor/12 duration=537.637ms Apr 11 11:06:08 raspberrypi influxd[558]: ts=2022-04-11T09:06:08.025434Z lvl=info msg="Opened shard" log_id=0_myoi7l000 service=store trace_id=0_myoiNl000 op_name=tsdb_open index_version=inmem path=/var/lib/influxdb/data/_internal/monitor/10 duration=490.196ms Apr 11 11:06:07 raspberrypi influxd[558]: ts=2022-04-11T09:06:07.803976Z lvl=info msg="Opened file" log_id=0_myoi7l000 engine=tsm1 service=filestore path=/var/lib/influxdb/data/_internal/monitor/11/000000004-000000002.tsm id=0 duration=135.351ms Apr 11 11:06:07 raspberrypi influxd[558]: ts=2022-04-11T09:06:07.779437Z lvl=info msg="Opened file" log_id=0_myoi7l000 engine=tsm1 service=filestore path=/var/lib/influxdb/data/_internal/monitor/12/000000004-000000002.tsm id=0 duration=111.405ms Apr 11 11:06:07 raspberrypi influxd[558]: ts=2022-04-11T09:06:07.768733Z lvl=info msg="Opened file" log_id=0_myoi7l000 engine=tsm1 service=filestore path=/var/lib/influxdb/data/_internal/monitor/10/000000004-000000002.tsm id=0 duration=84.845ms Apr 11 11:06:07 raspberrypi influxd[558]: ts=2022-04-11T09:06:07.765225Z lvl=info msg="Opened file" log_id=0_myoi7l000 engine=tsm1 service=filestore path=/var/lib/influxdb/data/_internal/monitor/14/000000004-000000002.tsm id=0 duration=97.434ms Apr 11 11:06:07 raspberrypi systemd[1]: wmbusmeters.service: Failed with result 'exit-code'. Apr 11 11:06:07 raspberrypi systemd[1]: wmbusmeters.service: Main process exited, code=exited, status=1/FAILURE Apr 11 11:06:07 raspberrypi systemd[1]: Started "wmbusmeters service". Apr 11 11:06:07 raspberrypi wmbusmetersd[672]: Not a valid device "/dev/ttyUSB0:im871a:t1 " Apr 11 11:06:07 raspberrypi wmbusmetersd[672]: No such log level: "normal " Apr 11 11:06:07 raspberrypi wmbusmetersd[671]: (wmbusmeters) started /run/wmbusmeters/wmbusmeters.pid Apr 11 11:06:07 raspberrypi vncserver-x11[594]: ConsoleDisplay: Found running X server (pid=623, binary=/usr/lib/xorg/Xorg) Apr 11 11:06:07 raspberrypi vncserver-x11[594]: ConsoleDisplay: Cannot find a running X server on vt1 Apr 11 11:06:07 raspberrypi systemd[1]: Starting "wmbusmeters service"... Apr 11 11:06:07 raspberrypi systemd[1]: Stopped "wmbusmeters service". Apr 11 11:06:07 raspberrypi systemd[1]: wmbusmeters.service: Scheduled restart job, restart counter is at 1. Apr 11 11:06:07 raspberrypi influxd[558]: ts=2022-04-11T09:06:07.327749Z lvl=info msg="Open store (start)" log_id=0_myoi7l000 service=store trace_id=0_myoiNl000 op_name=tsdb_open op_event=start Apr 11 11:06:07 raspberrypi influxd[558]: ts=2022-04-11T09:06:07.327711Z lvl=info msg="Compaction settings" log_id=0_myoi7l000 service=store max_concurrent_compactions=2 throughput_bytes_per_second=50331648 throughput_burst_bytes=50331648 Apr 11 11:06:07 raspberrypi influxd[558]: ts=2022-04-11T09:06:07.327575Z lvl=info msg="Using data dir" log_id=0_myoi7l000 service=store path=/var/lib/influxdb/data Apr 11 11:06:07 raspberrypi influxd[558]: ts=2022-04-11T09:06:07.264013Z lvl=info msg="Go runtime" log_id=0_myoi7l000 version=go1.15.6 maxprocs=4 Apr 11 11:06:07 raspberrypi influxd[558]: ts=2022-04-11T09:06:07.263961Z lvl=info msg="InfluxDB starting" log_id=0_myoi7l000 version=1.6.7~rc0 branch=unknown commit=unknown Apr 11 11:06:07 raspberrypi vncserver-x11[594]: ServerManager: Server started Apr 11 11:06:07 raspberrypi vncserver-x11[594]: LogDestMem: Finished replaying stored messages Apr 11 11:06:07 raspberrypi vncserver-x11[594]: VendorConfig: Error in Certificate "CN=GlobalSign,O=GlobalSign,OU=GlobalSign Root CA - R2": X.509 Error: Certificate expired Apr 11 11:06:07 raspberrypi vncserver-x11[594]: LogDestMem: Start replaying stored messages Apr 11 11:06:06 raspberrypi systemd[1]: Finished Check for Raspberry Pi EEPROM updates. Apr 11 11:06:06 raspberrypi rpi-eeprom-update[465]: LATEST: 000138a1 Apr 11 11:06:06 raspberrypi rpi-eeprom-update[465]: CURRENT: 000138a1 Apr 11 11:06:06 raspberrypi rpi-eeprom-update[465]: VL805: up to date Apr 11 11:06:06 raspberrypi rpi-eeprom-update[465]: VL805_FW: Dedicated VL805 EEPROM Apr 11 11:06:06 raspberrypi rpi-eeprom-update[465]: Use raspi-config to change the release. Apr 11 11:06:06 raspberrypi rpi-eeprom-update[465]: RELEASE: default (/lib/firmware/raspberrypi/bootloader/default) Apr 11 11:06:06 raspberrypi rpi-eeprom-update[465]: LATEST: Di 25. Jan 14:30:41 UTC 2022 (1643121041) Apr 11 11:06:06 raspberrypi rpi-eeprom-update[465]: CURRENT: Do 3. Sep 12:11:43 UTC 2020 (1599135103) Apr 11 11:06:06 raspberrypi rpi-eeprom-update[465]: BOOTLOADER: up to date Apr 11 11:06:06 raspberrypi kernel: bcmgenet fd580000.ethernet eth0: Link is Down Apr 11 11:06:06 raspberrypi kernel: bcmgenet fd580000.ethernet: configuring instance for external RGMII (RX delay) Apr 11 11:06:06 raspberrypi dhcpcd[586]: wlan0: waiting for carrier Apr 11 11:06:06 raspberrypi dhcpcd[586]: dhcpcd_prestartinterface: wlan0: Operation not possible due to RF-kill Apr 11 11:06:06 raspberrypi dhcpcd[586]: eth0: waiting for carrier Apr 11 11:06:06 raspberrypi systemd[1]: Started Make remote CUPS printers available locally. Apr 11 11:06:06 raspberrypi systemd[1]: Started CUPS Scheduler. Apr 11 11:06:06 raspberrypi udisksd[490]: Acquired the name org.freedesktop.UDisks2 on the system message bus Apr 11 11:06:06 raspberrypi dhcpcd[586]: wlan0: connected to Access Point `' Apr 11 11:06:06 raspberrypi systemd[1]: Started Disk Manager. Apr 11 11:06:06 raspberrypi systemd[1]: Failed to start "wmbusmeters service". Apr 11 11:06:06 raspberrypi systemd[1]: wmbusmeters.service: Failed with result 'protocol'. Apr 11 11:06:06 raspberrypi systemd[1]: wmbusmeters.service: New main PID 625 does not exist or is a zombie. Apr 11 11:06:06 raspberrypi wmbusmetersd[625]: Not a valid device "/dev/ttyUSB0:im871a:t1 " Apr 11 11:06:06 raspberrypi wmbusmetersd[625]: No such log level: "normal " Apr 11 11:06:06 raspberrypi systemd[1]: Started LSB: Switch to ondemand cpu governor (unless shift key is pressed). Apr 11 11:06:06 raspberrypi raspi-config[437]: Checking if shift key is held down: No. Switching to ondemand scaling governor. Apr 11 11:06:06 raspberrypi wmbusmetersd[600]: (wmbusmeters) started /run/wmbusmeters/wmbusmeters.pid
-
@wolfgangfb paste mal Deine wmbusmeters.conf
cat /etc/wmbusmeters.conf -
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
-
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?) ?
-
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
-
@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
-
@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
-
@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
-
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. -
@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
-
@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.
-
@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.
- bin ich da auch derzeit etwas egoistisch. Erstmal warten ob ich meinen Key bekomme, dann ordern... (sonst sind ev. wieder alle weg
-
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?
-
@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
-
@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
-
@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.
-
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...
-
@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 dochsudo 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? -
@thomas-braun sagte in Adapter WM-Bus / Kampstrup Multical 21:
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?
-
@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