Web Socket Error on AmazonEchoControl binding every 65 seconds

Thank you very much for taking a moment to explain how that all works for those of us who aren’t developers by profession! I was very confused why people kept talking about “Public Relations” when talking about the binding, and I now know they were talking about pull requests, lol.

I spent about six hours decompiling the latest beta Jar, digging through the various classes and attempting to compare it to the repaired version you so awesomely brought together for us earlier today and while I found more similarities than differences, you could definitely tell the jar itself was the product of/result of a larger process, with the manifest and whatnot, and not really something you could pick apart and piece together into a standalone working version, by starting from the bottom up.

If there’s any way I can be of use, I do have some availability to help here. Also, I would really like to be able to control the lighting and air-conditioning on one side of my home properly again :grimacing::pray:t2: but won’t be able to do that without the beta version working. I also agree it really seems that with a project of this scale and scope, that perhaps we really should only have one working version. I will say though, if your home is more-or-less configured around Alexa, with the Amazon systems acting at the core, the features in the beta release are so very helpful and it’s hard to be without them! Hopefully we can push everything into one updated release candidate version at some point!

Thank you again so very much for your hard work and guidance here with all of this!

Still the same problem, no Amazon available :frowning:

EDIT: oh i seems that the name of the binding is now after installing the first fix:

245 │ Active │ 80 │ 2.5.6.202006141340 │ openHAB Add-ons :: Bundles :: A

The name was cutted of.

I think that should be the amazon binding.

Thx

If the binding is running it MUST be in the bundle:list. There’s no other way! :wink:
You’re sure that

  1. you are in fact in the openhab console running those bundle-commands? (running openhab-cli console) in the Linux console?
  2. you have in fact the binding running (see Paper UI)
1 Like

Yes u are right. Please see my post before :). Thx

1 Like

no biggie.
But keep in mind, (WRONG: the bundles’ names are always fully grepable, even if they’re cut short in your SSH-Window). You could always change the window size of your SSH-terminal program to get more information.

funny thing: if your console window isn’t big enough to fit the whole bundle description, it really doesn’t apply the grep accordingly…?
you should always be able to | grep Amazon or | grep -i amazon ("-i": ignore uppercase) in the openhab console… regardless of the terminal window’s size…? strange!

1 Like

@J-N-K Thx soooooooooo much! Openhab log without any erros since weeks. Perfect! :slight_smile:

Yes Window size counts ^^… very strange!

Confirmed working on my Win10 setup. Amazing work @J-N-K and big thanks to the openHAB community for helping to identify this issue.

I use LastVoiceCommand extensively so my smarthome has effectively been out of action for the last few days. All fixed now!

Hi,
if my “dots and exclamation marks” help to speed up finding a solution or a workaround for the problem, than I really appreciate your reprehension.
Your reaction shows that my message is addressed.
Please do not take everything literally: english is not my native langauge

It’s ok for me

Gruß Stefan Heinz
send mobile

Hinweis: Der Inhalt dieser eMail ist vertraulich und ausschließlich für den bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser eMail sein sollten, setzen Sie sich bitte mit dem Absender der eMail oder unter der angegebenen Telefonnummer in Verbindung und vernichten Sie diese eMail auf Ihren Speichermedien.

Notice: The information contained in this email is confidential. It is intended solely for the addressee named above. If you are not the intended recipient, please notify the sender immediately and destroy this message on any media of yours.

Can confirm that with latest jar file the oom is gone and the log error (connect problem is gone). One wired thing happend: in the first 5 minutes after a fresh restart i could toggle play/pause via openhab but TTS and lastVoiceCommand wasn’t working. After about 5 minutes everything works well (currently), so TTS etc. is fully working.

I can also confirm that the error on my system is gone with the last fix:
“org.openhab.binding.amazonechocontrol-2.5.6-fix-leaks-fix-connection”
Very good feeling!

Thanks a lot
Cheers
Stef

EDIT: The path changed once it was merged. Here’s the new path.

https://ci.openhab.org/job/openHAB2.5.x-Addons/ws/bundles/org.openhab.binding.amazonechocontrol/target/

Best, Jay

J-N-K’s jar file fixes the Release Candidate binding version. There is no fix for the Beta binding version at the current time: none of the Alexa “Smart Home Devices” (things, items) are currently working at present.

That’s why I always user just a part of the name like “| grep lueto” to get Bluetooth / bluetooth :wink:

Thanks to everyone for their good work.
I’ve no idea how to implement the beta .jar add-on fix.
However this has identified to me why my Pi was having a brown out on RAM and my z-wave devices stopping.
I’ve disabled the buddle from the console menu and I’m all up and running again. Thanks for community figuring this out and posting.
I’ll just wait and see when we get a fix that I can update and go from there.
At least my system is working again.

