Community Forum

@maxclaudi sagte: Samrtphone BT ausschalten. Nur Zendure App öffnen und schauen ob Gerät offline-Status hat In der App werden die Werte des SF angezeigt, aber in der App kann ich nichts steuern. Ausgehende Protokolle werden ja nicht blockiert. EDIT: Die Werte werden in der App nicht aktualisiert.

Ok Danke.

https://forum.iobroker.net/user/asgothian Ich habe nochmals unter 3.3.5 getestet hier ist das Verhalten insfesamt korrekt. Auch unter zigbbe2mqtt mit Zigbee2MQTT-Version 2.13.0 commit: fcbb7ff4 Frontend-Version 2.14.0 zigbee-herdsman-converters Version 26.90.0 zigbee-herdsman Version arbeitet der device korrekt. E.

@mischelle sagte: ich lese aber keine 3769 Posts Nein! Aber den ersten! Und dort steht @tombox sagte: VW hat den klassischen App-Login für VW ID, CUPRA und SEAT abgeschaltet. Für diese Marken funktionieren nur noch zwei Wege — beide unten konfigurierbar, lassen sich auch parallel laufen: EU Data Act Portal — kostenlos, läuft automatisch nach einmaliger Browser-Aktivierung im Portal, liefert ein detailliertes Datenpaket aber nur alle 15 Minuten und ist in der Praxis unzuverlässig: das Auto liefert nur Daten wenn es gerade aktiv ist (fahren, laden, Klima), parkende Autos erzeugen leere Datasets. Außerdem hat das Portal selbst öfter 5xx-Aussetzer. Tibber Data API (empfohlen) — kostenlos, liefert aktuelle Werte (SoC, Reichweite, Lade-Status). Man muss kein Tibber-Stromkunde sein, nur einen Tibber-Account in der App anlegen. Beim Anlegen verlangt die App eine deutsche Adresse — die muss nicht korrekt sein, irgendeine plausible Straße/PLZ reicht. Dann das Fahrzeug in der App verbinden und einen OAuth-Client unter https://data-api.tibber.com/clients/manage registrieren (Details in der Adapter-UI). Diese Info ist flammneu, dein Glaube @mischelle sagte: ich glaube, dass das nach 7 Jahren nicht mehr aktuell sein kann. hat dir nicht geholfen. Vor 7 Jahren gab es das alles nämlich noch nicht Deine Reaktion ist nicht angebracht.

@Murphy-0 sagte: Hier steuerst du ja den WR2 auch fix mit 5% an. Ausserdem triggerst du nach festem Zeitplan, soweit kein Problem. Nir innerhalb vom Blockly noch zusätzlich Trigger kenn ich so nicht, wird auch nicht funktionieren. Ja, ich wollte erstma den WR2 mit einem festen Wert ansteuern und nur WR1 regeln. Der Trigger ist einzeln.

Die Daten werden für mein Modell nicht geschickt, hab ich Pech gehabt.

@Cyberraph sagte: Ich war mal so frei und habe den Wünschen hier folgend ein "allgemeines Issue" auf GitHub erstellt, der den allgemeinen Wunsch der einfacheren Bedienung erklärt. https://github.com/typhosj/ioBroker.vis2-materialdesign/issues/15 Ich habe die Version 0.4.0 veröffentlicht, in der Vereinfachungen enthalten sind. Bitte gerne mal testen: https://github.com/typhosj/ioBroker.vis2-materialdesign/issues/15#issuecomment-5409144062

@dering sagte: Erstelle dazu gerne im github ein Feature-Request https://github.com/hdering/ioBroker.aura/issues, dann baue ich das gerne ein. Perfekt, vielen Dank für die schnelle Umsetzung, es funktioniert jetzt. [image: 1787658366815-aura_html2.png]

@MartinP hatte ich auch schon vermutet. wenn der master/slave abgleich tief im innern von iobroker statt findet und der slave nicht zeitnah antwortet, dann bindet das ressourcen bis der timeout abgelaufen ist. wenn dann sehr viel kommt könnte es das erklären. ist aber leider in den logs nicht zu sehen. aber evtl gibt es da auch kein mechanismus im code der das abfängt oder zumindest meldet.

