You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
*`v7.0.0` The configuration entry for stay mode was renamed from `stay` to `stay_mode`. Entity services have been renamed as well for consistency (see docs) [PR #176](https://github.com/danobot/entity-controller/pull/176), [Issue #143](https://github.com/danobot/entity-controller/issues/143).
43
44
*`v6.0.0` introduces a breaking change if you are relying on the entities `friendly_name` in other automations. See [#153](https://github.com/danobot/entity-controller/pull/153). The release PR is [#156](https://github.com/danobot/entity-controller/pull/156).
44
45
45
46
# Features
@@ -128,14 +129,14 @@ motion_light_sun:
128
129
end_time: sunrise + 00:30:00 # required
129
130
```
130
131
131
-
# Stay on
132
-
This simple option will keep EC in **active_stay_on** state indefinitely until the control entity is manually turned off.
132
+
# Stay Mode
133
+
This simple option will make EC give up control of entities after the initial trigger. EC will stay in `active_stay_on` state state indefinitely until the control entity is manually turned off.
133
134
```yaml
134
135
override_example:
135
136
sensor: binary_sensor.lounge_motion
136
137
entity: light.lounge_lamp
137
138
delay: 5
138
-
stay: true
139
+
stay_mode: on
139
140
```
140
141
141
142
### Overrides
@@ -354,7 +355,7 @@ motion_light:
354
355
```
355
356
356
357
### Block Mode Time Restriction
357
-
When `block_timeout` is defined, the controller will start a timer when the sensor is triggered and exit `blocked` state once the timeout is reached, thereby restricting the time that a controller can stay`blocked` mode. This is useful when you want the controller to turn off a light that was turned on manually.
358
+
When `block_timeout` is defined, the controller will start a timer when the sensor is triggered and exit `blocked` state once the timeout is reached, thereby restricting the time that a controller can remain in`blocked` mode. This is useful when you want the controller to turn off a light that was turned on manually.
358
359
359
360
The state sequence is as follows:
360
361
@@ -440,21 +441,21 @@ mtn_lounge:
440
441
441
442
The entity controller support a few services that can be used to extend the customization of the entity.
442
443
443
-
#### Stay
444
+
#### Stay Mode
444
445
445
446
```yaml
446
-
service: entity_controller.set_stay_on
447
+
service: entity_controller.enable_stay_mode
447
448
entity_id: entity_controller.motion
448
449
```
449
450
450
-
This service takes an entity id and will set the stay flag to on
451
+
This service takes an entity id and will enable stay mode which means that control entities will not be turned off once EC is triggered. All control entities must be manually turned off (or via other automations) before EC will return to `idle` state.
451
452
452
453
```yaml
453
-
service: entity_controller.set_stay_off
454
+
service: entity_controller.disable_stay_mode
454
455
entity_id: entity_controller.motion
455
456
```
456
457
457
-
This service takes an entity id and will clear the stay flag.
458
+
This service takes an entity id and will disable stay mode. This does not transition EC to `idle` state if it is already in `active_stay_on` state. In this case you must turn off all entities manually.
458
459
459
460
**Note:** There is no attribute that exposes the stay flag state at this time.
### Drawing State Machine Diagrams (not supported yet in `v2`)
530
-
531
-
You can generate state machine diagrams that update based on the state of the motion light. These produce a file in the file system that can be targeted by `file` based cameras.
0 commit comments