Edoardo Pinci

Hey, this is what the email looks like: - On Outlook (desktop):  - On Outlook (mobile): 

Actually, with 2023.11.2, the scenes.yaml file does contain the "effect_list" and "effect" entry. Looks like the problem is in reading/applying it, not in saving it...

Nope, MQTT is not enabled. --> `'mqtt': {'enable': False, 'server': '192.168.33.3:1883'` Device (.76) and HA (.7) are in the same subnet. From the documentation it appears to me that if...

Adding some more debug information. Unit (Shelly H&T) is responsive to `/cit/d` calls: ``` { "blk": [ { "I": 1, "D": "sensor_0" }, { "I": 2, "D": "device" } ],...

Attaching debug log as per https://github.com/home-assistant/core/issues/110366#issuecomment-1947792881 [home-assistant_shelly_2024-02-26T00-02-54.094Z.log](https://github.com/home-assistant/core/files/14398302/home-assistant_shelly_2024-02-26T00-02-54.094Z.log) Unit has been woken up before attempting the adding.

My setup is HA in a Synology, direct network access on a flat subnet, several other Gen2 Shelly devices already connected such as: [config_entry-shelly-65028fd707755d95c0b2e440a0ed18f7.json](https://github.com/home-assistant/core/files/14410418/config_entry-shelly-65028fd707755d95c0b2e440a0ed18f7.json) `/cit/d` isn't supposed to be queried...

Container, host networking, no firewall. Please note log shows other CoAP messages from that device (.76) being received.

Interestingly enough:  I performed a network capture of the traffic between HA and the Shelly unit for the entire setup activity: - 576 & 577 --> the CoAP messages...

That’s exactly my point, there never is an answer to the cit/d request because the following packets are 12 seconds after and are not related. The library has missing dependency...

I'm really baffled now. I exec'd in the the HA container in my Synology, installed tcpdump to capture CoAP traffic and this is what I see:  I can see...