I’m not shure if iget you right:

All exposed items like (old fashioned style)

Switch Lam_Wz_Schrank_EA “Schranklicht” (g_Z_Wz,g_L) [“Lighting”] {channel=“zigbee:device:some:extra:extra_3_switch”}

are working here using the last version from J-N-K. They did with each version in past (well, back to half a year o so).

I say: “Alexa, Schranklicht an”. And IT does.

Are you writing of something else?

What you describe is done by the Amazon Alexa Smart Home Skill not via the Amazon Echo Control Binding. But the Amazon Echo Control Binding can handle devices which are connected to Alexa. I think @richaardvark talks about the second one.

1 Like

Oh yes, shure. I should have realized that. ^^

Essentially, if you’ve done most of your setup work using Amazon’s systems (defining your lights/devices/device groups/media infrastructure/scenes, etc.) and more or less use Amazon’s smart home infrastructure acting as the general core of your whole setup, the Beta release AmazonEchoControl binding is really awesome and very nice to work with, because everything you’ve already setup is right there and can easily be pulled right into openHAB. You don’t have to deal with making duplicate device definitions in multiple systems, it just works and works well! I’ve been very happy with it! I do also use both the Hue Emulation and other Alexa/Amazon binding as well for manual or virtual devices and switches that I have setup in openHAB and yes technically I could duplicate everything I’ve already setup on the Alexa/Amazon side in openHAB and could expose them to Alexa but I find that just gets messy. I’ve been very happy with the features offered through the Beta AmazonEchoControl binding/add-on. :slightly_smiling_face:

But at the current moment, with the Beta not working properly, Alexa still sees the devices but nothing happens when she or openHAB switch them on and off. It shows in the logs, but nothing happens, because the “Smart Home Devices” (see the very bottom of the setup guide for the Beta EchoControl binding) just don’t exist right now, if I load the newly updated jar that was created yesterday.

Dear Colleagues,

I have got bundle update as link above, but even that I’m receiving websocket message, is that normal? memory looks normal so far (75%), 30 minutes after update and openhab2 service restart, not sure if it will remain like this…

openhab> bundle:list | grep -i amazon
262 | Active | 80 | 2.5.6.202006141340 | openHAB Add-ons :: Bundles :: Amazon Echo Control Binding

"==> /var/log/openhab2/openhab.log <==

2020-06-16 12:02:18.595 [INFO ] [nternal.WebSocketConnection$Listener] - Web Socket error

java.nio.channels.AsynchronousCloseException: null

at org.eclipse.jetty.client.http.HttpConnectionOverHTTP.close(HttpConnectionOverHTTP.java:181) ~[?:?]

at java.util.ArrayList.forEach(ArrayList.java:1257) [?:1.8.0_252]

at org.eclipse.jetty.client.AbstractConnectionPool.close(AbstractConnectionPool.java:208) [bundleFile:9.4.20.v20190813]

at org.eclipse.jetty.client.DuplexConnectionPool.close(DuplexConnectionPool.java:237) [bundleFile:9.4.20.v20190813]

at org.eclipse.jetty.client.HttpDestination.close(HttpDestination.java:385) [bundleFile:9.4.20.v20190813]

at org.eclipse.jetty.client.HttpClient.doStop(HttpClient.java:260) [bundleFile:9.4.20.v20190813]

at org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:93) [bundleFile:9.4.20.v20190813]

at org.eclipse.jetty.util.component.ContainerLifeCycle.stop(ContainerLifeCycle.java:180) [bundleFile:9.4.20.v20190813]

at org.eclipse.jetty.util.component.ContainerLifeCycle.doStop(ContainerLifeCycle.java:201) [bundleFile:9.4.20.v20190813]

at org.eclipse.jetty.websocket.client.WebSocketClient.doStop(WebSocketClient.java:371) [bundleFile:9.4.20.v20190813]

at org.eclipse.jetty.util.component.AbstractLifeCycle.stop(AbstractLifeCycle.java:93) [bundleFile:9.4.20.v20190813]

at org.openhab.binding.amazonechocontrol.internal.WebSocketConnection.close(WebSocketConnection.java:171) [bundleFile:?]

at org.openhab.binding.amazonechocontrol.internal.WebSocketConnection$2.run(WebSocketConnection.java:200) [bundleFile:?]

at java.util.TimerThread.mainLoop(Timer.java:555) [?:1.8.0_252]

at java.util.TimerThread.run(Timer.java:505) [?:1.8.0_252]"