Kein Kundiger mit dem Fachwissen?

@plchome-0 Powerbank habe ich immer dabei. Das zwischendurch Nachladen hat er eine Weile gemacht, jetzt aktuell nicht mehr (so oft), um 10 Uhr wurde offensichtlich nachgeladen. Die Werkstatt findet keinen Fehler. @Meister-Mopper Welche Version ich bis dahin installiert hatte und welche dann ggfs. installiert wurde, kann ich nicht mehr sagen, ich bin aktuell auf 3.1.33. Ich nutze den Punkt .control.force_refresh_from_car aktuell garnicht mehr und trotzdem sieht man am Batterie Monitor im Auto (Zusatzgerät), dass jeder Zugriff mittels .control.force_refresh_from_server die Batterie belastet, das war bei mir bis zum 12.8. definitiv nicht so. Bei .control.force_refresh_from_server kommt bei mir in den Logs nur bluelink.0 2026-09-09 14:45:13.124 info Update for KNAC.... successfull bluelink.0 2026-09-09 14:45:00.082 info Read new update for KNAC.... from the server bluelink.0 2026-09-09 14:45:00.080 info Forcing refresh from Server Also offiziell kein Zugriff aufs Auto. Der Adapter selbst steht auf 3 Abrufe am Tag. Damit kommt meine 12V auch klar, aber alle 60 Minuten den Server abfragen hält die nicht mehr aus - das dazugehörige Skript musste ich stoppen. Hier noch der Screenshot des Batteriemonitors, auf dem jeder Zugriff auf den Server diese Spitze nach unten erzeugt - 14:45 war der gerade durchgeführte Test, 13:30 und 14:05 waren Reboots des iobrokers, die ebenfalls diesen Zugriff verursachen. [image: Image 2026-09-09 at 14.51.37.jpeg]

@Asgothian sagte: Bekommst du eine Fehlermeldung beim anfordern des Codes ? Nein, keine Fehlermeldung.

Release 12.0.0-alpha.4 wurde eben released. @bluefox hat eine Map für BLE Verbindungen ergänzt. Weiters kann das BLE Script nun via adminUI installiert werden. Bitte beachten: Der Adapter erfordert nun admin 8 und js-controller 7.2.2 (also die aktuellen Versionen von admin und js-controller) . 12.0.0-alpha.4 (2026-09-09) (@mcm1957) BREAKING: Adapter requires js-controller >= 7.7.2 and admin >= 8.0.11 now. (@GermanBluefox) Added a new "Bluetooth map" tab to the adapter configuration which shows which Bluetooth devices are received by which Shelly gateway, including the signal strength. The gateways are arranged in a circle and each device is shown at the gateway which receives it best - all other connections and the signal values can be switched on. (@GermanBluefox) Fixed devices which stayed uncontrollable after connecting with "mqtt prefix was not set": the adapter now repeats the request if the device was busy and reads the prefix again instead of losing every command until the next reconnect. (@GermanBluefox) The device manager now updates the device list after renaming a device, after a firmware update and after installing the BLE gateway script - the cards showed outdated values before. (@GermanBluefox) The device tiles now show when a device was last seen, and a device which goes offline is marked as disconnected immediately instead of only after reloading the list. (@GermanBluefox) The BLE gateway script can now be installed and updated from the device manager - per device or for all devices which already have it installed. The installed script version is shown in the device details. (@GermanBluefox) The list of gateways which receive a Bluetooth device (state "receivedBy") now collects all gateways instead of showing only the receivers of the last message. A gateway which stops receiving a device is removed after one hour. (@mcm1957) Corrected the role of several states. (@GermanBluefox) Corrected wrong datapoint translations in all supported languages, e.g. current, voltage and apparent power. (@patricknitsch) Device Manager now automatically shows power values on the device tile, and voltage, current, energy and frequency in the device info, for any device that reports them. (@mcm1957) Added the missing translations for all datapoint names in all supported languages. (@mcm1957) Added support for Shelly Duo Bulb E27 Gen 3 (shellyduobulbg3). [#1385] (@mcm1957) Added support for Shelly Multicolor Bulb E27 Gen 3 (shellycolorblbg3). [#1386] (@mcm1957) Added support for Shelly AZ H&T (shellyazht). [#1573] (@mcm1957) The transition time can now be written for Shelly Dimmer1/Dimmer2 and for Gen2+ dimmers/lights (incl. Dimmer Gen3 and Dimmer Gen4). [#1214][#1224] (@mcm1957) Added support for Top AC Portable EV Charger (topacportableevcharger) - EXPERIMENTAL ONLY [#1401] (@mcm1957) Added support for Shelly Flood S Gen 4 (shellyfloodsg4). [#1380] (@mcm1957) Added monophase mode support for Shelly 3EM G3 (shelly3em63g3). [#1540] (@GermanBluefox) Added option to ignore the timezone mismatch message (device timezone differs from the ioBroker host timezone). (@GermanBluefox) Fixed MQTT errors ("Cannot read properties of undefined") if a device closes the connection while it is still being initialized (e.g. battery powered devices). (@floze-the-genius) Corrected roles for Gen 2+ input states. [#1498] (@klein0r) Updated ble script (v1.4) for Shelly firmware > 2.0 (@GermanBluefox) Codebase has been migrated to typescript. Beschreibung wie man eine ALPHA Version installiert findet sich hier: https://forum.iobroker.net/post/1263819 Rückmeldungen von Problemen aber auch von erfolgreichem Einsatz sind herzlich willkommen.

Moin, danke, habe ein Issue eröffnet. :-) Ich habe aber auch versucht die aktuellste aus Github zu installieren, aber es kamen nur Fehler. Deshalb bin ich auf der stable 2.27.0 wieder zurück. LG

