The only issue is the name of your schedule might not be what you think it is. Mine is schedule.1 and I can’t find anywhere to change it. You can turn on debug to see the name being returned by Arlo. But, that being said, you should be able to set the mode using the schedule name.
I was trying to find a way to show the mode was being controlled by schedule but I think it will need a template. Adding an * to the end of the mode changed the string and caused it to appear incorrectly in Lovelace.
There is a new attribute on_schedule that will be true if the station is running a schedule.
19-05-08 07:57:42 INFO (SyncWorker_6) [hassio.docker.interface] Restart homeassistant/qemux86-64-homeassistant
19-05-08 07:57:51 ERROR (MainThread) [hassio.homeassistant] Error on call https://172.30.32.1:8123/api/states/binary_sensor.snapshots_stale: Cannot connect to host 172.30.32.1:8123 ssl:None [Connection refused]
19-05-08 07:57:51 ERROR (MainThread) [hassio.api.proxy] Error on API for request states/binary_sensor.snapshots_stale
19-05-08 07:58:01 ERROR (MainThread) [hassio.homeassistant] Error on call https://172.30.32.1:8123/api/states/binary_sensor.snapshots_stale: Cannot connect to host 172.30.32.1:8123 ssl:None [Connection refused]
19-05-08 07:58:01 ERROR (MainThread) [hassio.api.proxy] Error on API for request states/binary_sensor.snapshots_stale
I believe aarlo is the only thing on my system that is a binary sensor. And it looks like something is trying to connect within Docker. I am running everything within Docker on Ubuntu 18.04. Thanks for your hard work and if this is not an aarlo thing I will start looking elsewhere.
@sherrell, It works!
I just tried and did some basic testing (switching modes in lovelace while viewing the mode in the Arlo app on my phone) and it seems to work very well. Also for me the schedule mode is called schedule.1. I will keep using it for while, maybe perform some additional test and let you know how things are going. Do you want me to perform some additional tests or share any kind of logging?
Edit: One thing I noticed, the lovelace card shows the actual arm or disarm state when schedule is activated. It’not showing any schedule is active. Is that why you created the new attribute on_schedule? I could use that in my card of course.
@Plevuus
That’s great news. For now just keep an eye on it. Arlo, being Arlo, means nothing is quite straightforward so the code might get into a confused state and it would be good to get some logs if that does happen.
And correct on the Lovelace card. I tried appending an asterisk to the mode when a schedule was active but it ended up breaking the naming in the card. I think you can modify the card/button to look at the attribute and append the asterisk or change the icon. I just don’t have time to do that now.
@sherrell also, if i use the arlo app to set a custom mode : aarlo freaks out and doesn’t work very well. i only told aarlo about home, away, and one night mode. if i pick a fourth unknown mode the alarm panels look weird. is this expected when using a mode that isn’t known to aarlo?
@grinch067 Custom modes should work, I just tested here and it looked fine on both the card and badge. The way it works is if it’s home, away or night it will use the HA naming, if it’s a custom mode it will show the name you gave the mode in Arlo.
You custom mode does exist? And check the name returned by Arlo, you can see it in the logs with a ‘<==>’ near it.
Thanks again!
As I’m new to HA (and to YAML, Python and home automation in general) I had a nice small challenge to do something useful with the on_schedule attribute. I ended up with simple Template Binary Sensor:
(changed the random sequence in my arlo contol panel name. Not sure if I should regards that as private info)
I’m not sure if you intended something like that, but it works fine for me!
If this post is too off-topic or to specific, please just ignore it.
I did notice something odd. It happened that the visible modes in the lovelace card changed. Not sure if its related to the custom component or the branch. I’ll keep an eye on it. If it happens again I’ll try to reproduce and log.
@Plevuus
That is exactly what I had in mind. If I change the mode name too much it screws up with the home/away and disarmed name mapping in the standard cards.
What do you mean by ‘visible mode’? Do you mean the icon?
@sherrell
I meant the modes being displayed and clickable in the card. Per configuration I enabled the arm_away and arm_home modes. They show up in the card as buttons “INSCHAKELEN AFWEZIG” and “INSCHAKELEN THUIS” (probably called something like “ARM AWAY” and “ARM HOME” in English). At a certain point “INSCHAKELEN THUIS” changed to “INSCHAKELEN NACHT” (Probably called “ARM NIGHT” in English).
In hindsight I think it was because I was messing in the lovelace GUI, but I’m not sure. As said, I’ll keep an eye on it and try to reproduce and log when it happens again. So far it didn’t.
I’ve installed the latest component however I’m getting this file not read error in the log
Any ideas on how to fix? I have a Arlo Baby
Also I’ve added the temp/humidity/moisture sensors to the config but they are not pulling from the camera into HA, any ideas on how to fix that?
What type of home assistant system are you using - rapsberry pi or docker or virtualenv?
Which version of Aarlo are you using?
Did it ever work for you?
Off the top off my head it looks like the installation is missing some files or has incorrect read permissions. Can you see a file called __init__.py in the your custom_components/aarlo/pyaarlo directory?
I’m sorry I’m being such an idiot. It’s safe to ignore the file not read message and it shouldn’t happen the next time your start the system. pyaarlo stores some state information in a file in an attempt to speed up the start up and the first time you start it won’t be there.
When you say the temp/humidity/moisture aren’t appearing can you look in the States tab (under the Developer tools)? The devices should be named something similar to sensor.aarlo_humidity_camera_name.
If you don’t see anything. do you know the model number of the Arlo Baby? It should be listed in the camera device or base station? It could be I’m not handling your device correctly.
I can see the sensor there however it reports unknown for most values… and not just the ones that are unique to the baby monitor. Battery level, signal strength etc… all are responding unknown
did you allow access to the camera at all? The baby shows/integrates differently if I remember correctly I had to give explicit access to the access account just access to the base I think wasnt enough … mine works perfectly fine …