Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[krobi]

@datenkrake156 hab weiter am Adapter gearbeitet und dabei speziell die Curtain Lights getestet. Das Pixel-Feature ist noch nicht drin, mal gucken, ob das möglich ist. Aber die Snapshots funktionieren jetzt vollständig, wie beschrieben in diesem Fall lokal nur Farbe und Helligkeit über den gesamten Vorhang, aber die Cloud-Snapshots funktionieren vollständig. Also einfach in der App Snapshots anlegen und dann im Adapter ansteuern. Achtung, die Cloud ist sehr langsam.

Aber ich konnte einige Bugs beseitigen aufgrund dessen :-) Danke

Hier für alle, die mitlesen, eine gekürzte Changelog der letzten Versionen.

• 0.9.1 — Szenen laufen lokal per ptReal (BLE-over-LAN) statt Cloud
• 0.9.3 — lokale Snapshots (Zustand speichern + zurückspielen ohne Cloud)
• 1.4 — Gruppen fächern ihre Kommandos lokal an die Mitglieder aus statt einem Cloud-Power-Toggle
• 1.5 — volle lokale Segment-Steuerung (Millisekunden statt 2–5 s Cloud)
• 1.6 — Segment-Wizard in der Admin-UI + manueller Override für gekürzte LED-Strips
• 1.7 — Wizard misst die echte Strip-Länge und erkennt Lücken automatisch, Cut-Strip-Einstellung überlebt Neustart
• 1.9 — Refresh-Button wenn du in der Govee App einen neuen Snapshot/Szene angelegt hast — kein Adapter-Neustart
  nötig
• 1.10 — komplexe Szenen (mit scenceParam) laufen jetzt auch auf Geräten ohne Segmente (Curtain Lights H70B3, Bulbs)
  — Cloud-Fallback greift wo lokal nicht geht

[datenkrake156]

@krobi
wow, Deine Antwortzeiten sind ja auf Formel1-Niveau......
Ich habe den Adapter aktualisiert, neu gestartet und neue Datenpunkte gesehen, leider leer. Zufällig habe ich bemerkt, daß der Datenpunkt cloud_connected auf false stand. Keine Ahnung warum.
Testweise habe ich den API-Schlüssel, obwohl er bereits gespeichert war, noch einmal hinterlegt und siehe da, jetzt war er mit der Wolke verbunden und unter snapshot_cloud erschienen meine hinterlegten Szenen.
Ich kann auch zwischen diesen hin- und herschalten. Bei mir funktioniert der Wechsel innerhalb von zwei Sekunden (der Telekom Glasfaseranschluß läuft wirklich stabil und liefert auch gute Latenzen ;-)) ).
Die blockly-Scripte anzupassen, ist jetzt nur eine Fleißarbeit. Also herzlichen Dank für Deine Arbeit.

Als Nichtinformatiker und reiner Nutzer habe ich aber eine Frage/Bitte, obwohl das Design ja Gewohnheit- und Geschmackssache ist. Dein Cloud-Datenpunkt enthält eine Pickliste. In der govee-App erscheinen die snapshots jeweils einzeln als Logikwert, was beim Blockly-Klicken schnell geht. Ich kenne zumindest keinen blockly-Baustein, mit dem ich einen Picklistenwert auswählen kann. Und vertrippsen kann man sich schnell.
Siehst Du hier noch Entwicklungsmöglichkeiten?
Bis dann
Armin

[krobi]

Das freut mich das es nun geklappt hat 🥳 Danke für das Feedback ich werde mal gucken wie man das blockly lösen kann.

[krobi]

@datenkrake156 ich hab etwas nachgedacht meinst du es wäre ein gute Idee zB bei den Szenen in den Ordner statt dem dropdown dann alle Szenen einzeln aufgelistet zu haben? das können dann schon mal einige ein.

ich verstehe deine Ansatz und irgendwie kann ich mich damit auch anfreunden. hab nur etwas "angst" das man dann erschlagen wir wenn ihr mal 100 Szenen Datenpunkte da sind. technisch wird das lösbar sein, da mach ich mir keine sorge.

würde dann natürlich auch die snapshot betreffen, hier könnte ich mir vorstellen das man einen Ordner für cloud snapshot hat und einen für die lokalen. schön klar getrennt usw

[datenkrake156]

@krobi
Ich hatte den Vorhang zu Weihnachten gekauft und bin gerade noch bei der Einrichtung; nur dadurch bin ich Forum ja auf Deinen Adapter gestoßen. Die Idee ist, je nach Kalender (Advent, Weihnachten, Sylvester, Neujahr, Ostern usw.) bestimmte Szenen zu automatisieren. Ich komme da vermutlich auf maximal 15 Datenpunkte, also durchaus überschaubar. Andererseits kann ich Deine Bedenken nachvollziehen, daß durch einen Hardcorenutzer der Adapter zu einem Ressourcenkiller wird. Aber mit meinen fast 70 Lenzen bin ich vermutlich nicht der typische IOB-Durchschnittsnutzer.
Die separate Darstellung von Wolken- und lokalen Snapshots ist sicherlich ein sinnvoller Ansatz, den ich absolut befürworte. Wenn Deine Programmlogik es hergibt: Warum überläßt Du die Art der Darstellung nicht den einzelnen Nutzern selbst? Ich könnte mir z.B. vier Auswahlfelder in den Konfigurationseinstellungen des Adapters vorstellen.
Wolkenszenen: Pickliste ja/nein, separate Datenpunkte ja/nein (ggf. mit Warnhinweis)
lokale Szenen: Pickliste ja/nein, separate Datenpunkte ja/nein
Je nach Auswahl würden dann unterschiedliche Datenpunkte in der Objektübersicht angelegt. Und wenn ein Hardcorenutzer die Objektübersicht mit 200 einzelnen Datenpunkten aufbläht, dann war es seine Entscheidung, die er hoffentlich bewußt gefällt hat.
Wäre das ein möglicher Kompromiß?

[krobi]

Gute Idee, schau ich mir an

[krobi]

ich konnte jetzt mal etwas mit dem blockly spielen und mir das anschauen, ehrlich das Problem ist quasi ein non-problem. lass uns mal als Beispiel von den Szenen reden (aber lässt sich 1:1 auch auf cloud bzw lokal snapshot dropdowns übersetzten).

wenn du bei den Szenen auf den Stift ganz rechts klickst dann siehst du alle Szenen mit einer Nummer davor. du kannst also einfach in blockly rein gehen und sagen steuere datenpunkt - in diesem fall - Szenen mit dem wert der zahl als text.

ich glaube wenn man das weiß dann ist es für blockly auch total easy und übersichtlich. würde ich so in die wiki aufnehmen mit Beispiel.

[datenkrake156]

@krobi
Man lernt doch immer wieder dazu: Steuerung in einem als string definierten Datenpunkt durch Eingabe nur eines Teils des Textes, darauf wäre ich nie gekommen....
Ich habe mit einem schnellen Blockly nacheinander durch drei snapshots wechseln lassen und ja, technisch funktioniert es so. Aber: dieses Vorgehen ist in meinen Augen absolut nicht selbsterklärend und benutzerfreundlich.
Um die Ziffer zu erhalten, muß ich im Objekt-Reiter auf den Expertenmodus umschalten und dort in die Objektdaten wechseln. Welcher einfache Nutzer wie ich, der nur das einfache Blockly-Klicken macht, geht diesen Weg? Danach muß man wieder auf den scripte-Tab im Browser wechseln, um die Ziffer dort einzutragen. Das sind 6 oder 7 Klicks statt einem! Und wenn man irgendwann das Blockly-Script bearbeiten will, sieht man auch nicht sofort, welcher snapshot sich hinter dieser betreffenden Ziffer verbirgt und muß dies erst wieder eruieren. (Zu meinen aktiven Berufszeiten hatte ich in manchen Projekten auch mit der Konzeption bzw. Überarbeitung von Geschäftsprozessen zu tun; ein Vorschlag mit diesem Hin und Her wäre nicht akzeptiert worden.) Vielleicht kannst Du dies bei Deinen weiteren Überlegungen berücksichtigen.

Um jede mögliche Irritation nach dem konstruktiven Dialog der letzten Tage zu vermeiden: nächste Woche habe ich drei größere Termine (gibt es bei Rentnern tatsächlich auch...), und in der urlaubsbedingten Abwesenheit danach habe ich wirklich keine Lust, mich mit der Weiterentwicklung des Klughauses zu beschäftigen. Ich werde also erst Anfang Juni nachschauen können, was Du in der Zwischenzeit gezaubert hast.

Bis dann

[krobi]

@datenkrake156 hallo, vielen Dank für dein Feedback. Das ist mir irrsinnig wichtig und wertvoll. Hab darüber nachgedacht und ich denke, für alle eine tolle und saubere Lösung gefunden.

Also, bitte fertig lesen, die Dropdowns bleiben wie sie sind. ABER du hast ab Version 1.11 mehrere Möglichkeiten, diese per Blockly zu steuern.

