Use this forum to post and discuss questions, issues, discoveries, or any other items relating to the SoundTouch APIs.
I´m trying to make an Alexa Skill for Spain, as you Bose don´t support the Soundtouch devices in the skill available in our market. So, today I started learning about the Bose Soundtouch API. Surprisingly, I apparently have access only to an "Audio Notification API" whose only released method is the Status... is this correct? why? Is your public API prepared for such integration with Alexa? I don´t want to waste my time so the direct question could be: where could I be informed about your Bose´s future developments roadmap, related with Alexa´s skills and our country?
I don't have the physical unit for testing but need to know the possible inputs for "/select" command for the SA-5.
The API reference shows an example for AUX but the SA-5 has 3 AUX inputs. Not sure if "AUX_1", "AUX 1", "AUX1, etc." are acceptable.
When navigating to API reference page not found error is presented.
I have all commands implemented in PostMan, and they work. The thing is, sometimes requests fail and i get:
"Could not get any response There was an error connecting to http://188.8.131.52:8090/now_playing."
Pressing the send button again works in most cases.
Have you encounter such issues?
I'm writing a driver for a universal remote to control the Soundtouch 300 via IP instead of IR. One thing I've noticed is when posting a new volume to the Soundtouch 300, the LED on the front doesn't blink signaling a volume change like it does when a volume change via IR is sent. Is this normal?
So there is now way to select TV as a source, SoundTouch and Bluetooth only. Am I right?
I have a SoundTouch 20 and if I call /getGroup, the request timeout. I read that the ST20 does not support "/getGroup" so I was expecting some 4xx or 5xx.
Is this behavior correct, or am I doing something wrong?
Hi Bose Team,
as I'm implementing your SoundTouch API as Java Library I wanted to give some Feedback on the SoundTouch API from a Devs perspective
If you do List, design them in the same way in echt usecase. Currently different concepts -- even within one endpoint Eg
Some Comments on the API Doc.