Closed Bram1nat0r closed 5 years ago
Yep, I think so. Thanks for the full output makes troubleshooting much easier. The problem seems to lie in the trim command that strips out the volume number from the player status. The squeezebox boom supports additional settings that many other players don't like bass and treble and these are being returned as well. So to fix, in the shell script qry_player_stat.sh try replacing the following line:
raw_volume=${raw_volume%% playlist%20repeat*}
with
raw_volume=${raw_volume%% *}
That will effectively strip out (or trim) all characters after the space following the word "volume" which in your example should now leave you with "30"
Let me know if that solves your problem. Should work for all players so will likely post that as an update in the near future. Ynot.
Hi Ynot, Thanks for the quick reply. I changed the trim command as you said, and this solved the issue. No more errors in the log, and the sensor.raw_volume entity is nicely set to an integer.
Hi,
First of all, hats off to you!! Another good use of my Google Assistant! Works like a charm. Still need time to figure out, how to start translating everything to Dutch. Anyhow : I've gone through the closed thread: Error in automation? opened on Feb7 (not sure if I can re-open this..?), because I'm getting the same error at Hassio startup.
The entity : sensor.raw_volume returns : 30 mixer%20bass%3A0 mixer%20treble%3A0
Did your troubleshoot tips, and I found one player that returns that strange string value for "volume":
Player information:
Any idea what's the problem?