SONOS: notificationsound and TuneIn-Radio

DanielMalmgren · August 23, 2018, 6:37pm

Completely understandable. After all, you’re in a community full of home automation nerds here

I forgot to check my doorbell and now my kids are about to sleep, but I’ll get back tomorrow…

opus · August 23, 2018, 7:52pm

My standard use case for Sonos is playing a radio station and I’m using the say-command in a rule to notify ( my guests/kids If breakfast is ready). That is working without any problem, radio stops, sound is played radio resumes.

McMacaber · August 24, 2018, 9:30am

You are using audio-sink? I have not figured out yet to use all of my sonos-devices (6) as an audiosink.

DanielMalmgren · August 24, 2018, 10:11am

Yep, works for me too. It took like 15 seconds after the doorbell sound before radio resumed though…

MDAR · August 24, 2018, 10:11am

I’m sure there are other ways to get the sink id that you need, but these instructions helped me / my client.

https://docs.openhab.org/configuration/multimedia.html

Additionally, certain bindings register their supported devices as audio sinks, e.g. Sonos speakers.

To check, which audio sinks are available, you can use the console:
openhab> smarthome:audio sinks
enhancedjavasound
javasound
webaudio

Your list will include all of your Sonos devices that you’ve previously added.

If you’re talking about the Sonos grouping stuff, it’s worth searching this forum as I’m sure I’ve read posts about how to group and ungroup, or at least other people’s experiences

opus · August 24, 2018, 10:39am

Yes, all my Sonos Boxes are setup via PaperUI, therefore they are identified as an AudioSink and can be selected on PaperUI as the default sink for example.
I’m using a rule like (although the useage of NotificationVolume is still as in the older version of the Sonos Binding ) :

val Number NotificationVolume = 20
rule "SagEtwas"


when 
  Item SayCommand received update
then
  var String AudioSink
  switch AudioSink {
    case Lautsprecher.state.toString=="Küche" : AudioSink="sonos:PLAY1:RINCON_B8E937E0C16201400"
    case Lautsprecher.state.toString=="Wohnzimmer" : AudioSink="sonos:PLAY1:RINCON_B8E937BDEF0E01400"
    case Lautsprecher.state.toString=="Büro" : AudioSink= "sonos:PLAY1:RINCON_949F3E7D2EF401400"
    case Lautsprecher.state.toString=="Gästezimmer" : AudioSink= "sonos:PLAY1:RINCON_B8E937E0C14201400"
    default:AudioSink="sonos:PLAY1:RINCON_B8E937BDEF0E01400"
    }
  gPlayer_NotificationVolume.allMembers.filter(s | s.state!=NotificationVolume ).forEach [item | item.sendCommand(NotificationVolume)]
  say(SayCommand.state.toString,"voicerss:deDE",AudioSink)
  logInfo("SayCommand","Es ist alles gesagt!")
end

The item “Lautsprecher” holds a string with the human readable name of the box, the item SayCommand holds the string that should be said. The “Lautsprecher” gets gets selected on a HABPanel dashboard as well as the “SayCommand” string gets set on there.

MDAR · August 25, 2018, 12:15pm

Hi

As a curve ball, would you chaps be interested in something like this idea of a message announcement…

As I don’t own any Sonos kit, I can’t say if they will return to previous playing media.
ChromeCasts don’t

McMacaber · August 25, 2018, 4:25pm

This is actually pretty cool, as I was thinking about a pattern to pass arguments to my rules. Also was going to use an item, but did not know yet I can change items like String to a custom value (eg typing something in) from the Dashboard

One question regarding audiosinks - the last time Ive checked all my Sonos-Device where listened, but it was a single-select. Is it possible to define a group of sonos-things as audiosink?
As far Ive checked your solution you change the audiosink on the fly by passing a string.

McMacaber · August 25, 2018, 4:30pm

I had the idea two years ago when Ive installed my first SONOS-device (no OpenHAB then).
As I remember it is possible, when you have a SONOS-device with line-in (like the CONNECT).
SONOS can push the line-in signal to all SONOS-devices (I did not follow up with the idea, because the WAF as not as good :-)).
But connecting a quite typical bluetooth-audio-receiver to the line in of the CONNECT + an app on your smartphone which is passing the audio-input from the phone to the bluetooth speaker should suffice (imho).

opus · August 25, 2018, 4:30pm

I’m not not using my boxes in groups when passing those notifcations (execpt for the two paired as stereo couple).
And on the fly looks like:

McMacaber · August 25, 2018, 5:38pm

very nice! Ive already implemented the solution suggested here:

And wrote a quick and dirty Alexa-based rule (Kida are going mad ).

How did you achieve it in habpanel?

opus · August 25, 2018, 5:39pm

That’s the code in my widget.

