Sonos Audio Sink.play is ho longer working in OH5

Hello Friends,

Since the upgrade to OH5 the behavior changed.
Before (see the picture) completed was played with volume 20.
now it is setting the Sonos to mute and that‘s it.

Any ideas?

image

‚Update:
Also this is not working:
IMG_0939

There is a file not found exemption in the log for the first one, but the second one just mutes:
2025-07-23 10:39:25.797 [WARN ] [nhab.core.model.script.actions.Audio] - Failed playing audio file: File ‘/openhab/conf/sounds/NotFound.mp3’ not found!

I assume there is an issue with the Sink sink because PlayUri like this is working fine:
image

Hi Franz,

Thanks for the detailed post — and sorry to hear about the trouble after upgrading to OH5.

From what you’re describing (especially with the mute behavior and file not found message), it sounds like the issue could be related to either:

  1. Audio file path resolution, or
  2. Sink configuration in OH5.

Here are a few things you can try that have helped in similar cases:


:white_check_mark: 1. Verify the audio file path and permissions
OH5 introduced stricter file handling in some cases. Please make sure:

  • The file actually exists at /openhab/conf/sounds/NotFound.mp3.
  • File is readable by the openhab user.
  • Try placing a known-good .mp3 (like a basic chime) in that folder and rename it to NotFound.mp3 just to test.

You can also test from the console with:

makefile

CopyEdit

openhab:audio play doorbell

(if doorbell.mp3 exists under /conf/sounds/)


:white_check_mark: 2. Confirm default sink settings
It may help to explicitly define your default audio sink again in settings -> System -> Audio or in runtime.cfg:

makefile

CopyEdit

org.openhab.audio:sonos:YOUR_DEVICE_ID

You can get your Sonos device ID from the thing configuration.


