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

[krobi]

Test Adapter govee-smart v1.4.x GitHub

Aktuelle Test Version	1.4.1
Veröffentlichungsdatum	13.04.2026
Github Link	https://github.com/krobipd/ioBroker.govee-smart

Hallo zusammen,

Wie es dazu kam:

Ich hatte bislang den govee-local Adapter im Einsatz um meine Govee-Leuchten zu steuern. Weil ich mehr Möglichkeiten wollte, hab ich dann erst mal ein JavaScript gebastelt. Nach den tollen Erfahrungen mit Claude.ai haben wir dann zusammen diesen Adapter gebaut, der mittlerweile wirklich sehr viel kann.

Govee ist leider ziemlich kompliziert — die Doku ist dünn, die APIs sind eingeschränkt und die Cloud ist ultra lahm. Außerdem unterscheidet sich die Ansteuerung teilweise stark von Gerät zu Gerät. Deshalb setzt der Adapter primär auf LAN — das ist quasi sofort und braucht keine Cloud-Anbindung. Es gibt ein eingebautes Diagnostics-System, mit dem Tester Debug-Daten liefern können — so kann ich auch Geräte unterstützen die ich selbst nicht habe.

Wie funktioniert das?

Der Adapter nutzt drei Kanäle und wählt automatisch den schnellsten:

• LAN (UDP) — schnellste Steuerung, kein Internet nötig
• MQTT (AWS IoT) — Echtzeit Status-Push, wenn sich am Gerät was ändert kommt das sofort an
• Cloud API — nur für Szenen, Segmente und Geräte-Capabilities

Man kann den Adapter auch komplett ohne Credentials nutzen (LAN-only). Dann hat man Power, Helligkeit und Farbe. Mit einem kostenlosen API Key kommen Szenen und Segmente dazu, mit Email/Passwort zusätzlich Echtzeit-Status.

Was geht alles?

• Power, Helligkeit, Farbe, Farbtemperatur — alles lokal über LAN
• Szenen — werden direkt vom Gerät ausgelesen und lokal aktiviert
• Musik-Modus mit verschiedenen Effekten, ebenfalls lokal
• Segment-Steuerung für LED-Strips (Farbe und Helligkeit pro Segment)
• Gruppen-Steuerung: ein Befehl an die Gruppe wird an alle Mitglieder gefanned
• Lokale Snapshots: Gerätezustand speichern und wiederherstellen ohne Cloud

Unterstützte Geräte:

Alle Govee LED-Lights bei denen man in der Govee Home App die LAN-Funktion aktivieren kann. Hier die offizielle Liste. Keine Appliances, Sensoren oder Plugs — nur Lights.

Einschränkungen:

• Segment-Farben gehen nur über die Cloud API (lokales BLE-Protokoll wird von den Geräten zwar akzeptiert aber nicht gerendert — ausgiebig getestet)
• Scene Speed ist nicht steuerbar (das Byte-Layout dafür hat weltweit noch niemand reverse-engineered)
• Cloud ist langsam und hat enge Rate-Limits

Bei mir laufen 8 Govee LED-Strips damit, seit Wochen stabil. Würde mich freuen wenn jemand mit anderen Govee-Modellen testet.

Feedback gerne als GitHub Issue oder hier im Thread!

[crunchip]

@krobi ist das dann die dritte Variante eines goove Adapters?

[krobi]

@crunchip haben halt alle unterschiedliche Ansätze. der govee-local kann nur lokale api. der govee.app adapter scheint recht sporadisch entwickelt zu werden - zumindest meiner Meinung nach.

und ja wenn du govee geräte hast und vl etwas die api angeschaut hast dann wirst du merken das govee einen das leben echt extremste schwer macht :-/

[crunchip]

@krobi naja, man hätte sich vllt auch zusammenschließen können.

Abgesehen von jetzt 15 Beiträgen hier im Forum, davon 5 neue Adapter in Folge, bin ich mal gespannt😉

[krobi]

@crunchip vl unüblich aber ich hab das Forum nie benötigt. probiere den adapter gerne aus und gib mir gerne Feedback welche geräte du hast und wie er bei dir läuft.

[crunchip]

@krobi hab aktuell nur einen strip in Verwendung, dieser wird eh nur on/off gesteuert und einen zweiten, der per Bluetooth direkt mit der app verbunden ist.

[andiko2]

was mir bei Govee in allen Adapter fehlt, ist die Abfrage der Thermometer. Govee hat da ja schöne Raumthermometer mit Bluetooth aber auch mit WLAN. Bisher ist keiner der Govee Adapter in der Lage das auszulesen.

