Alexa can't find anything..

[farhanito]

I managed to get the bridge running, but alexa can't find any device i set.

[nanowebcoder]

Check log.txt in the installation directory (or one of the older log archives—whichever file contains data from the time when you told Echo to discover devices).

Or you can make a clean log (stop service, delete log.txt, then start service. Then tell Alexa to do a discover, then check log.txt).

Other thing to check is that the SSDP Discovery service included with Windows isn’t running. If so, it will grab the SSDP Discovery port (port 1900) and the bridge won’t be able to use that port. To stop it, check these directions:

http://computerstepbystep.com/ssdp_discovery_service.html

From: farhanito [mailto:notifications@github.com]
Sent: Wednesday, March 09, 2016 2:09 AM
To: nanowebcoder/NanoVeraHuesBridge NanoVeraHuesBridge@noreply.github.com
Subject: [NanoVeraHuesBridge] Alexa can't find anything.. (#1)

I managed to get the bridge running, but alexa can't find any device i set.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1.

[farhanito]

here's my log.. http://pastebin.com/5gefFWPU

nothing in the log about "discover devices". turning off SSDP doesn't help either

thanks.

[nanowebcoder]

Yeah, that log looks good. Everything is up and running with no errors.

SSDP is very noisy—Sonos players, Media players, Xboxes, etc all use it to make uPNP work. Underlying it is UDP, is a broadcast technology and a lot of those devices on a home network are broadcasting all the time. The fact that your log isn’t seeing any broadcasts (even ones it ignores) at all tells me that something isn’t configured right.

Two possibilities: either Echo isn’t on the same network, or the Windows SSDP Discovery service is running and blocking receipt of the UDP broadcasts.

If you already turned off SSDP service in Windows, then the next step is to check the IP config. Your computer’s IP (from the log) is:
192.168.31.248

Is your Echo in the same subnet (what’s its IP?). If they are on different subnets, we’ll need to adjust the MulticastIP setting to match.

If your log starts showing lines like this, then its seeing UDP broadcasts:

2016-03-10 08:09:19.2234 | VeraHuesBridge.SSDPService | INFO | Received a UDP multicast from IP [239.255.255.250], on port [1900]. |
2016-03-10 08:09:19.2234 | VeraHuesBridge.SSDPService | INFO | Testing if message is SSDP Discovery Packet... |

From: farhanito [mailto:notifications@github.com]
Sent: Wednesday, March 09, 2016 9:54 PM
To: nanowebcoder/NanoVeraHuesBridge NanoVeraHuesBridge@noreply.github.com
Cc: Kevin Casey kcasey@nanoweb.com
Subject: Re: [NanoVeraHuesBridge] Alexa can't find anything.. (#1)

here's my log.. http://pastebin.com/5gefFWPU

nothing in the log about "discover devices". turning off SSDP doesn't help either

thanks.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1#issuecomment-194636024.

[ykamenet]

I am having the same issue. All setup and running, Turned off SSDP Service per instructions, it is off. Log looks good with corresponding records above. But Vera says can not find anything. Log below. Any help appreciated. Thanks.

http://pastebin.com/6gCa8Tdz

[nanowebcoder]

Yours is actually receiving lots of UDP broadcasts

From: ykamenet [mailto:notifications@github.com]
Sent: Thursday, March 10, 2016 6:42 PM
To: nanowebcoder/NanoVeraHuesBridge NanoVeraHuesBridge@noreply.github.com
Cc: Kevin Casey kcasey@nanoweb.com
Subject: Re: [NanoVeraHuesBridge] Alexa can't find anything.. (#1)

I am having the same issue. All setup and running, Turned off SSDP Service per instructions, it is off. Log looks good with corresponding records above. But Vera says can not find anything. Log below. Any help appreciated. Thanks.

http://pastebin.com/6gCa8Tdz

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1#issuecomment-195101887.

[nanowebcoder]

Yours is receiving UDP broadcasts. So your problem is not the same issue.

Its just not seeing a UDP packet from Alexa. Whats the IP address of your Echo? Is it in the same subnet? ( From the logs, your software is at LocalIP [192.168.1.206]. Does Alexa’s IP start with 192.168.1.x? I assume your subnet mask is 255.255.255.0, but check that too)

These log entries say its getting a UDP packet on the port. It just doesn’t contain the “M-SEARCH” keyword that is a hallmark of an SSDP discovery.

