-
Notifications
You must be signed in to change notification settings - Fork 198
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
Duplicate devices in Alexa since 5.0.0 #806
Comments
Getting carzy ... the Royal Phillips devices must come from HA-Brigde. It doesnt matter:
Alexa discover this devices also when HA-Bridge is stopped ... Switching back to Port 80 cause a complete discovery of HA-Bridge devices as "Royal" including the inactive ones. |
You will need to forget the devices that are from the U.S.-bridge and then rediscover them. |
Thanks for your quick response. It sounds like "Royal Phillips Electronics intelligent device" are the U.S.-bridge devices (rights). |
Sorry, some how the U.S.-bridge was supposed to mean you r ha-bridge. So, go into the echo control panel for your smart devices and forget them all and do a rediscover. |
Any other info on this? |
Not really. The old Echo and Echo Dot discovers the expected and configured devices from HABridge. Option "Forget All", or "Forget item" doesn´t help. Everything is working - but with many devices in HABridge you have a mass in Alexa which is confusing. |
Unfortunate;y, there is some configuration in your environment that is causing this. Multiple interfaces exposing the api or muleiple ha-bridges running. |
Running on Raspberry PI 3 Debian stretch. Only one interface. |
This may be an issue with some redirect code that was in the ha-bridge. The next version changes that and that it may help with this issue.... |
Please try the new release 5.1.0 https://github.com/bwssytems/ha-bridge/releases/tag/v5.1.0 |
Any update on this after trying 5.1.0? |
No chance to check before weekend. But I will try 5.1.0 soon as possible and provide a feedback. |
Looks ok for me now. Every Bridge Device listed only one times. |
Sorry to fast, Additonal i have some devices listed which are not up to date and in my opinion already removed past weeks. I cannot find this device in my HABridge. But its discovered by Alexa. Absolutly no idea. I have only one HA-Bridge running now on Vers. 5.1.0 |
@mol7os Do you have a real hue hub as well? |
Yes i have a hue bridge 2.0. |
So you are exposing your Philips lights with the ha-bridge, you need to use one or the other for those devices, I would leave the hue lights on the hue hub only. |
I'm having the same issue on 5.1 and 4.5.6. In the docker container or in a Ubuntu VM. Duplicate Royal devices all of the sudden. I do not have a physical hue bridge and I have only one instance of habridge running. |
@Nomar383 Then it will be network setup with docker. |
I dont think so. With old Dot & Echo the devices were listed as expected. If i switch back to a special port (ex. 8081) everything is fine. In this case only the old Echo Dot is able to discover. There is something wrong/changed in the discovery with new Echo Devices. |
I added an echo spot recently. Not sure if that has anything to do with it.
I have killed the docker altogether and I'm now strictly using an Ubuntu
16.04 VM with only HA Bridge 4.5.6 installed. I changed the port to 8081. I
still had the extra Royal devices showing up. I manually forgot each Royal
device and they haven't come back. I suspect if I do a "Discover All" I
will see them again though...
…On Tue, Dec 26, 2017 at 9:50 AM mol7os ***@***.***> wrote:
I dont think so.
Everything was fine till i added a "new Echo" into my environment.
With old Dot & Echo the devices were listed as expected. If i switch back
to a special port (ex. 8081) everything is fine. In this case only the old
Echo Dot is able to discover.
There is something wrong/changed in the discovery with new Echo Devices.
For me it feels like the HA.Bridge provides some old cached data. There
must be an issue in exchanging device information with the new 2017 Alexa
devices.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#806 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAUI2iNLLhDOaj7bIS36NKhk9Jvias1tks5tETHLgaJpZM4QqOY->
.
|
@mol7os Are you using docker? |
No, my current setup runs on a debian stretch. But I had a installation running well in docker under 4.5.6 without new Echo devices. (port 8081) Echo2, Echo Spot, Echo Plus does something different discover devices as the old once .... |
FWIW, I too am experiencing the duplicate devices, since adding an Echo Spot. I have: an Echo Gen 1, 3 Dots (mixed gens), an Echo Show and an Echo Spot. However here is what I am noticing, all Echos but the Spot discover and configure the ha-bridge devices as "Dimmable Light", the Spot discovers and configures the devices as "Royal Philips Electronics smart device" all else being the same. |
Interesting, so Amazon has different characteristics for different device firmware. So, that will not be fixable by the ha-bridge. But, since there are 2 devices looking for the ha-bridge, you could use the ip address filter for the devices and then it would only respond to one of them. |
Just after posting above, I went to the Alexa Webpage and Forgot all the "Dimmable Light" devices. I did discovery with all my Echos, the app and the webpage one at a time. The duplicates have not returned. At this point all devices are listed as "Royal Philips Electronics smart device". I know there was a software update for the Alexa app and webpage yesterday. Maybe there was a device software update too? i don't track the software version numbers for date of change to know. |
I have seen the same problem. My duplicates started when I added Echo Dots (2nd Gen). The Echo Show and Echo (2nd Gen) appeared to produce devices listed as "Royal Philips Electronics smart device". The Echo Dots introduced the "Dimmable Light". I have tried forgetting the devices (each type) and forgetting "all" but they all return. The Dots have sw 597465220. The Echo is 595530420 and the Show is 597464020. |
I was having this issue consistently and noticed the earlier posts about different Amazon devices. I have a Show, Tap, Original Echo, 2nd gen Echo, original Dot, 2nd gen Dots. I removed the original dot from service about a week ago and haven't had the issue since. |
So, has this still been happening? |
It happened once during the last echo firmware update, but other than that no. |
Still happening here with 1x Echo Show, 2x Echo 2017 and 2x Echo dot 2017. |
Yep, different Alexa systems report different source names for a hue. Since they all do discoveries you will get two.... |
Shouldn't the different Echos cooperate? |
That would be a good question for Amazon.... |
Have you identified which Alexa systems report different source names? It would be helpful if you could post that in an FAQ since it is a recurring issue. I have a Show, Tap, Original Echo, 2nd gen Echo, original Dot, 2nd gen Dots (~2016 when they first came out). Taking the original Dot offline seems to have fixed my duplication issues, so that one would seem to be different. I find it interesting that current mix of devices are all consistent, despite being mixed generations. Heikoh81's experience suggests maybe a 2017 dot is different? Further info, I have a hue bridge on a rasp version 3 and a real hue. |
I can confirm that the problem is still there and it's annoying. IPtables excured my HUE Bridge and so on, finally nothing solved the issue.... its really annoying. I have no double devices with Hue Bridge or other bridges .... so no glue where the HA-Bridge devices get discoverd different. :( |
Could you please give me the iptables command to block a certain echo from access to my HA Bridge? I have 3 Echo Dots, 1 Echo Show, 2 Echos (2017), and my impression is that finding devices from HA Bridge is much more reliable if the 2 Echos (2017) are unplugged from power. Maybe Echo Dots are better at finding devices from HA Bridge? Thanks, Heiko |
Hi, /etc/iptables/rules.v4 :INPUT ACCEPT [392:47811] All Echo and UPNP devices will have fix IPs to limit communication to HA-Bridge. My Echo Dot1 devices discover HA-Bridge (IPs 10.0.0.240-242), Echo2 cannot discover (10.0.0.243-250 cause of iptables), in Example you find additional .24 which is my HueBridge. This fixed my communication with Alexa Service and prevent stupid doubled discovery for me. |
Thank you for the rules. I'm not that familiar with iptables, so this helps a lot. Is it correct that I have to add these rules to the Raspberry running HABridge? Do I need these lines for Alexa, also, or are they for other use in your scenario?
Do I need the COMMIT line? I have "static" IPs assigned to my Echos by isc-dhcp-server, however, they are not in a range. Heiko |
There is already a file on your HA-Bridge Rasperry (or docker, whatever). ALL TCP will be DROPED after Port 80 TCP is ACCEPTED. |
So, for my two echos with IPs .240 and .245, are the following lines correct and the only lines I Need to add? -A INPUT -m iprange --src-range 192.168.178.240 -p tcp --dport 80 -j ACCEPT |
-A INPUT -s 192.168.178.240/32 -p tcp --dport 80 -j ACCEPT In my case the discovery is only handled by 2 old Echo Dot 1. If .240 & .250 should not discovery devices from HA-Bridge that add following lines for UDP which is used for UPNP discovery. -A INPUT -s 192.168.178.240/32 -p udp -j DROP |
Hey guys, i also have this issue with the duplicate devices. I have the following echo devices: Which one of those should ill let the discovery do and which to block? I am running ha-bridge on raspbian buster and sadly there is no iptables. Any guide how to set it up? Hope you can help me. |
See here for a solution/workaround: #1216 (comment) |
1 similar comment
See here for a solution/workaround: #1216 (comment) |
Hi,
in Alexa I can find now duplicates of devices.
Every Device will also listed as "Royal Phillips Electronics intelligent device" and as "dimmable light".
If I activate the flag "inactive" to hide actions/scenes (devices) in HA-Bridge the "dimmable light" device will be marked as offline in Alexa (or not discovered in scan). The Royal Phillips doesnt care.
Didn´t find any option to stop this behavior.
The text was updated successfully, but these errors were encountered: