Bekannte Probleme – WB-LED

ERRMRGBW-D04: Hue-Werte ändern sich bei kontinuierlichem RGB-Farbwechsel nicht in MQTT

Betroffene Geräte

WB-MRGBW-D und WB-LED seit Version 3.4.1.

Beschreibung

Im Modus RGB + W erzeugt ein kontinuierlicher RGB-Farbwechsel absichtlich keine Ereignisse des Hue-Registers. Hue ändert sich sehr häufig und würde den Bus übermäßig belasten. Bei Geräten mit höheren Adressen als WB-LED oder WB-MRGBW-D würden dann wahrscheinlich Abfragen ausfallen.

Übergangslösung

Bearbeiten Sie die Gerätevorlage: Setzen Sie im Registerabschnitt RGB Strip Hue (Adresse 2014) den Parameter sporadic auf false.

Behebung

Aktualisieren Sie den Wiren Board-Controller auf wb-2407 oder neuer. Ist wb-2407 bereits installiert, aktualisieren Sie dessen Pakete. Diese Aktualisierung deaktiviert Ereignisse des Hue-Registers.

Seit Firmware 3.8.0 werden bei kontinuierlichem Farbwechsel wieder Hue-Ereignisse erzeugt: Eine Verzögerung begrenzt die Ereignisrate bei automatischer Farbtonanpassung, um den Bus nicht zu überlasten. In den Vorlagen für WB-LED und WB-MRGBW-D ab wb-mqtt-serial 2.255.0 verwendet RGB Strip Hue (Adresse 2014) wieder den sporadic-Modus. Die manuelle Übergangslösung ist nicht mehr erforderlich.

ERRMRGBW-D05: Aktionen beim Einschalten und im Sicherheitsmodus funktionieren nicht korrekt

Betroffene Geräte

WB-MRGBW-D und WB-LED mit Firmware 3.5.0 bis einschließlich 3.5.2.

Beschreibung

In den folgenden Betriebsmodi:

• jeder Modus mit einem CCT-Streifen
• RGB+W

funktionieren Aktionen beim Einschalten und im Sicherheitsmodus fehlerhaft.

Die Vorlage für wb-mqtt-serial enthält außerdem falsche Bezeichnungen für Einschaltaktionen: No action ist als Switch off zu verstehen, Switch off als Restore previous state.

Behebung

In Firmware 3.5.3 und wb-mqtt-serial v2.157.1 behoben. Aktualisieren Sie Gerätefirmware und Controller-Software.

ERRMRGBW-D06: Register zur Konfiguration von Tastendruckaktionen funktionieren fehlerhaft

Betroffene Geräte

WB-MRGBW-D und WB-LED mit Firmware 3.5.0 bis einschließlich 3.5.2.

Beschreibung

Die Aktionskonfigurationsregister an den Adressen 768–819 und 832–883 funktionieren fehlerhaft.

Übergangslösung

Verwenden Sie die Register 1000–1063 zur Konfiguration von Aktionen.

Behebung

Eine Korrektur ist nicht geplant. Die fehlerhaften Register wurden ab Firmware 3.5.3 entfernt.

ERRMRGBW-D07: Kanalpegelregister werden beim Einschalten des Dimmers auf Standardwerte zurückgesetzt

Betroffene Geräte

WB-MRGBW-D und WB-LED mit Firmware 3.5.0 bis einschließlich 3.5.2.

Beschreibung

Durch einen Firmware-Fehler wurden beim Einschalten Standardwerte für die Kanalpegel geladen statt der beim Ausschalten vorhandenen Werte.

Behebung

In Firmware 3.5.3 behoben. Aktualisieren Sie die Gerätefirmware.

ERRMRGBW-D08: Eingangsaktionen funktionieren im Sicherheitsmodus immer, unabhängig von den Einstellungen

Betroffene Geräte

WB-MRGBW-D und WB-LED mit Firmware 3.5.0 bis einschließlich 3.5.2.

Beschreibung

Ein Firmware-Fehler bewirkt, dass Eingangsaktionen von Tastern oder Schaltern im Sicherheitsmodus immer ausgeführt werden, unabhängig von der Einstellung Input control in safe mode.

Behebung

In Firmware 3.5.3 behoben. Aktualisieren Sie die Gerätefirmware.

ERRMODBUS001: Gerät antwortet auf Adresse 0xFD