1. Per ID-Nummer - wenn du die Nummer kennst, kannst du einfach per Zahlenwert (Typ Zahl oder Typ Text) die Zahl reinschreiben.
2. Du kannst einfach als Klarnamen die Szene/Shortcut aufrufen, also Groß- und Kleinschreibung ist egal zB um die Szene Aurora aufzurufen, einfach den Szenendatenpunkt nehmen (wo das Dropdown ist), den Textbautstein und Aurora reinschreiben (egal ob aurora, oder Aurora, oder AURORA), alles geht.

Ich denke und hoffe, dass das eine zufriedenstellende Lösung ist.

[krobi]

Kurzes Update zur v2 🚀

Die 2.0 ist jetzt draußen – Fokus war diesmal klar: mehr Geräte + sauberere Struktur + weniger Reibung im Alltag.

• Sensoren & Appliances jetzt integriert (Thermometer, Heater, etc.)
• Events via OpenAPI MQTT (z. B. lackWater, iceFull) sauber im State Tree
• App API für echte Sensordaten (kein „leeres OpenAPI“-Problem mehr)
• klare Trennung in sensor/ und events/
• Experimental Devices Option → neue Modelle einfacher testen

Großes Danke an @andiko2 fürs Bereitstellen von Geräten 🙌

---

💡 Highlights aus der v1 Weiterentwicklung

Seit der ursprünglichen v1 Vorstellung ist einiges passiert:

• Segment Detection Wizard inkl. Cut-Strip Support
• lokale Segment-Steuerung (BLE-over-LAN) → deutlich schneller als Cloud
• lokale Snapshots (inkl. kompletter Segment-Zustände)
• Scene-Handling stark verbessert (Varianten, stabile Dropdowns, Mapping)
• Cloud-Handling optimiert (weniger Calls, besseres Rate-Limit-Verhalten)
• MQTT deutlich stabiler (Reconnects, Session Handling)
• Performance-Boosts durch Parallelisierung & Optimierungen
• UI / Wizard / Übersetzungen massiv verbessert
• robustere Fehlerbehandlung (API Drift, Edge-Cases etc.)

---

📦 Mit v2 jetzt neu dazu

• ausgeklügeltes Device-Support-System (SKU-basiert, zentral gepflegt, sauber erweiterbar)
• Wiki mit kompletter Doku & Geräteübersicht

👉 https://github.com/krobipd/ioBroker.govee-smart/wiki

---

Feedback wie immer gern – und vor allem:
haut eure Geräte rein, gerade mit v2 ist jetzt deutlich mehr möglich 👍

[Holgip01]

Hallo, mit der Version 2.0.2, "startInstance system.adapter.govee-smart.0 Adapter dependency not fulfilled on "iobroker": Invalid version of "js-controller". Installed "7.0.7", required ">=7.0.23"

[krobi]

@Holgip01 bitte update deinen js-controller - aktuell ist 7.1.1 :-)

[krobi]

Requirements

Node.js mindestens 20
ioBroker js-controller mindestens 7.0.23 - aktuell 7.1.1
ioBroker Admin mindestens 7.6.20 - aktuell 7.8.20

[Thomas Braun]

@krobi sagte:

aktuell ist 7.1.1 :-)

Aber nur als Beta-Version. Stable ist

latest:	7.1.1 for 20 days
stable:	7.0.7 for 12 months

Für den admin gilt z. Zt.:

latest:	7.8.20 for 26 days
stable:	7.7.22 for 4 months

Sag deiner KI, dass natürlich die stabilen Versionen auch unterstützt werden müssen

[krobi]

@Thomas-Braun ach sorry, ok. wo kann ich das selbst sehen oder kontrollieren? in meine admin steht die selbe Version als installiert wie verfügbar, daher ist es jetzt nicht ersichtlich und im GitHub repo steht beim js Controller zB bei 7.1.1 official release - daher bin ich jetzt davon ausgegangen dass das stable bedeutet :-/

[Thomas Braun]

@krobi

Nein. Stable ist stable und die Basis für ein stabiles System. Latest ist eine Beta-Version und als solche zu behandeln.
Alls was sich außerhalb der beiden Repos abspielt ist immer als Alpha-Version zu verstehen. Das Zeug ist komplett ungetestet.

Siehe:
https://download.iobroker.net/list.html

[krobi]

@Thomas-Braun danke für die liste werde claude das mitteilen. scheinbar eine info auf die er selbst nie gekommen ist :-/ aber Gottseidank sind wir hier ja noch beim testen und der adapter ist ja weder im latest noch im stable :-)

[krobi]

@Holgip01 entschuldige bitte, ist mit 2.0.3 gefixed.

[Holgip01]

alles gut, sollte nur ein Hinwei sein und Danke für deine tolle Arbeit.