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
Support for Household profiles #98
Comments
Please do -- run Fauxmo from the command line with extra verbose output, output everything to a file, go through the motions of the behavior you're describing above, then post the log (if it's extremely long, feel free to post to pastebin or what have you and then post a link). EDIT: To be transparent, I didn't even realize you could have multiple "households," and I haven't tried with other profiles, so I have no idea what the issue might be. |
Hi - here are two logs: "success" https://pastebin.com/q0Kkw2Hk "fail" https://pastebin.com/9hEQ2gvB I am not at all sure how to interpret the logs, but the "fail.log" contains nothing from the echo's IP address - I note, for example, ssdp.discover messages from the echo ip in the "success.log" Thus, it would appear that the echo does not to query fauxmo the second time. I am not sure, therefore, if there is anything you can do from within fauxmo to solve this. For the two Wemo devices I have, I follow the same procedure to add wemo devices to the second profile in the household. In case it's important, the echo is registered to the first profile, the second profile is using my wife's amazon account, defined as a profile within "my" household and showing as another adult in the Echo app. |
So just to make sure I am understanding the situation: One amazon account, with two (adult) profiles. One Echo registered under one of these, the other registered under the other. Added some devices (let's just say one switch and one light) to one of the Echos, works fine. Try to add the same devices to the second echo, nothing is discovered. Is that right? If so, can you try a few things just for kicks?
Hope that makes sense. Is there any chance that the second device is on a different network? (Some routers broadcast a 2.4 and 5 ghz, not sure if the Echo can do both.) |
Hi - One clarification to your understanding: there is just one amazon echo involved. Registered to me - "profile1". A second profile was added, my wife's - "profile2". Thus, I have now tested by starting discovery, with no fauxmo devices in the app. For all these logs, the active profile on the echo is "profile2" (which is the usual situation) One other thing I wanted to check: Here is a log of "profile2" running a device discovery from IOS app. Here is a log of "profile1" subsequently running a device discovery, from IOS and successfully finding the fauxmo devices. Then finally, "profile2" attempting a discovery, right after success in discovering with "profile1" If you would like me to try with a second echo device, I could set one up ... I have an unopened dot somewhere I could try with. |
No, I just misunderstood. But thanks for offering.
Huh, that looks different, right? I see several discover requests and responses. Didn't work though, huh?
I see them there, too. This definitely looks different than the first logs you pointed, where there were no discover requests. Now I'm suspicious if it might be "just one of those things" with the Echo. I've definitely had periods of times when it refused to discover new devices or alternatively kept rediscovering devices that I had taken offline. I'll see if I can debug a little on this soon. |
In my hurry, I didn't turn off a very particular device (it has two IPs 192.168.0.8 + 18) - this might make the logs a little bit more tricky to compare - apologies for that. It looks like the discovery messages in the second seem to be associated with this server. EDIT - I mean second set of logs. I was curious to explore behaviour with a second echo device, it's really trivial to to do. Setting up in next couple of days and will share results |
Sorry this is taking a while. I've looked into profiles on my iPhone and
don't see a whole lot, probably because I have the primary profile. I need
to look at my wife's phone to see if I can create a separate profile to try
to reproduce the issue.
Thanks for your patience.
|
Just wanted to note that I haven't forgotten this issue. I tested on my wife's iPhone and confirm it does not pick up new devices in her Alexa app; when I change nothing but subsequently run "discover devices" on my phone they are discovered. I'm not sure why. Will continue to investigate. |
Hi - thank you for the update, I truly appreciate you continuing to look into this. Potential workaround: |
Thanks for the update! Looks like this is probably an upstream issue: https://www.amazonforum.com/s/question/0D54P00006zSzPQSA0/using-smart-devices-echo-with-multiple-profiles I will likely close the issue unless it looks like there is something Fauxmo specific here. Thank you for pointing it out and your help with troubleshooting! BTW, the link in that thread for "more information" is not working for me, at least not on mobile. |
fauxmo --version
): v0.5.0My Issue
I appear to have a problem with fauxmo when using
a) additional Alexa household profiles
b) 2 separate amazon alexa accounts.
When using a different profile or account to the one I originally set up the devices with, Echo (or alexa app) does not detect devices configured.
In my profile, fauxmo devices remain correctly detected and controlled.
In the other adult profile in my household, the fauxmo devices are not detected or controlled.
I also have wemo devices, these are correctly detected across profiles and accounts.
I am using the mqtt plugin to connect to two sonoff switches, flashed with homie firmware
WHYT
My conclusion is that fauxmo is not allowing additional profiles or accounts to detect and control devices.
If there is a specific message or event I should seek out in the debug log, I can do so.
Please make sure you've taken these steps before submitting a new issue:
venv
Requires Python >= 3.6.0 for Fauxmo >= 0.4.0
-vvv
) and include relevant outputconfig.json
The text was updated successfully, but these errors were encountered: