[Solved] DynamicGroupController updating members issue

[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.

[gwp1]

@therealdb This bears investigation - thank you!