1. 2016-03-10 18:30:30.7456 | VeraHuesBridge.SSDPService | INFO | Testing if message is SSDP Discovery Packet... |
2. 2016-03-10 18:30:30.7456 | VeraHuesBridge.SSDPService | INFO | SSDP Discovery Packet not detected. |
3. 2016-03-10 18:30:30.7456 | VeraHuesBridge.SSDPService | INFO | Restarted Multicast Receiver. |
4. 2016-03-10 18:30:30.7456 | VeraHuesBridge.SSDPService | INFO | Received a UDP multicast from IP [239.255.255.250], on port [1900]. |
5. 2016-03-10 18:30:30.7456 | VeraHuesBridge.SSDPService | INFO | Testing if message is SSDP Discovery Packet... |

From: ykamenet [mailto:notifications@github.com]
Sent: Thursday, March 10, 2016 6:42 PM
To: nanowebcoder/NanoVeraHuesBridge NanoVeraHuesBridge@noreply.github.com
Cc: Kevin Casey kcasey@nanoweb.com
Subject: Re: [NanoVeraHuesBridge] Alexa can't find anything.. (#1)

I am having the same issue. All setup and running, Turned off SSDP Service per instructions, it is off. Log looks good with corresponding records above. But Vera says can not find anything. Log below. Any help appreciated. Thanks.

http://pastebin.com/6gCa8Tdz

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1#issuecomment-195101887.

[ykamenet]

Thanks, not sure what the problem is then. Echo is on the same subnet: 192.168.1.205 echo address. Server where the service is running is 192.168.1.206.

[nanowebcoder]

Stop the service, edit the nLog.config file with notepad.

Change

To minLevel=”Debug”

Then restart the service.

Given that you have a lot of UDP traffic, the log files are going to fill fast. So, pretty quickly after the service starts, tell Alexa to discover devices.

Then stop the service and post the logs. This function is whats inspecting the UDP packets, so we are hoping to see “M-SEARCH”. At the start of the packet and it should contain “MAN: “ etc… Perhaps there’s something different about your Echo.

  private static bool IsSSDPDiscoveryPacket(string message)
    {
        logger.Info("Testing if message is SSDP Discovery Packet...");
        logger.Debug("Examing message [{0}]", message);
        if (message != null && message.StartsWith("M-SEARCH * HTTP/1.1") && message.Contains("MAN: \"ssdp:discover\""))
        {
            logger.Info("SSDP Discovery Packet detected.");
            return true;
        }
        logger.Info("SSDP Discovery Packet not detected.");
        return false;

    }

From: ykamenet [mailto:notifications@github.com]
Sent: Thursday, March 10, 2016 6:51 PM
To: nanowebcoder/NanoVeraHuesBridge NanoVeraHuesBridge@noreply.github.com
Cc: Kevin Casey kcasey@nanoweb.com
Subject: Re: [NanoVeraHuesBridge] Alexa can't find anything.. (#1)

Thanks, not sure what the problem is then. Echo is on the same subnet: 192.168.1.205 echo address. Server where the service is running is 192.168.1.206.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1#issuecomment-195106298.

[nanowebcoder]

Another idea: if you have a physical Philips Hues hub, try turning it off before running discovery

From: ykamenet [mailto:notifications@github.com]
Sent: Thursday, March 10, 2016 6:51 PM
To: nanowebcoder/NanoVeraHuesBridge NanoVeraHuesBridge@noreply.github.com
Cc: Kevin Casey kcasey@nanoweb.com
Subject: Re: [NanoVeraHuesBridge] Alexa can't find anything.. (#1)

Thanks, not sure what the problem is then. Echo is on the same subnet: 192.168.1.205 echo address. Server where the service is running is 192.168.1.206.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1#issuecomment-195106298.

[ykamenet]

Thanks for your support. So I noticed one thing is that if I restart the service, the log does not keep updating for some reason if though the service apepars to be running. I have to restart computer for some reason for it to start working again. I also noticed that when I restart the computer the SSDP Service starts again even though I set it to "Disabled" so I have to shut it down again. I am running this on Windows Home Server 2011 if that makes any difference. Here is the latest log, I do see the M-SEARCH there and Echo IP address (.205) shows up, but it still tells me no devices discovered.

http://pastebin.com/cMvM5zSf

[nanowebcoder]

Ok, new code is in the folder named Latest (https://github.com/nanowebcoder/NanoVeraHuesBridge/tree/master/Latest).

You only need to download the file named NanoVeraHuesBridgeService.exe.
[cid:image001.png@01D17B1D.AC7A0180]

1.  Stop your service.
   

2.  Copy the new file and overwrite the old file.
   

3.  Start the service
   

4.  Tell Alexa to discover devices
   

Let me know how that works.

From: ykamenet [mailto:notifications@github.com]
Sent: Thursday, March 10, 2016 9:33 PM
To: nanowebcoder/NanoVeraHuesBridge NanoVeraHuesBridge@noreply.github.com
Cc: Kevin Casey kcasey@nanoweb.com
Subject: Re: [NanoVeraHuesBridge] Alexa can't find anything.. (#1)

Thanks for your support. So I noticed one thing is that if I restart the service, the log does not keep updating for some reason if though the service apepars to be running. I have to restart computer for some reason for it to start working again. I also noticed that when I restart the computer the SSDP Service starts again even though I set it to "Disabled" so I have to shut it down again. I am running this on Windows Home Server 2011 if that makes any difference. Here is the latest log, I do see the M-SEARCH there and Echo IP address (.205) shows up, but it still tells me no devices discovered.

http://pastebin.com/cMvM5zSf

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1#issuecomment-195151990.

[nanowebcoder]

Ugh. I see the problem. In your log

Man:"ssdp:discover"

The code is looking for

message.Contains("MAN: "ssdp:discover""))