Betroffene Geräte

WB-MRGBW-D und WB-LED mit Firmware vor 3.4.4.

Beschreibung

Fast-Modbus-Geräte können Geräte anderer Hersteller am selben Bus stören, wenn diese spezielle Befehle verwenden, die mit 0xFD beginnen.

Ursache und Einzelheiten

Fast Modbus reserviert 0xFD für spezielle Broadcast-Befehle. Beginnt eine Anfrage eines Drittanbieters mit 0xFD, verwendet aber einen Befehl außerhalb von Fast Modbus, antworten betroffene Wiren Board-Geräte mit MODBUS_ERR_ILLEGAL_FUNCTION und stören den anderen Datenaustausch. Der Bustreiber behandelt das Paket fälschlich als gewöhnlichen Modbus-Verkehr.

Übergangslösung

Betreiben Sie betroffene Wiren Board-Geräte und Fremdgeräte nicht gemeinsam an einem Bus.

Behebung

In Firmware 3.4.4 behoben.

ERRMODBUS002: Fehlerhafte Antwort auf Suchbefehl 0x46

Betroffene Geräte

WB-MRGBW-D und WB-LED mit Firmware vor 3.4.2.

Beschreibung

Fast Modbus verwendete ursprünglich Funktion 0x60. Diese wurde später auf 0x46 geändert, da 0x60 in einem reservierten Bereich lag. Aus Gründen der Abwärtskompatibilität wurden beide Anfragecodes beibehalten, das Gerät antwortete jedoch stets mit 0x60. Nach der Korrektur enthält die Antwort dieselbe Funktion wie die Anfrage: 0x46 oder 0x60.

Abhilfe

Aktualisieren Sie die Firmware auf 3.4.2.

Behebung

In Firmware 3.4.2 behoben.

ERRMODBUS003: Unerwartetes Verhalten beim Schreiben ungültiger Werte in einige Register

Betroffene Geräte

WB-MRGBW-D und WB-LED mit Firmware vor 3.5.3.

Beschreibung

Wenn Werte im Bereich [256 ... 65535] in bestimmte Register geschrieben werden, werden die oberen 8 Bits verworfen und die Firmware erhält den Wert modulo 256. Beispielsweise wirkt das Schreiben von 257 genauso wie das Schreiben von 1.

Das Geräteadressregister (128) ist eines der betroffenen Register.

Alle Register arbeiten innerhalb ihrer dokumentierten Wertebereiche wie vorgesehen. Das Problem tritt beim Schreiben ungültiger Werte über 255 auf.

Abhilfe

Aktualisieren Sie die Firmware auf 3.5.3.

Behebung

In Firmware 3.5.3 behoben.

ERRMODBUS004: Fehlerhafte Bitfeldantworten

Betroffene Geräte

WB-MRGBW-D und WB-LED mit Firmware vor 3.4.2.

Beschreibung

Antworten mit Bitfeldern, darunter Coil-/Diskreteingangs-Lesezugriffe und Ereignisverwaltung, konnten fehlerhafte höherwertige Bits enthalten.

Abhilfe

Aktualisieren Sie die Firmware auf 3.4.2.

Behebung

In Firmware 3.4.2 behoben.

ERRMODBUS005: Fehlerhaftes Lesen unterschiedlicher Coil-Register in einer Anfrage

Betroffene Geräte

WB-MRGBW-D und WB-LED mit Firmware vor 3.4.4.

Beschreibung

Das Lesen mehrerer unterschiedlicher Coil-Register an aufeinanderfolgenden Adressen in einer Anfrage lieferte falsche Werte; Beispiele sind 2 und 3 bei WB-MSW/WB-MWAC oder 3 und 4 bei WB-LED.

Abhilfe

Aktualisieren Sie die Firmware auf 3.4.4.

Behebung

In Firmware 3.4.4 behoben.

ERRMODBUS006: Antworten auf Anfragen mit falscher Parität

Betroffene Geräte

WB-MRGBW-D und WB-LED mit Firmware vor 3.5.1.

Beschreibung

Das Gerät beantwortete Anfragen mit falscher Parität, statt sie zu ignorieren.

Abhilfe

Aktualisieren Sie die Firmware auf 3.5.1.

Behebung

In Firmware 3.5.1 behoben.

