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.