Alexa suddenly started saying "device not responding"

[octoplayer2]

HA bridge has been working perfectly for years+, V4.5.5 on a Rasp PI. Last night it suddenly stopped responding to voice requests, Alexa says for any device that "the device is not responding". I "forgot" all devices on Alexa, and rediscovered them, so that is talking to the HA Bridge. I can control devices from the test buttons on HA bridge, so that is working. I have restarted the router, Alexa, and PI, but still get the problem.

There was a warning in the Bridge log about the UPNP IP not having a valid device on it - spurious as the IP was correct and for the PI that Bridge is running on. I reset value to 0000, reinitialised and it has updated back to the same IP, but without the error in the log this time.

The only thing that changed on the network was that I added a new HP wifi printer to the network yesterday, but the IP for that is correct, and it is turned off. I cannot see any changes in the router that that could have made.

Any suggestions welcome...

[bwssytems]

@octoplayer2 Let's try rebooting your raspberry pi and try again. There have been issues in the pi networking I have seen in the past and a reboot may correct this.

[octoplayer2]

Thanks for response... I Rebooted PI (again), but Alexa still says device not responding. :-(

[mcwieger]

I second this issue. On Synology DS414.

[bwssytems]

Alright then, You will need to turn on traceupnp and turn on the debug for the HueMulator class, then do a discovery and then try to activate a device. Then post the log. Also, include IPs of the echo

[mondieumathieu]

Same thing here (germany) , worked for years (v5.2.1), Since a couple of days. "device not responding" (Gerät antwortet nicht) . I used always port 8080, have 2 echo dot gen 1 or 2, one echo dot gen 3. Also when I delete a device I can find it only with the android app again, not in windows browser. Should I try another port? Regards, Maddes

[octoplayer2]

Ok, I had meanwhile replaced jar with 5.3.0, just in case, and also noticed that upnp was disabled in the router. Enabled that and rebooted router. No change. I enabled upnp trace and Huemulator. ran Discovery and requested a device activation - no change. However, as far as I can see, the discovery reported back to all 3 Alexa devices, but the activation request has not appeared in the log (attached).

Pi IP is 192.168.1.114, the alexas are .111, .127 and .128.

09.txt

[bwssytems]

@octoplayer2 So, can you run the bridge on port 80 and not 8080? In another thread, this worked for another where it was fine before and now it is not. Maybe a new echo SW update.

[sneaker8650]

Got the same Issue. Alexa could no longer find any Devices which worked for months without problems.

Updated to the newest Version of ha-bridge. Still the same Error. Changed the webinterface port to 80, like suggested and its working again. :) I´m using an Echo Dot 1st gen and an 3rd gen Echo Dot btw.

[octoplayer2]

I've have edited the Web Server Port under Bridge Control, and reinitialised, but it keeps reverting to 8080. Is it set somewhere else?

[octoplayer2]

Ahh, just found an old Argument in the .service file, deleted the DServerPort option there and will try again... Took a few goes, including having to set Web port one last time and save, plus Forgetting all devices in Alexa and rediscovering, but it is working again. I appear to have duplicates now of all devices - one as "Philips Hue White Light" and one as "Royal Philips Electronics smart device"; will go and delete the Hue versions

Thanks all for help. Definitely looking like some change in Alexa.

[Maarten112]

I had the same issue since a few days.

Solution: Let HA bridge run on port 80.

Amazon must have pushed a new firmware to our devices, that only will communicate with ha bridge over port 80.

[octoplayer2]

Update: the hue white light version of the devices are rediscoverable; Alexa does not give its usual warning of "two devices with that name", but seems to pick one at random. It then gives a "cannot communicate with the provider" message. Manually forgetting them seems to work but early days...

[mondieumathieu]

Same thing here (germany) , worked for years (v5.2.1), Since a couple of days. "device not responding" (Gerät antwortet nicht) . I used always port 8080, have 2 echo dot gen 1 or 2, one echo dot gen 3. Also when I delete a device I can find it only with the android app again, not in windows browser. Should I try another port? Regards, Maddes

Thank you guys, Changed to port 80. Works again