ERRMODBUS007: Ereignisverlust bei gleichzeitiger Übertragung zweier Geräte an einem Bus

Betroffene Geräte

WB-MRGBW-D und WB-LED mit Firmware vor 3.8.0.

Beschreibung

Wenn bei zwei Geräten am selben Bus gleichzeitig Ereignisse anstehen, kann eines ein unvollständiges Ereignispaket senden.

Ursache und Einzelheiten

Bei Fast Modbus fordert der Master Ereignisse an. Alle Geräte mit anstehenden Ereignissen nehmen an der Arbitrierung teil; der Gewinner antwortet, die anderen warten auf die nächste Anfrage.

Ein erzeugtes Ereignis wartet auf die Übertragung. Nachdem das Gerät seinen Frame auf den Bus gesendet hat, wird das Ereignis als gesendet markiert. Die nächste Bestätigung des Masters für dieses Gerät entfernt die gesendeten Ereignisse aus dessen Warteschlange. Dies ist der normale Bestätigungsmechanismus.

Der Fehler markierte Ereignisse zu früh als gesendet: bereits beim Empfang der Ereignisanfrage und vor Abschluss der Arbitrierung. Gewann das Gerät die Arbitrierung, funktionierte alles normal. Verlor es, wurde kein Paket gesendet, seine Ereignisse waren jedoch bereits als gesendet markiert. Eine spätere Bestätigung für dieses Gerät bestätigte auch diese ungesendeten Ereignisse und entfernte sie aus der Warteschlange, bevor sie den Master erreicht hatten.

Der Wert in der Weboberfläche wird nicht aktualisiert und es wird keine MQTT-Meldung veröffentlicht, obwohl die Geräteregister korrekt bleiben. Die Änderungsbenachrichtigung geht verloren.

Schließen beispielsweise Eingänge zweier Relaismodule am selben Bus gleichzeitig, kann ein Modul in der Weboberfläche korrekt aktualisiert werden, während das andere einige Ereignisse verliert und trotz tatsächlichem Schalten weiterhin im vorherigen Zustand erscheint.

Übergangslösung

Deaktivieren Sie vorübergehend den ereignisbasierten Betrieb für betroffene Register, indem Sie sporadic in der Gerätevorlage auf false setzen. Die Register werden dann im konfigurierten Intervall abgefragt.

Behebung

In Firmware 3.8.0 behoben.

ERRMODBUS008: Unerwartetes Verhalten bei langen Anfrageframes

Betroffene Geräte

WB-MRGBW-D und WB-LED mit Firmware vor 3.8.1.

Beschreibung

Der Empfang eines Frames mit mehr als 265 Byte, der maximalen Fast-Modbus-Framelänge, kann das Gerät blockieren und neu starten; in einigen Fällen können auch Einstellungen verloren gehen.

Ursache und Einzelheiten

Der Empfangsalgorithmus verarbeitete übergroße ungültige Anfragen nicht korrekt, wodurch ein Pufferüberlauf und die Beschädigung benachbarter Speicherbereiche entstanden. Das Gerät blockiert und wird vom Watchdog neu gestartet. Sehr große Frames über etwa 500 Byte können außerdem Einstellungen beschädigen, sodass das Gerät mit Standard-Kommunikationsparametern neu startet: 9600 8N2, Adresse 1.

Übergangslösung

• Senden Sie keine Anfragen, die die Grenzen von Modbus RTU oder Fast Modbus überschreiten (265 Byte bei Fast Modbus).

• Schließen Sie das Gerät nicht an einen Bus an, der Nicht-Modbus-Verkehr oder Meldungen mit mehr als 265 Byte führt.

Behebung

In Firmware 3.8.1 behoben.

ERRMODBUS009: Unerwartetes Verhalten beim Lesen nahe Adresse 0xFFFF im Modus für fortlaufendes Lesen

Betroffene Geräte

WB-MRGBW-D und WB-LED mit Firmware vor 3.8.1.

Beschreibung

Bei aktiviertem fortlaufendem Lesen kann ein Lesebereich, der Adresse 0xFFFF erreicht oder überschreitet, das Gerät blockieren und neu starten.

Ursache und Einzelheiten

Der Algorithmus zum fortlaufenden Lesen behandelte den Überlauf des 16-Bit-Registeradresszählers nicht korrekt. Das Lesen von 0xFFFF ließ den Zähler überlaufen und verursachte eine Endlosschleife mit anschließendem Watchdog-Reset.

