Community Forum

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.

@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.

@FernetMenta sagte: Das liest sich als würde der adapter iobroker.nut nicht mehr gepflegt werden. Davon habe ich aber nichts gehört. Na dann mal als Vorab-Info Die Erstellung des NUT2 Adapter ist mit @Apollon77 abgesprochen da er auf Grund der umfangreichen Änderungen einen neuen Adapter für besser und besser migrierbar hält als eine major Release mit vielen Änderungn. Nach meinem Wissensstand wird er den alten nut Adapter deprecaten (sobald klar ist, dass der neue funktioniert). Wenn es soweit ist wird @Apollon77 sicher selbst was dazu sagen. Bis dahin gerne den neuen Adpater testen um Fehler zu finden und Verbesserungsvorschläge zu deponieren oder auch den alten weiter benutzen.

Ok Danke.

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

Da der Adapter (leider) moch nicht in den Repositories aufscheint eine Info an Nicht Tester: Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird. Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen. Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

@ste_glei sagte: Als schnelle Lösung könntest du den OCCP Adapter (OCCP im Wattpilot aktivieren) verwenden Danke! OCCP funktioniert aber nur mit Internet und das habe ich aus Sicherheitsgründen gesperrt. möchte ich nicht.

VIS und eigentlich so gut wie kein Browser kann „rtsp“ links/streams wiedergeben. Deshalb gehen hier ne Menge Leute den Umweg über Frigate/go2rtc/AgentDVR/MotionEye oder andere

@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...

@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.

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.

@Bluefox das habe ich so nicht geschrieben, aber ohne Cloud Adapter, den will ich nicht, habe ich auch keine Datenpunkte, es funktionierte halt vorher wunderbar, jetzt nicht mehr, nicht mal die Ansicht kann ich zurück setzen. Ich musste mir jetzt extra eine App erstellen, die mir den Akkustand überträgt und wo ich das Display steuern kann. Am Ende werde ich versuchen komplett auf diese App zu verzichten, es funktioniert halt nicht mehr richtig, aber ich habe es ja alles genau beschrieben

@martin_olw Als Basis erstmal das Ding auf Stand bringen. Inkl. nodejs und js-controller.

@wendy2702 wie sieht es mit der GitHub Version aus

@wendy2702 https://forum.iobroker.net/topic/74773/vis-vis-2-übersicht-widgetkompatibilität?_=1787746634199

@Daniel-8 sagte: TRIAS-Schnittstelle diesen Zugang

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

@maniackill Version 1.5.0 kann jetzt auch 32A