Why yours is only an upper case Man and mine is ALL CAPS… don’t know. I’ll change my code to make it a little less sensitive to the caps and get a fresh copy out there tonight.

From: ykamenet [mailto:notifications@github.com]
Sent: Thursday, March 10, 2016 9:33 PM
To: nanowebcoder/NanoVeraHuesBridge NanoVeraHuesBridge@noreply.github.com
Cc: Kevin Casey kcasey@nanoweb.com
Subject: Re: [NanoVeraHuesBridge] Alexa can't find anything.. (#1)

Thanks for your support. So I noticed one thing is that if I restart the service, the log does not keep updating for some reason if though the service apepars to be running. I have to restart computer for some reason for it to start working again. I also noticed that when I restart the computer the SSDP Service starts again even though I set it to "Disabled" so I have to shut it down again. I am running this on Windows Home Server 2011 if that makes any difference. Here is the latest log, I do see the M-SEARCH there and Echo IP address (.205) shows up, but it still tells me no devices discovered.

http://pastebin.com/cMvM5zSf

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1#issuecomment-195151990.

[ykamenet]

No luck still. Here is the new log after I updated the new .exe file: http://pastebin.com/ii2m99mk

I see that requests from my Echo (ip ends on .205) come with "MAN:" upper case:

2016-03-10 21:24:20.5931 | VeraHuesBridge.SSDPService | INFO | SSDP Discovery Packet not detected. |
2016-03-10 21:24:20.5931 | VeraHuesBridge.SSDPService | INFO | Restarted Multicast Receiver. |
2016-03-10 21:24:25.6020 | VeraHuesBridge.SSDPService | INFO | Received a UDP multicast from IP [239.255.255.250], on port [1900]. |
2016-03-10 21:24:25.6020 | VeraHuesBridge.SSDPService | DEBUG | Multicast From: 192.168.1.205:50000
Data:
M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 15
ST: urn:Belkin:device:**

[nanowebcoder]

Hmmm.. I see its now successfully detecting the M-SEARCH, and returning the setup.xml file location in the part of the log from 3/10.

It succeeded for a device numbered 192.168.1 .248:

1. |
2. 2016-03-10 21:23:21.8340 | VeraHuesBridge.SSDPService | INFO | Testing if message is SSDP Discovery Packet... |
3. 2016-03-10 21:23:21.8340 | VeraHuesBridge.SSDPService | DEBUG | Examing message [M-SEARCH * HTTP/1.1
4. HOST: 239.255.255.250:1900
5. MAN: "ssdp:discover"
6. MX: 1
7. ST: urn:dial-multiscreen-org:service:dial:1
9. ] |
10. 2016-03-10 21:23:21.8340 | VeraHuesBridge.SSDPService | INFO | SSDP Discovery Packet detected. |
11. 2016-03-10 21:23:21.8340 | VeraHuesBridge.SSDPService | INFO | Sending SSDP setup information... |
12. 2016-03-10 21:23:21.8340 | VeraHuesBridge.SSDPService | DEBUG | Sent Response To: 192.168.1.248:42909
13. Data:
14. HTTP/1.1 200 OK
15. CACHE-CONTROL: max-age=86400
16. EXT:
17. LOCATION: http://192.168.1.206:8083/api/setup.xml
18. OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01
19. 01-NLS: aef85303-330a-4eab-b28d-038ac90416ab
20. ST: urn:schemas-upnp-org:device:basic:1
21. USN: uuid:Socket-1_0-221438K0100073::urn:Belkin:device:**
    22.
22. |
    But it fails on a different device (192.168.1.206) (your bridge is running some kind of media server too?)
23. 2016-03-10 21:23:16.2589 | VeraHuesBridge.SSDPService | DEBUG | Multicast From: 192.168.1.206:55103
24. Data:
25. M-SEARCH * HTTP/1.1
26. Host:239.255.255.250:1900
27. ST:urn:schemas-upnp-org:device:MediaServer:1
28. Man:"ssdp:discover"
29. MX:3
    8.