Übergangslösung

Lesen Sie bei aktiviertem fortlaufendem Lesen keinen Bereich einschließlich 0xFFFF. Wiren Board-Geräte besitzen an dieser Adresse kein implementiertes Register.

Behebung

In Firmware 3.8.1 behoben.

ERRMODBUS010: Fehlerhafte Prüfung und Verarbeitung ungültiger Anfragen

Betroffene Geräte

WB-MRGBW-D und WB-LED mit Firmware vor 3.8.1.

Beschreibung

Das Gerät kann syntaktisch ungültige Anfragen akzeptieren oder falsch verarbeiten, einen falschen Ausnahmecode zurückgeben oder eine falsche Registeranzahlgrenze anwenden.

Ursache und Einzelheiten

Der Prüfalgorithmus behandelt folgende Fälle fehlerhaft:

1) Anfragen zum Lesen von null Registern werden mit einer Antwort ohne Nutzdaten akzeptiert, die nur Header und CRC enthält. Modbus verlangt Ausnahme 0x03 (ILLEGAL_DATA_VALUE).

2) Für alle Lese-/Schreibfunktionen gilt ein einheitlicher Grenzwert von 125 Registern; bei Überschreitung wird 0x02 (ILLEGAL_DATA_ADDRESS) zurückgegeben. Modbus sieht dagegen 2000 Bits für Bit-Lesezugriffe, 125 Register für Eingangs-/Holding-Lesezugriffe, 1968 Coils für Mehrfach-Coil-Schreibzugriffe und 123 Holding-Register für Mehrfachregister-Schreibzugriffe vor. Bei Überschreitung des jeweils geltenden Grenzwerts müsste 0x03 (ILLEGAL_DATA_VALUE) zurückgegeben werden.

3) Byte Count wird bei Mehrfach-Schreibzugriffen (0x0F und 0x10) nicht geprüft. Stimmen Byte Count und Registeranzahl nicht überein, müsste 0x03 (ILLEGAL_DATA_VALUE) zurückgegeben werden.

4) Einzel-Coil-Schreibzugriffe prüfen den Wert nicht und verwenden dessen höchstwertiges Bit. Modbus erlaubt nur 0x0000 und 0xFF00; bei allen anderen Werten müsste 0x03 (ILLEGAL_DATA_VALUE) zurückgegeben werden.

5) Strukturell ungültige Anfragen mit gültiger CRC, etwa überlange Anfragen, werden normal verarbeitet. Solche fehlerhaft aufgebauten Anfragen müssten stattdessen ignoriert werden.

6) Strukturell gültige, aber übergroße Frames mit 257–265 Byte werden verarbeitet. Standard-Modbus-Frames mit mehr als 256 Byte sind ungültig und müssten ignoriert werden.

Übergangslösung

Senden Sie nur strukturell korrekte Anfragen gemäß der Modbus-Spezifikation.

Behebung

In Firmware 3.8.1 behoben.

ERRMODBUS011: Fehlerhafte Verarbeitung ungültiger Anfragen zur Konfiguration von Fast-Modbus-Ereignissen

Betroffene Geräte

WB-MRGBW-D und WB-LED mit Firmware vor 3.8.1.

Beschreibung

Ein Ereigniskonfigurationsbefehl (EVENT_CTRL, cmd=0x46, sub_cmd=0x18) mit ungültigen Längenfeldern kann Ereignisbenachrichtigungen fehlerhaft konfigurieren und eine Antwort unvorhersehbarer Länge erzeugen.

Ursache und Einzelheiten

Der Handler zur Konfiguration von Fast-Modbus-Ereignissen prüfte die Größen- und internen Datenblocklängenfelder nicht. Ungültige Längen können dazu führen, dass Daten außerhalb des empfangenen Frames verarbeitet werden. Mögliche Folgen:

1) Fehlerhafte Ereignisbenachrichtigungseinstellungen, einschließlich unbeabsichtigter Änderungen von Ereignisprioritäten oder Masken.

2) Eine Ereigniskonfigurationsantwort mit unvorhersehbarer Länge.

Übergangslösung

Senden Sie nur gültige Fast-Modbus-Befehle gemäß dessen Spezifikation.

Behebung

In Firmware 3.8.1 behoben.

