please notice the discussion here:
We have 7 echoes here in the house and I just unlinked the ālastVoiceCommandā items from six of them. Perhaps this will allow us to stay below the rate limit. at leaste thereās no more 429 or 503 error after one of the 6 echoes received an command.
Iāll report back.
Can“t confirm that.
Even the first commands in the morning are ignored, after atleast 8 hours without any command.
Sometimes the last command in the evening works.
here the sameā¦
The only command that was processed yesterday was one at 19:00ā¦
We have 7 echoes here in the house and I just unlinked the ālastVoiceCommandā items from six of them. Perhaps this will allow us to stay below the rate limit. at leaste thereās no more 429 or 503 error after one of the 6 echoes received an command.
Iāll report back.
did that help?
not really. I still think it has something to do with rate limits, because I keep getting those 429 errors and 503 thrown in between. Perhaps we use our alexas to often - and especially with music.
but that brings me to another idea, perhaps Iāll also unlink the items for album covers and titlesā¦
Hi there,
I have problems too:
Since a few days, my SmartHome/J-Binding auf Amazon EchoControl goes offline every 5 Minutes and comes back. The Error there is:
2025-07-08 15:27:09.832 [WARN ] [rol.internal.util.HttpRequestBuilder] - Parsing json failed: false
com.google.gson.JsonParseException: Empty result
Now I have changed back to the official binding. Here I have the error:
GET url 'https://alexa.amazon.de/api/phoenix' failed: null
on the account-Thing. The Account-Thing stays in OFFLINE-State - but the Device-Things are going ONLINE and they are working ?!!? - But no feedback of LastVoiceCommand or changes on Media or Volume Channels.
So at this time whether the official binding nor the smarthome/j binding are running stable.
I am not sure, which binding is the better solution for OH 4.3.X at this time and which binding would be supported and fixed.
Some suggestions what to do (I am not able to fix the error myself)ā¦
@J-N-K: Are you still supporting these bindings ?
Ralph
I donāt think so. The problem is reported in the ha-forum too and there it was solved by a change of the interface. Unfortunately @J-N-K seems out of business as he was the only one taking care about the echo binding.
Still doesnāt rule out unwanted overreach on quotas. 429 errors explicitly cover rate limit violations. Donāt you get those in your logs?
Hey, could you share that link please?
was posted in the parallel thread as posted above: Amazon EchoControl LastVoiceCommand doesn't update anmore - #21 by Larsen
Is there a way to combine threads on this forum? Iāve got the feeling, we repeat ourselves in both threads - or could a moderator at least close one and link to the other?
I would close this one but even as the author I donāt see a button to close this threadā¦
Has this thread here the same root cause?
Our bodyās from HA has solved their problem meanwhileā¦
Here is the Github link, were the HA guys have changed their stuff to get their Things running again.
Has anyone tried yet on Openhab 5.0?
Look here:
Iāve been using smartHomeJās binding for the last year in order to still get the lastVoiceCommand to work, and assumed that the official binding didnāt support it at all any more. However, the binding notes for v5.0.0 mention it in the first line:
The
lastVoiceCommandchannel of theamazonechocontrolbinding changed its behavior in version 5.0.0. Due to a wrong implementation the channel changed itās state to an empty string if the same command was received again. This has been corrected. If you want to be notified about every state update, please adjust your rule triggers to āreceived updateā. If you want to be notified about state changes (i.e. different commands), use āstate changedā.
Does that mean it should work on 5.0.0 using the official binding?
Most (or all?) of the features of the smarthomej version have been picked for the official OH5 binding.
But my experience after the change/bug within the amazon API is
- in OH4.3 lastVoiceCommand worked sporadically with huge delays. Triggering the refresh channel had no effect anymore
- in OH5 lastVoiceCommand is not working at all (which is not worse than sporadically)
So what have the HomeAssistant folks done to fix their side?
ioBroker is also fixed:
https://github.com/openhab/openhab-addons/issues/18899#issuecomment-3067245074
multiple users report the amazon service works as before.
Please confirm this issue is fixed?
Might need a bridge disable/enable.
I have been using version 5 on Rpi5 for a few days and the lastvoicecommande command works but sporadically, sometimes immediately and sometimes after a few seconds. I have the impression that this also varies depending on the type of echo used (I have several different models depending on the room).