Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Setting up #3

Open
eli167 opened this issue May 29, 2016 · 19 comments
Open

Setting up #3

eli167 opened this issue May 29, 2016 · 19 comments

Comments

@eli167
Copy link

eli167 commented May 29, 2016

Ok been trying for a few days now, this is my problem first I downloaded ll your files ran the setup.exe

the file name NanoVeraHuesBridgeService.exe did not have a config after it then I added it to it
image
next what IP do I use, I tried a unused one on my network and it didn't work. then I read a reply from you to another user and changed the ip to this local box

this is the set up
image

I try to start the service and get this error

image

do not know where the 10.10.1.26 came from, any help will be great

@eli167
Copy link
Author

eli167 commented May 29, 2016

Ok I was able to start the services next is the device editor, what ip do I put there when I use the 115 like in the set up it shows my example devices please help

@nanowebcoder
Copy link
Owner

The reason you don’t see a “.config” after the file name is that in Windows Explorer you have the “Hide extensions for known file types” turned on. You can see that because the NanoHuesBridgeService doesn’t have a “.exe” after it, but the file type is listed as Application.

[cid:[email protected]]

You are going to have to rename the file otherwise its real name will be NanoVeraHuesBridgeService.exe.config.config and the service application wont be able to find its configuration.

From: eli167 [mailto:[email protected]]
Sent: Sunday, May 29, 2016 8:35 AM
To: nanowebcoder/NanoVeraHuesBridge [email protected]
Subject: [nanowebcoder/NanoVeraHuesBridge] Setting up (#3)

Ok been trying for a few days now, this is my problem first I downloaded ll your files ran the setup.exe

the file name NanoVeraHuesBridgeService.exe did not have a config after it then I added it to it
[image]https://cloud.githubusercontent.com/assets/19634081/15633307/aebdab7c-2577-11e6-90b2-f7d3c89da55c.png
next what IP do I use, I tried a unused one on my network and it didn't work. then I read a reply from you to another user and changed the ip to this local box

this is the set up
[image]https://cloud.githubusercontent.com/assets/19634081/15633324/16063b14-2578-11e6-8ecf-aeb6e81e62e4.png

I try to start the service and get this error

[image]https://cloud.githubusercontent.com/assets/19634081/15633330/27cfe868-2578-11e6-93eb-b8456192040d.png

do not know where the 10.10.1.26 came from, any help will be great


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHubhttps://github.com//issues/3, or mute the threadhttps://github.com/notifications/unsubscribe/AQjlVDudq9W2lqhjZVOK26vpsYHHVbpBks5qGYgNgaJpZM4IpR-x.

@nanowebcoder
Copy link
Owner

You need to know the IP of your machine.

From: eli167 [mailto:[email protected]]
Sent: Sunday, May 29, 2016 9:22 AM
To: nanowebcoder/NanoVeraHuesBridge [email protected]
Subject: Re: [nanowebcoder/NanoVeraHuesBridge] Setting up (#3)

Ok I was able to start the services next is the device editor, what ip do I put there when I use the 115 like in the set up it shows my example devices please help


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHubhttps://github.com//issues/3#issuecomment-222360348, or mute the threadhttps://github.com/notifications/unsubscribe/AQjlVDutwR0RCHcTxj7ExFZZKpZgA7EIks5qGZL5gaJpZM4IpR-x.

@eli167
Copy link
Author

eli167 commented May 29, 2016

do not think this is right can not get any information from Vera

log
log.txt

@nanowebcoder
Copy link
Owner

Need to see a full log and you’ll want to turn up the log level.

To turn up the log level:
Open the NLog.config file
Find the line:
Change it to:

Capture a clean log:
Stop the service
Delete the log file
Restart service
Initiate discovery on Alexa
When Alexa finishes, stop the service
Send the log file.

Be helpful to provide the following info too:
IP Address of the machine running the service
IP Address of your Vera
IP Address of your Echo

From: eli167 [mailto:[email protected]]
Sent: Sunday, May 29, 2016 9:53 AM
To: nanowebcoder/NanoVeraHuesBridge [email protected]
Cc: Kevin Casey [email protected]; Comment [email protected]
Subject: Re: [nanowebcoder/NanoVeraHuesBridge] Setting up (#3)

do not think this is right can not get any information from Vera

log
log.txthttps://github.com/nanowebcoder/NanoVeraHuesBridge/files/288362/log.txt


You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com//issues/3#issuecomment-222361760, or mute the threadhttps://github.com/notifications/unsubscribe/AQjlVJFT-pOgMFEXrfeO6zxLqvK8Gfpnks5qGZorgaJpZM4IpR-x.

@eli167
Copy link
Author

eli167 commented May 30, 2016

log and reply sent waiting for your reply

@nanowebcoder
Copy link
Owner

Dont see a log file. Was supposed to be attached?

From: eli167 [mailto:[email protected]]
Sent: Monday, May 30, 2016 12:03 PM
To: nanowebcoder/NanoVeraHuesBridge [email protected]
Cc: Kevin Casey [email protected]; Comment [email protected]
Subject: Re: [nanowebcoder/NanoVeraHuesBridge] Setting up (#3)

log and reply sent waiting for your reply


You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com//issues/3#issuecomment-222520750, or mute the threadhttps://github.com/notifications/unsubscribe/AQjlVMGRWLBQrFGBS63i6BXKR8x2fA3bks5qGwotgaJpZM4IpR-x.

@eli167
Copy link
Author

eli167 commented May 30, 2016

Was emailed yesterday I can forwarded if you need
On May 30, 2016 1:38 PM, "nanowebcoder" [email protected] wrote:

Dont see a log file. Was supposed to be attached?

From: eli167 [mailto:[email protected]]
Sent: Monday, May 30, 2016 12:03 PM
To: nanowebcoder/NanoVeraHuesBridge [email protected]

Cc: Kevin Casey [email protected]; Comment [email protected]

Subject: Re: [nanowebcoder/NanoVeraHuesBridge] Setting up (#3)

log and reply sent waiting for your reply


You are receiving this because you commented.
Reply to this email directly, view it on GitHub<
https://github.com/nanowebcoder/NanoVeraHuesBridge/issues/3#issuecomment-222520750>,
or mute the thread<
https://github.com/notifications/unsubscribe/AQjlVMGRWLBQrFGBS63i6BXKR8x2fA3bks5qGwotgaJpZM4IpR-x>.


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#3 (comment),
or mute the thread
https://github.com/notifications/unsubscribe/ASuXoe2I9c29-gyQHLR11qkpebps1kXPks5qGyCsgaJpZM4IpR-x
.

@eli167
Copy link
Author

eli167 commented May 30, 2016

see below

log.txt

@nanowebcoder
Copy link
Owner

Got this log. However the log file wasn’t the whole log file (if it were, the log file would indicate that the system was starting up, but the first message in the file is a uPNP message).

Based on what’s there the app seems to be working. It’s seeing uPNP messages. But the it’s not seeing an Echo discovery packet (it will contain the phrase “M-SEARCH * HTTP/1.1” ). Or, at least, it didn’t in the portion of the log I received.

You did tell Echo to “discover new devices” right?

What was IP address of echo?

From: eli167 [mailto:[email protected]]
Sent: Monday, May 30, 2016 3:24 PM
To: nanowebcoder/NanoVeraHuesBridge [email protected]
Cc: Kevin Casey [email protected]; Comment [email protected]
Subject: Re: [nanowebcoder/NanoVeraHuesBridge] Setting up (#3)

see below

log.txthttps://github.com/nanowebcoder/NanoVeraHuesBridge/files/290004/log.txt


You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com//issues/3#issuecomment-222544068, or mute the threadhttps://github.com/notifications/unsubscribe/AQjlVB3N_-0pLTN9xlweGPSCBckRau4-ks5qGzlrgaJpZM4IpR-x.

@eli167
Copy link
Author

eli167 commented May 30, 2016

I did tell it to discover but it didn't find anything do you know how to
find the ip of the Echo when I run wire shark I didn't see it, but I know
its connected

On Mon, May 30, 2016 at 5:31 PM, nanowebcoder [email protected]
wrote:

Got this log. However the log file wasn’t the whole log file (if it were,
the log file would indicate that the system was starting up, but the first
message in the file is a uPNP message).

Based on what’s there the app seems to be working. It’s seeing uPNP
messages. But the it’s not seeing an Echo discovery packet (it will contain
the phrase “M-SEARCH * HTTP/1.1” ). Or, at least, it didn’t in the portion
of the log I received.

You did tell Echo to “discover new devices” right?

What was IP address of echo?

From: eli167 [mailto:[email protected]]
Sent: Monday, May 30, 2016 3:24 PM
To: nanowebcoder/NanoVeraHuesBridge [email protected]

Cc: Kevin Casey [email protected]; Comment [email protected]

Subject: Re: [nanowebcoder/NanoVeraHuesBridge] Setting up (#3)

see below

log.txt<
https://github.com/nanowebcoder/NanoVeraHuesBridge/files/290004/log.txt>


You are receiving this because you commented.
Reply to this email directly, view it on GitHub<
https://github.com/nanowebcoder/NanoVeraHuesBridge/issues/3#issuecomment-222544068>,
or mute the thread<
https://github.com/notifications/unsubscribe/AQjlVB3N_-0pLTN9xlweGPSCBckRau4-ks5qGzlrgaJpZM4IpR-x>.


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#3 (comment),
or mute the thread
https://github.com/notifications/unsubscribe/ASuXoYW81ufrqti0h66SCHoboX6GkFxiks5qG1c1gaJpZM4IpR-x
.

@nanowebcoder
Copy link
Owner

Easiest way is to look in your DHCP server. If you cant identify it in your devices, look in the Alexa app under settings and you can lookup the MAC address of the Echo. Then look in your DHCP for a matching MAC address.

With wireshark, you’d have to be looking for the right packets and then echo would have to be transmitting… bit more challenging.

From: eli167 [mailto:[email protected]]
Sent: Monday, May 30, 2016 7:17 PM
To: nanowebcoder/NanoVeraHuesBridge [email protected]
Cc: Kevin Casey [email protected]; Comment [email protected]
Subject: Re: [nanowebcoder/NanoVeraHuesBridge] Setting up (#3)

I did tell it to discover but it didn't find anything do you know how to
find the ip of the Echo when I run wire shark I didn't see it, but I know
its connected

On Mon, May 30, 2016 at 5:31 PM, nanowebcoder <[email protected]mailto:[email protected]>
wrote:

Got this log. However the log file wasn’t the whole log file (if it were,
the log file would indicate that the system was starting up, but the first
message in the file is a uPNP message).

Based on what’s there the app seems to be working. It’s seeing uPNP
messages. But the it’s not seeing an Echo discovery packet (it will contain
the phrase “M-SEARCH * HTTP/1.1” ). Or, at least, it didn’t in the portion
of the log I received.

You did tell Echo to “discover new devices” right?

What was IP address of echo?

From: eli167 [mailto:[email protected]]
Sent: Monday, May 30, 2016 3:24 PM
To: nanowebcoder/NanoVeraHuesBridge <[email protected]mailto:[email protected]>

Cc: Kevin Casey <[email protected]mailto:[email protected]>; Comment <[email protected]mailto:[email protected]>

Subject: Re: [nanowebcoder/NanoVeraHuesBridge] Setting up (#3)

see below

log.txt<
https://github.com/nanowebcoder/NanoVeraHuesBridge/files/290004/log.txt>


You are receiving this because you commented.
Reply to this email directly, view it on GitHub<
https://github.com/nanowebcoder/NanoVeraHuesBridge/issues/3#issuecomment-222544068>,
or mute the thread<
https://github.com/notifications/unsubscribe/AQjlVB3N_-0pLTN9xlweGPSCBckRau4-ks5qGzlrgaJpZM4IpR-x>.


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#3 (comment),
or mute the thread
https://github.com/notifications/unsubscribe/ASuXoYW81ufrqti0h66SCHoboX6GkFxiks5qG1c1gaJpZM4IpR-x
.


You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com//issues/3#issuecomment-222564732, or mute the threadhttps://github.com/notifications/unsubscribe/AQjlVBsBvv5HbXq8YRvfKVCQwBiolRIFks5qG2_RgaJpZM4IpR-x.

@eli167
Copy link
Author

eli167 commented Jun 2, 2016

ok more testing by me, I know the ip address of the echo now, 192.168.1.19 the echo from my Phips bridge. yet each time I do to discover, I don't see any log entries. just so you know my Echo is connected to a secondary AP my machine that has your software is plugged in to my switch, with the hue you need to press the botton in order to pair it, do we need to do anything like that

@nanowebcoder
Copy link
Owner

Is the secondary AP acting as a router? If so it won't pass the UDP packets

If you run wire shark (on the same network segment as the machine) do you see traffic from echo? If you don't, there's no way the bridge software will see it either

No Need to press a button. The bridge software is always listening unlike the hues bridge which will only listen when the button has been pressed.

On Jun 2, 2016, at 8:49 AM, eli167 <[email protected]mailto:[email protected]> wrote:

ok more testing by me, I know the ip address of the echo now, 192.168.1.19 the echo from my Phips bridge. yet each time I do to discover, I don't see any log entries. just so you know my Echo is connected to a secondary AP my machine that has your software is plugged in to my switch, with the hue you need to press the botton in order to pair it, do we need to do anything like that

You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com//issues/3#issuecomment-223281237, or mute the threadhttps://github.com/notifications/unsubscribe/AQjlVGYiwiTKQ1fXxrxWreQX_vhqSDIKks5qHtFKgaJpZM4IpR-x.

@eli167
Copy link
Author

eli167 commented Jun 2, 2016

The access point is not a router it's just a Cisco ap so I need to see the
traffic with wire shark
On Jun 2, 2016 8:56 AM, "nanowebcoder" [email protected] wrote:

Is the secondary AP acting as a router? If so it won't pass the UDP packets

If you run wire shark (on the same network segment as the machine) do you
see traffic from echo? If you don't, there's no way the bridge software
will see it either

No Need to press a button. The bridge software is always listening unlike
the hues bridge which will only listen when the button has been pressed.

On Jun 2, 2016, at 8:49 AM, eli167 <[email protected]<mailto:
[email protected]>> wrote:

ok more testing by me, I know the ip address of the echo now, 192.168.1.19
the echo from my Phips bridge. yet each time I do to discover, I don't see
any log entries. just so you know my Echo is connected to a secondary AP my
machine that has your software is plugged in to my switch, with the hue you
need to press the botton in order to pair it, do we need to do anything
like that

You are receiving this because you commented.
Reply to this email directly, view it on GitHub<
https://github.com/nanowebcoder/NanoVeraHuesBridge/issues/3#issuecomment-223281237>,
or mute the thread<
https://github.com/notifications/unsubscribe/AQjlVGYiwiTKQ1fXxrxWreQX_vhqSDIKks5qHtFKgaJpZM4IpR-x

.


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#3 (comment),
or mute the thread
https://github.com/notifications/unsubscribe/ASuXoXExFSpDZikBisAIl1IcvIgTw653ks5qHtMCgaJpZM4IpR-x
.

@nanowebcoder
Copy link
Owner

Most APs can be configured to function as routers—Cisco too. If the AP is configured to work as gateway (as opposed to a bridge), then it wont pass UDP packets beyond its gateway.

From: eli167 [mailto:[email protected]]
Sent: Thursday, June 02, 2016 9:40 AM
To: nanowebcoder/NanoVeraHuesBridge [email protected]
Cc: Kevin Casey [email protected]; Comment [email protected]
Subject: Re: [nanowebcoder/NanoVeraHuesBridge] Setting up (#3)

The access point is not a router it's just a Cisco ap so I need to see the
traffic with wire shark
On Jun 2, 2016 8:56 AM, "nanowebcoder" <[email protected]mailto:[email protected]> wrote:

Is the secondary AP acting as a router? If so it won't pass the UDP packets

If you run wire shark (on the same network segment as the machine) do you
see traffic from echo? If you don't, there's no way the bridge software
will see it either

No Need to press a button. The bridge software is always listening unlike
the hues bridge which will only listen when the button has been pressed.

On Jun 2, 2016, at 8:49 AM, eli167 <[email protected]<mailto:
mailto:[email protected]%3cmailto:%0b> [email protected]:[email protected]>> wrote:

ok more testing by me, I know the ip address of the echo now, 192.168.1.19
the echo from my Phips bridge. yet each time I do to discover, I don't see
any log entries. just so you know my Echo is connected to a secondary AP my
machine that has your software is plugged in to my switch, with the hue you
need to press the botton in order to pair it, do we need to do anything
like that

You are receiving this because you commented.
Reply to this email directly, view it on GitHub<
https://github.com/nanowebcoder/NanoVeraHuesBridge/issues/3#issuecomment-223281237>,
or mute the thread<
https://github.com/notifications/unsubscribe/AQjlVGYiwiTKQ1fXxrxWreQX_vhqSDIKks5qHtFKgaJpZM4IpR-x

.


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#3 (comment),
or mute the thread
https://github.com/notifications/unsubscribe/ASuXoXExFSpDZikBisAIl1IcvIgTw653ks5qHtMCgaJpZM4IpR-x
.


You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com//issues/3#issuecomment-223294342, or mute the threadhttps://github.com/notifications/unsubscribe/AQjlVMLJl45Zn2nCNbH2wLey9vKB8Yngks5qHt0xgaJpZM4IpR-x.

@eli167
Copy link
Author

eli167 commented Jun 2, 2016

its a cisco 1130AG

On Thu, Jun 2, 2016 at 9:42 AM nanowebcoder [email protected]
wrote:

Most APs can be configured to function as routers—Cisco too. If the AP is
configured to work as gateway (as opposed to a bridge), then it wont pass
UDP packets beyond its gateway.

From: eli167 [mailto:[email protected]]
Sent: Thursday, June 02, 2016 9:40 AM
To: nanowebcoder/NanoVeraHuesBridge [email protected]

Cc: Kevin Casey [email protected]; Comment [email protected]

Subject: Re: [nanowebcoder/NanoVeraHuesBridge] Setting up (#3)

The access point is not a router it's just a Cisco ap so I need to see the
traffic with wire shark
On Jun 2, 2016 8:56 AM, "nanowebcoder" <[email protected]<mailto:
[email protected]>> wrote:

Is the secondary AP acting as a router? If so it won't pass the UDP
packets

If you run wire shark (on the same network segment as the machine) do
you
see traffic from echo? If you don't, there's no way the bridge software
will see it either

No Need to press a button. The bridge software is always listening
unlike
the hues bridge which will only listen when the button has been pressed.

On Jun 2, 2016, at 8:49 AM, eli167 <[email protected]<mailto:
mailto:[email protected]%3cmailto:%0b> [email protected]
mailto:[email protected]>> wrote:

ok more testing by me, I know the ip address of the echo now,
192.168.1.19
the echo from my Phips bridge. yet each time I do to discover, I don't
see
any log entries. just so you know my Echo is connected to a secondary AP
my
machine that has your software is plugged in to my switch, with the hue
you
need to press the botton in order to pair it, do we need to do anything
like that

You are receiving this because you commented.
Reply to this email directly, view it on GitHub<

https://github.com/nanowebcoder/NanoVeraHuesBridge/issues/3#issuecomment-223281237>,

or mute the thread<

https://github.com/notifications/unsubscribe/AQjlVGYiwiTKQ1fXxrxWreQX_vhqSDIKks5qHtFKgaJpZM4IpR-x

.


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<
https://github.com/nanowebcoder/NanoVeraHuesBridge/issues/3#issuecomment-223282945>,

or mute the thread
<
https://github.com/notifications/unsubscribe/ASuXoXExFSpDZikBisAIl1IcvIgTw653ks5qHtMCgaJpZM4IpR-x>

.


You are receiving this because you commented.
Reply to this email directly, view it on GitHub<
https://github.com/nanowebcoder/NanoVeraHuesBridge/issues/3#issuecomment-223294342>,
or mute the thread<
https://github.com/notifications/unsubscribe/AQjlVMLJl45Zn2nCNbH2wLey9vKB8Yngks5qHt0xgaJpZM4IpR-x>.


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#3 (comment),
or mute the thread
https://github.com/notifications/unsubscribe/ASuXoTfdxZymAKCInAMZO95Y8r3jl0Z8ks5qHt3dgaJpZM4IpR-x
.

@eli167
Copy link
Author

eli167 commented Jun 4, 2016

please advise if there are any other tests I can do, I made sure of the IP address

@nanowebcoder
Copy link
Owner

You could try plugging the Echo into the same switch as the pc. You could also run wireshark on the pc and see if you can see the uPNP broadcast messages coming from the Echo. I wouldn’t normally suggest someone to run wireshark, but you seem familiar with it and it’s a great diagnostic tool.

From: eli167 [mailto:[email protected]]
Sent: Friday, June 03, 2016 11:35 PM
To: nanowebcoder/NanoVeraHuesBridge [email protected]
Cc: Kevin Casey [email protected]; Comment [email protected]
Subject: Re: [nanowebcoder/NanoVeraHuesBridge] Setting up (#3)

please advise if there are any other tests I can do, I made sure of the IP address


You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com//issues/3#issuecomment-223733726, or mute the threadhttps://github.com/notifications/unsubscribe/AQjlVFBtI3UneZZ5FtER0R5UD2BYzSFnks5qIPJPgaJpZM4IpR-x.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants