Core Machine (Operating system/System info/Roon build number)
NUC8i5 running ROCK (8MB ram, 256gig M.2, 2TB music onboard) hardwired static IP
Endpoints: 4X airplay via wifi. Naim Uniti Atom hardwired static IP RAAT, RoPieeXl hardwired static IP RAAT
Remotes: MacOS (Catalina, Mojave), iPhone 11, iPad pro
Network Details (Including networking gear model/manufacturer and if on WiFi/Ethernet)
Unifi USG router, Unifi managed switch POE-60W, 3X NanoHD access points. Core hardwired, endpoints hardwired, remotes wifi.
Audio Devices (Specify what device you’re using and its connection type - USB/HDMI/etc.)
Endpoints: 4X airplay. Naim Uniti Atom, RoPieeXl
Description Of Issue
Three of my endpoints use hardware volume control, my Homepod, Naim Uniti Atom, and a RoPieee based rPi hat. These items have local volume controls, The Naim has a sexy volume knob, the RoPieee unit has volume on the touch screen, and the Homepod has the buttons on the top.
When a remote is freshly started, the indicated volume on the remote display changes when the endpoint volume is changed. And the endpoint volume changes when the volume on the remote is changed. The bidirectional communication works well.
But if I let the remote sit for a day or so, the bidirectional communication breaks down. I can change the volume on the endpoint from the remote and the volume does indeed change, and is reflected on the endpoint displays. But if I go to the endpoint and change the volume there, the remote volume indicator does not change. So if I then change the volume using the remote, the volume will snap to the value listed in the remote and then be changed from there.
If I quit and restart the remote, everything works as it should.
I suppose it could be my network, but I haven’t had any other services be effected by long running times.
Sheldon