E1.31 not responding after update

[mhentschke]

The problem

When using E1.31 on WLAN connected ESP8266 for addressable led strip with Hyperion NG. Updating ESPHome to V2023.6.0 or later breaks the E1.31 integration, probably by https://github.com/esphome/esphome/pull/4832#issue-1710788306.

Issue https://github.com/esphome/issues/issues/4645 has been closed as fixing the issue but it seems the fix only works for ESP32 and not ESP8266.

The problem persists in 2023.10.6 and also in both beta and dev branches

Which version of ESPHome has the issue?

2023.10.6

What type of installation are you using?

Home Assistant Add-on

Which version of Home Assistant has the issue?

2023.11.2

What platform are you using?

ESP8266

Board

ESP-01

Component causing the issue

E1.31

Example YAML snippet

esphome:
  name: backlight
  platform: ESP8266
  board: esp01_1m

wifi:
  ssid: "SSID"
  password: "pass"
  use_address: XXX.XXX.XXX.XXX

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "SSID"
    password: "pass"

captive_portal:

# Enable logging
logger:
  level: DEBUG

# Enable Home Assistant API
api:
  encryption:
    key: "key"

ota:
  password: "pass"

mqtt:
  broker: XXX.XXX.XXX.XXX
  username: "username"
  password: "pass"

wled:
e131:
  method: unicast

light:
  - platform: neopixelbus
    name: Ultrawide_backlight
    pin: 2
    num_leds: 49
    variant: WS2812
    effects:
      - addressable_color_wipe:
      - addressable_twinkle:
      - addressable_fireworks:
      - addressable_flicker:
      - flicker:
          name: Flicker Effect With Custom Values
          alpha: 95%
          intensity: 1.5%
      - random:
          name: "Slow Random"
          transition_length: 30s
          update_interval: 30s
      - random:
          name: "Fast Random"
          transition_length: 2s
          update_interval: 2s
      - addressable_rainbow:
      - wled:
          port: 21324
      - e131:
          name: "Bias"
          universe: 1
          channels: RGB
      - e131:
          name: "Sound"
          universe: 2
          channels: RGB

Anything in the logs that might be useful for us?

Even with very vebose logs, I see no mention of the E131 component nor any errors related to it

Additional information

No response

[daandav]

Can confirm that the issue is not fixed on ESP8266.

[justdaniel-gh]

After fixing the socket issue, I also had to switch to esp32_rmt_led_strip instead of neopixelbus. I would focus troubleshooting there if you can.

Edit: To be clear I'm using an ESP32, not an 8266

[mhentschke]

I did see you changed the library but I don't think there is such an option in ESP8266 right? changing to FastLED might be an option but it will force me to downgrade the Arduino framework which is not ideal and I'm still trying to get it to work.

Thanks for pointing me into that direction though, I'll do some more digging see if I find anything

[hcoohb]

Same issue here on esp8266...

[freezir12]

i can confirm this issue on esp8266

[RobertCoop]

If you are using HomeAssistant's ESPHome integration and are running into this error, you can use this addon to install legacy versions of ESPHome (in parallel with the current version) and update the chip OTA with a working version. I installed a duplicate legacy of 2023.4 and switched to unicast and was able to solve this issue.

https://github.com/khenderick/esphome-legacy-addons

[Cosmostrator]

Can confirm this is still an issue on esp8266. For reference I'm running a Kauf RGBWW smart bulb and using the partition light platform. It was working before the update with multicast. I can post the yaml if it helps.

[d-rez]

I can also confirm, got a couple ESP8266-based strips and it choosing the E1.31 Effect just doesn't do anything, tried multiple apps to control it.

Is there any known workaround without spinning up an older version of ESPHome container?

[DrBlokmeister]

Commenting here that I'm also suffering from this issue and would like to see this fixed. ESP32 responding just fine, two separate ESP8266s are not.