I had to change habridge.service sudo nano /etc/systemd/system/habridge.service and habridge.config sudo nano /home/pi/habridge/data/habridge.config

[mcwieger]

Hmm, I'm running another service on port 80 already, so habridge won't start with that option. Trying to start with another webserver, using:

nohup /volume1/@appstore/Java8/j2sdk-image/bin/java -jar -Dconfig.file=/volume1/web/ha_bridge/data/habridge.config -Dserver.ip=192.168.2.111 -Dserver.port=8085 /volume1/web/ha_bridge/ha-bridge-5.3.0.jar

Response is The upnp config address, 192.168.2.111, does not match any known IP's on this host. Using default address: 192.168.2.201

So how can I start it to run at a different web server address?

[dinkybluebug]

same for me.... Im running on port 80 already. Everything stopped working today saying 'device not responding' - my habridge in browser works at http://192.168.1.12/#!/ - and controlling everything from the web dashboard works also

Ive forgotten all the devices, and now when I discover them again in alexa, it cant find them

my service file looks like this: [Unit] Description=HA Bridge Wants=network.target After=network.target

[Service] Type=simple

WorkingDirectory=/home/pi/habridge ExecStart=/usr/bin/java -jar -Dconfig.file=/home/pi/habridge/data/habridge.config /home/pi/habridge/ha-bridge.jar

[Install] WantedBy=multi-user.target

[gohamstergo]

sounds like amazon screwed the pooch. take a minute and contact them to submit a ticket to the 'technical team.' I just did. The more people that do, the better chance they'll pay attention. :|

[mondieumathieu]

Hmm, I'm running another service on port 80 already, so habridge won't start with that option. Trying to start with another webserver, using:

nohup /volume1/@appstore/Java8/j2sdk-image/bin/java -jar -Dconfig.file=/volume1/web/ha_bridge/data/habridge.config -Dserver.ip=192.168.2.111 -Dserver.port=8085 /volume1/web/ha_bridge/ha-bridge-5.3.0.jar

Response is The upnp config address, 192.168.2.111, does not match any known IP's on this host. Using default address: 192.168.2.201

So how can I start it to run at a different web server address?

here is information about a "reverse proxy": https://github.com/openenergymonitor/emonpi-ha-bridge may be this can help?

[Gau-thier]

Hello, same trouble for me. Was working fine for now months, and since this morning "the device is not responding". Ha-bridge was on port 9898, put back Ha-bridge on port 80, and it is working perfectly. Could you please check this trouble, I don't like having things running on this port...

[vco1]

Same issue over here. Like @dinkybluebug ha-bridge (5.3.0 but it started with 5.2.1) is, and has always been, running, on port 80. So I'm a bit lost on what to change - if anything - to get it working again. Searching for new devices in the Alexa app doesn't yield any results. Any suggestions to get it working again would be very much appreciated as I really like the convenience of switching on the lights with Alexa.

[tobiasHaecker]

Good morning, also the same situation on my side. This morning I had a call with the Amazon support team. The guy there told me to reset my echo and to unplug and wait for 3 minutes..... He told me that there were no software changes at Amazon between the 6th and the 7th. So what next?

[gohamstergo]

well your amazon guy is wrong. there were definitely software changes somewhere between the 4th-7th (I went out of town). I came home and the light bar now rotates blue when searching devices and the light bar also turns off between you talking and alexa executing a command. It didn't do that before the 4th.

[vco1]

I'm not sure how up-to-date Amazon's firmware pages are usually, but the firmware versions for my Dot and Echo are (much) higher than the versions mentioned on the Amazon website. Perhaps they accidentally pushed the wrong firmware? Unrelated to this issue, but I also noticed a loud click on my Dot before Alexa answers. Which wasn't there before afaik.

[Maarten112]

well your amazon guy is wrong. there were definitely software changes somewhere between the 4th-7th (I went out of town). I came home and the light bar now rotates blue when searching devices and the light bar also turns off between you talking and alexa executing a command. It didn't do that before the 4th.

yes, the amazon guy clearly didn't know what he was talking about.

What I Noticed:

• it seems amazon pushes the firmware update based on date of registration for your alexa account
• I am a pretty early adapter, and got the problems about 6 days ago. Two friends that bought their items much later don't have any problems (yet). I'm sure however they will run into the same issue.
• In the alexa app you can see what software version's your echo (dot's) are running. I am running a different and higher numbered version than my friends.
• however...both my echo dot's running another software version......not sure how this works.

Same issue over here. Like @dinkybluebug ha-bridge (5.3.0 but it started with 5.2.1) is, and has always been, running, on port 80. So I'm a bit lost on what to change - if anything - to get it working again. Searching for new devices in the Alexa app doesn't yield any results. Any suggestions to get it working again would be very much appreciated as I really like the convenience of switching on the lights with Alexa.

Maybe try this:

1. delete all your smart home devices in the alexa app
2. run HA bridge on port 80
3. open HA bridge gui, click on "renumber devices"
4. Let alexa discover new devices

[Gau-thier]

Worked for me:

1. Run HA-Bridge on port 80
2. Delete all devices on Alexa app
3. Discover devices from Alexa

On the first attempt I didn't delete the devices on Alexa app, they just went back from "unreachable" state to "ok" on Alexa app after changing port to 80. But a few hours later they went to "this object does not support this command" state (or something like that). Then I deleted them from Alexa App, and discovered them again. Everything is now back to normal.

[vco1]

@gsebil08 Deleting etc. is not working for me. What options for discovery in the app did you use? Light - Other, or Philips Hue and a V1 or V2 Hub version?

[Gau-thier]

@vco1 I select "other". I have a V2 echo dot. ha-bride-5.3.0.jar running.

[dinkybluebug]

So mine stopped working, I got it working, and now today it’s stopped working again. What’s going on?

[gohamstergo]

Amazon sucking is what. My Harmony hub still connects to ha-bridge just fine and I haven't changed a thing. It's just the Alexa software being stupid. I'm sure they have a slow dev cycle, so we can only hope a bunch of people have complained and it's fixed in a few weeks.

[stephenmhall]

I'm having the same issue, I run my HA bridge from a docker on the same Synology Nas as Domoticz so I can't use port 80, the only port settings I can find in HA settings are Web Server 4110 UPNP Response 50000 Domoticz 8084 is there a network facing port that Alexa talks to?

[techlemur]

Had the same problem, running a reverse proxy with apache2 on port 80 fixed it.

See https://github.com/bwssytems/ha-bridge/issues/349 for instructions.

[vco1]

Just changing the port to 80 doesn't work for me. Does ha-bridge need to be available from the outside as well? I.e. do I need to forward the port from my router?

[techlemur]

Shouldn't need to, your echo's just need to be on the same network. Did you forget the devices and re-discover after switching to port 80?

[tuicemen]

Seems the forget all devices option fails to work in the Alexa app for some. https://github.com/bwssytems/ha-bridge/issues/1133#issuecomment-532270485 Forgetting each device separately then rediscovering is what worked for me.

[stephenmhall]

I reported the problem to Amazon and got a request for a chat for more details, before I got round to it everything started working again including a name change I had tried that had not shown up in a discovery attempt the day before.

[alzzy]

I have same issue. I tried to forget each device individually and then rediscover. Only discovered the echo dots but no bridge devices. What else can I try. Can't use port 80.

[stephenmhall]

alzzy, what is your software version? mine is currently 641571120 I wonder with it just starting to work again after reporting the issue, and it magically discovering a renamed device without me asking, if tech support pushed a change that made it functional again. Mine is a full echo device.

[alzzy]

mine says version 2785574276 and is echo dot v3. I was on the phone with tech support for about an hour this morning. I told him that a lot of folks are reporting this issue on the web. We tried the usual stuff and by the end of the hour he seemed convinced that it is a real issue and told me he would research the situation and call me back. Have not heard back yet.

On Fri, Sep 20, 2019 at 12:15 PM Stephen Hall notifications@github.com wrote:

