Custom Modes

Anyway to create Custom Modes? In ST I created for example... Weekday Morning on. Weekday Morning off. Weekend Morning on. Weekend Morning Off. Etc...


In theory, you can have whatever modes you want. I don't know of any limit to modes.

But the reality is, I don't think that is how they intended modes to be used. Most people use modes for a couple conditions, usually home vs away, or for day vs night vs evening. Or some combination thereof.

I am speculating a bit, but probably day/night/evening is the most common set of modes, so people can have lights go on and things happen depending upon sunlight.

If you make too many or too restricted or too complex modes, you ruin the ease of use in multiple places throughout the system. In other words, you might want many things to happen at sunrise, but the specific thing (turn off lights, open shades, etc) would come in a rule or automation.

1 Like

In terms of where to go, it is under Settings, Location and Modes:

1 Like

I'd also agree with @neonturbo, tread carefully, keep it simple and perhaps introduce some of the variations you may want in other ways like your rules and other methods to change behaviour.

I can't remember if this is still a thing, but I think there may be one or two places in HE where you may get caught out by changing the name of a mode. I think they were working on plugging the gap, but might be something work keeping in mind if you start playing around with existing modes.

1 Like

I believe it is still an outstanding potential issue. Seems some of the code, apps and rules are looking for a string value while others are looking for the index value - those using the index value will continue to work without modification on a name change, the ones that use the string value would have to be manually updated.

1 Like

I will also agree with setting modes carefully. The modes I use combine occupancy/use. Home/Away/pre-sleep/Sleep/housekeeper

I use a virtual switch to set Dark for any mode.

Dark is controlled by a lux sensor that points out the front window

1 Like

This is what my mode looks like in Node-RED (it's stored as a Global Variable):


Once set the "timePeriod" gets pushed to my HE hubs as the current mode.

It might be useful if on HE we could define a custom json object like this in place of a string as a "mode" and also be able to access and modify individual properties..

I used to not use modes...just 3 global Boolean variables (home,sleep,dark) because that is what my old solution used. But I found the mode system to work well but I don’t like to use it for more than state(why I keep the dark variable)

I like to keep things together (encapsulated if you will :grin: ) so I don't have to worry about a bunch of different iterations of the same mode.. away-afternoon/away-guest-afternoon & home-alert/away-alert/home/away etc...