30. |
31. 2016-03-10 21:23:16.2589 | VeraHuesBridge.SSDPService | INFO | Testing if message is SSDP Discovery Packet... |
32. 2016-03-10 21:23:16.2589 | VeraHuesBridge.SSDPService | DEBUG | Examing message [M-SEARCH * HTTP/1.1
33. Host:239.255.255.250:1900
34. ST:urn:schemas-upnp-org:device:MediaServer:1
35. Man:"ssdp:discover"
36. MX:3
    16.
37. ] |
38. 2016-03-10 21:23:16.2589 | VeraHuesBridge.SSDPService | INFO | SSDP Discovery Packet not detected. |

And then it succeeds on .205 (your Echo, right?)

1. 2016-03-10 21:24:25.6020 | VeraHuesBridge.SSDPService | DEBUG | Multicast From: 192.168.1.205:50000
2. Data:
3. M-SEARCH * HTTP/1.1
4. HOST: 239.255.255.250:1900
5. MAN: "ssdp:discover"
6. MX: 15
7. ST: urn:Belkin:device:**
9. |
10. 2016-03-10 21:24:25.6020 | VeraHuesBridge.SSDPService | INFO | Testing if message is SSDP Discovery Packet... |
11. 2016-03-10 21:24:25.6020 | VeraHuesBridge.SSDPService | DEBUG | Examing message [M-SEARCH * HTTP/1.1
12. HOST: 239.255.255.250:1900
13. MAN: "ssdp:discover"
14. MX: 15
15. ST: urn:Belkin:device:**
    16.
16. ] |
17. 2016-03-10 21:24:25.6020 | VeraHuesBridge.SSDPService | INFO | SSDP Discovery Packet detected. |
18. 2016-03-10 21:24:25.6020 | VeraHuesBridge.SSDPService | INFO | Sending SSDP setup information... |
19. 2016-03-10 21:24:25.6445 | VeraHuesBridge.SSDPService | DEBUG | Sent Response To: 192.168.1.205:50000
20. Data:
21. HTTP/1.1 200 OK
22. CACHE-CONTROL: max-age=86400
23. EXT:
24. LOCATION: http://192.168.1.206:8083/api/setup.xml
25. OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01
26. 01-NLS: aef85303-330a-4eab-b28d-038ac90416ab
27. ST: urn:schemas-upnp-org:device:basic:1
28. USN: uuid:Socket-1_0-221438K0100073::urn:Belkin:device:**
    30.
29. |
    If 192.168.1.205 is your Echo, we then should see a request to the webserver side of things to get that setup file: http://192.168.1.206:8083/api/setup.xml. With the bridge service running, try going to that URL in your browser. You should get an XML file back. If not, then we have to figure out why (are any firewalls running and blocking port 8083?)

The most recent log entries dated are 3/11, but nLog is not in DEBUG mode, so I cant see why it’s not recognizing the M-SEARCH packets for todays attempts.

Let’s get a clean log:

Stop the service.
Delete the log.txt file.
Edit nLog.config and set the minlevel to Debug.
Then start the service.
Do discovery on Alexa
Stop the service
Send the log file.

From: ykamenet [mailto:notifications@github.com]
Sent: Friday, March 11, 2016 7:04 PM
To: nanowebcoder/NanoVeraHuesBridge NanoVeraHuesBridge@noreply.github.com
Cc: Kevin Casey kcasey@nanoweb.com
Subject: Re: [NanoVeraHuesBridge] Alexa can't find anything.. (#1)

No luck still. Here is the new log after I updated the new .exe file: http://pastebin.com/ii2m99mk

I see that requests from my Echo (ip ends on .205) come with "MAN:" upper case:

2016-03-10 21:24:20.5931 | VeraHuesBridge.SSDPService | INFO | SSDP Discovery Packet not detected. |

2016-03-10 21:24:20.5931 | VeraHuesBridge.SSDPService | INFO | Restarted Multicast Receiver. |

2016-03-10 21:24:25.6020 | VeraHuesBridge.SSDPService | INFO | Received a UDP multicast from IP [239.255.255.250], on port [1900]. |

2016-03-10 21:24:25.6020 | VeraHuesBridge.SSDPService | DEBUG | Multicast From: 192.168.1.205:50000
Data:
M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 15
ST: urn:Belkin:device:**

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1#issuecomment-195610548.

[ykamenet]

Bingo! You were absolutely right - the server where I am running this bridge did not allow port 8083 which I configured. I added a firewall rule to allow it and Echo discovered 5 test devices that I configured with no issues! Commands don't seem to work yet but I think that's because I may not configured devices correctly, so I will look into this. Thank again for all your help.

OP - this could be your problem too, go to Windows firewall and add a PORT rule to allow it if you are using non-standard port.