Has anyone actually used an Onkyo as an Audio Sink? I have it set as default in Paper UI, and when I run this at the console, nothing happens:
smarthome:audio play doorbell.mp3
I assume there is something I am supposed to do on the Onkyo, or have it set on some kind of input channel, for it to work. Does anyone have a working config I can see?
I am starting to think the Onkyo binding isn’t used by very many people. That’s too bad, they are great units!
Holding out hope someone has an idea for me on this one.
For the record, I use the Onkyo binding and I have also wondered how the Audio Sink functionality works but haven’t asked the question yet.
I’m joining the team. Audio sink is not working for me as well.
Pardon my ignorance, but does anyone know who the developer / maintainer is who would be able to speak to the expected use case is?
Would anyone be willing to offer a bounty for this functionality? Being able to directly use an Onkyo from OH2 as an audio sink has a substantial number of advantages. I would contribute a few dollars to a bounty on this.
Edit: By bounty, I am referring to using this which @Kai setup: Introducing BountySource for funded development
Hmm, tested this today:
openhab> smarthome:audio
Usage: smarthome:audio play <sink> <filename> - plays a sound file from the sounds folder through the optionally specified audio sink(s)
Usage: smarthome:audio stream <sink> <url> - streams the sound from the url through the optionally specified audio sink(s)
Usage: smarthome:audio sources - lists the audio sources
Usage: smarthome:audio sinks - lists the audio sinks
openhab> smarthome:audio sinks
squeezebox:squeezeboxplayer:0326298C-2279-4B11-A38D-30E70B6972CE:000420225bf1
squeezebox:squeezeboxplayer:0326298C-2279-4B11-A38D-30E70B6972CE:0004202641ce
enhancedjavasound
webaudio
squeezebox:squeezeboxplayer:0326298C-2279-4B11-A38D-30E70B6972CE:08626626d6e7
squeezebox:squeezeboxplayer:0326298C-2279-4B11-A38D-30E70B6972CE:0004202269ed
squeezebox:squeezeboxplayer:0326298C-2279-4B11-A38D-30E70B6972CE:0004201ed6e0
squeezebox:squeezeboxplayer:0326298C-2279-4B11-A38D-30E70B6972CE:0004201b7734
kodi:kodi:285515eb-b31c-7cf4-7b87-a19928548675
squeezebox:squeezeboxplayer:0326298C-2279-4B11-A38D-30E70B6972CE:000420226485
onkyo:onkyoUnsupported:4fb0f6ef-76f6-efb9-66ff-ef0976b97fc6
javasound
openhab> smarthome:audio play kodi:kodi:285515eb-b31c-7cf4-7b87-a19928548675 doorbell.mp3
Worked like a charm, but then I noticed the Onkyo line and gave it a go:
openhab> smarthome:audio play onkyo:onkyoUnsupported:4fb0f6ef-76f6-efb9-66ff-ef0976b97fc6 doorbell.mp3
Just as I thought nothing would happen, the file played after ~3s.
Looking at my TV, the input source had changed to DLNA.
Even when already on the DLNA input, a second attempt was just as slow to start.
The Kodi sink was instantaneous.
My Onkyo is a TR-NR636
SW versions are:
2.2.0-SNAPSHOT Build #1048
187 â Active â 80 â 2.2.0.201709261356 â Onkyo BindingFantastic news. I was unable to get this to work but it was on a much earlier build. I am traveling this week but will give it a test next week when I am home!
No luck for me - no audio plays. My Onkyo just sits on DLNA and says “No Server”.
Grabbed a packet capture, and found this:
POST /upnp_control_2 HTTP/1.1
Content-type: text/xml;charset="utf-8"
Soapaction: "urn:schemas-upnp-org:service:AVTransport:1#SetAVTransportURI"
Content-Length: 464
Host: X.X.X.123:8888
Connection: Keep-Alive
User-Agent: Linux/4.4.0-97-generic UPnP/1.0 jUPnP/2.0
<?xml version="1.0" encoding="utf-8" standalone="yes"?><s:Envelope s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"><s:Body><u:SetAVTransportURI xmlns:u="urn:schemas-upnp-org:service:AVTransport:1"><InstanceID>0</InstanceID><CurrentURI>http://X.X.X.25:8080/audio/3b7a12e2-d972-4382-8db8-20b1eccbe17d</CurrentURI><CurrentURIMetaData></CurrentURIMetaData></u:SetAVTransportURI></s:Body></s:Envelope>
HTTP/1.1 200 OK
Server: Linux/2.6.33-rc4 UPnP/1.0 MediabolicUPnP/1.8.225
Content-type: text/xml; charset="utf-8"
Content-length: 304
Connection: keep-alive
<?xml version="1.0" encoding="utf-8"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body><u:SetAVTransportURIResponse xmlns:u="urn:schemas-upnp-org:service:AVTransport:1"></u:SetAVTransportURIResponse></s:Body></s:Envelope>
POST /upnp_control_2 HTTP/1.1
Content-type: text/xml;charset="utf-8"
Soapaction: "urn:schemas-upnp-org:service:AVTransport:1#Play"
Content-Length: 321
Host: X.X.X.123:8888
Connection: Keep-Alive
User-Agent: Linux/4.4.0-97-generic UPnP/1.0 jUPnP/2.0
<?xml version="1.0" encoding="utf-8" standalone="yes"?><s:Envelope s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"><s:Body><u:Play xmlns:u="urn:schemas-upnp-org:service:AVTransport:1"><InstanceID>0</InstanceID><Speed>1</Speed></u:Play></s:Body></s:Envelope>
HTTP/1.1 500 Internal Server Error
Server: Linux/2.6.33-rc4 UPnP/1.0 MediabolicUPnP/1.8.225
Content-type: text/xml; charset="utf-8"
Content-length: 441
Connection: keep-alive
<?xml version="1.0" encoding="utf-8"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body><s:Fault><faultcode>s:Client</faultcode><faultstring>UPnPError</faultstring><detail><UPnPError xmlns="urn:schemas-upnp-org:control-1-0"><errorCode>705</errorCode><errorDescription>Transport is locked</errorDescription></UPnPError></detail></s:Fault></s:Body></s:Envelope>
I think the important piece of information is “Transport is locked” but I am not certain what that means, or how to fix it.
I’ve got a TX-NR525 and it registered as a audio sink without problem. When I’m trying to play audio via the console (smarthome:audio play doorbell.mp3) my onkyo even switches channels and indicates it’s playing something but I can’t hear anything. So looks like for each of us it breaks in a different way. 
.