<div class="form-inline">
  <div class="form-group">
    <input type="text" class="form-control" no-snap-drag="true"
           ng-model="myvalue" ng-value="itemValue('SayCommand')"></input>
    <button type="button" class="btn btn-primary"
           ng-click="sendCmd('SayCommand', myvalue)">Sag es!</button>
  </div>
  <div class="btn-group" uib-dropdown>
  <button id="single-button" type="button" class="btn btn-primary" uib-dropdown-toggle>
    {{itemValue('Lautsprecher')}} <span class="caret"></span>
  </button>
  <ul class="dropdown-menu" uib-dropdown-menu role="menu" aria-labelledby="single-button">
    <li role="menuitem"><a ng-click="sendCmd('Lautsprecher', 'Küche')">Küche</a></li>
    <li role="menuitem"><a ng-click="sendCmd('Lautsprecher', 'Wohnzimmer')">Wohnzimmer</a></li>
    <li role="menuitem"><a ng-click="sendCmd('Lautsprecher', 'Gästezimmer')">Gästezimmer</a></li>
		<li role="menuitem"><a ng-click="sendCmd('Lautsprecher', 'Büro')">Büro</a></li>
</div>

… although my kids are old enough to pull the power plug

McMacaber · August 25, 2018, 5:45pm

4 & 8 yrs,they totally got involved in a discussion with alexa right now

McMacaber · August 25, 2018, 7:52pm

works peferctly:

I havent implemented every room-setting yet.
Still I lack a solution for playback on all sonos-devices

opus · August 25, 2018, 8:04pm

One bug in my setup, which I haven’t solved yet. When restarting OH the last string is/could be played. It is probably coming from the persistence-policy “restoronstartup”. Could be a killer for the WAF.

McMacaber · August 25, 2018, 9:43pm

Im using the same policy. already had some not so WAF-situations

Anyway:
Ive tried your suggestions - learned a lot - but still:
TuneIn still wont recover.

My testing-rule (Ive configured the Sonos in the living-room also as audiosink in paperui for testing the off-slahed line “say(Home_TTS_Message.state.toString,“voicerss:deDE”)” - the output works, but not the resume (SONOS is on the most recent firmware):

rule "TTS Textinput Rule"

when
        Item Home_TTS_Message changed
then
        var String AudioSink
        logInfo("TTS_textinput.rules", "Nachricht geaendert zu: "+ Home_TTS_Message.state.toString() + " mit geplanter Ausgabe auf: "+TTS_Ausgabe_Device.state.toString())
        switch(TTS_Ausgabe_Device.state.toString()) {
                case "Alexa": {
                        Echo_Living_Room_TTS.sendCommand(Home_TTS_Message.state.toString())
                }
                case "Wohnzimmer": {
                        AudioSink="sonos:CONNECT:RINCON_B8E9379B6FD401400"
                        say(Home_TTS_Message.state.toString,"voicerss:deDE",AudioSink)
                        //say(Home_TTS_Message.state.toString,"voicerss:deDE")
                }
                default: {
                        logInfo("TTS_textinput.rules", "Unerwarteter Ausgabekanal: "+TTS_Ausgabe_Device.state.toString())
                }
        }
end

McMacaber · August 25, 2018, 10:22pm

to make it worse:

played a radio station from tunein
used openhab to inject a TTS-message
message was played, no resume of tunein
started a spotify-playlist
used openhab to iniect a TTS-message
message was played and afterwards the playlist resumed
started playeing a radio station from tunein
used openhab to inject a TTS-message
nothing happened
emptied the playlist
used openhab to inject a TTS-message
continue at bullet 3.

Any ideas? Can you reproduce the behaviour?

McMacaber · August 25, 2018, 11:07pm

Problem solved

It was in the end a problem of my Sonos-configuration, especially the TuneIn-Part.
I deleted all the stations I have added some years ago to “my stations” and favourized them again (I had to remove them by using the IOS-app, the OSX-application did not offer the option).

Works now like a charm

Thank you all for your support and the additional ideas for improving my setup!

opus · August 26, 2018, 6:47am

…and I just read the first post in that triple and started a recording on my boxes with “Good Morning Alexander”(or should that be …America).

Not need anymore, have fun with it.

McMacaber · August 27, 2018, 5:41pm

Ive stumbled over another problem:
Using the say-command works fine on the Sonos-devices when in a “Sonos-mode”, eg playing TuneIn or Spotify.

A problem occured in my office-room, here the playbar is connected to the TV, the TV is connected to the dockingstation:
Eg:
Play xyz using the Mac connected to the TV
Trigger TTS on the Playbar using the notificationvolume in the things-configuration
TTS is played on the Player (notificationvolume is used)
Playback from the Mac continues, but with the notificationvolume instead of the former volume

My guess is, that I can catch this by getting the “recentVolume”, playing the TTS and setting the “recentVolume” again, but this sounds a bit inconvenient.

Does anyone of you had a similiar situation and found a workaround?

thx in advance,
cheers, Alexander