Hi, auch heute keine Daten. Im log leider auch keine weiteren Einträge.. bis 23:59 Uhr 2026-08-25 21:00:52.577 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~5 polls) 2026-08-25 21:01:50.365 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:01:52.624 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~4 polls) 2026-08-25 21:02:50.356 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:02:52.622 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~3 polls) 2026-08-25 21:03:50.424 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:03:52.630 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~2 polls) 2026-08-25 21:04:50.363 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:04:52.611 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~1 polls) 2026-08-25 21:05:50.415 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:06:00.524 - debug: anker-solix.0 (67427) Poll OK (7 devices, devices+mqtt, next detail in ~10 polls) 2026-08-25 21:06:50.360 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:06:52.577 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~9 polls) 2026-08-25 21:07:50.360 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:07:52.609 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~8 polls) 2026-08-25 21:08:50.351 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:08:52.673 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~7 polls) 2026-08-25 21:09:50.355 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:09:52.681 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~6 polls) 2026-08-25 21:10:50.353 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:10:52.558 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~5 polls) 2026-08-25 21:11:50.351 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:11:52.663 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~4 polls) 2026-08-25 21:12:50.358 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:12:52.605 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~3 polls) 2026-08-25 21:13:50.366 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:13:52.639 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~2 polls) 2026-08-25 21:14:50.350 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:14:52.639 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~1 polls) 2026-08-25 21:15:50.351 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:16:00.464 - debug: anker-solix.0 (67427) Poll OK (7 devices, devices+mqtt, next detail in ~10 polls) 2026-08-25 21:16:50.348 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:16:52.569 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~9 polls) 2026-08-25 21:17:50.360 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:17:52.563 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~8 polls) 2026-08-25 21:18:50.362 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:18:52.552 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~7 polls) 2026-08-25 21:19:50.370 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:19:52.737 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~6 polls) 2026-08-25 21:20:50.394 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:20:52.700 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~5 polls) 2026-08-25 21:21:50.377 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:21:52.506 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~4 polls) 2026-08-25 21:22:50.385 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:22:52.628 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~3 polls) 2026-08-25 21:23:50.365 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:23:52.455 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~2 polls) 2026-08-25 21:24:50.384 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:24:52.593 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~1 polls) 2026-08-25 21:25:50.373 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:26:00.289 - debug: anker-solix.0 (67427) Poll OK (7 devices, devices+mqtt, next detail in ~10 polls) 2026-08-25 21:26:50.384 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:26:52.629 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~9 polls) 2026-08-25 21:27:50.377 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:27:52.688 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~8 polls) 2026-08-25 21:28:50.355 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:28:52.686 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~7 polls) 2026-08-25 21:29:50.400 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:29:52.715 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~6 polls) 2026-08-25 21:30:50.378 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:30:52.704 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~5 polls) 2026-08-25 21:31:50.373 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:31:52.597 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~4 polls) 2026-08-25 21:32:50.410 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK. 2026-08-25 21:32:52.665 - debug: anker-solix.0 (67427) Poll OK (7 devices, sites, next detail in ~3 polls) 2026-08-25 21:33:50.402 - info: anker-solix.0 (67427) [anker-solix] Python dependencies already OK.

@MiFuFli sagte: Der neue PI5 läuft zwar immer noch icht, da ich noch ein paar andere Problemchen bei dem Aufsetzen haben, Grundsetup: https://forum.iobroker.net/topic/51869/installation-auf-raspi-einfacher-geht-s-nicht

Kann man auch die momentane Ausgangsleistung des Notstrom/Lastenanschluss ablesen? In der App sieht man, hab aber leider nichts in der ModBus dokumentation gefunden.

@ticaki mit V2 hat's auf Anhieb geklappt, sehr cooler Adapter! ein paar Beobachtungen: FindMe war zunächst die einzige aktivierte Option - funktionierte sofort obwohl Option "Storage" nicht aktiviert war, wurde unter "account" ein Folder "storage" angelegt, ausschliesslich mit DPs mit "null"-values; nach Aktivieren der storage-Option kamen dann sinnvolle Werte dann Kalender aktiviert - DP "lastSync" aktualisiert regelmässig, ansonsten bleibt der Folder leer; muss ich mal weiter testen...

