986ster

Logging configuration is: ``` # Lutron Caséta logging logger: default: info logs: homeassistant.components.lutron_caseta: debug pylutron_caseta: debug ``` Log details are: 2025-03-18 09:09:55.453 INFO (SyncWorker_9) [pylutron_caseta.pairing] Generating a new private key......

I tried two other tests. I installed HomeAssistant docker images on both an x86_64 machine and a RPi, both on the same subnet as my HAOS servers. The RPi one...

I'm running across two subnets though, one for servers, one for IoT devices, so what I'm seeing is HAOS and Docker on RPi seem to traverse the subnet barrier just...

Here's a video of what happens during the pairing process: [https://drive.google.com/file/d/1GHJQ1P7VclEg2KkHwrB6-ZQVyxCkt5e0/view?usp=drive_link](https://drive.google.com/file/d/1GHJQ1P7VclEg2KkHwrB6-ZQVyxCkt5e0/view?usp=drive_link)

Okay, so we got a lot more back with that version. Here's the relevant section of the log, from the first Lutron message through to the timeout: ``` 2025-03-18 16:35:03.294...

More details in this forum post: https://forums.slimdevices.com/forum/user-forums/logitech-media-server/1658961-tracks-added-to-current-playlist-not-playing-if-player-buffer-has-already-been-filled

I do have some old Receivers still that I could dig out and revive, despite having replaced all of my in-use hardware with Squeezelite. I'm away over the Christmas break,...

Also, if you're using DietPi and don't want to have the distribution's squeezelite package overwriting your preferred version then simply run **apt-mark hold squeezelite** to stop it auto-updating whilst allowing...