[krobi]

@andiko2 sorry, hab mich hier extra nur auf lichter konzentriert. man kann natürlich mal gucken welche anderen geräte es gibt und wie der bedarf da ist und natürlich auch wie govee meint das man an die daten kommt :-/

[datenkrake156]

Hallo krobi,
danke für Deine Entwicklung.
Hatte mir letztes Jahr mal einen Lichtvorhang H70B1 gegönnt, den ich im IOB mittels govee-App und Blockly ansteuere. Hatte mir dazu ganz schnell ein paar Snapshots wie Tannenbaum, Osterhasen usw. gespeichert, die dann zeitgesteuert ein- und ausgeschaltet werden.
Da ich lokale Speicherung der Wolke immer vorziehe, hatte ich mir mal Deinen Adapter installiert und heute auf die v1.7.3. ein Update gezogen. Der Schlüssel gemäß Anleitung (Begründung iobroker) wurde innerhalb von Sekunden geliefert und das Gerät auch sofort erkannt. Testweises Ein- und Ausschalten klappte sofort.
Bei den Snapshots komme ich allerdings nicht weiter. Ich finde zwar drei Datenpunkte, aber von den gespeicherten Szenarien keine Spur. Local-snapshot soll per string beschreibbar sein, ich kann allerdings selbst im Expertenmodus keine Eintragung vornehmen. Wie bekomme ich meine gespeicherten Szenarien in Deinen Adapter? Danke im Voraus.
Armin

[krobi]

@datenkrake156 hallo, danke fürs Testen und Feedback. Zu den Snapshots, das ist so gemeint, du kannst lokale Snapshots erstellen und dann tauchen sie auch im lokal_snapshots Datenpunkt auf. : P

Der Vorgang ist wie folgt: Wenn dein LED-Gerät Segmente kann, dann bekommst du dazu eine Segmentsteuerung. Dort kannst du, wie in der App, die Segmente einstellen und dann bei snapshot_save einen Namen eintragen und speichern. Das sollte diese lokalen Snapshots dann in die Liste hinzufügen, damit du diese Einstellungen voll lokal nutzen kannst.

Wenn du keine lokalen-snapshots hast, passiert natürlich nichts. Ich werde mir aber die H70B nochmals anschauen und das mit den lokalen Snapshots besser erklären. wenn du keine Segmente hast dann kannst du da leider nur die unten angeführten Sachen abspeichern.

What is saved:

Power on/off
Brightness
Color (RGB)
Color temperature (Kelvin)
Per-segment color and brightness (for LED strips with segments)

[krobi]

ich hab hier eine wiki erstellen lassen, ich hoffe sie hilft bei fragen. https://github.com/krobipd/ioBroker.govee-smart/wiki/Startseite

[datenkrake156]

@krobi danke für die schnelle Antwort!
Ich hoffe, ich habe das Procedere richtig verstanden: via Klugschwatz-App habe ich nacheinander drei gespeicherte Szenarien aufgerufen und jeweils im Datenpunkt snapshot_save mit einem Namen gespeichert. Im Datenpunkt snapshot_local erscheint jetzt beim Klicken eine Auswahlliste mit diesen drei Namen. Aber egal, welchen dieser drei Namen ich auswähle, alle LED des Vorhangs schimmern einheitlich nur in einem leichten Gelbton. Es sieht so aus, als würden die Daten der snapshots nicht korrekt gespeichert, schade. Der Vorhang hat ja keine Segmente wie ein LED-Streifen, die rund 500 LEDs werden alle einzeln angesteuert. Ich hoffe, Du kannst hier noch etwas reißen. So müssen die blockly-scripts leider weiter über die govee-app das Gerät steuern.
Viel Erfolg Armin

[krobi]

@datenkrake156 genau der Vorhang hatte keine Segmente, die less kann ich nicht einzeln ansprechen. du kannst also nur den Vorhang in eine farbe setzen und die Helligkeit einstellen. aber ich hab den selbst und werde das mal testen, hab bis lang immer nur meine leds strips getestet.

[krobi]

@datenkrake156 hab jetzt kurz selbst rumgespielt. Also der Local Snapshot kann nur Helligkeit und Farbe - über das gesamte Gerät. Gleich wie die Govee App. Der Adapter kann das Zeichnen-Feature aktuell nicht. Was du aber machen kannst, ist in der Govee App Snapshot anlegen und dann solltest du auch einen Datenpunkt mit dem Namen “Snapshot" bekommen. Dort kannst du dann die in der Govee App abgesicherten Snapshots aufrufen - darüber kannst du auch selbst gemaltes aufrufen.

[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