When grouping sensors they must be in the same domain. You mmWave would be a binary_sensor and you phone may be a sensor. You will need to change your phone sensor to a binary_sensor. You can do this using a temple helper and select binary sensor. Then in the state template add the code that will mimic your phone⦠or⦠however you made the sensor for your phone make it a binary_sensor.
Hi, I use this blueprint since I switched to Home Assistant but stayed at version 4.9 (and it works very well !).
Can I update this blueprint to the latest without breaking my automations relying on it ? Will it update these automations or Iāll had to make new ones in order to have the upgraded blueprint ?
If you are on version 4.9 then we added RGB to light control. If your not using Colour Temperaturein light control then it wont effect you and you can update. If your using Colour Temperature then all you need to do is unselect Colour Temperature option, update the blueprint then reselect Colour Temperature option again. This post gives you all the information you will need click here.
There has been many features added since then and you will want to update!
When you update the blueprint all your automations will still be there and you wonāt need to make new ones. All you have to do is just click on the import blueprint button again to update it.
Enjoy all the new features, and if you get stuck just reach out again.
Fresh HA, this blueprint 8.2, have 1 automation with door sensors as a trigger + 4 lights, works nicely.
Now, I want to add a bypass switch, bought Ikea Rodret, added via Z2M, all good - I can create automations with this very switchāes on/off triggers.
But the Sensor light ābypass switchā drop down list does not have the switch, there are entities for āmqtt updateā, āidentifyā and others but not a switch so I cannot add it for a bypass. Why is that and how to fix or workaround it?
Just filters use that is meant to make it easy. As long as your bypass has an ON / OFF state it can be used. Just copy past the entity ID in and you be good to go.
So Iām now trying an mmWave and PIR sensor as a group like your instructions say but when I make that group the trigger, the automation doesnāt work. My logbook shows both individual sensors being tripped but nothing for the automation. Did I miss a step?
I have a motion detector without a light sensor. I have now controlled the light depending on the position of the sun, which works well in winter. In summer, however, the shutters are sometimes already down when itās still light. Can I also query the shutters? So that the light also comes on when the shutters are down?
for the starting value i found a easier solution that does not require a second automation
i just added theses lines to your blueprint at line 8879 (when the light is switched on) to use the starting brightness value in light control if activated (or 100% if not defined)
this might be useful for other people
alias: Turn on the switches
action: switch.turn_on
target:
entity_id: '{{ switch_entities_off }}'
#new lines here
action: light.turn_on
target:
entity_id: '{{ light_entities_off }}'
data:
brightness_pct: "{{ light_brightness if 'use_brightness' in include_light_control else 100 }}"
Maybe rather than using the sun it may be best to use a lux sensor? The when the room as dark it will allow the light to come on and that will work for when you have the blinds closed and in winter when the sun falls below the horizon. This option is Ambient
Hi @Blacky ,
Iām using an automation setup for our laundry room with a Philips Hue Motion Sensor. The automation relies on the sensorās built-in lux (light level) reading to trigger the lights when it gets dark after sunset.
However, thereās a known limitation with the Philips Hue Motion Sensor: it only updates the lux value every 5 minutes or when motion is detected. This works well the first time someone enters the roomāthe motion is detected, the lux value is updated, and the lights turn on if itās dark enough.
The problem arises when the room becomes vacant and the lights turn off. After that, the lux value doesnāt get refreshed until either motion is detected again or the 5-minute interval passes. So if someone re-enters the room within those 5 minutes, motion is detected, but the lux condition isnāt met because it hasnāt updated yet. As a result, the lights donāt turn onāeven though itās still dark.
As a workaround, Iāve reverted to using a basic automation script with a small delay (even just 100ms) after motion is detected. This short delay seems to give the sensor just enough time to refresh the lux value and correctly evaluate the condition.
alias: Laundry Light On
description: Laundry Light On
triggers:
- entity_id: binary_sensor.philips_hue_motion_sensor_occupancy
for:
milliseconds: 100
from: "off"
to: "on"
trigger: state
conditions:
- condition: and
conditions:
- condition: sun
after: sunset
before: sunrise
- condition: template
value_template: >-
{{ states('sensor.philips_hue_motion_sensor_illuminance') | int < 50
}}
actions:
- action: switch.turn_on
data: {}
target:
entity_id: switch.shellyplus2pm_switch_0
I have a Shelly motion sensor in my laundry, and I use it in a similar way. At night, when itās completely dark, I turned the light ON and took note of the lux value from the sensor. I then set my Ambient Light - Low Lux Value just above that reading. So far, thatās been working well. Iāll do some testing to try and recreate your situation.
In your attempt to resolve it, another approach along the same lines would be to create a template binary sensor based on your motion sensor, but with a 100-millisecond delay. You can then use that binary sensor in the blueprint instead.
If youāre not sure how to do this, hereās an example of the code:
When I set scenes instead of lights, when night light switch turns on in an occupied room, my lights first turn off, wait 1-2 seconds and turn on at night mode again. I think I am doing something wrong or there is a bug somewhere. Can you check my automation?
yes (identify, update, battery, voltage, lqi) but none of them is a switch. And, annoyingly, all possible actions are not available until I do them first on the actual switch. Say, long click is not available for selecting for automation until I do click for long period on the actual button.
It is more āoverrideā. If you want automation to stop - you can add an additional switch to do so. Like what I am trying to do, except the blueprint hates mqtt switches.