ioBroker.mihome-vacuum 6.0.0 veröffentlicht Hallo zusammen, nach einer umfangreichen Modernisierung ist ioBroker.mihome-vacuum 6.0.0 veröffentlicht. Diese Version wurde grundlegend überarbeitet. Neben der vollständigen Migration des Backends auf TypeScript wurden die Konfigurationsoberfläche sowie die VIS-1- und VIS-2-Widgets neu entwickelt. Wichtige Voraussetzungen Version 6.0.0 benötigt mindestens: Node.js 22.13 js-controller 7.2.2 Admin 7.8.23 Bitte prüft diese Versionen vor dem Update. Da es sich um eine große Modernisierung handelt, empfiehlt sich vor dem Update ein ioBroker-Backup. Nach dem Update sollten insbesondere Modell, Manager, lokale Verbindung, Cloud-Anmeldung, Timer und Widgets kontrolliert werden. Neue Admin-Oberfläche Die bisherige Konfiguration wurde durch eine moderne, responsive Oberfläche auf Basis von React, Vite und TypeScript ersetzt. Die Oberfläche enthält getrennte Bereiche für: Verbindung und Geräteauswahl allgemeine Einstellungen Karteneinstellungen Timer erweiterte Diagnose Die Oberfläche unterstützt Hell- und Dunkelmodus sowie die vom ioBroker-Admin verwendete Sprache. Neue Xiaomi-Cloud-Anmeldung Die veraltete Anmeldung mit Xiaomi-Benutzername und Passwort wurde entfernt. Die Anmeldung erfolgt jetzt über einen Xiaomi-Anmeldelink: In der Adapterkonfiguration die passende Xiaomi-Region auswählen. Auf „Xiaomi-Anmeldelink erstellen“ klicken. Den angezeigten Link im Browser öffnen. Die Anmeldung bei Xiaomi bestätigen. Zur Adapterkonfiguration zurückkehren. Auf „Geräte abrufen“ klicken. Den gewünschten Staubsauger auswählen. Es wird kein QR-Bild erzeugt. Die intern verwendeten QR-Protokollbezeichnungen bleiben lediglich aus Kompatibilitätsgründen erhalten. Nach der Geräteauswahl können folgende Werte automatisch übernommen beziehungsweise aktualisiert werden: lokaler Gerätetoken IP-Adresse Modell passender Geräte-Manager Lokale Steuerung bleibt unabhängig Die lokale Steuerung über IP-Adresse und Token funktioniert weiterhin ohne aktive Xiaomi-Cloud-Anmeldung. Die Cloud wird nur für folgende Funktionen benötigt: automatische Gerätesuche bequemes Ermitteln von Token, IP-Adresse und Modell Xiaomi-Cloud-Karten Wer Token, IP-Adresse und Modell bereits kennt, kann den Adapter vollständig manuell einrichten. Eine mögliche Anleitung zum manuellen Ermitteln des Tokens findet ihr hier: Token-Anleitung Bitte behandelt den Token wie ein Passwort und veröffentlicht ihn niemals in Logs, Screenshots oder Forenbeiträgen. Geschützte Konfiguration Der lokale Gerätetoken und die Xiaomi-Cloud-Sitzung werden über die offiziellen ioBroker-Mechanismen geschützt und verschlüsselt gespeichert. Der Token ist in der Oberfläche standardmäßig verdeckt. Über das Augensymbol kann er bei Bedarf angezeigt und kopiert werden. Passwörter, Cookies, Cloud-Sitzungen, Gerätetoken, vollständige Xiaomi-Antworten und Anmelde-URLs werden nicht in normalen Logs ausgegeben. Erweiterte Diagnose In der Konfiguration kann bei Bedarf eine erweiterte Diagnose aktiviert werden. Diese Ausgabe enthält zusätzliche Informationen über: Geräteerkennung Protokollabläufe Cloud-Kommunikation Modell- und Funktionsauswahl Kartenverarbeitung Die Diagnose ist standardmäßig deaktiviert und sollte nur vorübergehend zur Fehlersuche eingeschaltet werden. Vertrauliche Werte und personenbezogene Daten werden dabei soweit möglich entfernt oder gekürzt. Komplett neue VIS-Widgets Version 6 enthält neu entwickelte Widgets für VIS 1 und VIS 2. Die Widgets bieten unter anderem: aktuelle Karte Verbindungsstatus Roboterstatus Akkustand gereinigte Fläche Reinigungszeit Saugstärke Start Pause Rückkehr zur Ladestation Roboter finden Raumreinigung eigene Saugstärke pro Raum Wartungszustände Filter Hauptbürste Seitenbürste Sensoren Wasserfilter Zurücksetzen der Wartungszähler Reinigungshistorie Fehleranzeige mit verständlichem Fehlertext Die Darstellung ist responsiv und für breite sowie kleinere Widgetgrößen optimiert. Die Karte wird proportional dargestellt und sollte nicht mehr andere Bedienelemente überlagern. Alle sichtbaren Texte verwenden die ioBroker-i18n-Übersetzungen. Nach dem Update müssen vorhandene alte Widgets gegebenenfalls durch die neuen Widgets ersetzt oder deren Objekt-IDs neu zugewiesen werden. Karten Je nach Modell und Konfiguration können Karten über unterschiedliche Quellen bereitgestellt werden: Xiaomi Cloud lokale Roborock-Kartenverarbeitung Valetudo, sofern mit dem jeweiligen Modell und der verwendeten Valetudo-Version kompatibel Die lokale Steuerung bleibt auch dann verfügbar, wenn keine Cloud-Karte geladen werden kann. Karten werden weiterhin über folgende Datenpunkte bereitgestellt: cleanmap.map64 cleanmap.mapURL cleanmap.actualMap cleanmap.mapStatus Der genaue Funktionsumfang hängt vom Modell und dessen Firmware ab. Räume und Timer Die Raumverwaltung wurde robuster gestaltet. Unter anderem werden nun: fehlende Raumobjekte vor dem Schreiben erstellt Raumzuordnungen sicherer verarbeitet mehrere Adapterinstanzen sauber getrennt Räume direkt in den Widgets gestartet individuelle Saugstärken pro Raum unterstützt Die Timerverwaltung wurde ebenfalls modernisiert und verwendet nun die vorgesehenen ioBroker-Timermechanismen. Timer können in der Admin-Oberfläche erstellt, bearbeitet, geladen und gespeichert werden. Backend vollständig auf TypeScript umgestellt Das produktive Backend sowie die Geräte-Manager wurden von JavaScript auf TypeScript migriert: Roborock Viomi Dreame Miio/UDP-Kommunikation Xiaomi-Cloud-Verbindung Kartenverarbeitung Raumverwaltung Timerverwaltung Protokoll- und Statusverarbeitung Dabei wurden auch zahlreiche ältere und inzwischen veraltete ioBroker-Aufrufe ersetzt. Stabilitätsverbesserungen Unter anderem wurden folgende Probleme behoben: verlorene erste miIO.info-Anfrage nach dem Verbindungsaufbau verzögerte Statusabfragen ohne gültigen Manager-Kontext Absturz mit Cannot read properties of undefined (reading 'log') Befehle, die erst nach mehrmaligem Auslösen ausgeführt wurden fehlendes Objekt control.clean_home fehlende Raum-State-Objekte falscher Datentyp beim WLAN-Signal Statuszugriffe nach dem Beenden des Adapters nicht sauber beendete Cloud-Anmeldungen parallele oder überlappende Statusabfragen Probleme bei mehreren Instanzen und im Compact Mode beschädigte oder abgelaufene Cloud-Sitzungen optionale beziehungsweise fehlende Konfigurationswerte GitHub- und Dev-Server-Installationen ohne vorherige Build-Artefakte Unterstützte Gerätefamilien Der Adapter unterstützt Geräte aus folgenden Familien: Roborock beziehungsweise rockrobo Viomi Dreame Explizit dokumentiert sind unter anderem: Roborock rockrobo.vacuum.v1 roborock.vacuum.s4 roborock.vacuum.s5 roborock.vacuum.s5e roborock.vacuum.m1s roborock.vacuum.a10 roborock.vacuum.a15 Viomi viomi.vacuum.v6 viomi.vacuum.v7 viomi.vacuum.v8 viomi.vacuum.v19 Dreame dreame.vacuum.r2205 dreame.vacuum.r2216o dreame.vacuum.r2228o dreame.vacuum.p2008 dreame.vacuum.p2009 dreame.vacuum.p2027 dreame.vacuum.p2028 dreame.vacuum.p2029 dreame.vacuum.p2036 dreame.vacuum.p2041o dreame.vacuum.p2114a dreame.vacuum.p2148o dreame.vacuum.p2156o Nicht jede Funktion ist bei jeder Gerätefamilie verfügbar. Insbesondere Karten, Räume, Dockfunktionen und Wischfunktionen unterscheiden sich je nach Modell und Firmware. Weitere Modelle aus diesen Gerätefamilien können funktionieren, gelten aber erst nach einem erfolgreichen Gerätetest als bestätigt. Tests Version 6.0.0 wurde umfangreich geprüft: 209 Laufzeit- und Protokolltests 76 Paket- und Metadatenprüfungen TypeScript-Prüfung für Backend, Admin und Widgets ESLint Installationstest des gepackten npm-Pakets Adaptertests unter Node.js 22 und Node.js 24 Tests unter Linux, Windows und macOS erfolgreicher Live-Test mit einem roborock.vacuum.s5 Die vollständige Release-Pipeline ist grün. Installation Version 6.0.0 ist auf npm als latest veröffentlicht: ioBroker.mihome-vacuum auf npm GitHub Release: ioBroker.mihome-vacuum v6.0.0 GitHub-Repository: ioBroker.mihome-vacuum Je nach Aktualisierungszeitpunkt der ioBroker-Repositories kann es etwas dauern, bis die Version regulär im Admin angezeigt wird. Rückmeldungen und Fehlerberichte Bitte gebt bei Problemen möglichst folgende Informationen an: Adapterversion Node.js-Version js-controller-Version Admin-Version vollständige Modellkennung ausgewählter Manager verwendete Kartenquelle relevante Logzeilen genaue Aktion, bei der das Problem auftritt Bitte veröffentlicht niemals: Gerätetoken Xiaomi-Passwort Cookies Cloud-Sitzungen vollständige Xiaomi-Anmeldelinks vollständige unbereinigte API-Antworten Fehler und nachvollziehbare Funktionswünsche können über GitHub gemeldet werden: GitHub Issues Vielen Dank an alle Tester und Nutzer, die Logs, Rückmeldungen und Gerätetests zur Verfügung gestellt haben. Besonders bei Viomi- und Dreame-Geräten sind weitere reale Gerätetests sehr willkommen.