ERRMODBUS012: Gerät sendet keine Fast-Modbus-Ereignisse mehr

Betroffene Geräte

WB-MRGBW-D und WB-LED mit Firmware vor 3.9.2.

Beschreibung

Das Gerät sendet keine Fast-Modbus-Ereignisse mehr und meldet auf Ereignisanfragen (cmd=0x46, sub_cmd=0x10) dauerhaft, dass keine Ereignisse vorliegen (sub_cmd=0x12). Die Controls der Weboberfläche bleiben unverändert, während sich die Geräteregister weiterhin ändern.

Je häufiger sich ein ereignisfähiger Wert ändert, desto früher tritt das Problem auf. Bei Tests mit 1 ms Entprellung endete die Ereignisübertragung bei 200 Eingangsimpulsen pro Sekunde nach 23 Minuten und bei 100 Impulsen pro Sekunde nach mehreren Stunden. Auch bei seltenen Änderungen kann dies auftreten, ist aber deutlich unwahrscheinlicher. Der Treiber protokolliert keinen Fehler, da das Gerät gültig meldet, dass keine Ereignisse anstehen.

Lesen Sie zur Diagnose das Register direkt ohne Ereignisse, beispielsweise den Eingangsimpulszähler:

modbus_client_rpc -mrtu -pnone -s2 /dev/ttyRS485-1 -b115200 -a1 -r32 -t0x03

Steigt der Registerwert, während das Control in der Weboberfläche unverändert bleibt, liegt dieses Problem vor.

Ursache und Einzelheiten

Der Zähler ungesendeter Ereignisse wird von einem Interrupt-Handler und der Hauptschleife ohne korrekte Synchronisierung gemeinsam verwendet. Ein Interrupt während eines Lese-Änderungs-Schreibvorgangs in der Hauptschleife kann eine Zählererhöhung verlieren lassen. Diese lässt sich nicht wiederherstellen, da sie nur beim erstmaligen Einreihen eines Ereignisses erfolgt. Das Gerät glaubt dann, nichts senden zu müssen, obwohl Ereignisse in der Warteschlange liegen.

Der Zustand bleibt bis zum Neustart des Geräts bestehen. Ein weiteres Ereignis kann die angesammelte Warteschlange vorübergehend leeren und das Control einmal aktualisieren; die Abweichung tritt jedoch sofort wieder auf. Eine Installation ohne weitere Änderungen erscheint daher eingefroren.

Die Wahrscheinlichkeit steigt mit Ereignishäufigkeit und Buslast, da gleichzeitige Zugriffe wahrscheinlicher werden.

Übergangslösung

Ein Neustart des Geräts stellt die Ereignisübertragung bis zum erneuten Auftreten des Fehlers wieder her. Ein Neustart des Controllers oder von wb-mqtt-serial hilft nicht: Der Zustand befindet sich im Gerät und wird durch eine erneute Ereigniskonfiguration nicht zurückgesetzt.

Verringern Sie die Wahrscheinlichkeit, indem Sie die Eingangsentprellzeit erhöhen oder Ereignisse für häufig wechselnde Register deaktivieren. Lesen Sie bis zur Firmware-Aktualisierung die Werte direkt aus den Registern.

Behebung

In Firmware 3.9.2 behoben.

ERRLED0001: Für die Eingänge 1–3 ist keine Aktion für kurze Tastendrücke konfiguriert

Betroffene Geräte

Alle WB-LED v1.3A, v1.3A/T, v1.3C, v1.3H, v1.3I, v1.3I/1, v1.3I/2, v1.3J/1, v1.3J/1A, v1.3J/2, v1.3J/2A, v1.3K, v1.3L, v1.3M, v1.3M/1, V1.4A, V1.4A/1, v1.4A/2, v1.4B, v1.4B/1, v1.4C, v1.5A, v1.5A/1, v1.5A/2, v1.5A/3, v1.5B, v1.5B/1, v1.5B/2, v4.3M

Beschreibung

Ein Fehler im Fertigungstest verhinderte die Wiederherstellung der Standardwerte nach dem Test. Die Geräte verließen die Fertigung mit falschen Parametern:

• Aktion bei kurzem Tastendruck an Eingang 1: Disabled statt Toggle RGB
• Aktion bei kurzem Tastendruck an Eingang 2: Disabled statt Increase RGB strip hue (HSV-H, with wraparound)
• Aktion bei kurzem Tastendruck an Eingang 3: Disabled statt Toggle channel 4

