Monatsrückblick Januar/Februar 2026 ist online!

[Dieter_P]

Hallo

kämpfe nun schon wieder den ganzen Tag mit einem ESP32 der eine RGB LED hat.

Über diese YAML hat die LED mal am IOB funktioniert:

light:
  #G35=RGB WS2812C-2020
  - platform: esp32_rmt_led_strip
    rgb_order: GRB
    pin: 35
    num_leds: 4
    # RMT 0 channels will be occupied by IR
    rmt_channel: 1
    chipset: ws2812
    id: led
    name: "Led"

Da ich nun den den Chip aktualisiert habe funktioniert der BLE Scanner zwar wieder aber ich bekomme die RGB LED nicht farblich gesteuert.

Dazu habe ich bisher den DP "colorHex" per Blockly gesetzt. Genauso wie den state zum Ein/Aus schalten und die brightness.

Im IOB Admin den state schalten funktioniert noch. Brightness und colorhex nicht. Teils wird der manuell geänderte DP geändert, teils nicht. Die LED ândert aber nie tatsächlich die Lichtfarbe.

Sobald ich den state ein/aus schalte sehe ich in den Datenpunkten auch wieder die Ursprungswerte.

Was der colormode =35 bedeutet konnte ich nicht herausfinden. "Blinde" Änderungen auf irgendwas zeigten aber keinen Unterschied und ich bekomme die LED nicht von der Farbe weiß (#ffffff) weg. Die Helligkeit bekomme ich noch verändert über die eigene Webseite des ESPHome Chips (captive portal) wo es dazu einen slider gibt.

Im IOB gelingt es mir nicht.

Jegliche Änderung an den anderen Datenpunkten (Weiß / Warmweiß) brachte nichts.

Meine aktuelle YAML lautet:

light:
  - platform: esp32_rmt_led_strip
    id: led
    name: "Flur LED"
    chipset: WS2812
    pin: 35
    num_leds: 4
    rgb_order: GRB
    restore_mode: ALWAYS_ON

Da der GPIO35 in Kollision mit dem PSRam steht, bei mir aber nicht änderbar im so hergestellten AtomS3 Lite, habe ich einen ESP32C3 mit WS2812 RGB LED nun als alternative aufgesetzt.

Fazit: genau der gleiche Murks! Ich bekomme die RGB LED auch an dem Chip (GPIO05) nicht in der Farbe verändert.
Die Vermutung eines Problems durch GPIO35 also widerlegt. Es muss etwas anderes sein, aber was?

Beim reinen Codevergleich fällt der rmt Channel auf der aktuell nicht mehr manuell konfiguriert werden darf. Entweder funktioniert die automatische Zuweisung also nicht oder das ist es auch nicht.

Habt ihr einen Tip?

Besten Dank!

[Dieter_P]

Niemand eine Idee oder kann ich etwas testen?

Das Ganze auf der Neopixel platform bringt praktisch auch keine Veränderung:

light:
  - platform: neopixelbus
    id: led
    name: "Flur LED"
    type: GRB
    variant: WS2812
    pin: GPIO35
    num_leds: 4
    method: ESP32_RMT_0
    restore_mode: ALWAYS_ON

Ich kann weiterhin im IOB nur An/Aus schalten über den Datenpunkt. Jegliche Änderung der weiteren Datenpunkte wie brightness oder colorHex ohne erkennbare Wirkung.

Danke vorab.

[simonf04]

@dieter_p bitte einmal neuste Version aus Latest probieren. Sollte jetzt funktionieren.

[Dieter_P]

Danke. Werde es zeitnah testen und melde mich.

[Dieter_P]

@simonf04

Hallo
hat etwas gedauert bis ich etwas Raum hatte um an dem für mich wichtigen Funktionsteil auszuprobieren.

Hoffe mit latest meinst Du die Installation von Github über die Auswahl im IOB Katzensymbol.

Im IOB Latest finde ich nur eine Version 0.2.1 was mir extrem alt erscheint.

Über die Katze habe ich nun 0.7.0 beta 4 installiert kommend von 0.6.1 wo aber glaube ich ein fix von dir drin war damit es überhaupt läuft.

Erstmal gut gefummelt um wieder das Dashboard in Funktion zu bekommen. Zu tun ist eigentlich nichts, aber diverse Settings wollen wohl in der Instanz nochmal bestätigt werden. Nicht wirklich intutiv aber nun läufts es wieder.

Die DPs werden auch über die API aktualisiert und verändert, wenn ich sie über Mqtt schreibe, aber eine aktive Steuerung zB per DP "Colorhex" funktioniert weiterhin bei mir nicht.

Der ESP ist komplett aktualisiert.

Leider nein.