@michael-roling ich steh auf claude code :-) [image: tg-m1.png] claude code bekommt skill befehl /tm machen einen menupunkt 0_userdata.0.CONTROL-OWN.PHOLTAIK.MARIO.kwh_heute mit der einheit kWh und macht das: [image: Peek 2026-09-08 19-36_liv-in-sky-redacted.gif] am ende: [image: tg-m2.png]

Sehe gerade auf GitHub -> Version 1.0.0 im Latest... Ich muss unbedingt mal wieder dazu kommen weiter zu testen und mein Projekt weiterzuverfolgen- (zuletzt ging das ja sehr intensiv, als noch Urlaub angesagt war) :-D PS: Wow und ich sehe gerade in der GitHub Docu... da kam wohl einiges hinzu. Sehr toll, dass z.B. bei den Buttons Bilder hinzugefügt sind wie die Buttons verschieden aussehen können. Toll :-D

Neue Version 3.0.1 es wurden noch 3 kleine Regressionen behoben, die insbesondere beim update von einer älteren Version auftreten konnten, behoben.

Heute habe ich Version 0.2.0 veröffentlicht uns ollre gleich im Latest sein. Die größte Neuerung ist ein Screensaver der das aktuelle Wetter berücksichtigt. Anbei ein kleines Video. Das Hintergrundbild lässt sich tauschen und alle Texte anpassen und verschieben. Screen_Recording_20260908_230333_Chrome.mp4 Animiertes Wetter-Wallpaper / Screensaver Der Adapter erzeugt pro Standort ein eigenständiges, animiertes Wetter-Wallpaper — eine Vollbild-Canvas-Animation (Regen, Schnee, Nebel, Blitze, Sonnenglanz, Sterne), gesteuert vom echten aktuellen Wetter statt manueller Regler, ideal als Screensaver für ein wandmontiertes Tablet oder als VIS-/Dashboard-Hintergrund. Echte wetterabhängige Effekte — Windrichtung/-geschwindigkeit steuern Regen- und Nebeldrift, die Niederschlagsmenge skaliert die Partikelintensität, Sonnen- und Mondposition (sowie Mondphase) folgen echten astronomischen Daten (SunCalc) für den konfigurierten Standort Amtliches Warnungs-Banner — aktive DWD-/MeteoAlarm-Warnungen werden als konfigurierbares Text-Banner angezeigt, kollidierende Overlay-Elemente weichen automatisch aus Eigenes Hintergrundfoto pro Ort — mit Standardfoto vorbelegt, jederzeit über Admin → Dateien durch ein eigenes Foto ersetzbar Aktualisiert sich selbst ohne REST-API — lädt eine kleine Begleit-JSON-Datei aus demselben Ordner nach, kein voller Seiten-Reload nötig Optionales Orte-Karussell — zwischen mehreren konfigurierten Standorten per Pfeil links/rechts durchblättern Unabhängiges Live-Update-Intervall — nur aktuelle Werte und das Wallpaper aktualisieren (0/5/10/15/30 Min), getrennt vom normalen Vorhersage-Aktualisierungsintervall Konfigurierbar über einen eigenen Admin-Tab „Wallpaper" (Position, Farben, Schriftgrößen, Uhr, Warnungen) mit Live-Vorschau, die gängige Bildschirmauflösungen simuliert Direkt als URL je Web-Instanz erreichbar (current.wallpaper_url_<instance>) — keine VIS-Einbindung nötig 0.2.0 (2026-09-08) (ipod86) feat: animiertes WMO-Wetter-Wallpaper pro Ort hinzugefügt (Canvas-Animation für Regen/Schnee/Nebel/Blitze/Sonne/Mond), aktualisiert sich selbst über eine Begleit-JSON-Datei (keine REST-API nötig), mit eigenem Admin-Konfigurationstab, optionalem Orte-Karussell, unabhängigem Live-Update-Intervall und amtlichem Warnungs-Banner (ipod86) feat: Sonnen-/Mondposition und Mondphase im Wallpaper folgen echten astronomischen Daten (SunCalc); Regen-/Nebelintensität und Windversatz folgen den echten Wetterdaten (ipod86) feat: Tag/Nacht-Aufteilung für Niederschlags-/Gewitterwahrscheinlichkeit, Wind, Regen- und Schneemenge hinzugefügt (ipod86) fix: überlappende Zeitverschiebungen bei DWD-Warnungen als Aktualisierung statt Aufheben+Neu behandeln