Übergangslösung

• Stellen Sie die entsprechenden Werte über die Controller-Weboberfläche und die Gerätevorlage ein.
• Schreiben Sie manuell 0x3009 in Register 0x1000, 0x900e in 0x1001 und 0x3003 in 0x1002.

Behebung

In Charge v1.5B/3 behoben.

ERRLED0002: Fehlerhafte Phaseninvertierung im Modus 4W

Betroffene Geräte

Alle WB-LED-Geräte mit Firmware 3.5.0 bis einschließlich 3.6.0.

Gilt für den Modus 4W, wenn alle Kanäle parallel geschaltet sind.

Beschreibung

Zur gleichmäßigen Verteilung der Netzteillast arbeiten die Kanalpaare 1–2 und 3–4 gegenphasig, außer im Modus 4W.

Ein Firmware-Fehler lud die Einstellung zur Phaseninvertierung beim Start falsch aus dem nichtflüchtigen Speicher. Daher arbeiteten die Kanalpaare 1–2 und 3–4 stets gegenphasig, auch im Modus 4W mit allen Kanälen parallel. Dies konnte den Überstromschutz auslösen. Nach dem Wechsel in den Modus 4W funktioniert die Phaseninvertierung bis zum nächsten Neustart korrekt.

Übergangslösung

• bevorzugt: Firmware auf 3.6.1 oder neuer aktualisieren
• nach dem Neustart in einen anderen Modus und anschließend zurück zu 4W wechseln

Behebung

In Firmware 3.6.1 behoben.

ERRLED0003: Fehlerhaftes Wiederanlaufen paralleler Kanäle nach Überstromauslösung

Betroffene Geräte

Alle WB-LED-Geräte mit Firmware bis einschließlich 3.6.0.

Gilt für die Dimmermodi 2W+W+W, W+W+2W, 2W+2W, CCT+2W, 2W+CCT und 4W.

Beschreibung

Ein Firmware-Fehler schaltet die Kanäle nach einer Überstromschutzauslösung einzeln nacheinander ein, auch wenn der Betriebsmodus parallele Kanäle erfordert. Dadurch kann der Stromgrenzwert eines einzelnen Kanals überschritten und der Schutz erneut ausgelöst werden.

Übergangslösung

Aktualisieren Sie die Firmware auf 3.6.1 oder neuer.

Behebung

In Firmware 3.6.1 behoben. Parallele Kanäle schalten gleichzeitig ein.

ERRLED0004: Dimmer kann mit parallelen Kanälen nicht bei Volllast betrieben werden

Betroffene Geräte

Alle WB-LED-Geräte mit Firmware bis einschließlich 3.6.0.

Gilt für die Dimmermodi 2W+W+W, W+W+2W, 2W+2W, CCT+2W, 2W+CCT und 4W.

Beschreibung

Ein Firmware-Fehler aktualisierte PWM-Werte asynchron, sodass sich ein paralleler Kanal vor den anderen einschalten konnte. Bis die übrigen parallelen Transistoren einschalteten, floss der Strom nur durch einen Transistor und löste den Hardware-Überstromschutz aus.

Übergangslösung

Aktualisieren Sie die Firmware auf 3.6.1 oder neuer.

Behebung

In Firmware 3.6.1 behoben. PWM wird synchron auf parallele Kanäle angewendet.

ERRLED0005: Gesamtleistung der CCT-Streifenkanäle wird nicht normalisiert

Betroffene Geräte

WB-LED und WB-MRGBW-D mit Firmware bis einschließlich 3.6.1

Gilt für die Dimmermodi CCT+W+W, CCT+2W, W+W+CCT, 2W+CCT und CCT+CCT.

Beschreibung

Der CCT-Mischalgorithmus hält die Gesamtleistung nicht konstant. Die Leistung steigt, wenn sich die Farbtemperatur der Bereichsmitte nähert, und erreicht bei 50% ihr Maximum, wenn beide Kanäle mit voller Helligkeit arbeiten.

Übergangslösung

Aktualisieren Sie die Firmware auf 3.7.0 oder neuer. Aktivieren Sie CCT strip power normalization.

Behebung

In Firmware 3.7.0 behoben.