alzzy, what is your software version? mine is currently 641571120 I wonder with it just starting to work again after reporting the issue, and it magically discovering a renamed device without me asking, if tech support pushed a change that made it functional again. Mine is a full echo device.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/bwssytems/ha-bridge/issues/1125?email_source=notifications&email_token=AGIJEXTERPSNLNB4YHJUQZTQKTZJ5A5CNFSM4IUI7OXKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD7HGCBA#issuecomment-533618948, or mute the thread https://github.com/notifications/unsubscribe-auth/AGIJEXTIOUIC55FARU5D7QLQKTZJ5ANCNFSM4IUI7OXA .

[alzzy]

Amazon support could not identify an issue except possibly that I am using an older version of the HA-bridge (4.5.0). Do I need to use the current version of the bridge to fix the fact that Alexa doesn't discover devices any more or should the version I am using still work?

[stephenmhall]

I'm on 5.3.0 all working at the moment, no port change.

[kosuodhmwa]

It has also a problem if you run it on a "special" IP address (maybe due to conflicts with port 80 on your primary one?): https://github.com/bwssytems/ha-bridge/issues/1135

That can be a reason for such behavior too..

[alzzy]

I am using ha-bridge v4.5.0. Could that suddenly be the problem? It was working fine til 3 or so days ago.

[tuicemen]

@alzzy using an old version of HA-Bridge certainly won't help and updating to the newest wont hurt. The issue is the Alexa app Amazon messed up with the last release. Most software hue bridges have the same issue. I believe Amazon has a fix they are slowly rolling out as my city system was now working but now it is. Or it was my messing with it that got it working again. Once I got all devices forgoten in the app I told Alexa to discover I did not use the app to discover devices.

[Gau-thier]

There was definitely an update on Alexa side. Now I have trouble with colors... Alexa, turn light in green => light is purple When I select the color directly from Alexa App, same trouble. I have to select Green to have Purple... Why on Alexa side? Because when I test RGB color from ha-bridge UI, everything is ok. Am I the only one facing this problem?

[ml9907]

Erease all existing hue devices from alexa, switch habridge to port 80 and rediscover devices. This helped me.

[jasonesmith12]

Mine stopped working to about 3 weeks ago. It's got to be changes that Amazon has made. I have used HA Bridge for years to automate all my X10 devices and even have a popular video on YouTube and recruited hundreds of people to using HA Bridge as a side effect. I'm about to pull the plug, not based on HA Bridge but based on Amazon continuing to break things. I think I'm going to switch over to all tp-link devices.

Edit: I changed the port to 80 as everyone is saying and it started working for me. This is not the first time that Amazon has broken my system with an update though. I did not use port 80 when I set it up because I had a conflict that I now can't remember .....I bet I broke something else with this fix :-)

[alzzy]

I kept v4.5.0 of the bridge but changed its port to 80. Now Alexa finds devices and they are working normally. Amazon has done something that now requires bridge to be on port 80.

[ryankne]

Deleting all devices in the Alexa app, renumerating in ha bridge , and discovering again worked for me , I always had it on port 80 , my last issue was the dim command , was replying with not responding so I created a custom routine of “Alexa dim the lights “ to set the level to 50% (which runs scripts on my server) , my ha-bridge is probably a 3 year old version though , lol

[alzzy]

Can bwsystems discuss this port 80 issue with Amazon?

[jasonesmith12]

Quadhammer, re: forwarding port to port oh, you might be able to do this on the local machine that's running h a bridge. If it's a Windows machine, you may be able to do something in the hosts file. it's not meant for forwarding port to port alone, but it looks like that I found someone that has done it with a combination of the hosts file and netsh. I don't know how deep you want to go into this. My experience when I saw Amazon break this before is that they finally fixed it within a month so the easiest remedy might be just to wait. However, if you want to try what you described, here is a link to someone who figured out how to forward a port to another port. Go down to the part where netsh is mentioned. https://stackoverflow.com/questions/8652948/using-port-number-in-windows-host-file

[bwssytems]

@alzzy I don't know how much pull I have with amazon since I am just an open source project. The community has gotten results out of Logitech when the harmony hub tried to turn off the interface that the ha-bridge was using. YMMV