@OliverIO Danke für den Hinweis, hat geklappt

@TbsJah sagte: Guten Morgen @smolo, vielen Dank für die Meldung! 🙏🏻 Das fehlerhafte Verhalten wurde in der Version 0.7.2 behoben. Vorher wurden bei einem Neustart der Instanz fälschlicherweise die Standardwerte gesetzt, selbst wenn die Regelung deaktiviert war (Danke an @michiproep für den Hinweis!). Bitte installiere dir das Update auf die 0.7.2. Könntest du danach kurz prüfen, ob bei dir wieder alles wie gewünscht läuft? Danke dir! Ist schon gestern passiert. Danke für die Korrektur. Eventuell noch eine Anregung/Idee. Es wäre doch schön wenn man für sensible Konfigurations-Basiswerte die Historisierung der Objekte direkt aktivieren kann. So hat man dann wenigstens die Möglichkeit nachzuschauen falls etwas "schief" läuft.

Neue Beta-Version verfügbar 2.2.0 (2026-09-08) Diesmal stand mir ein neues Testgerät zur Verfügung — ein AC4236/14, dessen Besitzer mir Logs geliefert hat. Damit konnte ich für die klassischen Geräte gleich mehrere Verbesserungen umsetzen: Der kombinierte Allergie-/Ruhemodus wird jetzt unterstützt: mode und fanSpeed zeigen dafür allergenSleep, statt den Rohwert des Geräts durchzureichen (VMI1) Klassische Geräte zeigen zusätzlich die Gesamtlaufzeit der Filter neben den verbleibenden Stunden sowie Sprache und Version des Geräts (VMI1) Die Warnung „falsches Gerätemodell" wird nicht mehr von einem einzelnen Register stummgeschaltet, das beide Modelle kennen — sie meldet sich jetzt, wenn ein anderes Modell mehr Bedienelemente erklären würde als das gewählte (VMI1) Ein Geräteattribut, das genauso heißt wie ein Datenpunkt des Adapters, wird nicht mehr fälschlich als dessen Wert behandelt — es landet wie vorgesehen unter unknownStates (VMI1) Hinweis zur Modellauswahl: Die Einstellung „Gerätemodell" wählt keinen Marketingnamen aus, sondern den Registersatz, den euer Gerät spricht. Die Modellnummer sagt darüber nichts — das AC4236/14 zum Beispiel hat eine höhere Nummer als das AC3221, spricht aber den klassischen Satz und braucht deshalb AC2889. Wenn Bedienelemente fehlen und stattdessen Rohschlüssel unter unknownStates auftauchen, ist fast immer das Modell falsch eingestellt. 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

habs jetzt anders gelöst und benutze den adapter nicht mehr. fyi: neben den oben genannten prblemen, war mir das insg. zu viel traffic (zumal die daten über eine sim-karte laufen). jetzt pusht mein victron-system die hand voll daten nur bei änderung in meinen iobroker, statt alle paar sek alles zu holen...

@spaceduck Hast du die Standard Logos oder die umgebogenen? https://github.com/oweitman/iobroker.tvprogram#alternative-channel-logos-by-tino-0 https://forum.iobroker.net/topic/40168/test-adapter-tvprogram/863?_=1788852219560 Hast du es testweise mal einen normalen Browser auf dem Tablet probiert? Nur um zu schauen ob es am Gerät oder am fully liegt? Hast du pihole oder ähnliche blocking Software?

@garfonso auf der "Map Karte" habe ich jetzt diese Anzeige: [image: e10d17bd-e4e4-4091-9ae2-9fc31f376cf2-image.jpeg]