NEWS
Sonoff Adapter Steckdosen lassen sich nicht schalten
-
Hallo!
Ich verwende schon seit Jahren den Sonoff-Adapter mit etlichen Steckdosen. Bisher lief alles wie am Schnürchen, doch seit einigen Tagen reagieren die Steckdosen nicht mehr auf Schaltbefehle von ioBroker. Direkt auf der Weboberfläche von Tasmota jedoch schon.
Was ich bisher versucht habe:
- Die erstellung von Zuständen geändert. Aktuell nur "Für tele/SENSOR" aktiviert.
- Die aktuelle Version aus dem Beta installiert.
- Netzwerk, Steckdosen und Proxmox-Rechner neu gestartet.
- Alle Tasmota-Steckdosen auf den neuesten Stand (v15.2.0) von Tasmota gebracht.
- Alle Linux und Proxmox-Updates installiert.
Alle Steckdosen liefern Daten an ioBroker, auch wenn die Schaltbefehle nicht funktionieren.
aliveisttrue. Nach einem Neustart des Adapters funktioniert für eine unbestimmte Zeit wieder alles. Aufdebugim Log kann ich ihn nicht so lange laufen lassen weil dutzende Meldungen in der Sekunde rein kommen und das Log "explodiert".Außer den oben genannten Punkten habe ich lediglich an der VIS und einigen Skripten etwas geändert und den "nextcloud-monitoring" Adapter von GITHUB installiert. Außerdem den neuen Key für node.js unter Trixie. Was anderes ist mir nicht bewusst. Bei den Issues auf GITHUB wäre mir diesbezüglich auch nichts ins Auge gestochen.
Habt ihr noch eine Idee woran das liegen kann?
Hier das diag einige Minuten nach Neustart des LXC:
Script v.2026-01-31 *** BASE SYSTEM *** Operating System: Debian GNU/Linux 13 (trixie) Static hostname: iobroker Icon name: computer-container Chassis: container ☐ Virtualization: lxc Kernel: Linux 6.17.4-2-pve Architecture: x86-64 OS is similar to: model name : Intel(R) N100 Docker : false Virtualization : lxc Kernel : x86_64 Userland : 64 bit Systemuptime and Load: 09:53:11 up 3 min, 0 users, load average: 3.28, 2.28, 1.74 CPU threads: 4 *** LIFE CYCLE STATUS *** Operating System is the current Debian stable version codenamed 'trixie'! *** TIME AND TIMEZONES *** Local time: Tue 2026-02-03 09:53:11 CET Universal time: Tue 2026-02-03 08:53:11 UTC RTC time: n/a Time zone: Europe/Vienna (CET, +0100) System clock synchronized: yes NTP service: inactive RTC in local TZ: no *** Users and Groups *** User that called 'iob diag': ichbins HOME=/home/ichbins GROUPS=ichbins sudo users iobroker User that is running 'js-controller': iobroker HOME=/home/iobroker SUDO_HOME=/home/ichbins GROUPS=iobroker tty dialout audio video plugdev redis *** DISPLAY-SERVER SETUP *** Display-Server: false Unit display-manager.service could not be found. Display-Manager: Desktop: Session: *** MEMORY *** total used free shared buff/cache available Mem: 8.6G 4.7G 3.9G 3.0M 12M 3.9G Swap: 0B 0B 0B Total: 8.6G 4.7G 3.9G Active iob-Instances: 44 8192 M total memory 4451 M used memory 4287 M active memory 0 M inactive memory 3731 M free memory 0 M buffer memory 12 M swap cache 0 M total swap 0 M used swap 0 M free swap *** top - Table Of Processes *** top - 09:53:12 up 3 min, 0 users, load average: 3.28, 2.28, 1.74 Tasks: 74 total, 1 running, 73 sleeping, 0 stopped, 0 zombie %Cpu(s): 10.9 us, 13.0 sy, 0.0 ni, 73.9 id, 0.0 wa, 0.0 hi, 2.2 si, 0.0 st MiB Mem : 8192.0 total, 3730.3 free, 4451.9 used, 12.4 buff/cache MiB Swap: 0.0 total, 0.0 free, 0.0 used. 3740.1 avail Mem *** FAILED SERVICES *** UNIT LOAD ACTIVE SUB DESCRIPTION 0 loaded units listed. *** DMESG CRITICAL ERRORS *** No critical errors detected *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on rpool/data/subvol-101-disk-1 zfs 16G 7.5G 8.6G 47% / none tmpfs 492K 4.0K 488K 1% /dev udev devtmpfs 16G 0 16G 0% /dev/ttyACM0 none tmpfs 8.0K 4.0K 4.0K 50% /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_08769facd6c2ef119c19edb08048b910-if00-port0 tmpfs tmpfs 16G 0 16G 0% /dev/shm tmpfs tmpfs 6.3G 140K 6.3G 1% /run tmpfs tmpfs 16G 2.8M 16G 1% /tmp tmpfs tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-journald.service tmpfs tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-networkd.service tmpfs tmpfs 1.0M 0 1.0M 0% /run/credentials/container-getty@1.service tmpfs tmpfs 1.0M 0 1.0M 0% /run/credentials/container-getty@2.service tmpfs tmpfs 1.0M 0 1.0M 0% /run/credentials/console-getty.service Messages concerning ext4 filesystem in dmesg: [Mon Feb 2 10:07:04 2026] EXT4-fs (sda1): recovery complete [Mon Feb 2 10:07:04 2026] EXT4-fs (sda1): mounted filesystem 51ef542c-bfb4-464c-b711-7d433f1535c8 r/w with ordered data mode. Quota mode: none. [Mon Feb 2 10:07:10 2026] EXT4-fs (sdc1): recovery complete [Mon Feb 2 10:07:10 2026] EXT4-fs (sdc1): mounted filesystem 8013bf0a-aa55-423c-8375-6b82fe6d9965 r/w with ordered data mode. Quota mode: none. [Mon Feb 2 10:51:28 2026] EXT4-fs (sdb1): mounted filesystem dd11d5b1-66bc-484d-b5b6-d5818cb2b130 r/w with ordered data mode. Quota mode: none. [Tue Feb 3 00:46:37 2026] EXT4-fs (sdb1): unmounting filesystem dd11d5b1-66bc-484d-b5b6-d5818cb2b130. Show mounted filesystems: TARGET SOURCE FSTYPE OPTIONS / rpool/data/subvol-101-disk-1 zfs rw,relatime,xattr,posixacl,casesensitive Files in neuralgic directories: /var: 822M /var/ 414M /var/log 413M /var/log/journal/e00cbacc724e4f778a7d0cf410121ee3 413M /var/log/journal 278M /var/lib Hint: You are currently not seeing messages from other users and the system. Users in groups 'adm', 'systemd-journal' can see all messages. Pass -q to turn off this notice. Archived and active journals take up 10.6M in the file system. /opt/iobroker/backups: 33K /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 389M /opt/iobroker/iobroker-data/ 333M /opt/iobroker/iobroker-data/files 185M /opt/iobroker/iobroker-data/files/javascript.admin 169M /opt/iobroker/iobroker-data/files/javascript.admin/static 168M /opt/iobroker/iobroker-data/files/javascript.admin/static/js The five largest files in iobroker-data are: 16M /opt/iobroker/iobroker-data/files/devices.admin/static/js/main.24f2bb56.js.map 15M /opt/iobroker/iobroker-data/objects.jsonl 8.2M /opt/iobroker/iobroker-data/files/web.admin/static/js/main.135279a0.js.map 8.1M /opt/iobroker/iobroker-data/files/echarts/static/js/main.2b7495c2.js.map 8.1M /opt/iobroker/iobroker-data/files/echarts.admin/chart/static/js/main.2b7495c2.js.map USB-Devices by-id: USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id': /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_08769facd6c2ef119c19edb08048b910-if00-port0 *** ZigBee Settings *** ✓ Your zigbee.0 COM-Port is matching 'by-id'. Very good! Zigbee Network Settings on your coordinator/in nvbackup are: zigbee.X Extended Pan ID: *** MASKED *** Pan ID: *** MASKED *** Channel: *** MASKED *** Network Key: *** MASKED *** To unmask the settings run 'iob diag --unmask' *** NodeJS-Installation *** /usr/bin/nodejs v24.13.0 /usr/bin/node v24.13.0 /usr/bin/npm 11.6.2 /usr/bin/npx 11.6.2 ✓ Node.js installation is correct nodejs: Installed: 24.13.0-1nodesource1 Candidate: 24.13.0-1nodesource1 Version table: *** 24.13.0-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 100 /var/lib/dpkg/status 24.12.0-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 24.11.1-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 24.11.0-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 24.10.0-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 24.9.0-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 24.8.0-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 24.7.0-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 24.6.0-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 24.5.0-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 24.4.1-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 24.4.0-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 24.3.0-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 24.1.0-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 24.0.2-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 24.0.1-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 24.0.0-1nodesource1 1001 500 https://deb.nodesource.com/node_24.x nodistro/main amd64 Packages 20.19.2+dfsg-1 500 500 http://deb.debian.org/debian trixie/main amd64 Packages Temp directories causing deletion problem: 0 No problems detected Errors in npm tree: 0 No problems detected Checking for nodejs vulnerability: █████ ██ ██ ██████ ██████ ██████ ██████ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ███████ ██ ██ ██ ███ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ███████ ███████ ██████ ██████ ██████ ██████ ██ *** ioBroker-Installation *** ioBroker Status iobroker is running on this host. Objects type: redis States type: jsonl Hosts: iobroker iobroker (version: 7.0.7, hostname: iobroker , alive, uptime: 211) Core adapters versions js-controller: 7.0.7 admin: 7.7.22 javascript: 9.0.11 nodejs modules from github: 2 +-- iobroker.nextcloud-monitoring@2.0.0 (git+ssh://git@github.com/H5N1v2/ioBroker.nextcloud-monitoring.git#76889826aeb832cd1a46393e5a9f228c6ba2ccb0) | | +-- browser-serialport@2.0.3 (git+ssh://git@github.com/noopkat/browser-serialport.git#c8628c41c11890d3058875994c15f83f2df8185b) Adapter State + system.adapter.admin.0 : admin : iobroker - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.admin.1 : admin : iobroker - enabled, port: 8088, bind: 0.0.0.0 (SSL), run as: admin + system.adapter.alexa2.0 : alexa2 : iobroker - enabled system.adapter.alias-manager.0 : alias-manager : iobroker - disabled system.adapter.amazon-dash.0 : amazon-dash : iobroker - disabled + system.adapter.backitup.0 : backitup : iobroker - enabled + system.adapter.broadlink2.0 : broadlink2 : iobroker - enabled + system.adapter.daikin-cloud.0 : daikin-cloud : iobroker - enabled system.adapter.daswetter.0 : daswetter : iobroker - enabled system.adapter.devices.0 : devices : iobroker - disabled + system.adapter.echarts.0 : echarts : iobroker - enabled system.adapter.feiertage.0 : feiertage : iobroker - enabled + system.adapter.fullybrowser.0 : fullybrowser : iobroker - enabled + system.adapter.harmony.0 : harmony : iobroker - enabled + system.adapter.hm-rega.0 : hm-rega : iobroker - enabled + system.adapter.hm-rpc.0 : hm-rpc : iobroker - enabled, port: 0 + system.adapter.hm-rpc.1 : hm-rpc : iobroker - enabled, port: 0 + system.adapter.hue.0 : hue : iobroker - enabled, port: 80 + system.adapter.javascript.0 : javascript : iobroker - enabled + system.adapter.linux-control.0 : linux-control : iobroker - enabled + system.adapter.logparser.0 : logparser : iobroker - enabled + system.adapter.mqtt.0 : mqtt : iobroker - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.netatmo.0 : netatmo : iobroker - enabled + system.adapter.nextcloud-monitoring.0 : nextcloud-monitoring : iobroker - enabled + system.adapter.node-red.0 : node-red : iobroker - enabled, port: 1880, bind: 0.0.0.0 + system.adapter.nut.0 : nut : iobroker - enabled + system.adapter.octoprint.0 : octoprint : iobroker - enabled system.adapter.parser.0 : parser : iobroker - disabled system.adapter.parser.1 : parser : iobroker - disabled + system.adapter.ping.0 : ping : iobroker - enabled + system.adapter.ping.1 : ping : iobroker - enabled + system.adapter.ping.2 : ping : iobroker - enabled + system.adapter.ping.3 : ping : iobroker - enabled + system.adapter.ping.4 : ping : iobroker - enabled + system.adapter.proxmox.0 : proxmox : iobroker - enabled, port: 8006 + system.adapter.pushover.0 : pushover : iobroker - enabled + system.adapter.pushover.1 : pushover : iobroker - enabled + system.adapter.rflink.0 : rflink : iobroker - enabled + system.adapter.ring.0 : ring : iobroker - enabled + system.adapter.shelly.0 : shelly : iobroker - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.shelly.1 : shelly : iobroker - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.simple-api.0 : simple-api : iobroker - enabled, port: 8087, bind: 0.0.0.0, run as: admin + system.adapter.sonoff.0 : sonoff : iobroker - enabled, port: 1885, bind: 0.0.0.0 + system.adapter.sql.0 : sql : iobroker - enabled, port: 3306 + system.adapter.traccar.0 : traccar : iobroker - enabled + system.adapter.tuya.0 : tuya : iobroker - enabled + system.adapter.unifi.0 : unifi : iobroker - enabled system.adapter.vis-bars.0 : vis-bars : iobroker - disabled system.adapter.vis-colorpicker.0 : vis-colorpicker : iobroker - disabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets : iobroker - disabled system.adapter.vis-jqui-mfd.0 : vis-jqui-mfd : iobroker - disabled system.adapter.vis-justgage.0 : vis-justgage : iobroker - disabled system.adapter.vis-map.0 : vis-map : iobroker - disabled system.adapter.vis-timeandweather.0 : vis-timeandweather : iobroker - disabled system.adapter.vis.0 : vis : iobroker - enabled + system.adapter.web.0 : web : iobroker - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.worx.0 : worx : iobroker - enabled + system.adapter.zigbee.0 : zigbee : iobroker - enabled, port: /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_08769facd6c2ef119c19edb08048b910-if00-port0 + instance is alive Enabled adapters with bindings + system.adapter.admin.0 : admin : iobroker - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.admin.1 : admin : iobroker - enabled, port: 8088, bind: 0.0.0.0 (SSL), run as: admin + system.adapter.hm-rpc.0 : hm-rpc : iobroker - enabled, port: 0 + system.adapter.hm-rpc.1 : hm-rpc : iobroker - enabled, port: 0 + system.adapter.hue.0 : hue : iobroker - enabled, port: 80 + system.adapter.mqtt.0 : mqtt : iobroker - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.node-red.0 : node-red : iobroker - enabled, port: 1880, bind: 0.0.0.0 + system.adapter.proxmox.0 : proxmox : iobroker - enabled, port: 8006 + system.adapter.shelly.0 : shelly : iobroker - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.shelly.1 : shelly : iobroker - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.simple-api.0 : simple-api : iobroker - enabled, port: 8087, bind: 0.0.0.0, run as: admin + system.adapter.sonoff.0 : sonoff : iobroker - enabled, port: 1885, bind: 0.0.0.0 + system.adapter.sql.0 : sql : iobroker - enabled, port: 3306 + system.adapter.web.0 : web : iobroker - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.zigbee.0 : zigbee : iobroker - enabled, port: /dev/serial/by-id/usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_08769facd6c2ef119c19edb08048b910-if00-port0 ioBroker-Repositories ┌─────────┬──────────┬─────────────────────────────────────────────────────────┬──────────────┐ │ (index) │ name │ url │ auto upgrade │ ├─────────┼──────────┼─────────────────────────────────────────────────────────┼──────────────┤ │ 0 │ 'stable' │ 'http://download.iobroker.net/sources-dist.json' │ false │ │ 1 │ 'beta' │ 'http://download.iobroker.net/sources-dist-latest.json' │ false │ └─────────┴──────────┴─────────────────────────────────────────────────────────┴──────────────┘ Active repo(s): stable Upgrade policy: none Installed ioBroker-Adapters Used repository: stable Adapter "admin" : 7.7.22 , installed 7.7.22 Adapter "alexa2" : 3.27.4 , installed 3.27.4 Adapter "alias-manager": 2.0.0 , installed 2.0.0 Adapter "amazon-dash" : 1.2.0 , installed 1.2.0 Adapter "backitup" : 3.3.13 , installed 3.3.13 Adapter "broadlink2" : 2.3.0 , installed 2.3.0 Adapter "daikin-cloud" : 0.4.12 , installed 0.4.12 Adapter "daswetter" : 3.2.8 , installed 3.2.8 Adapter "devices" : 1.2.8 , installed 1.2.8 Adapter "echarts" : 1.9.2 , installed 2.0.10 Adapter "feiertage" : 1.2.1 , installed 1.2.1 Adapter "fullybrowser" : 3.1.2 , installed 3.1.2 Adapter "harmony" : 1.5.0 , installed 1.5.0 Adapter "hm-rega" : 5.1.0 , installed 5.1.0 Adapter "hm-rpc" : 2.0.2 , installed 2.0.2 Adapter "hue" : 3.16.2 , installed 3.16.2 Adapter "javascript" : 9.0.11 , installed 9.0.11 Controller "js-controller": 7.0.7 , installed 7.0.7 Adapter "linux-control": 1.1.5 , installed 1.1.5 Adapter "logparser" : 2.4.0 , installed 2.4.0 Adapter "mqtt" : 6.1.4 , installed 6.1.4 Adapter "netatmo" : 3.1.0 , installed 3.1.0 Adapter "node-red" : 5.2.1 , installed 6.0.5 Adapter "nut" : 1.6.0 , installed 1.6.0 Adapter "octoprint" : 5.1.0 , installed 5.1.0 Adapter "parser" : 2.2.4 , installed 2.2.4 Adapter "ping" : 1.7.9 , installed 1.7.9 Adapter "proxmox" : 2.4.9 , installed 2.4.9 Adapter "pushover" : 4.1.0 , installed 4.1.0 Adapter "rflink" : 2.1.12 , installed 2.1.12 Adapter "ring" : 6.4.0 , installed 6.4.0 Adapter "shelly" : 10.5.2 , installed 10.5.2 Adapter "simple-api" : 2.8.0 , installed 2.8.0 Adapter "socketio" : 6.7.1 , installed 6.7.1 Adapter "sonoff" : 3.2.1 , installed 3.3.0 Adapter "sql" : 3.0.1 , installed 3.0.1 Adapter "traccar" : 1.1.6 , installed 1.1.6 Adapter "tuya" : 3.16.0 , installed 3.16.0 Adapter "unifi" : 0.7.0 , installed 0.7.0 Adapter "vis" : 1.5.6 , installed 1.5.6 Adapter "vis-bars" : 0.1.4 , installed 0.1.4 Adapter "vis-colorpicker": 2.0.3 , installed 2.1.0 Adapter "vis-hqwidgets": 1.5.1 , installed 1.5.1 Adapter "vis-jqui-mfd" : 1.1.1 , installed 1.1.1 Adapter "vis-justgage" : 2.1.7 , installed 2.1.7 Adapter "vis-map" : 1.1.2 , installed 1.1.1 [Updatable] Adapter "vis-timeandweather": 1.2.2, installed 1.2.2 Adapter "web" : 7.0.8 , installed 7.0.8 Adapter "worx" : 3.2.7 , installed 3.2.7 Adapter "ws" : 2.6.2 , installed 2.6.2 Adapter "zigbee" : 3.1.5 , installed 3.1.5 Objects and States Please stand by - This may take a while Objects: 18300 States: 18542 *** OS-Repositories and Updates *** Hit:1 http://security.debian.org trixie-security InRelease Hit:2 http://deb.debian.org/debian trixie InRelease Hit:3 http://deb.debian.org/debian trixie-updates InRelease Hit:4 https://deb.nodesource.com/node_24.x nodistro InRelease Reading package lists... Pending systemupdates: 0 *** 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 192.168.2.101:2010 0.0.0.0:* LISTEN 1001 9659219 1111/io.hm-rpc.0 tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1001 9645401 370/iobroker.js-con tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN 105 9645384 224/redis-server 12 tcp 0 0 192.168.2.101:9292 0.0.0.0:* LISTEN 1001 9648678 614/io.hm-rpc.1 tcp 0 0 0.0.0.0:1882 0.0.0.0:* LISTEN 1001 9662126 1256/io.shelly.1 tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 1001 9658730 1006/io.mqtt.0 tcp 0 0 0.0.0.0:1880 0.0.0.0:* LISTEN 1001 9647840 523/node-red tcp 0 0 0.0.0.0:1885 0.0.0.0:* LISTEN 1001 9662497 1153/io.sonoff.0 tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 9644214 1/init tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 0 9647224 349/master tcp6 0 0 :::61991 :::* LISTEN 1001 9656323 906/io.harmony.0 tcp6 0 0 :::8082 :::* LISTEN 1001 9669793 1538/io.web.0 tcp6 0 0 :::8081 :::* LISTEN 1001 9644957 391/io.admin.0 tcp6 0 0 :::8087 :::* LISTEN 1001 9668201 1467/io.simple-api. tcp6 0 0 :::8088 :::* LISTEN 1001 9648130 437/io.admin.1 tcp6 0 0 ::1:25 :::* LISTEN 0 9647225 349/master tcp6 0 0 ::1:6379 :::* LISTEN 105 9645385 224/redis-server 12 tcp6 0 0 :::22 :::* LISTEN 0 9643960 1/init tcp6 0 0 :::80 :::* LISTEN 1001 9647841 523/node-red tcp6 0 0 :::111 :::* LISTEN 0 9645080 1/init tcp6 0 0 :::3000 :::* LISTEN 1001 9655027 841/io.fullybrowser udp 0 0 0.0.0.0:15001 0.0.0.0:* 1001 9654526 775/io.broadlink2.0 udp 0 0 0.0.0.0:111 0.0.0.0:* 0 9642879 1/init udp 0 0 0.0.0.0:1900 0.0.0.0:* 1001 9648383 523/node-red udp 0 0 0.0.0.0:1900 0.0.0.0:* 1001 9648382 523/node-red udp 0 0 0.0.0.0:1900 0.0.0.0:* 1001 9648381 523/node-red udp 0 0 0.0.0.0:34804 0.0.0.0:* 1001 9654781 775/io.broadlink2.0 udp 0 0 0.0.0.0:53207 0.0.0.0:* 1001 9655482 775/io.broadlink2.0 udp 0 0 0.0.0.0:5683 0.0.0.0:* 1001 9655374 753/io.shelly.0 udp 0 0 0.0.0.0:6666 0.0.0.0:* 1001 9650936 678/io.tuya.0 udp 0 0 0.0.0.0:6667 0.0.0.0:* 1001 9650937 678/io.tuya.0 udp 0 0 0.0.0.0:61991 0.0.0.0:* 1001 9656324 906/io.harmony.0 udp6 0 0 :::111 :::* 0 9644215 1/init *** Log File - Last 25 Lines *** 2026-02-03 09:52:01.850 - info: tuya.0 (678) bfa290842d86cc3100kcae: Error on Reconnect (7): connect EHOSTUNREACH 192.168.2.180:6668 2026-02-03 09:52:03.857 - info: traccar.0 (1341) starting. Version 1.1.6 in /opt/iobroker/node_modules/iobroker.traccar, node: v24.13.0, js-controller: 7.0.7 2026-02-03 09:52:03.923 - info: traccar.0 (1341) Connect to server over websocket connection. 2026-02-03 09:52:07.828 - info: shelly.1 (1256) [MQTT] Device with client id "shelly1pmminig3-d0cf13cfe574" connected from 192.168.2.135! 2026-02-03 09:52:07.950 - info: echarts.0 (1408) starting. Version 2.0.10 in /opt/iobroker/node_modules/iobroker.echarts, node: v24.13.0, js-controller: 7.0.7 2026-02-03 09:52:08.899 - info: shelly.1 (1256) [MQTT] Device with client id "shelly1pmminig3-d0cf13cfe574" initialized. 2026-02-03 09:52:11.717 - info: vis.0 (1435) starting. Version 1.5.6 in /opt/iobroker/node_modules/iobroker.vis, node: v24.13.0, js-controller: 7.0.7 2026-02-03 09:52:12.413 - info: vis.0 (1435) Terminated (NO_ERROR): Without reason 2026-02-03 09:52:15.976 - info: simple-api.0 (1467) starting. Version 2.8.0 in /opt/iobroker/node_modules/iobroker.simple-api, node: v24.13.0, js-controller: 7.0.7 2026-02-03 09:52:15.988 - info: simple-api.0 (1467) simpleAPI server listening on port 8087 2026-02-03 09:52:15.989 - info: simple-api.0 (1467) Allow states only when user is owner: false 2026-02-03 09:52:15.995 - info: simple-api.0 (1467) http server listening on port 8087 2026-02-03 09:52:16.945 - info: shelly.1 (1256) [MQTT] Device with client id "shelly1pmminig3-d0cf13ced4a0" connected from 192.168.2.134! 2026-02-03 09:52:17.774 - info: shelly.1 (1256) [MQTT] Device with client id "shelly1pmminig3-d0cf13ced4a0" initialized. 2026-02-03 09:52:19.967 - error: linux-control.0 (1486) Object linux-control.0.command.host is invalid: obj.common.states has an invalid type! Expected "object", received "string" 2026-02-03 09:52:25.394 - warn: web.0 (1538) Cannot decode URI: "/vis/%3C%=%20this.data.attr('icon')%20?%20this.data.attr(%27icon%27)%20:%20%27widgets/jqui-mfd/img/it_camera.svg%27%20%%3E 2026-02-03 09:52:25.395 - warn: web.0 (1538) Cannot decode URI: "/vis/%3C%=%20this.data.attr('icon')%20?%20this.data.attr(%27icon%27)%20:%20%27widgets/jqui-mfd/img/it_camera.png%27%20%%3E 2026-02-03 09:52:27.889 - warn: daswetter.0 (1557) The last request was less than 15 minutes ago. You should query the data no more than 4 times per hour to reduce the load on the server. (6.18 min). 2026-02-03 09:52:32.465 - info: octoprint.0 (1591) starting. Version 5.1.0 in /opt/iobroker/node_modules/iobroker.octoprint, node: v24.13.0, js-controller: 7.0.7 2026-02-03 09:52:34.581 - info: octoprint.0 (1591) error ECONNABORTED from /api/version: timeout of 2000ms exceeded 2026-02-03 09:52:35.788 - info: nextcloud-monitoring.0 (1610) starting. Version 2.0.0 (non-npm: H5N1v2/ioBroker.nextcloud-monitoring#76889826aeb832cd1a46393e5a9f228c6ba2ccb0) in /opt/iobroker/node_modules/iobroker.nextcloud-monitoring, node: v24.13.0, js-controller: 7.0.7 2026-02-03 09:52:35.797 - info: nextcloud-monitoring.0 (1610) Abfrage läuft für: WinklerNET (cloud.winklernet.at) 2026-02-03 09:52:38.978 - warn: web.0 (1538) Cannot decode URI: "/vis/widgets/jqui-mfd/img/%3C%=%20image%20%%3E.svg 2026-02-03 09:52:38.983 - warn: web.0 (1538) Cannot decode URI: "/vis/widgets/jqui-mfd/img/%3C%=%20image%20%%3E.png 2026-02-03 09:53:30.006 - warn: javascript.0 (561) script.js.Geraete.Verbindungen_testen: Steckdose_3D-Drucker nicht verbunden!Vielleicht war das Update auf 15.2 das Problem.
Downgrade doch mal ne Dose.
Oder war beim Update was Wichtiges für Deine Dosen dabei? -
Vielleicht war das Update auf 15.2 das Problem.
Downgrade doch mal ne Dose.
Oder war beim Update was Wichtiges für Deine Dosen dabei?@haselchen sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
Vielleicht war das Update auf 15.2 das Problem.
Ich habe das Update lediglich deswegen gemacht, weil ich das Problem schon hatte. Nur hat es leider nicht geholfen (ist aber auch nicht schlimmer geworden).
Ich habe jetzt noch einen kleinen Fehler in meiner Netzwerkkonfig behoben. Aber ich glaube nicht, dass es daran liegt - hat schließlich Jahre auch damit funktioniert. Aber ich beobachte mal und wenn es wieder auftritt, werde ich als nächsten Schritt den Nextcloud-Adapter deaktivieren. Der scheint mir noch am ehesten infrage zu kommen.
Oder gibt es noch andere Empfehlungen?
-
@haselchen sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
Vielleicht war das Update auf 15.2 das Problem.
Ich habe das Update lediglich deswegen gemacht, weil ich das Problem schon hatte. Nur hat es leider nicht geholfen (ist aber auch nicht schlimmer geworden).
Ich habe jetzt noch einen kleinen Fehler in meiner Netzwerkkonfig behoben. Aber ich glaube nicht, dass es daran liegt - hat schließlich Jahre auch damit funktioniert. Aber ich beobachte mal und wenn es wieder auftritt, werde ich als nächsten Schritt den Nextcloud-Adapter deaktivieren. Der scheint mir noch am ehesten infrage zu kommen.
Oder gibt es noch andere Empfehlungen?
@Dr.-Bakterius sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
Oder gibt es noch andere Empfehlungen
Hatte mit einer Gosund Probleme, die ließ sich an der Steckdose selbst gar nicht mehr schalten. Per Weboberfläche immer und per iobroker nur sporadisch. Abhilfe von v15 zurück auf v14.
Recherche ergab, daß es bei manchen Tasmota Geräten zu Problemen führen kann mit den neusten Version aufgrund diverser Änderungen. -
Stoppe mal den sonoff Adapter und lösche mal alle Datenpunkte (falls du Daten an History, influx etc schickst, geht die Einstellung verloren). Sonoff Adpter dann wieder starten, so dass die DP wieder generiert werden, vielleicht hilft das. Hast du mit einem Blockly (Steuere) getestet oder direkt am DP?
Hast du an der Sonoff Adapter Konfig was geändert? Authentifizierung öä (obwohl dann keine Updates kämen…)?
-
@Dr.-Bakterius sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
Oder gibt es noch andere Empfehlungen
Hatte mit einer Gosund Probleme, die ließ sich an der Steckdose selbst gar nicht mehr schalten. Per Weboberfläche immer und per iobroker nur sporadisch. Abhilfe von v15 zurück auf v14.
Recherche ergab, daß es bei manchen Tasmota Geräten zu Problemen führen kann mit den neusten Version aufgrund diverser Änderungen.@crunchip sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
Hatte mit einer Gosund Probleme, die ließ sich an der Steckdose selbst gar nicht mehr schalten.
Ich habe auch hauptsächlich Gosund-Steckdosen. Doch die lassen sich, auch mit Tasmota 15, alle lokal schalten. Aber wenn ich dahingehend Probleme beobachte, weiß ich was ich machen muss. Danke!
-
Ich habe mal testweise auf 2 Dose, einmal die NOUS A1T und die NOUS A8T die 15.20 installiert. Haben beide mal vorher wie auch nachher funktioniert. Vielleicht mal die Dose reseten und neu konfigurieren...
@Winni sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
Vielleicht mal die Dose reseten und neu konfigurieren...
Es handelt sich nicht nur um eine Steckdose die diese Probleme macht. Sonst hätte ich nicht den Adapter oder das System in Verdacht.
Edit: hatte statt 'nicht nur' fälschlicherweise 'nur nur' geschrieben gehabt.
-
Stoppe mal den sonoff Adapter und lösche mal alle Datenpunkte (falls du Daten an History, influx etc schickst, geht die Einstellung verloren). Sonoff Adpter dann wieder starten, so dass die DP wieder generiert werden, vielleicht hilft das. Hast du mit einem Blockly (Steuere) getestet oder direkt am DP?
Hast du an der Sonoff Adapter Konfig was geändert? Authentifizierung öä (obwohl dann keine Updates kämen…)?
@mading sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
Hast du mit einem Blockly (Steuere) getestet oder direkt am DP?
Beides.
Hast du an der Sonoff Adapter Konfig was geändert? Authentifizierung öä (obwohl dann keine Updates kämen…)?
Nur bei Erstellung von Zuständen. Hat aber nicht geändert.
-
Schau auch mal bei tasmota vorbei, ob sich das Template für die Dosen geändert hat (oder du ein falsches verwendet hast, dass bis dato funktioniert hat, nun aber nicht mehr)!
@mading sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
Schau auch mal bei tasmota vorbei, ob sich das Template für die Dosen geändert hat (oder du ein falsches verwendet hast, dass bis dato funktioniert hat, nun aber nicht mehr)!
Wie schon geschrieben. Das hat schon mit der lange funktionierenden Tasmotaversion plötzlich Probleme gemacht. Das Update erfolgte erst danach.
-
@Winni sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
Vielleicht mal die Dose reseten und neu konfigurieren...
Es handelt sich nicht nur um eine Steckdose die diese Probleme macht. Sonst hätte ich nicht den Adapter oder das System in Verdacht.
Edit: hatte statt 'nicht nur' fälschlicherweise 'nur nur' geschrieben gehabt.
@Dr.-Bakterius sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
@Winni sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
Vielleicht mal die Dose reseten und neu konfigurieren...
Es handelt sich nur nur um eine Steckdose die diese Probleme macht. Sonst hätte ich nicht den Adapter oder das System in Verdacht.
Ich hatte mal den Fall, dass hat eine Dose total gesponnen. Ich habe sie dann zurück gesetzt und wieder neu konfiguriert. Danach lief sie wieder, bis heute. Wenn sonst nix hilft, Versuch macht kluch 😉
-
Ich hatte auch mal Probleme mit einer Dose von Gosund. Ich kann dir sagen was bei mir geholfen hat war wegschmeißen und eine andere verwenden. Nach ca. 10 Jahren war das Ding doch echt einfach kaputt. Kurzzeitig funktionierte es wieder nach aus und einstecken, aber das war keine dauerhafte Lösung.
Neu konfigurieren hat auch keine Abhilfe dauerhaft geschaffen. -
Vielen Dank für euer Interesse und eure Tipps. Defekte Dose, zurücksetzen auf Werkseinstellungen und dergleichen habe ich auch zuerst in Betracht gezogen. Doch, dass gleich mehrere Steckdosen gleichzeitig keine Schaltbefehle mehr annehmen und es an den Steckdosen liegt, erscheint mir doch sehr unwahrscheinlich. Die Daten (Spannung, Strom, Watt, Schaltzustand,...) kommen nach wie vor in ioBroker an und nach einem Neustart des Adapters klappt auch das Schalten wieder.
Es muss also an ioBroker, dem Adapter oder Rechner liegen.
Gestern habe ich das komplette System noch einmal ganz ausgeschaltet und wieder neu gestartet. Nachdem seit letzter der Nacht wieder keine Schaltbefehle angekommen sind, habe ich nun mal den nextcloud-Adapter deaktiviert und den LXC neu gestartet. Jetzt heißt es wieder warten ...
Edit: Wenn man über ioBroker einen Schaltbefehl sendet der nicht funktioniert, kommt im Log:
Client "Steckdose_*****" not connected -
Vielen Dank für euer Interesse und eure Tipps. Defekte Dose, zurücksetzen auf Werkseinstellungen und dergleichen habe ich auch zuerst in Betracht gezogen. Doch, dass gleich mehrere Steckdosen gleichzeitig keine Schaltbefehle mehr annehmen und es an den Steckdosen liegt, erscheint mir doch sehr unwahrscheinlich. Die Daten (Spannung, Strom, Watt, Schaltzustand,...) kommen nach wie vor in ioBroker an und nach einem Neustart des Adapters klappt auch das Schalten wieder.
Es muss also an ioBroker, dem Adapter oder Rechner liegen.
Gestern habe ich das komplette System noch einmal ganz ausgeschaltet und wieder neu gestartet. Nachdem seit letzter der Nacht wieder keine Schaltbefehle angekommen sind, habe ich nun mal den nextcloud-Adapter deaktiviert und den LXC neu gestartet. Jetzt heißt es wieder warten ...
Edit: Wenn man über ioBroker einen Schaltbefehl sendet der nicht funktioniert, kommt im Log:
Client "Steckdose_*****" not connected@Dr.-Bakterius sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
dass gleich mehrere Steckdosen gleichzeitig keine Schaltbefehle mehr annehmen
das war wohl deine Aussage
@Dr.-Bakterius sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
Es handelt sich nur nur um eine Steckdose die diese Probleme macht
irgendwie schiefgegangen und hat diese Argumentation ausgelöst
-
@Dr.-Bakterius sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
dass gleich mehrere Steckdosen gleichzeitig keine Schaltbefehle mehr annehmen
das war wohl deine Aussage
@Dr.-Bakterius sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
Es handelt sich nur nur um eine Steckdose die diese Probleme macht
irgendwie schiefgegangen und hat diese Argumentation ausgelöst
@Homoran sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
@Dr.-Bakterius sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
Es handelt sich nur nur um eine Steckdose die diese Probleme machtirgendwie schiefgegangen und hat diese Argumentation ausgelöst
Ups. Das erste 'nur' sollte ein 'nicht' sein. Asche auf mein Haupt.
-
Vielen Dank für euer Interesse und eure Tipps. Defekte Dose, zurücksetzen auf Werkseinstellungen und dergleichen habe ich auch zuerst in Betracht gezogen. Doch, dass gleich mehrere Steckdosen gleichzeitig keine Schaltbefehle mehr annehmen und es an den Steckdosen liegt, erscheint mir doch sehr unwahrscheinlich. Die Daten (Spannung, Strom, Watt, Schaltzustand,...) kommen nach wie vor in ioBroker an und nach einem Neustart des Adapters klappt auch das Schalten wieder.
Es muss also an ioBroker, dem Adapter oder Rechner liegen.
Gestern habe ich das komplette System noch einmal ganz ausgeschaltet und wieder neu gestartet. Nachdem seit letzter der Nacht wieder keine Schaltbefehle angekommen sind, habe ich nun mal den nextcloud-Adapter deaktiviert und den LXC neu gestartet. Jetzt heißt es wieder warten ...
Edit: Wenn man über ioBroker einen Schaltbefehl sendet der nicht funktioniert, kommt im Log:
Client "Steckdose_*****" not connected@Dr.-Bakterius sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
kommt im Log
Dann liegt wohl ein Netzwerk Problem vor.
Prüfe doch alle deine mqtt komunizierenden Adapter + Port -
Ich hatte auch mal Probleme mit einer Dose von Gosund. Ich kann dir sagen was bei mir geholfen hat war wegschmeißen und eine andere verwenden. Nach ca. 10 Jahren war das Ding doch echt einfach kaputt. Kurzzeitig funktionierte es wieder nach aus und einstecken, aber das war keine dauerhafte Lösung.
Neu konfigurieren hat auch keine Abhilfe dauerhaft geschaffen. -
Ich habe seit gestern den nextcloud-Adapter deaktiviert. Seitdem keine Probleme mehr. Ich werde nochmal 24 Stunden warten und dann den Entwickler informieren (oder weiter suchen).
-
Also die Tasmota Geräte verbinden sich ja per MQTT mit dem Sonoff-Adapter.
Der ist kein richtiger MQTT-Broker, simuliert aber soviel wie Tasmota eben braucht.Für die Schaltbefehle abonnieren die Steckdosen z.B. das topic
cmnd/mqtt-clientname-der-steckdose/POWERund man sendet ein
ONoderOFFdahin.
Wenn die Steckdosen sich nicht mit MQTT verbinden konnten bzw. gerade nicht verbunden sind, blinken die in der Regel munter (meist blau, meine Nous und Gosund jedenfalls).
Die halten also eine ständige Verbindung aufrecht (ohne das unbedingt Daten fließen) und wollen dann benachrichtigt werden. Wenn eine der beiden Seiten die Sitzung dann schon verloren hat, kommt es natürlich nicht mehr an. Deine Fehlermeldung klingt als wäre das die Steckdose, schuld können aber beide Seiten sein.Testweise könntest du also so eine Steckdose statt mit dem Sonoff-Adapter (IP des ioBrokers + Port der im Sonoff Adapter festgelegt wurde) auch mit mit dem/einem MQTT-Broker verbinden (falls vorhanden). Und dort dann testen ob es klappt, entweder über die Datenpunkte oder per MQTT-Explorer.
Auf meiner alten Hardware hatte ich den Sonoff-Adapter überfordert, bei meinen schon damals über 100 Tasmotageräten kam der irgendwann nicht hinterher, insbesondere nach einem Neustart. Der hat den Geräten nicht schnell genug geantwortet woraufhin diese einen Reconnect gemacht haben. Nach einem Neustart natürlich alle gleichzeitig.
Da müsstest du aber ggf. im Log etwas sehen von Verbindungsaufbau (weis nicht ob der sonoff-Adapter da was anzeigt, ggf. auf Debug).
Testweise könntest du auch eine 2. Instanz des Sonoff anlegen auf einem anderem Port und das Problemgerät damit verbinden. Der läuft dann als eigener Prozess parallel zur anderen Instanz
-
Also die Tasmota Geräte verbinden sich ja per MQTT mit dem Sonoff-Adapter.
Der ist kein richtiger MQTT-Broker, simuliert aber soviel wie Tasmota eben braucht.Für die Schaltbefehle abonnieren die Steckdosen z.B. das topic
cmnd/mqtt-clientname-der-steckdose/POWERund man sendet ein
ONoderOFFdahin.
Wenn die Steckdosen sich nicht mit MQTT verbinden konnten bzw. gerade nicht verbunden sind, blinken die in der Regel munter (meist blau, meine Nous und Gosund jedenfalls).
Die halten also eine ständige Verbindung aufrecht (ohne das unbedingt Daten fließen) und wollen dann benachrichtigt werden. Wenn eine der beiden Seiten die Sitzung dann schon verloren hat, kommt es natürlich nicht mehr an. Deine Fehlermeldung klingt als wäre das die Steckdose, schuld können aber beide Seiten sein.Testweise könntest du also so eine Steckdose statt mit dem Sonoff-Adapter (IP des ioBrokers + Port der im Sonoff Adapter festgelegt wurde) auch mit mit dem/einem MQTT-Broker verbinden (falls vorhanden). Und dort dann testen ob es klappt, entweder über die Datenpunkte oder per MQTT-Explorer.
Auf meiner alten Hardware hatte ich den Sonoff-Adapter überfordert, bei meinen schon damals über 100 Tasmotageräten kam der irgendwann nicht hinterher, insbesondere nach einem Neustart. Der hat den Geräten nicht schnell genug geantwortet woraufhin diese einen Reconnect gemacht haben. Nach einem Neustart natürlich alle gleichzeitig.
Da müsstest du aber ggf. im Log etwas sehen von Verbindungsaufbau (weis nicht ob der sonoff-Adapter da was anzeigt, ggf. auf Debug).
Testweise könntest du auch eine 2. Instanz des Sonoff anlegen auf einem anderem Port und das Problemgerät damit verbinden. Der läuft dann als eigener Prozess parallel zur anderen Instanz
@BananaJoe sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten:
Wenn die Steckdosen sich nicht mit MQTT verbinden konnten bzw. gerade nicht verbunden sind, blinken die in der Regel munter (meist blau, meine Nous und Gosund jedenfalls).
Das war eben nicht der Fall. Sie haben auch noch brav die Daten an ioBroker gesendet und der hat die DP auch aktualisiert.
Auf meiner alten Hardware hatte ich den Sonoff-Adapter überfordert, bei meinen schon damals über 100 Tasmotageräten kam der irgendwann nicht hinterher, insbesondere nach einem Neustart.
Da könnte man dann ja auch mehrere Instanzen einrichten. Bei mir sind die Anzahl der Geräte aber nicht die Ursache.
Da müsstest du aber ggf. im Log etwas sehen von Verbindungsaufbau (weis nicht ob der sonoff-Adapter da was anzeigt, ggf. auf Debug).
Wenn man den Adapter auf 'debug' stellt, kommen sehr viele Meldungen rein. Da dann warten bis MQTT-out (ich nenne es mal so) nicht mehr funktioniert, würde ein gewaltiges Log entstehen.
Testweise könntest du auch eine 2. Instanz des Sonoff anlegen auf einem anderem Port und das Problemgerät damit verbinden.
Wie geschrieben: es handelt sich um etliche, wenn nicht alle gosund-Steckdosen.
Aber ich bin mir ziemlich sicher, dass der neue Adapter für NextCloud daran schuld hat. Seit ich ihn deaktiviert habe funktioniert alles wieder über Stunden hinweg.