Can you share the rest of the config? Did you load the time component?
sensor:
- platform: time_date
display_options:
- 'time'
Can you share the rest of the config? Did you load the time component?
sensor:
- platform: time_date
display_options:
- 'time'
You know it struck me as I was reading this, that a couple of input_select controls could work well to select the alarm clock time. Does anyone know off hand if they can be positioned next to each other instead of on top of each other in the display?
Can you try the following automation rule? And check also in the logbook (left side) if the automation ruled triggered.
automation:
- alias: 'Bilvärme timer'
initial_state: True
trigger:
- platform: time
minutes: '/1'
seconds: 0
condition:
- condition: template
value_template: '{{ (now().strftime("%s") | int | timestamp_custom("%H:%M")) == states.car_heat_time.state }}'
action:
- service: switch.turn_on
data:
entity_id: switch.aeotec_dsc18103_micro_smart_switch_2nd_edition_switch_5_0
- service: notify.notify
data:
message: 'I triggered.'
The rule is to break the failure which is in a current quantum state (hence everything is the fault).
How do you break this rule and opening the cats box? You do this by posting a message for help in a forum.
The problem is the timezone, actually I’ve tested it but in the wrong direction. I did turn on the timer just to see if works after night. I did set the time to 06:16, and the timezone I’m living in is Europe/Stockholm. The timer triggered one hour too early, in the logbook the switch was turned on at 05:16.
I did try it again, and the trigger is activated 1 hour too early.
So it seems even though I’ve the timezone setup correctly in configuration file, it still is wrong.
Update:
I did add a field showing the current time (this is the time I do compare with in the conditions when triggering the action). The strange thing is that this field is showing current local time correctly, even though the trigger is activated one hour too early:
- platform: template
sensors:
current_time:
friendly_name: Nuvarande tid
value_template: '{{ "%0.02d:%0.02d" | format(now().strftime("%-H") | int, now().strftime("%-M") | int) }}'
Update 2:
I solved the problem, though I’m not sure if this is a bug I have avoided in homeassistant.
What I did was to compare the values of. current_time with car_heat_time. It seems if compare the values from now() directly does not work (hence UTC is returned). If setting a value in homeassistant from now(), homeassistant will then, in a later state, convert this value to local time.
These two configuration files now works, but I’m unsure which ones is the most reliable approach.
Which is most reliable of setting trigger to:
The second method feels cleaner code-wise.
config.yaml (3.6 KB)
config2.yaml (3.5 KB)
Nice that you found your issue. Good catch with showing the current time as custom sensor. But weird I am also on the same non UTC timezone and I last time I checked, it worked for me…
On which version are you?
You do not need the extra switch actually. You can directly switch the automation rule itself on and off. So the additional switch is just duplicating this behaviour. Then the second option is even cleaner in the configuration file. It gets triggered just as often I think (every time the sensor for the time changes, so every minute).
Did you also try using the timestamp_custom function? Can you check what a sensor with the template
'{{ (now().strftime("%s") | int | timestamp_custom("%H:%M")) }}'
shows? If that is the correct time, then the automated rule should work. Otherwise it’s a bug…
By the way a good way to test and debug your rules quickly is using the template developers feature, left side second last icon.
There you can add your code to test and see what it would show. I also tested my rules this way.
And I still think that the timestamp_custom should just work :P. As you can see it shows 14:46, while it was 13:46 UTC time.
Thanks for your tips @daenny.
Tried running the command:
‘{{ (now().strftime("%s") | int | timestamp_custom("%H:%M")) }}’
in the template developers UI.
It was giving me a time of: 23:20
While the local time was: 22:20
UTC time was : 21:20
Going in via ssh to the server and typing ‘date’ in the terminal gave me an UTC time of: 21:20.
So there is something strange going on for sure. Maybe homeassistant is using two different timezones?
Edit:
Version of homeassistant I’m using is: 0.35.3
Version of python3 is: 3.4.2
Yeah that is indeed weird. That would mean that somewhere your timezone settings are messed up.
You can verify your timezone:
'{{ (now().strftime("%s") | int | timestamp_custom("%H:%M %z%Z")) }}'
'{{ (now().strftime("%s") | int | timestamp_local }}'
'{{ (now().strftime("%Z") ) }}'
But I guess these would show for you +0200 as your timezone. Which is incorrect. Did you try setting a different timezone, with the same time, i.e. Europe/Amsterdam?
And can you run the date command with showing the timezone on your server via ssh:
date +'%T %z %Z'
Your code in the UI shows:
‘14:25 +0100CET’
‘2017-01-08 14:25:58’
‘CET’
While the code in ssh shows:
12:26:02 +0000 UTC
Weird indeed.
This is really weird indeed. So the timezone is set correctly, and the UTC time is correct on your server machine. But the time is still wrong…
But you say that:
now().strftime("%H:%M")
shows the correct time? So I assume that the Homeassistant internal UTC clock is off by one hour.
You can confirm my suspicion by running:
{{ now().strftime("%s") | int | timestamp_utc }}
Yeah, these two lines do show the correct time:
{{ now().strftime("%H:%M") }}
{{ now().strftime("%s") | int | timestamp_utc }}
Edit:
Summing it up again:
1. '{{ (now().strftime("%s") | int | timestamp_custom("%H:%M %z%Z")) }}'
2. '{{ (now().strftime("%s") | int | timestamp_local()) }}'
3. '{{ (now().strftime("%Z") ) }}'
4. {{ now().strftime("%s") | int | timestamp_utc }}
5. {{now().strftime("%H:%M")}}
6. $ TZ='Europe/Stockholm' date //SSH terminal
7. $ date //SSH terminal
1. '13:38 +0100CET'
2. '2017-01-11 13:38:45'
3. 'CET'
4. 2017-01-11 12:38:46
5. 12:38
6. Wed 11 Jan 12:38:49 CET 2017
7. Wed 11 Jan 11:38:51 UTC 2017
At least it’s consistent. Apparently, for some reason your homeassistant’s UTC time is off by one hour. This explains the issues you were having. And it’s worthwhile to fix it, since otherwise, as soon as you switch to summer time, your timers will not work anymore at the suspected times but one hour off… But I have no clue what it causing the time shift…
Have you sat the correct time_zone in the config?
Yes:
time_zone: Europe/Stockholm
This did it for me, thanks a lot!
- alias: 'Rule 9 - Wakeup Light'
trigger:
platform: time
minutes: '/5'
seconds: '0'
condition:
- condition: template
value_template: '{{ (now().strftime("%s") | int | timestamp_custom("%H:%M")) == states.input_select.alarmtime.state }}'
action:
service: light.turn_on
data:
entity_id: light.bed_room
brightness: 255
rgb_color: [255,255,255]
transition: 1200
And now with radio (slowly increasing volume every minute):
- alias: 'Rule 9 - Wakeup Light with Radio'
trigger:
platform: time
minutes: '/5'
seconds: '0'
condition:
condition: and
conditions:
- condition: template
value_template: '{{ (now().strftime("%s") | int | timestamp_custom("%H:%M")) == states.input_select.alarmtime.state }}'
- condition: state
entity_id: input_boolean.alarm_clock
state: 'on'
action:
- service: light.turn_on
data:
entity_id: light.bed_room
brightness: 255
rgb_color: [255,255,255]
transition: 1200
- service: media_player.play_media
data:
entity_id: media_player.bed_room
media_content_id: http://vip-icecast.538.lw.triple-it.nl:80/RADIO538_MP3
media_content_type: 'audio/mp4'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.05'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.10'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.15'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.20'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.25'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.30'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.35'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.40'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.45'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.50'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.55'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.60'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.65'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.70'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.75'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.80'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.85'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.90'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '0.95'
- delay: '00:01:00'
- service: media_player.volume_set
data:
entity_id: media_player.bed_room
volume_level: '1.0'
- delay: '00:01:00'
I’m trying to trigger my alarm clock 20 minutes before wakeup time but don’t succeed with the code. Can someone help me out?
Original code (which triggers perfectly fine at the time I set with the input boolean):
{{ (now().strftime("%s") | int | timestamp_custom("%H:%M")) == states.input_select.alarmtime.state }}
Tried several options but none of them are correct:
{{ (now(--'00:20:00').strftime("%s") | int | timestamp_custom("%H:%M")) == states.input_select.alarmtime.state }}
{{ (now(-1200).strftime("%s") | int | timestamp_custom("%H:%M")) == states.input_select.alarmtime.state }}
{{ (now().strftime("%s") | int | timestamp_custom("%H:%M")) == states.input_select.alarmtime.state -- "00:20:00" }}
{{ (now().strftime("%s") | int | timestamp_custom("%H:%M")) == states.input_select.alarmtime.state -- 1200 }}
Using “00:20” instead of “00:20:00” also doesn’t work.
syntax error or is the alarm going off at the wrong time? Because the calculations on the left side should add 20 minutes to the current time to compare against the time on your input boolean not subtract it.