The EPIC Time Conversion and Manipulation Thread!

You definitely have to make sure the sysntax is right with no missing (), {} or quotes.

here it is without the t1 and it is working in the template editor:

as far as the p & f I really don’t know where they came from but it helps me remember which is which using strftime = “string from time” and strptime = not string from time :slightly_smiling_face: so it’s “time from string”.

That’s a good one :slightly_smiling_face:
Thank you so much for your assistance. However, sometimes I do not understand the do’s and dont’s of the template editor. It fails on this one:

{% as_timestamp(now())| timestamp_custom('%H:%M') %}

saying that as_timestamp is invalid, although we know it is valid. I was expecting the above to yield the current time as output.

It fails because you aren’t giving it a directive. the {% …%} requires you tell it to do something. Like set, if-else, etc.

this will not give an error but it won’t output anything to the screen:

{% set t = as_timestamp(now())| timestamp_custom(’%H:%M’) %}

it is just internally setting the variable t to the value of (as_timestamp(now())| timestamp_custom(’%H:%M’) )

if you just want to show an output of what’s happening inside the brackets you use the {{…}} notation.

so if you change the above to this:

{{ as_timestamp(now())| timestamp_custom('%H:%M') }}

it should work

Thank you so much. You’ve yet again solved one of the great syntax mysteries.
( I wonder what pleasure the creator had in making things so complex and completely unlogical) :shushing_face:

Who ? you mean balloob ? :rofl:

finity: could you have a look at “Chicken Eggs!” ??? - I think it needs your time wizzardry skills and I think I’m going to have to read this thread twice a day and practice for a month to get my head round this.
I don’t think it needs Phil’s “Sun Enhancement” just subtract one time from another, subtract a few more hours and then output as minutes.

I have no idea what that is. Is it another thread here?

And to clarify I’m not “wizard”. I barely figure this stuff out on my best day without looking at my notes and playing around in the template editor.

In the land of the blind, the one eyed man is king.

Yeah, it’s a thread

Ok, I’ve put my two cents in there now.

Also I’m not sure that you noticed but I made the first posts able to be fully copied into the template editor so you can copy them over and play with them to get different results.

In milliseconds - 1544817447000 (which is another can of worms).

Yes, the time stated should be the local time and the bit on the end simply tells you the relationship of that time string to UTC.

Coming a bit late to this but the best way I found of visualizing this, is to think of time & date as a number. Wherever you are on the globe, everyone is at the same instantaneous number - the UNIX timestamp - UTC.

The number (or TZ) on the end of the string representation, tells you what that number string is relative to UTC (or GMT or Zulu time) where a minus is behind (midday is later) and plus is ahead (midday is earlier) than if you were on UTC.

So if your timezone is -5, you are 5 hours behind so when UTC is 19:00, local time to you is 14:00 but in ISO format that is 14:00-05:00 not 19:00-05:00

Without a timezone, the time & date string is always assumed to be local.

image

from Date Time Converter Online - DenCode

HTH

BTW great tutorial on time and HA!

1 Like

Great explanation!

Would anyone have a way of explaining how to use the input_datetime component for comparison?

Specifically just the has_date: false/has_time: true usage.

When trying to use the timestamp attribute in this configuration, it only produces the number of seconds from midnight of the current day when used in templates which doesn’t play well with as_timestamp’s use of the Unix starting point.

I’m trying to use the time entry at the input_datetime component in the frontend to trigger an action everyday at that time.

unfortunately because of the nature of the timestamp you won’t be able to use as_timestamp() with an input_datetime that doesn’t have the date part.

As far as I know…

You would have to figure out a way to add the date to it. But if you are going to that trouble it would be easier to just use an input_datetime that has both date and time and be done with it.

However, if I understand your use case you should just be able to use the state of the time-only input_datetime and do a compare to the starting time as a string.

Something like (using one of my time only entities):

trigger:
  - platform: template
    value_template: >
      {{ states('input_datetime.cpap_ind_start_time') == '09:53:27' }}

ex

I ended up settling for this…

{{ states(‘input_datetime.smart_outlet_morning’)

== as_timestamp(now()) | timestamp_custom (’%H:%M:00’) }}

that’s an interesting twist on the standard : -

{{ states('sensor.time') == states('input_datetime.smart_outlet_morning') [0:5] }}

Which is just a lot shorter and updates automatically (yours won’t)

Try not to ‘clutter’ a reference thread like this with general configuration issues.

Perhaps someone should consider locking the thread if folks aren’t suppose to post.

Just saying…

Ah, of course yours works better. I got your use exactly backwards.

that’s what I get for trying to think on the night shift. :slightly_smiling_face:But at least I managed to answer your original question correctly. :wink:

I don’t mind. that’s why this thread is here - to answer time related questions.

I don’t think this thread is in any danger of being swamped with only 34 posts in over a year. :slightly_smiling_face:

1 Like

It’s a Thread that I, and many others, refer to on ‘time’

Your will also see people’s questions being answered with a further hint - “if you need to addapt this, consult finity’s EPIC time thread” It’s number 2 on the list when you enter ‘EPIC’ into the search.

@bwze you need to be an admin to lock a thread, there’s very few of them about and anyway that would stop the likes of @baz123 from posting a clarification like the one above (in looking I see I’m also guilty of polluting this thread, my apologies :crazy_face: )

1 Like

Crap! that sucks! I thought for sure that with a word like EPIC in the title it would be number 1. I mean, mine is in ALL CAPS for cryin’ out loud. While the other one is in all lower case. what is this some kind of plebian conspiracy?!

:rofl:

It’s not paranoia if someone is really out to get you :male_detective: !!!

1 Like

So that works (obviously)…
…why doesn’t this work? (Changed from minus to plus)

07:32 - 00:30 = {{ strptime('07:32', '%H:%M') + strptime('30', '%M') }}

Did you look into your HA log when pasting it into Template editor? Mine says

TypeError: unsupported operand type(s) for +: ‘datetime.datetime’ and ‘datetime.datetime’

but in fact these errors are not always exactly what they say.
May I ask you why do you want that particular operation to work?
Here is some info that possibly explains something (look for Supported operations).