Hm.. also ich hab die Position von den Kindern Problemlos per Google-Maps an den ioBroker Account teilen können. Vielleicht wollte das mal das Elternpasswort. Aber möglich, dass sich da was geändert hat. Hab das schon ein paar Jahre so und die drehen an dem Kinder-Kram ja ständig.

Das könnte man evtl lösen indem du den Befehl über ein Script zusammenbaust und über den execute DP gehst (glaube so hieß der).

Neue Version rssfeed 5.0.1 Mit diesem Release ist das Ende des Adapters vis-2-widgets-rssfeed eingeläutet. die vis-2 widgets befinden sich nun mit in diesem Adapter und der vis-2-widgets-rssfeed ist nicht mehr notwendig da ich leider den vis-2 widgetset Namen nicht übernehmen konnte, könnte es bei der Umstellung der widgets aus dem vis-2 adapter Probleme geben. Da sich aber der Widget Templatename (die eindeutige identifikation in vis für ein widget) nicht geändert hat dürfte alles gut gehen. Schreibt euch zur Sicherheit eure Einstellungen der widgets vorher auf. Danach den vis-2-widgets-rssfeed Adapter mit allen Instanzen (1?) löschen. und den vis-2 Editor neu öffnen. Bei Problemen bitte dazu hier berichten Wenn ihr am widgetset die Version 5.0.1 oder höher seht, habt ihr das neue widgetset. Wenn dort noch 1.2.3 oder kleiner steht, dann ist es das alte. [image: 1788305600551-5f7f9ed4-a460-4017-be00-3385ae3ad2d0-image.jpeg] Das Templatesystem EJS, auf dem die widgets basieren wurde aktualisiert und der Aktualisierungsmechanismus etwas angepasst. In meinen Tests habe ich keine Probleme entdecken können Die Dokumentation wurde überarbeitet Alle vis1 und vis2 widgets haben nun Scroll Balken, falls der Inhalt größer ist. Das musste man bisher selber über die CSS-Einstellungen der widgets vornehmen. Bei Problemen diese Einstellungen bitte entfernen. Das rssfeed-Datenformat (einer Fremdbibliothek) besitzt einmal ein date und ein publishedDate-Feld. In den Standardtemplates wurde nur date behandet. Das wurde nun erweitert. Es ist nicht vorgesehen den Adapter vis-2-widgets-rssfeed weiter zu pflegen. Bitte nutzt die vis2 widgets aus dem rssfeed-Adapter Ich werde das über die Notifikation des vis-2-widgets-rssfeed Adapters im Rahmen einer neuen Version ankündigen (geht leider nur mit einer neuen Version) und dann irgendwann in den nächsten Monaten den Adapter aus dem stable und beta repositor entfernen lassen.

@bluefox Erstmal ein großes Danke an Dich, Denis für die ganze Arbeit an der neuen Android-Visu-App. Da hat sich echt viel getan und ich finde es klasse, wie konsequent du da dranbleibst. Ich habe gerade ein Issue zu einem Verhalten aufgemacht, das mir bei der Geräte-/Standortdatenübertragung aufgefallen ist: https://github.com/foxriver76/ioBroker-Visu-App/issues/73 Kurz gesagt: Lokal bzw. über VPN werden currentLocation, batteryLevel, batteryState und alive sauber übertragen. Über die Pro-Cloud funktioniert der VIS-Zugriff problemlos, die Gerätetelemetrie scheint aber nicht mitzukommen. Ich kann das inzwischen sowohl mit einem Galaxy S25 als auch mit einem Galaxy A56 reproduzieren. Berechtigungen, Akkuoptimierung, Hintergrunddaten usw. habe ich geprüft; auf dem A56 habe ich zusätzlich die App-Daten gelöscht und die App komplett neu installiert. Kennt das Verhalten jemand? Funktioniert bei euch Standort/Batterie auch über eine echte Pro-Cloud-Verbindung ohne VPN? Oder mache ich eventuell einfach irgendwo etwas falsch?

Ich antworte mir mal selbst, aber vielleicht ist das Vorgehen auch für den Adapter nutzbar oder für andere Nutzer von Interesse: ich habe mir ein pythonskript erstellt: import sys import time from pytapo import Tapo if len(sys.argv) < 5: print("Fehler: Zu wenige Argumente.") print("Nutzung: python tapo_privacy.py <IP> <USER> <PASS> <TRUE/FALSE>") sys.exit(1) ip = sys.argv[1] user = sys.argv[2] password = sys.argv[3] # Akzeptiert 'true', '1', 'on' als Aktivierung state = sys.argv[4].lower() in ['true', '1', 'on'] max_retries = 3 retry_delay = 2 # Sekunden Pause zwischen Versuchen for attempt in range(1, max_retries + 1): try: tapo = Tapo(ip, user, password) tapo.setPrivacyMode(state) print(f"Erfolg: Privatsphäre-Modus auf {state} gesetzt (Versuch {attempt}).") sys.exit(0) except Exception as e: print(f"Versuch {attempt} fehlgeschlagen: {e}") if attempt < max_retries: time.sleep(retry_delay) print("Fehler: Privatsphäre-Modus konnte nicht geschaltet werden.") sys.exit(1) schalten kann ich dann mit /opt/iobroker/scripts/venv/bin/python /opt/iobroker/scripts/tapo_privacy.py 192.168.x.x "DeinUser" "DeinPasswort" true/false