Wow - das geht ja Holterdipolter mit den neuen Versionen, da komme ich gar nicht hinterher mit testen... Wahnsinn. Das Tool ist wirklich richtig toll!!!!

@Negalein Ich vermute du loggst den Hitze-Index direkt per InfluxDB? Dann könnte die 5er Version ev. ein Problem damit haben, dass hier nicht immer ein Wert vorhanden ist, obwohl "ack=true" gesetzt wird. Ich habe es jetzt nur für den Screeny mal eingeschaltet, also keine Ahnung ob es hilft, aber aktiviere mal "0" / "Null" und explizit "speichere als Zahl" [image: 1787574361128-bild-002.png]

@Alero Da war im Grunde nur der Punkt: Pending systemupdates: 2 anzugehen. Wenn da jetzt 0 steht, alles i. O. Und lass halt die Finger von sudo in Verbindung mit dem ioBroker.

Hinweis: Falls noch wer die BETA Version von admin (8.x.x) TESTEN will bitte beachten dass da einige Adapter zwingend ebenfalls in der Beta Version installiert werden müssen da diese synchron mit admin aktualisisert werden müssen. Sonst funktionieren die Einstellungen dieser Adapter nicht mehr. Siehe https://github.com/ioBroker/ioBroker.admin/issues/3573 Und generell: Wer sich nicht als TESTER einstuft sollte keine BETA Software installieren.

@OliverIO Danke! Wäre vielleicht mal zu testen, ist für mich aber eher eine Symptombekämpfung. Wenn es nicht eine kritische Masse gibt, nach deren Überschreitung alles zusammenbricht ergibt das für mich keinen Sinn. Ich logge diese Daten seit 12 Jahren auf allen bisherigen Systemen. Seit Umzug auf den Pi5 lag die load durchgehend unter 1 (backup und install ausgenommen) Seit 2-3 Wochen jetzt diese immensen Ausreißer. Ich weiss dass ich mit history übertrieben habe, aber ich habe gestern 30GB! Daten aus 2021 und 2022 gelöscht. Wenn getHistory überlastet war, hätte das IMHO schleichend beginnen und nach der Radikalkur wieder beendet sein müssen. Skripte habe ich nocht in den letzten Wochen neu angelegt oder geändert. Es kann aus meiner Logik eher ein Adapter- oder nodejs Update verursacht haben.

Bei uns hatte ich auch nur Probleme wegen Juniors IPhone .... on...off...on....off usw EDIT: konnte ich aber mit einem Javascript lösen