Not critical and not related to the TTS issue. Although, the message should’ve gone away after you deleted and readded the player thing.
I’m not sure why he didn’t add the extension separator as part of this change… 
https://github.com/openhab/openhab2-addons/pull/2457#discussion-diff-127135625R87
Unfortunately, I’m not somewhere where I’m able to push a change to fix it.
You pinpointed the root cause faster than a lamb wiggles it’s tail 
As the saying goes: "patience is a virtue"
So whenever there is an update to fix this I’ll update and report back.
Once TTS will be working again I’ll do some deleting and readding of players and also feedback on the outcome.
Can’t repeat often enough: Million thanks for investing so much time for us!!
@Oli @mhilbush I am very sorry. The latest ESH snapshot was faster than expected. Forgot to apply my last changes to the Squeezebox binding. I will fix it later this day.
There’s a german proverb: “Wo gehobelt wird, fallen Späne” wich loosly translates to “Where a sawmill is running, sawdust will appear”
Thanks for jumping in so quick and, as it can not be repeated enough: Thanks for all the hard work and time you invest for us users!
PR is submitted:
Thanks. Just checked with apt-get and there was an openhab update. Installed (now on openHAB 2.2.0 Build #997) but Problem still the same - no dot separator:
2017-07-29 21:04:20.527 [DEBUG] [ebox.handler.SqueezeBoxServerHandler] - Sending command: 8f:da:44:dc:f4:10 playlist add http://192.168.0.68:8080/audio/e7705626-5415-4744-8dcf-1f4604c8ee43mp3
I suppose this fix is not live yet?
Probably not. PR is merged already, but after the latest snapshot build.
Gentlemen,
just upgraded to:
openHAB 2.2.0 Build #999
and I’m happy to report that TTS is working again!
Allmost like a family member back from hospital
Once you are used to it there really is something missing when the house doesn’t wish you a good morning and doesn’t greet you when you get home…
Thanks for fixing things so fast,
Best regards,
OLI
Glad to hear. Have fun.
did you do anything to solve this ? I have the exact same problem…
just to clarify as i was replying to an older post:
I get a timeout when using the console to “say” text:
Sending command: e8:4e:06:26:ee:9e playlist add http://192.168.86.13:8080/audio/72dd13a5-9ed2-4196-b363-96c887dec8e8.mp3
TIMEOUT after 5000 waiting for playlist to update!
and HTTP ERROR 404 if I try to manually enter the URL.
BTW, the piCorePlayer stops playing and I need to press play again afterwards.
It may depend what version you are running: i am on OH2.2 and update every week or so to the latest snapshot.
I had the same problem over the last months on and off, it seemed to vary in frequency with the specific snapshot build (some more than others, but maybe this was just random). What mostly helped to resolve this issue as:
Hope this helps
all it took was a restart, thanks !
Finally had time to look at this again and I’ve updated my moode audio player now.
The squeezelite version is now:
squeezelite-armv7l
Squeezelite v1.8.7-1020
Shouldn’t it be resolved with this version?
I still don’t hear anything - do I have to upgrade openhab2 or the plugin as well?
That version should work.
Are you seeing any errors or warnings (e.g. timeouts) in the openhab log file?
Are you certain the notification volume is set to something other than 0?
You could try putting the squeezebox binding into debug mode, then post what you’re getting when trying to play TTS.
I had to check again, here is the output:
2017-12-27 13:45:54.356 [ERROR] [nding.onkyo.internal.OnkyoConnection] - No data received during supervision interval (70000 sec)!
2017-12-27 13:45:59.945 [WARN ] [ome.core.thing.internal.ThingManager] - Cannot delegate update ‘1’ for item ‘EGKuecheLautsprecher_PlaylistIndex’ to handler for channel ‘squeezebox:squeezeboxplayer:8BB33E32-BC36-4820-A6B8-84DCC161E87F:b827ebc05c54:playListIndex’, because no thing with the UID ‘squeezebox:squeezeboxplayer:8BB33E32-BC36-4820-A6B8-84DCC161E87F:b827ebc05c54’ could be found.
2017-12-27 13:46:24.288 [WARN ] [ebox.handler.SqueezeBoxPlayerHandler] - TIMEOUT after 30000 waiting for stop!
2017-12-27 13:46:29.947 [WARN ] [ome.core.thing.internal.ThingManager] - Cannot delegate update ‘0’ for item ‘EGKuecheLautsprecher_PlaylistIndex’ to handler for channel ‘squeezebox:squeezeboxplayer:8BB33E32-BC36-4820-A6B8-84DCC161E87F:b827ebc05c54:playListIndex’, because no thing with the UID ‘squeezebox:squeezeboxplayer:8BB33E32-BC36-4820-A6B8-84DCC161E87F:b827ebc05c54’ could be found.
I’m not sure how to interpret this, the player EGKuecheLautsprecher is a different one. Default sink is set to another player in the System settings. Did I maybe forgot something?
During the above logs, both players are paused.
Seems like something is not set up right.
Can you enable debug mode on the binding, then post the log when you try to play a TTS?
Sure - this is the output:
Is it possible that there is a problem with different item names?
The player is EG Kueche Lautsprecher
The playlist index is named EG KU LS Playlist Index
It looks like it infers the name from the player?
However, I don’t understand why it takes the EG KU player, the default sink is set to something else.
Or was there another config option?
Cannot delegate update '1' for item 'EGKuecheLautsprecher_PlaylistIndex' to handler for channel 'squeezebox:squeezeboxplayer:8BB33E32-BC36-4820-A6B8-84DCC161E87F:b827ebc05c54:playListIndex', because no thing with the UID 'squeezebox:squeezeboxplayer:8BB33E32-BC36-4820-A6B8-84DCC161E87F:b827ebc05c54' could be found.
This MAC address is for another player: b827ebc05c54
It looks to me like EGKuecheLautsprecher_PlaylistIndex is linked to the playListIndex channel of the wrong player. However, I really don’t understand how that is even relevant, since the binding knows nothing about items.
Do you have Simple Mode turned on in Paper UI? I’ve seen cases where channel linkages are whacked up when using Simple Mode.