@RaspiUser Die offizielle OpenAPI Dokumentation ist hier: https://open.alphaess.com/ Änderungen an der App müssen nicht zwangsweise auch in die OpenAPI einfließen.

@skvarel sagte: ist das die Ausrichtung innerhalb der Textbox riiischtig

@tombox werde ich nach meiner Abwesenheit testen.

Alles klar, verstehe ich. Aber danke für den Adapter. Ohne wäre die Pumpe quasi im Smarthome/Garten nicht nutzbar. Ich werde den Support mal anschreiben.

Der Adapter wurde ins LATEST Repository aufgenommen und sollte dort spätestens innerhalb von 24 Stunden sichtbar sein. Ich rege an in Abstimmung mit @Homoran ein neues Topic im Testerbereich anzulegen und dieses Topic hier schließen zu lassen. Zur besseren Übersicht bitte nach Möglichkeit einen Titel der Art „Test Adapter adaptername Vx.x.x“, verwenden. Ein solcher Titel erleichtert es, den Thread über die Suchfunktion des Forums zu finden und das Topic dem richtigen Adapter zuzuordnen. Hinweis: Falls bereits ein Test-Thread existiert, kann dieser gerne weiterverwendet werden, eine allfällige Anpassung des Titels bitte überlegen.

@holger76 Bin mir nicht mehr ganz sicher: https://account.withings.com/partner/dashboard_oauth2 E-Mail eingeben nicht den per Mail erhaltenen Code eingeben sondern "Stattdessen mit Passwort anmelden" unterhalb von "weiter" auswählen "Passwort vergessen" auswählen dann läuft die übliche Vergabe eines neuen Passwortes

Kurz auch von mir weil es ja oben Fragen gab: Der nut Adapter läuft seit langem stabil und alles ist gut. Er kann halt nur eine USV und so ... @krobi hatte sich mal dran gemacht das zu erweitern und im gespräch haben wir gesagt das am Ende der SUpport mehrerer USVs und ähnliche strukturelle änerungen endweder "breaking" für nut wären und damit für alle user oder ein nut2 Adapter und man stellt um. UnserErgebnis war das nut2 einfacher ist. Wenn der neue Adapter stabil ist dann überlege ich "nut" zu deprecaten, aber alles fein und kein Stress und nichts ist eol oder sonstwas :-)

Neue Beta-Version verfügbar 2.1.0 (2026-08-29) Geräte am CoAP-Protokoll verbinden sich nicht mehr alle paar Minuten neu, obwohl die Verbindung in Ordnung ist — das Log läuft nicht mehr mit „connection lost / connected" voll (betraf ruhige Geräte wie den CX7550/01, DrBakterius) Ein dauerhaft nicht erreichbares Gerät wird jetzt in wachsenden Abständen erneut versucht statt alle 30 Sekunden und wiederholt dieselbe Fehlerzeile nicht mehr endlos im Log Neue Einstellung: Für unbekannte Geräte-Attribute kann das Loglevel geändert werden (Info/Debug) Keine Fehlermeldungen mehr beim Stoppen oder Neustarten der Instanz („DB closed", „setTimeout called, but adapter is shutting down") (MatthiasBosch) Kein Vorschlag mehr, auf CoAP zu wechseln, wenn ein funktionierendes HTTP-Gerät die Verbindung verliert — der Hinweis kommt nur noch, solange HTTP nie funktioniert hat (tukey42) Hinweis zum ersten Punkt: Ruhige Geräte senden nur, wenn sich etwas ändert. Die Werte stehen dann eine Weile unverändert im Objektbaum — das ist normal, die Verbindung bleibt trotzdem als verbunden gemeldet. Diese Version wird ab morgen im Latest/Beta sein. Vielen Dank fürs Testen und euer Feedback. Bitte schreibt hier in den Thread oder besser noch erstellt ein Issue auf Github. https://github.com/iobroker-community-adapters/ioBroker.philips-air/issues Sollte diese Version keine großen Fehler aufweisen, wird sie dann auch ins Stable gehen.

Release 3.1.1 wurde erstellt und sollte spätestens in 24h im LATEST Repository verfügbar sein. Changelog siehe Github Repository

Nicht, dass ihr denkt, bei PoolControl geht es nicht weiter. 😉 Aktuell läuft der Adapter bewusst weiter im Latest-Repository, weil ich die laufende Poolsaison noch komplett als Testphase nutzen möchte. Mein nächstes größeres Ziel steht aber schon fest: Wenn die Saison durch ist und alles weiterhin sauber läuft, möchte ich über die Wintermonate die Aufnahme von PoolControl ins Stable-Repository von ioBroker vorbereiten und anschließend beantragen. Bis dahin bleibt Latest weiterhin die Teststrecke für die laufende Saison und natürlich auch für alles, was noch auffällt oder dazukommt. Es geht also weiter – nur im Moment ganz bewusst ohne unnötige Hektik. 🙂

Wenn ich mit "remote.createEvent" ein Event starte. Kann ich es dann auch manuell stoppen?

Mir jetzt bekannte Installationen laufen einwandfrei. Hat jemand noch Inputs? Ansonsten beantrage ich den Stable Status.

Mir jetzt bekannte Installationen laufen einwandfrei. Hat jemand noch Inputs? Ansonsten beantrage ich den Stable Status.