MSR UI on a mobile browser

[gwp1]

I continue to wrestle with modes. Changing Wake-up and Sunrise to after in Day resulted in a battle between Day and Evening in the later hours as both were "valid" after sunset given the OR in Day

I've modified Wake-up to start at the two wake times, 0630 ET and 0730 ET, and end before 12noon ET. This closes it off from arguing at sunset.

Day currently reads as such now:

• I must be home (can this be addressed better by "mode != Away"?)
• It must be after wake-up times OR after sunset sunrise, whichever comes first
• must be ignored if in Vacation (I'm away for extended period) or Guest (someone specific is checking on the house whilst I'm on vaca)

Evening

• should kick in after Sunset
• I must be home (again, can this be driven by mode != Away better?)
  must be ignored if in Vacation (I'm away for extended period) or Guest (someone specific is checking on the house whilst I'm on vaca)

Night is set manually, ie not on a schedule. Two ways it can be set, the more basic is via voice command to Amazon Echo device that flips a virtual switch which triggers mode.

The second is more complex but still manual:

• phone must be in master bedroom
• phone must be charging for > 00:00:10 (so lockdown can be aborted if needed)
• can only be triggered if the above triggers happen whilst in Evening or Work (awakened in the middle of the night for a work thing and returning to sleep). If I happen to charge the phone during the day the house shouldn't lock down in Night mode.

I put this out there because I have a tendency (ok, more than a tendency) to overthink and over-complicate my rules as @toggledbits will confirm. This results in unnecessary demand on MSR as well as rules fighting with rules or duplicating outcomes.

[CatmanV2]

@gwp1 said in Day mode implementation question:

It must be after wake-up times OR after sunset, whichever comes first

I suspect you mean 'Sunrise'?

C

[gwp1]

@catmanv2 Egad, yes. Edited. Thank you!

[Pabla]

In your "Day" ruleset for sunrise/sunset condition set the sunset condition to be a few minutes before sunset. This way both sunset conditions in "Day" and "Evening" won't go true at the same time. Alternatively you could also add a condition in the "Day" rule that the "Evening" rule must be false . This will make sure "Day" can't be true at the same time as "Evening".

[gwp1]

@pabla Add a specific condition for Evening = false or add it to this existing condition in Day:

[Pabla]

@gwp1 On second thought I would just add the offset to the sunset time in the "Day" rule. Its less of a band-aid solution.

[gwp1]

@pabla Updated to:

[Pabla]

Yeaup that should do the trick, what basically was happening as you said was the sunset conditions in both Day and Evening were true at the same time therefore causing the both rules to be true as well.

Now that you added the 1 mins before sunset, they won't overlap.

[gwp1]

@pabla It should eliminate any race state. The original config was to have "Wake-up" and "sun" both use after but that created a mess alongside Evening as everything ran to midnight together.

[therealdb]

I don't known why you're all setting a mode like this, but I'm still using home/away/night to drive my rules, plus a lot of flags (dark, sleeping, holiday, party, mute, green mode, solar, rainy, windy, bad weather) to combine all them together and drive my reactions. I'm curious to understand why you prefer this approach.

[Pabla]

@therealdb My house modes are simple: Night/Home/Away/Vacation. All them are configured very simply, based on if the alarm is turned on (either stay or away) and who's home. That way there is no accidental/unexpected mode changes

[gwp1]

@therealdb said in Day mode implementation question:

still using home/away/night to drive my rules, plus a lot of flags (dark, sleeping, holiday, party, mute, green mode, solar, rainy, windy, bad weather) to combine all them together and drive my reactions.

This is exactly what I'm driving at. I use Mode followed by a number of what I call "shared rules" (Wake-up times, cloudy day, temp < 40º, presence, etc.) that can be/are referenced in many other rulesets. Where I'm hitting my wall is the actual triggering of the modes (Day, Away, Evening, Night).

My curiosity is around how you're actually triggering the modes themselves. The rest... I've got that nailed down.

[gwp1]

So I went back in time to when I first set modes up. Here's my current settings:

I will use Wake Up Times internally with other rulesets rather than trying to use it to drive at the higher Mode level. Presence will be in those rulesets as well.

[therealdb]

@gwp1 I'm using the alarm to drive modes, as @Pabla
I'm also triggering wakeup mode from the alexa's alarm, so it's possible to move the time and automatically execute actions.

[gwp1]

@therealdb Interesting approach, using the Echo devices. I'd be concerned over any outage potential, has that been an issue?

[therealdb]

@gwp1 I'm in my 3rd year with this automation and it never failed, but I have fallbacks. the alarm is working even if offline, and the house alarm will override the wake-up mode anyway (if the holiday flag is not set). The only minor drawback is that the announcements will not be turned on coordinated with the alarm, but I can live with that.

[gwp1]

@therealdb this idea intrigues me because I occasionally have to wake up on a weekend morning very, very early for a software deployment. As such, I set my usual physical alarm (an ancient Bose Wave radio) as well as adding in a failsafe alarm from my Echo devices.

I don't see in my integration between Hubitat and Alexa anything to do with alarms, however. Are you using Alexa Routines for this? That would require manually editing the routine each time, no?

[therealdb]

@gwp1 yes. I have a routing setting a virtual flag on when the alarm is triggered. My Alexa UI is localized in Italia, but this should be a trigger named "When alarm goes off" or similar. I'm also getting next alarm time during the night routine, and I'll probably use it to prototype some dynamic lights before the scheduled alarm. Plenty of ideas, so little time

[gwp1]

@therealdb Where are you pulling "next alarm time" from?

[therealdb]

@gwp1 I have this script integrated into my system since day 0 https://github.com/thorsten-gehrig/alexa-remote-control

I'm parsing some JSON from "query notifications" command. It's natively supported under HA integrations, but this script is working very well for me, and I am not motivated to change it. I still must set the alarm manually, since there's not easy API to schedule it. Check your integrations, it could be already supported.