:white_check_mark: 3. Use PlayURI as fallback
Since PlayURI works (as you mentioned), you could temporarily use a rule workaround to send pre-recorded audio from a local HTTP path. Just place the sound file in /html/ (served via http://<yourOH>:8080/static/) and trigger with:

java

CopyEdit

sendCommand(Sonos_Thing, "PlayURI:http://<yourOH>:8080/static/yourfile.mp3")

Let me know if that helps — happy to troubleshoot further!

Best regards,

Hi,

Thank you very much for your kind answer an support.

1. For the Permission check:

This seems to work was it worked also in OH4.X and the command PlayURI is also working
The console shows this:

openhab> openhab:audio play doorbell
Unsupported file extension!
openhab> openhab:audio play doorbell.mp3
openhab> openhab:audio play doorbells.mp3                                                                          
File '/openhab/conf/sounds/doorbells.mp3' not found!
openhab> openhab:audio play meow.mp3

2. For the default settings of the sink:

Setting in the default speaker in the gui had no effect. settings → System → Audio
If i enter the screen again I still see nothing checked. After rebooting.
image

But setting the the value in the runtime.cfg

org.openhab.audio:defaultSink=org.openhab.audio.sonos:Arc:RINCON_38420B472DBC0XXXX

it seems to work. But allows then only to play on this singe Sonos. Setting a different one does not work simply said this only plays on ARC.
image

3. the PlayURI

Yes it is working but have a slight different behavior, The sound is not switched back tot the TV after the sound is played. And i cannot switch it back by a command.

Consent and ideas:

Finally i have the following idea what could be „special“ is that I have in total 3 Sonos Speakergroups.

  1. The Sonos Arc
  2. The Sonos One Bathroom
  3. The Sonos Beam Sleeping room.

If I‘m not in the Sleeping room i remove the Sonos Beam of the Sleeping room from the MAINS.
The rest is pretty normal i guess.

Can i set some other debug options to see better what is going on?

Thanks
/Franz

1 Like

Same problem after upgrading to OH 5.0.

When setting the Audio sink to “System Speaker” everything works fine - e.g. voice output or using the “openhab:audio play doorbell.mp3” command in the console.

When setting Audio sink to “Sonos” - no sound is produced.

works ok: openhab> openhab:audio play enhancedjavasound doorbell.mp3 100
does not work: openhab> openhab:audio play sonos:SYMFONISK:RINCON_542A1B50A06601400 doorbell.mp3 100

The Sonos thing is online, and e.g. the “mute” switch channel is working (switches LED on Sonos speaker) - so the Sonos IS connected.

DEBUG protocol:

2025-08-10 23:47:08.095 [DEBUG] [s.internal.handler.ZonePlayerHandler] - initializing handler for thing sonos:SYMFONISK:RINCON_542A1B50A06601400

2025-08-10 23:47:08.097 [DEBUG] [s.internal.handler.ZonePlayerHandler] - Polling job

2025-08-10 23:47:08.161 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘SoftwareVersion’:‘85.0-66270’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:47:08.162 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘DisplaySoftwareVersion’:‘17.1.1’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:47:08.168 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘MACAddress’:‘54:2A:1B:50:A0:66’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:47:08.169 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘SerialNumber’:‘54-2A-1B-50-A0-66:C’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:47:08.177 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘Flags’:‘0’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:47:08.178 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘IPAddress’:‘192.168.178.60’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:47:08.178 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘HardwareVersion’:‘1.34.1.9-2.1’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:47:08.179 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘CopyrightInfo’:‘© 2003-2025, Sonos, Inc. All rights reserved.’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:47:08.181 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘HTAudioIn’:‘0’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:47:08.182 [DEBUG] [s.internal.handler.ZonePlayerHandler] - RINCON_542A1B50A06601400: Subscribing to service DeviceProperties…

2025-08-10 23:47:08.183 [DEBUG] [s.internal.handler.ZonePlayerHandler] - RINCON_542A1B50A06601400: Subscribing to service AVTransport…

2025-08-10 23:47:08.185 [DEBUG] [s.internal.handler.ZonePlayerHandler] - RINCON_542A1B50A06601400: Subscribing to service ZoneGroupTopology…

2025-08-10 23:47:08.186 [DEBUG] [s.internal.handler.ZonePlayerHandler] - RINCON_542A1B50A06601400: Subscribing to service GroupManagement…

2025-08-10 23:47:08.187 [DEBUG] [s.internal.handler.ZonePlayerHandler] - RINCON_542A1B50A06601400: Subscribing to service RenderingControl…

2025-08-10 23:47:08.189 [DEBUG] [s.internal.handler.ZonePlayerHandler] - RINCON_542A1B50A06601400: Subscribing to service AudioIn…

2025-08-10 23:47:08.190 [DEBUG] [s.internal.handler.ZonePlayerHandler] - RINCON_542A1B50A06601400: Subscribing to service HTControl…

2025-08-10 23:47:08.192 [DEBUG] [s.internal.handler.ZonePlayerHandler] - RINCON_542A1B50A06601400: Subscribing to service ContentDirectory…

2025-08-10 23:47:08.212 [DEBUG] [s.internal.handler.ZonePlayerHandler] - RINCON_542A1B50A06601400: Subscription to service RenderingControl succeeded

2025-08-10 23:47:08.215 [DEBUG] [s.internal.handler.ZonePlayerHandler] - RINCON_542A1B50A06601400: Subscription to service GroupManagement succeeded

2025-08-10 23:47:08.231 [DEBUG] [s.internal.handler.ZonePlayerHandler] - RINCON_542A1B50A06601400: Subscription to service DeviceProperties succeeded

2025-08-10 23:47:08.236 [DEBUG] [s.internal.handler.ZonePlayerHandler] - RINCON_542A1B50A06601400: Subscription to service ZoneGroupTopology succeeded

2025-08-10 23:47:08.260 [DEBUG] [s.internal.handler.ZonePlayerHandler] - RINCON_542A1B50A06601400: Subscription to service AVTransport succeeded

2025-08-10 23:47:08.264 [DEBUG] [s.internal.handler.ZonePlayerHandler] - RINCON_542A1B50A06601400: Subscription to service ContentDirectory succeeded

2025-08-10 23:47:34.582 [INFO ] [nhab.core.model.script.rhasspy.rules] - Parameter Location: aussentemperatur

2025-08-10 23:47:34.591 [DEBUG] [s.internal.handler.ZonePlayerHandler] - playNotificationSoundURI: currentURI null metadata null

2025-08-10 23:47:34.619 [DEBUG] [s.internal.handler.ZonePlayerHandler] - Notification feature not yet implemented while the current media is being played

2025-08-10 23:48:00.386 [DEBUG] [s.internal.handler.ZonePlayerHandler] - playNotificationSoundURI: currentURI null metadata null

2025-08-10 23:48:00.411 [DEBUG] [s.internal.handler.ZonePlayerHandler] - Notification feature not yet implemented while the current media is being played

2025-08-10 23:48:08.194 [DEBUG] [s.internal.handler.ZonePlayerHandler] - Polling job

2025-08-10 23:48:08.226 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘SoftwareVersion’:‘85.0-66270’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:48:08.227 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘DisplaySoftwareVersion’:‘17.1.1’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:48:08.227 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘MACAddress’:‘54:2A:1B:50:A0:66’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:48:08.228 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘SerialNumber’:‘54-2A-1B-50-A0-66:C’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:48:08.229 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘Flags’:‘0’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:48:08.230 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘IPAddress’:‘192.168.178.60’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:48:08.230 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘HardwareVersion’:‘1.34.1.9-2.1’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:48:08.231 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘CopyrightInfo’:‘© 2003-2025, Sonos, Inc. All rights reserved.’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:48:08.232 [TRACE] [s.internal.handler.ZonePlayerHandler] - Received pair ‘HTAudioIn’:‘0’ (service ‘DeviceProperties’) for thing ‘sonos:SYMFONISK:RINCON_542A1B50A06601400’

2025-08-10 23:49:08.233 [DEBUG] [s.internal.handler.ZonePlayerHandler] - Polling job

I’ve created a GitHub issue to track this problem:

https://github.com/openhab/openhab-addons/issues/19158

New issue found: The SONOS binding works fine under OH 5.0. But whenever the system is shutdown or restarted, the entry “settings/audio output / sonos” gets lost and has to be manually restored.

I could finally narrow it down:

Audio Output = System Speaker:

Both “say” and “playSound” command work

In the console, “openhab:voice say (“Test”)” works

Audio Output = Sonos:

In the console, “openhab:voice say (“Test”)” does NOT work

  • The “playSound” command WORKS via Sonos

  • The “say” command does NOT work (anymore)

Same issue here. I have rule to play a sound on Sonos, this does not work any more.

More info to add: I installed the preliminary version 5.1.0 for the Sonos binding via a .jar file.

In the console:
openhab> openhab:audio play enhancedjavasound doorbell.mp3 100 WORKS
openhab> openhab:audio play sonos:SYMFONISK:RINCON_542A1B50A06601400 doorbell.mp3 80 DOES NOT WORK.

The resulting log entry is showing:

2025-10-08 19:51:59.863 [DEBUG] [s.internal.handler.ZonePlayerHandler] - Polling job

20playNotificationSoundURI: currentURI null metadata null

2025-10-08 19:52:07.737 [DEBUG] [s.internal.handler.ZonePlayerHandler] - Handling notification while loaded queue is empty: URL http://192.168.178.37:8080/audio/65ef7a9e-21b6-4e4b-80f1-fa5f59af4b58.mp3 coordinator RINCON_542A1B50A06601400

2025-10-08 19:52:07.738 [DEBUG] [s.internal.handler.ZonePlayerHandler] - Apply notification volume…

2025-10-08 19:52:07.740 [DEBUG] [s.internal.handler.ZonePlayerHandler] - Notification volume applied

2025-10-08 19:52:07.742 [DEBUG] [s.internal.handler.ZonePlayerHandler] - Start notification playback…

2025-10-08 19:52:07.813 [DEBUG] [s.internal.handler.ZonePlayerHandler] - setCurrentURI URI x-rincon-queue:RINCON_542A1B50A06601400#0 URIMetaData

2025-10-08 19:52:07.957 [DEBUG] [s.internal.handler.ZonePlayerHandler] - Notification playback ended

2025-10-08 19:52:07.958 [DEBUG] [s.internal.handler.ZonePlayerHandler] - Remove all tracks from queue…

2025-10-08 19:52:08.152 [DEBUG] [s.internal.handler.ZonePlayerHandler] - All tracks removed from queue25-10-08 19:52:07.716 [DEBUG] [s.internal.handler.ZonePlayerHandler] -

Observe that only .1 s are between the “Start notification” and the “…playback ended” message which corresponds to “…while loaded queue is empty..”?

Another observation - The SONOS device can be used by my Spotify control.
A soon as I sent the first of the above Notification Sound, it doesn’t play any more sound from Spotify and has to be “reset” by powering off and on - so there seems to be a queue stuck somwhere in the stream.