Michael Urspringer
Michael Urspringer
Thanks. I was not aware of the "backend" parameter in PyArlo. Just tried to switch from ""mqtt" to "sse" and will try for some time to see if this improves...
I can confirm that changing the backend from "mqtt" to "sse" solved the issues for me. It seems now reliable again.
Reopened because the issue still seems to exist if the backend is set to "mqtt". For me with "sse" backend it is working correctly.
I cannot tell you. I am only using pyArlo to control the states of my cameras from within my FHEM home automation environment. E.g. switch them off if I open...
The first one should be the correct one in my case. However I think it uses the second one, labeled as "SECONDARY"?
Correct, in spite of Arlo's announcements , 2FA is still NOT mandatory ;-)
I can confirm that I do see the same issue here since some days.Setting modes is working, reading modes is working after re-connecting for some time and then fails (not...
It seems that in "debug.log" nothing happens if I issue a "get-mode" command. If I issue a "set-mode" command I can see new entries in "debug.log" Anything special I need...
Not sure if this is helpful. Please let me know if I should try anything different. [log.txt](https://github.com/twrecked/pyaarlo/files/7413146/log.txt)
After upgrading my code to version 0.8.0.alpha.12, I do no longer see these issues. Reading the states is now working again for me.