Please give me feedback on which amazon domain the SSML works with the binding (Because the call in the alexa app was introduced in amazon.de weeks after amazon.com, so maybe it works not on all domains yet) amazon.de is the only one tested.
It would be nice if one with a lot of echos test, if a SSML call have the same problems for many multiple calls at the same time as it was the case for plain text.
Thank you for integrating the timer and alarm channels. I donāt want to be impertinent, but I miss one thing. The Music Alarm. So, if you are woken up with music. Unfortunately, this is not intercepted by the Next Alarm Channel.
Best,
Olli
Hereās another reference for using SSML with short example audio clips. Also look toward the bottom for the speechconās, select your region, and you will get a list of all with example audio. The first in the list is āabracadabraā maybe the kids will like it.
Hi @michi, the SSML is fantastic! Iāve been hoping you would add this feature since I heard of it.
I tested with my group of 12 echos (in the US) and see the same issue that weāve been having with plain text. The following message repeats several times corresponding to random devices that donāt play after any given command.
2019-01-12 09:07:34.554 [ERROR] [nal.common.AbstractInvocationHandler] - An error occurred while calling method 'ThingHandler.handleCommand()' on 'org.openhab.binding.amazonechocontrol.internal.handler.EchoHandler@1ff50d0': POST url 'https://alexa.amazon.com/api/behaviors/preview' failed: Bad Request
org.openhab.binding.amazonechocontrol.internal.HttpException: POST url 'https://alexa.amazon.com/api/behaviors/preview' failed: Bad Request
at org.openhab.binding.amazonechocontrol.internal.Connection.makeRequest(Connection.java:585) ~[?:?]
at org.openhab.binding.amazonechocontrol.internal.Connection.executeSequenceNode(Connection.java:1119) ~[?:?]
at org.openhab.binding.amazonechocontrol.internal.Connection.executeSequenceCommand(Connection.java:1104) ~[?:?]
at org.openhab.binding.amazonechocontrol.internal.Connection.executeSequenceCommandWithVolume(Connection.java:1095) ~[?:?]
at org.openhab.binding.amazonechocontrol.internal.Connection.sendAnnouncement(Connection.java:1061) ~[?:?]
at org.openhab.binding.amazonechocontrol.internal.handler.EchoHandler.startTextToSpeech(EchoHandler.java:714) ~[?:?]
at org.openhab.binding.amazonechocontrol.internal.handler.EchoHandler.handleCommand(EchoHandler.java:600) ~[?:?]
at sun.reflect.GeneratedMethodAccessor27086.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]
at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:153) [102:org.eclipse.smarthome.core:0.10.0.201812141650]
at org.eclipse.smarthome.core.internal.common.InvocationHandlerSync.invoke(InvocationHandlerSync.java:59) [102:org.eclipse.smarthome.core:0.10.0.201812141650]
at com.sun.proxy.$Proxy194.handleCommand(Unknown Source) [265:org.openhab.binding.amazonechocontrol:2.5.0.Beta_02]
at org.eclipse.smarthome.core.thing.internal.profiles.ProfileCallbackImpl.handleCommand(ProfileCallbackImpl.java:75) [109:org.eclipse.smarthome.core.thing:0.10.0.201812141650]
at org.eclipse.smarthome.core.thing.internal.profiles.SystemDefaultProfile.onCommandFromItem(SystemDefaultProfile.java:49) [109:org.eclipse.smarthome.core.thing:0.10.0.201812141650]
at sun.reflect.GeneratedMethodAccessor174.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]
at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:153) [102:org.eclipse.smarthome.core:0.10.0.201812141650]
at org.eclipse.smarthome.core.internal.common.Invocation.call(Invocation.java:53) [102:org.eclipse.smarthome.core:0.10.0.201812141650]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]
at java.lang.Thread.run(Thread.java:748) [?:?]
This is an interesting little quirkā¦ On the Echo show it displays the text command:
jwiseman
(Mr. Wiseman (OH 4.2 Snapshot on Pi4))
1420
I keep seeing discussions about calling a bunch of echoās at once with the same message. I havenāt figure out how to do this w/o writing a rule that has 1 echo - one after another - saying the same thing.
Can you provide a rule example that calls all 12 echoās at the same time to send the same message? I also have 12 echoās (US) and Iām very interested in this rule.
@jwiseman: It would be nice, If you could test one more thing, the new api calls needs the customerId in two places and Iāam not sure if they are both the account customer id or device customer id. Could you test an SSML text with one of your echos with the other owner?
Oh, thank you for this hint, I have not seen yet, that there is another alarmType for this. I will provide an additional channel for this is the next version.
jwiseman
(Mr. Wiseman (OH 4.2 Snapshot on Pi4))
1425
It worked! The Echo Dot is under my account; not my wifeās which is what OH runs under.
Echo_Jay_textToSpeechVolume.sendCommand('60')
Thread::sleep(2000) // 2 second wait
Echo_Jay_TTS.sendCommand('<speak>Excuse me Jay,<break time="3s"/> I detect <emphasis level="strong">your phone</emphasis>,<break time="3s"/> so you must be home now.</speak>')
Thread::sleep(2000) // 2 second wait
Best, Jay
1 Like
jwiseman
(Mr. Wiseman (OH 4.2 Snapshot on Pi4))
1426
nextAlarm option showing UNDEF in HabPanel
Iāve implemented the nextAlarm option in order to tell the kids that an alarm is NOT set on their Echoās when they go to bed Sun - Thur @ 8:35 pm.
The issue I canāt seem to resolve is; itās showing UNDEF in HabPanel when one isnāt set. Is there anyway to show something like āNot Setā or ā01/01/2000ā vs. UNDEF?
I donāt think a MAP file will work because when one is set; the transformation wouldnāt work with the date/time value, am I thinking correctly on this?
The nextAlarm is a DateTime variable (read only) so Iām not sure how to do this?
It doesnĀ“t matter as the mapping wouldnĀ“t be used if thereĀ“s a ācorrectā value.
It would create an log entry that says cannot transform 01/01/2000 with AlexaAlarm.map