NEWS

steinp5812

Adaptername: E3/DC RSCP
Adapterversion: 1.2.6
js-controller Version: 5.0.19
Admin Version: 6.17.14
Hardwaresystem: RasPi4
Arbeitsspeicher: 4
Festplattenart: SD-Karte
Betriebssystem: Raspbian GNU/Linux 10 (buster)
Nodejs-Version: v18.20.3
NPM-Version: 10.7.0
Image, Docker genutzt: Nein
Javascript: 8.6.0 (8.3.1 stürzt im Sommer wegen Astro-Timer ständig ab)

Das E3/DC-Hauskraftwerk verliert aktuell häufig die Netzwerkverbindung. Der Adapter produziert dann logischerweise jede Menge Fehlermeldungen, bis E3DC wieder verfügbar ist.

2024-07-18 11:39:03.891  - [31merror[39m: e3dc-rscp.0 (24111) E3/DC connection error
2024-07-18 11:39:03.892  - [32minfo[39m: e3dc-rscp.0 (24111) Stop communication with E3/DC and pause a minute before retry ...
2024-07-18 11:40:03.893  - [32minfo[39m: e3dc-rscp.0 (24111) Try reconnecting to E3/DC
2024-07-18 11:42:13.331  - [31merror[39m: modbus.0 (8607) Socket Error
2024-07-18 11:42:13.331  - [31merror[39m: e3dc-rscp.0 (24111) E3/DC connection error
2024-07-18 11:42:13.332  - [32minfo[39m: e3dc-rscp.0 (24111) Stop communication with E3/DC and pause a minute before retry ...
2024-07-18 11:42:13.332  - [31merror[39m: modbus.0 (8607) Client in error state.
2024-07-18 11:42:13.332  - [33mwarn[39m: modbus.0 (8607) On error: {"errno":-110,"code":"ETIMEDOUT","syscall":"connect","address":"192.168.178.103","port":502}
2024-07-18 11:43:13.334  - [32minfo[39m: e3dc-rscp.0 (24111) Try reconnecting to E3/DC
2024-07-18 11:43:13.345  - [32minfo[39m: e3dc-rscp.0 (24111) Connection to E3/DC is established
2024-07-18 11:43:14.339  - [32minfo[39m: modbus.0 (8607) Connected to slave 192.168.178.103

Und hier liefert der Modbus-Adapter wieder neue Werte, während sich beim E3/DC-Adapter nichts tut. In der Instances-Liste ist alles grün:

Connected to host
Heartbeat
Connected to device or service

Ich musste Javascript auf die Beta-Version upgraden, weil der Astro-Kalender im Sommer zu Abstürzen führt (Night und NightEnd sind "n/a"). In dem Zuge habe ich NodeJS auf 18 upgraden müssen. Das war ein Problem. Das "iob nodejs-update" hat explizit gefragt, ob es V18 installieren soll, und dann ungefragt V20 installiert, welche nicht lauffähig war... Weiß nicht, ob das Kausalität oder Koinzidenz ist, aber seitdem beobachte ich die Probleme des E3/DC-RSCP-Adapters.

Falls jemand eine Idee hat, wäre ich dankbar.
Viele Grüße

Skript v.2024-05-22

*** BASE SYSTEM ***
   Static hostname: iobroker
         Icon name: computer
  Operating System: Raspbian GNU/Linux 10 (buster)
            Kernel: Linux 5.10.103-v7l+
      Architecture: arm

Model           : Raspberry Pi 4 Model B Rev 1.4
Docker          : false
Virtualization  : none
Kernel          : armv7l
Userland        : 32 bit

Systemuptime and Load:
 15:51:46 up 16 days,  8:34,  3 users,  load average: 0.85, 0.73, 0.75
CPU threads: 4


*** RASPBERRY THROTTLING ***
Current issues:
No throttling issues detected.

Previously detected issues:
No throttling issues detected.

*** Time and Time Zones ***
               Local time: Thu 2024-07-18 15:51:46 CEST
           Universal time: Thu 2024-07-18 13:51:46 UTC
                 RTC time: n/a
                Time zone: Europe/Berlin (CEST, +0200)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no

*** Users and Groups ***
User that called 'iob diag':
pi
HOME=/home/pi
GROUPS=pi adm dialout cdrom sudo audio video plugdev games users input netdev lpadmin gpio i2c spi iobroker

User that is running 'js-controller':
iobroker
HOME=/home/iobroker
GROUPS=iobroker tty dialout audio video plugdev bluetooth gpio i2c

*** Display-Server-Setup ***
Display-Server: true
Desktop:
Terminal:       tty
Boot Target:    graphical.target

*** MEMORY ***
              total        used        free      shared  buff/cache   available
Mem:           3.8G        1.8G        1.3G        235M        723M        1.8G
Swap:           99M         99M        0.0K
Total:         3.9G        1.9G        1.3G

Active iob-Instances:   18

         3838 M total memory
         1827 M used memory
          592 M active memory
         1806 M inactive memory
         1288 M free memory
           38 M buffer memory
          685 M swap cache
           99 M total swap
           99 M used swap
            0 M free swap

*** top - Table Of Processes  ***
top - 15:51:47 up 16 days,  8:34,  3 users,  load average: 0.85, 0.73, 0.75
Tasks: 189 total,   1 running, 188 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1.4 us,  2.8 sy,  0.0 ni, 95.8 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :   3838.7 total,   1288.3 free,   1826.4 used,    724.0 buff/cache
MiB Swap:    100.0 total,      0.5 free,     99.5 used.   1832.2 avail Mem

*** FAILED SERVICES ***

0 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.

*** FILESYSTEM ***
Filesystem     Type      Size  Used Avail Use% Mounted on
/dev/root      ext4       29G   12G   17G  40% /
devtmpfs       devtmpfs  1.8G     0  1.8G   0% /dev
tmpfs          tmpfs     1.9G     0  1.9G   0% /dev/shm
tmpfs          tmpfs     1.9G  201M  1.7G  11% /run
tmpfs          tmpfs     5.0M  4.0K  5.0M   1% /run/lock
tmpfs          tmpfs     1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/mmcblk0p1 vfat      253M   49M  204M  20% /boot
tmpfs          tmpfs     384M  4.0K  384M   1% /run/user/1000

Messages concerning ext4 filesystem in dmesg:
[Tue Jul  2 07:17:02 2024] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 video=HDMI-A-1:1920x1080M@60 smsc95xx.macaddr=E4:5F:01:2C:DE:03 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 console=tty1 root=PARTUUID=b8131b81-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles
[Tue Jul  2 07:17:03 2024] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem
[Tue Jul  2 07:17:03 2024] EXT4-fs (mmcblk0p2): write access will be enabled during recovery
[Tue Jul  2 07:17:04 2024] EXT4-fs (mmcblk0p2): orphan cleanup on readonly fs
[Tue Jul  2 07:17:04 2024] EXT4-fs (mmcblk0p2): 41 orphan inodes deleted
[Tue Jul  2 07:17:04 2024] EXT4-fs (mmcblk0p2): recovery complete
[Tue Jul  2 07:17:04 2024] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
[Tue Jul  2 07:17:04 2024] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[Tue Jul  2 07:17:06 2024] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)

Show mounted filesystems:
TARGET                                SOURCE         FSTYPE          OPTIONS
/                                     /dev/mmcblk0p2 ext4            rw,noatime
|-/dev                                devtmpfs       devtmpfs        rw,relatime,size=1800568k,nr_inodes=84157,mode=755
| |-/dev/shm                          tmpfs          tmpfs           rw,nosuid,nodev
| |-/dev/pts                          devpts         devpts          rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000
| `-/dev/mqueue                       mqueue         mqueue          rw,relatime
|-/sys                                sysfs          sysfs           rw,nosuid,nodev,noexec,relatime
| |-/sys/kernel/security              securityfs     securityfs      rw,nosuid,nodev,noexec,relatime
| |-/sys/fs/cgroup                    tmpfs          tmpfs           ro,nosuid,nodev,noexec,mode=755
| | |-/sys/fs/cgroup/unified          cgroup2        cgroup2         rw,nosuid,nodev,noexec,relatime,nsdelegate
| | |-/sys/fs/cgroup/systemd          cgroup         cgroup          rw,nosuid,nodev,noexec,relatime,xattr,name=systemd
| | |-/sys/fs/cgroup/net_cls,net_prio cgroup         cgroup          rw,nosuid,nodev,noexec,relatime,net_cls,net_prio
| | |-/sys/fs/cgroup/freezer          cgroup         cgroup          rw,nosuid,nodev,noexec,relatime,freezer
| | |-/sys/fs/cgroup/devices          cgroup         cgroup          rw,nosuid,nodev,noexec,relatime,devices
| | |-/sys/fs/cgroup/blkio            cgroup         cgroup          rw,nosuid,nodev,noexec,relatime,blkio
| | |-/sys/fs/cgroup/perf_event       cgroup         cgroup          rw,nosuid,nodev,noexec,relatime,perf_event
| | |-/sys/fs/cgroup/cpu,cpuacct      cgroup         cgroup          rw,nosuid,nodev,noexec,relatime,cpu,cpuacct
| | |-/sys/fs/cgroup/pids             cgroup         cgroup          rw,nosuid,nodev,noexec,relatime,pids
| | `-/sys/fs/cgroup/cpuset           cgroup         cgroup          rw,nosuid,nodev,noexec,relatime,cpuset
| |-/sys/fs/bpf                       none           bpf             rw,nosuid,nodev,noexec,relatime,mode=700
| |-/sys/kernel/debug                 debugfs        debugfs         rw,relatime
| |-/sys/kernel/config                configfs       configfs        rw,relatime
| `-/sys/fs/fuse/connections          fusectl        fusectl         rw,relatime
|-/proc                               proc           proc            rw,relatime
| `-/proc/sys/fs/binfmt_misc          systemd-1      autofs          rw,relatime,fd=32,pgrp=1,timeout=0,minproto=5,maxproto=5,direct
|-/run                                tmpfs          tmpfs           rw,nosuid,nodev,mode=755
| |-/run/lock                         tmpfs          tmpfs           rw,nosuid,nodev,noexec,relatime,size=5120k
| |-/run/rpc_pipefs                   sunrpc         rpc_pipefs      rw,relatime
| `-/run/user/1000                    tmpfs          tmpfs           rw,nosuid,nodev,relatime,size=393084k,mode=700,uid=1000,gid=1000
|   `-/run/user/1000/gvfs             gvfsd-fuse     fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=1000
`-/boot                               /dev/mmcblk0p1 vfat            rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro

Files in neuralgic directories:

/var:
2.8G    /var/
1.3G    /var/cache/apt
1.3G    /var/cache
1.2G    /var/cache/apt/archives
918M    /var/lib

Archived and active journals take up 199.9M in the file system.

/opt/iobroker/backups:
429M    /opt/iobroker/backups/

/opt/iobroker/iobroker-data:
1.1G    /opt/iobroker/iobroker-data/
554M    /opt/iobroker/iobroker-data/history
418M    /opt/iobroker/iobroker-data/files
299M    /opt/iobroker/iobroker-data/files/javascript.admin
265M    /opt/iobroker/iobroker-data/files/javascript.admin/static

The five largest files in iobroker-data are:
27M     /opt/iobroker/iobroker-data/objects.jsonl
24M     /opt/iobroker/iobroker-data/files/web.admin/static/js/main.135279a0.js.map
22M     /opt/iobroker/iobroker-data/files/modbus.admin/static/js/main.18496c94.js.map
9.0M    /opt/iobroker/iobroker-data/files/modbus.admin/static/js/main.18496c94.js
8.5M    /opt/iobroker/iobroker-data/files/web.admin/static/js/main.135279a0.js

USB-Devices by-id:
USB-Sticks -  Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id':

No Devices found 'by-id'




*** NodeJS-Installation ***

/usr/bin/nodejs         v18.20.3
/usr/bin/node           v18.20.3
/usr/bin/npm            10.7.0
/usr/bin/npx            10.7.0
/usr/bin/corepack       0.28.0


nodejs:
  Installed: 18.20.3-1nodesource1
  Candidate: 18.20.4-1nodesource1
  Version table:
     18.20.4-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
 *** 18.20.3-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
        100 /var/lib/dpkg/status
     18.20.2-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.20.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.20.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.19.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.19.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.18.2-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.18.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.18.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.17.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.17.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.16.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.16.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.15.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.14.2-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.14.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.14.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.13.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.12.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.11.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.10.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.9.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.9.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.8.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.7.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.6.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.5.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.4.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.3.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.2.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.1.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     18.0.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_18.x nodistro/main armhf Packages
     10.24.0~dfsg-1~deb10u3 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages

Temp directories causing npm8 problem: 0
No problems detected

Errors in npm tree:

*** ioBroker-Installation ***

ioBroker Status
iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Core adapters versions
js-controller:  5.0.19
admin:          6.17.14
javascript:     8.6.0

nodejs modules from github:     0

Adapter State
+ system.adapter.admin.0                  : admin                 : iobroker                                 -  enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin
  system.adapter.awattar.0                : awattar               : iobroker                                 -  enabled
+ system.adapter.backitup.0               : backitup              : iobroker                                 -  enabled
+ system.adapter.discovery.0              : discovery             : iobroker                                 -  enabled
+ system.adapter.e3dc-rscp.0              : e3dc-rscp             : iobroker                                 -  enabled
+ system.adapter.fritzdect.0              : fritzdect             : iobroker                                 -  enabled
  system.adapter.hs100.0                  : hs100                 : iobroker                                 - disabled
+ system.adapter.influxdb.0               : influxdb              : iobroker                                 -  enabled, port: 8086
+ system.adapter.info.0                   : info                  : iobroker                                 -  enabled
+ system.adapter.jarvis.0                 : jarvis                : iobroker                                 -  enabled
+ system.adapter.javascript.0             : javascript            : iobroker                                 -  enabled
+ system.adapter.modbus.0                 : modbus                : iobroker                                 -  enabled
+ system.adapter.modbus.1                 : modbus                : iobroker                                 -  enabled
  system.adapter.ocpp.0                   : ocpp                  : iobroker                                 - disabled, port: 9220
+ system.adapter.ping.0                   : ping                  : iobroker                                 -  enabled
  system.adapter.psa.0                    : psa                   : iobroker                                 - disabled
+ system.adapter.shelly.0                 : shelly                : iobroker                                 -  enabled, port: 1882, bind: 0.0.0.0
+ system.adapter.shelly.1                 : shelly                : iobroker                                 -  enabled, port: 1883, bind: 0.0.0.0
+ system.adapter.signal-cmb.0             : signal-cmb            : iobroker                                 -  enabled
+ system.adapter.tr-064.0                 : tr-064                : iobroker                                 -  enabled
  system.adapter.vis-canvas-gauges.0      : vis-canvas-gauges     : iobroker                                 -  enabled
  system.adapter.vis-history.0            : vis-history           : iobroker                                 -  enabled
  system.adapter.vis-hqwidgets.0          : vis-hqwidgets         : iobroker                                 -  enabled
  system.adapter.vis-jqui-mfd.0           : vis-jqui-mfd          : iobroker                                 -  enabled
  system.adapter.vis.0                    : vis                   : iobroker                                 -  enabled
+ system.adapter.web.0                    : web                   : iobroker                                 -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

+ instance is alive

Enabled adapters with bindings
+ system.adapter.admin.0                  : admin                 : iobroker                                 -  enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin
+ system.adapter.influxdb.0               : influxdb              : iobroker                                 -  enabled, port: 8086
+ system.adapter.shelly.0                 : shelly                : iobroker                                 -  enabled, port: 1882, bind: 0.0.0.0
+ system.adapter.shelly.1                 : shelly                : iobroker                                 -  enabled, port: 1883, bind: 0.0.0.0
+ system.adapter.web.0                    : web                   : iobroker                                 -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

ioBroker-Repositories
stable        : http://download.iobroker.net/sources-dist.json
beta          : http://download.iobroker.net/sources-dist-latest.json

Active repo(s): stable

Installed ioBroker-Instances
Used repository: stable
Adapter    "admin"        : 6.17.14  , installed 6.17.14
Adapter    "awattar"      : 1.0.6    , installed 1.0.6
Adapter    "backitup"     : 2.11.0   , installed 2.11.0
Adapter    "discovery"    : 4.5.0    , installed 4.5.0
Adapter    "e3dc-rscp"    : 1.2.6    , installed 1.2.6
Adapter    "fritzdect"    : 2.5.9    , installed 2.5.9
Adapter    "history"      : 3.0.1    , installed 3.0.1
Adapter    "hs100"        : 2.2.0    , installed 2.2.0
Adapter    "influxdb"     : 4.0.2    , installed 4.0.2
Adapter    "jarvis"       : 3.1.8    , installed 3.1.8
Adapter    "javascript"   : 8.3.1    , installed 8.6.0
Controller "js-controller": 5.0.19   , installed 5.0.19
Adapter    "modbus"       : 6.2.3    , installed 6.2.3
Adapter    "ocpp"         : 0.12.5   , installed 0.12.5
Adapter    "ping"         : 1.6.2    , installed 1.6.2
Adapter    "shelly"       : 7.0.0    , installed 7.0.0
Adapter    "signal-cmb"   : 0.3.0    , installed 0.3.0
Adapter    "simple-api"   : 2.8.0    , installed 2.8.0
Adapter    "socketio"     : 6.7.0    , installed 6.7.0
Adapter    "tr-064"       : 4.3.0    , installed 4.3.0
Adapter    "vis"          : 1.5.6    , installed 1.5.6
Adapter    "vis-canvas-gauges": 1.0.1, installed 1.0.1
Adapter    "vis-history"  : 1.0.0    , installed 1.0.0
Adapter    "vis-hqwidgets": 1.5.1    , installed 1.5.1
Adapter    "vis-jqui-mfd" : 1.1.1    , installed 1.1.1
Adapter    "web"          : 6.2.5    , installed 6.2.5
Adapter    "ws"           : 2.6.1    , installed 2.6.1

Objects and States
Please stand by - This may take a while
Objects:        3849
States:         3247

*** OS-Repositories and Updates ***
Hit:1 http://archive.raspberrypi.org/debian buster InRelease
Hit:2 http://raspbian.raspberrypi.org/raspbian buster InRelease
Hit:3 https://repos.influxdata.com/debian buster InRelease
Hit:4 https://apt.grafana.com stable InRelease
Hit:5 https://deb.nodesource.com/node_18.x nodistro InRelease
Reading package lists...
Pending Updates: 1

*** Listening Ports ***
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode      PID/Program name
tcp        0      0 0.0.0.0:8400            0.0.0.0:*               LISTEN      1001       6296935    16367/io.jarvis.0
tcp        0      0 127.0.0.1:8086          0.0.0.0:*               LISTEN      116        18397      500/influxd
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          15281      516/sshd
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      0          62395322   4417/cupsd
tcp        0      0 127.0.0.1:8088          0.0.0.0:*               LISTEN      116        17995      500/influxd
tcp        0      0 0.0.0.0:1883            0.0.0.0:*               LISTEN      1001       30680934   3235/io.shelly.1
tcp        0      0 127.0.0.1:9000          0.0.0.0:*               LISTEN      1001       6292484    14718/iobroker.js-c
tcp        0      0 127.0.0.1:9001          0.0.0.0:*               LISTEN      1001       6290429    14718/iobroker.js-c
tcp6       0      0 :::8081                 :::*                    LISTEN      1001       6287314    14739/io.admin.0
tcp6       0      0 :::8082                 :::*                    LISTEN      1001       6294932    16016/io.web.0
tcp6       0      0 :::22                   :::*                    LISTEN      0          15283      516/sshd
tcp6       0      0 ::1:631                 :::*                    LISTEN      0          62395321   4417/cupsd
tcp6       0      0 :::3000                 :::*                    LISTEN      115        21405      896/grafana
udp        0      0 0.0.0.0:5683            0.0.0.0:*                           1001       30679022   3250/io.shelly.0
udp        0      0 0.0.0.0:68              0.0.0.0:*                           0          18932      444/dhcpcd
udp        0      0 0.0.0.0:631             0.0.0.0:*                           0          62398568   4418/cups-browsed
udp        0      0 192.168.178.101:5353    0.0.0.0:*                           1001       7393753    30585/io.tr-064.0
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           108        15652      385/avahi-daemon: r
udp        0      0 0.0.0.0:43830           0.0.0.0:*                           108        15654      385/avahi-daemon: r
udp6       0      0 :::546                  :::*                                0          18953      444/dhcpcd
udp6       0      0 :::5353                 :::*                                108        15653      385/avahi-daemon: r
udp6       0      0 :::40732                :::*                                108        15655      385/avahi-daemon: r

steinp5812

@achim-wirtz Kann sein. Mir ist das nur mit Geräten aufgefallen, die keinen Usernamen beim http-Login kennen.
@haus-automatisierung Der ShellyPlusHT (Temperatursensor) bringt das auch 10x am Tag. Ansonsten habe ich nicht so genau darauf geachtet. In Summe passiert es halt laufend.
Grüße

steinp5812

@haus-automatisierung Die Shellys verwenden eine Digest-Authentication (RFC7616). Der Server schickt eine Challenge "nonce" (Unique-Key) an den ioBroker, dieser kombiniert die nonce mit dem Passwort, hasht das und schickt das zurück an den Shelly. Der Shelly kombiniert genauso die nonce mit dem im Shelly gespeicherten Passwort und vergleicht das Resultat mit dem empfangenen Hash. Eine nonce kann für mehrere Requests gültig sein.
Diese nonce enthält einen Zeitstempel mit Sekundenauflösung:
nonce="1698360504"
nonce="1698360534"
Diese beiden noncen lagen 30s auseinander. Anhand dieses Zeitstempels könnte der Shelly durchaus erkennen, wenn eine Antwort eine nonce mit "Zeitstempel aus der Zukunft" enthält.
Der Sinn erschließt sich mir nicht, weil eine nonce vom Server ja ohnehin der Antwort des Clients entsprechen muss.

ioBroker(1:00:00)-->Shelly(1:00:01): Request
Shelly(1:00:01)-->ioBroker(1:00:00): 401 Unauthorized, nonce="1:00:01"
NTP: Zeit um eine Sekunde zurück
ioBroker(1:00:00)-->Shelly(1:00:00): Request, h(Passwort):nonce=1:00:01"
Shelly: nonce aus der Zukunft, Zugriff verweigert.

Bei einem einzelnen HTTP-Request wäre das Zeitfenster extrem klein. Da eine nonce aber für mehrere Requests gültig ist, und alle Abfragen zusammen gut eine Sekunde dauern, kann das durchaus mit hoher Wahrscheinlichkeit fehlschlagen.

PS.: Ich habe das Gefühl, dass ich auch manchmal aus dem Web-Interface der neuen Shellys rausgeworfen werde. Also Web-Browser können den Fehler auch triggern.
Grüße

steinp5812

Systemdata
Hardwaresystem:	PI4
Arbeitsspeicher:	4GB
Festplattenart:	SD-Karte
Betriebssystem:	PiOs 5.10.103-v7l+
Node-Version:	v16.20.2
Nodejs-Version:	v16.20.2
NPM-Version:	8.19.4
Installationsart:	Skript
Image genutzt:	Nein
Ort/Name der Imagedatei:	Link

Von Zeit zu Zeit lehnen die neuen Shellys die HTTP-Verbindung ab:
[httpIoBrokerState] HTTP request error for 192.168.178.113 (shellyplus1 / shellyplus1-b8d61a855bc0 / shellyplus1#b8d61a855bc0#1) "/rpc/Sys.GetConfig": Wrong http username or http password! Please enter user credentials for restricted login.

Ich habe es geschafft, das Ereignis shelly-seitig mitzuloggen:

20:37:30 hos_rpc_inst.c:230 Shelly.GetStatus via HTTP_in GET 192.168.178.101:50764 user admin
20:37:30 shos_rpc_inst.c:230 Shelly.GetDeviceInfo via HTTP_in GET 192.168.178.101:50766
20:37:30 shos_sntp.c:84 New SNTP time: 1698345449.037882 (delta -1.486247)
20:37:29 shelly_sys.cpp:202 Time is set
20:37:29 shelly_http_server.:429 0x3ffde7e0: /rpc/Sys.GetConfig: Auth for admin: 401: Invalid auth
20:37:29 shos_rpc_inst.c:230 WiFi.GetConfig via HTTP_in GET 192.168.178.101:50774 user admin

Anscheinend wurde genau während der fehlgeschlagenen Abfrage die Zeit durch den NTP-Client zurückversetzt. Kann das die Ursache sein? Der Fehler tritt ja nur selten auf, obwohl es recht viele Requests gibt.
Grüße

steinp5812

@steinp5812 Oh, ich könnte mich Ohrfeigen.... Ich habe nach der Installation sofort die Updates eingespielt, dann die Wallbox und die App konfiguriert. Dann lief es auch, bis ich mit ioBroker angefangen habe. Jetzt habe ich die WB aus der App geschmissen, App gelöscht, die BW auf Werkseinstellungen gebracht und von Vorne angefangen, und seitdem ist die WB stabil. So einfach kann's gehen.
Leider hat die App jetzt den gesamten bisherigen Stromverbrauch NOCH einmal oben drauf gerechnet, aber das ist ein anderes Thema.
Bis denne

steinp5812

Ich erzähl einfach mal weiter...
Es scheint bei den On-Board-Chargern (OBC) üblich zu sein, Stromunterbrechungen zu zählen, und bei "zu vielen" Unterbrechungen schalten die Autos auf "Fehler" wegen "unzuverlässiger Versorgung". Nun scheint der Corsa-E "absichtliche Ladepausen" für "Unterbrechungen" zu halten und dann beendet er zuverlässig den Ladevorgang, bis man den Stecker zieht und wieder anstöpselt. Meine Strategie, immer mit mindestens 6A zu laden, ist da wohl die einzige Lösung, die man mit der EVC04 hinbekommt...
"Session Max Current" (1100) scheint tatsächlich das Minimum von "Charging Current" (5004), "EVSE Max Current" (1104) und "Cable Max Current" (1106) zu sein, wobei ich ein Register der Marke "EV Max Current" (???) vermisse. Also scheint es kein Register zu geben, das den maximalen Strom anzeigt, den man für "Session Max Current" (1100) verwenden kann. Es hilft nur Ausprobieren.
Die Regelung leidet darunter, dass alle Stromänderungen mit großer Verzögerung ausgeführt werden. Wenn ich die Modbus-Register alle 15s auslese, dann hätte ich gedacht, dass ich spätestens 15s nach einer Soll-Änderung auch zumindest eine deutliche Änderung im gemessenen Strom sehe. Aber nein, es ändert sich oft 2 Intervalle gar nichts. Und eine Verlängerung auf 30s verschlimmert eher das Problem. Wenn ich den Strom auf 10A einstelle und dann für ein Intervall auf 16A und anschließend auf 12A, dann messe ich immer:

10A -- 10A
10A -- 10A
16A -- 10A
12A -- 10A
12A -- 16A
12A -- 12A

Schaltet man mehrmals hintereinander so schnell, unterbricht die EVC04 kurz den Strom, was das Auto als "unzuverlässige Stromquelle" auffasst, wodurch es dann auf "Fehler" schaltet. Helfen tut nicht, das Intervall zu verlängern (mit dem der Modbus-Treiber pollt), dadurch scheint sich die Verzögerung nur zu vergrößern, sondern es hilft vermutlich nur, das Intervall zu verkürzen und softwaremäßig die Verzögerungen miteinzuplanen. Das heißt, solange man nicht den Strom misst, den man eingestellt hat, sollte man auf weitere Sollwert-Änderungen erst einmal verzichten. Meist dautert es 2 Intervalle, aber es kann auch mal deutlich länger dauern.
Eventuell sollte man auch prüfen, ob die Änderung in das Register "Session Max Current" durchschlägt. Dann wäre eine Stromänderung ein 3-stufiger Prozess:

"Charging Current" (5004) ändern,
Warten, bis "Session Max Current" (1100) die Änderung nachvollzogen hat,
Warten, bis "Active Power Total" (1020) sinnvolle Werte liefert.
Oh je, jetzt wird aus meinem einfachen Trigger eine komplexe State-Maschine.....
Bis denne

steinp5812

Hallo,
ich habe jetzt eine EVC04-AC22SW, mit Firmware v3.50.0. Ich habe die Register in einer modbus-Instanz eingetragen. Leider bekomme ich keine Strings geliefert. Anscheinend hat der String pro Adresse (16-Bit) ein Zeichen, und ioBroker versucht 2 Zeichen pro 16-Bit zu lesen, wodurch immer gleich das erste Zeichen 00 ist (String-Ende). Mit einem LE-String bekomme ich zumindest das 1. Zeichen.
Die WB reagiert zumindest auf Änderungen von "Charging Current" und den Alive/Failsave-Registern, soweit sogut.
Ich habe in der Modbus-Config "Aliases" aktiv und muss entsprechend die R-Register unter "Input-Register" mit einem Offset von 30001 eintragen. Das heißt, die "Brand" hat nicht die Adresse 190, sondern 30191.
"Charging Current" ist ein "Holding Register" und hat bei mir die Adresse 45005 (statt 5004).
Prinzipiell habe ich ein kleines Blockly-Skript geschrieben, das den PV-Ertrag unserer E3DC ausliest, davon den Hausverbrauch (excl. Wallbox-Verbrauch) abzieht (das ist der für die WB verfügbare Strom), abrundet, und damit die WB neu einstellt. Im Endeffekt soll die Hausbatterie langsam mitladen, um kleinere Wolken überbrücken zu können (und damit vermeiden, dass das Auto regelmäßig in den Standby geht, weil das Aufwachen recht lange dauert).
Im Großen und Ganzen tut die Regelung, was sie soll..... Leider habe ich das Problem, dass der Leistungsmesser (Register 1010-1033) häufig hängenbleibt, und über Minuten keine neuen Werte liefert. Entsprechend rechne ich dann in so einem Fall einen falschen Hausverbrauch aus.
Dann dachte ich, dass "Session Max Current" (1100) der höchste Strom ist, den die Kombination aus EVSE, EV und Kabel beherrscht. Aber meistens passt sich bei mir der Wert an den dynamischen "Charging Current" (5004) an. Also wenn ich mit 6A laden will, steht in diesem Register irgendwann verzögert auch eine 6. Manchmal friert dieser Wert auch ein, und ich kann dann NUR noch mit 6A laden, obwohl im "Charging Current" (5004) der von mir geschriebene Wert auch wieder ausgelesen wird. Abhilft schafft im Moment nur, Wagen abstöpseln und Ladevorgang neu starten.
An Timeouts kann das Problem nicht liegen. Ich überprüfe "Time" (294) regelmäßig, dass es sich ändert.
"Charging State" (1001) verweilt übrigens gerne auf 1 (charging), selbst wenn der Ladevorgang unterbrochen wurde.
Ich bin gerade etwas am Verzweifeln. Eigentlich bin ich im Coden ganz routiniert, ioBroker und Modbus sind für mich aber Neuland. Funktioniert es bei irgendjemandem zuverlässig? Oder hat die Firmware Macken?
Grüße

NEWS

steinp5812

@steinp5812

Latest posts made by steinp5812