QUERY · ISSUE

[lib: datetime] Updation of a `datetime` object with a `timedelta` obj reflects the change in the `datetime` object but is not reflected in the value returned by the `timetuple()` function

openby veethahavya-CU-czopened 2024-08-21updated 2025-05-21

--- MicroPython v1.23.0 on 2024-06-02; Raspberry Pi Pico with RP2040 ---
-- Datetime library installed via mip (mpremote) so: mpremote mip install datetime

Discovery code:

>>> from datetime import datetime, timedelta
>>> from utime import time, localtime, mktime

>>> interval_s = 5 * 60
>>> intervals_passed_in_hr = total_seconds_this_hr // interval_s
>>> next_interval_seconds_in_hr = (intervals_passed_in_hr + 1) * interval_s
>>> seconds_to_next_interval = next_interval_seconds_in_hr - total_seconds_this_hr
>>> next_record_time_dt = now + timedelta(seconds=seconds_to_next_interval)

>>> now
datetime.datetime(2024, 8, 21, 14, 53, 39, 0, None, fold=0)
>>> next_record_time_dt
datetime.datetime(2024, 8, 21, 14, 55, 0, 0, None, fold=0)
>>> next_record_time_dt.timetuple()[:-2]
(2024, 8, 21, 14, 53, 52)

2 comments

NJAldwin · 2025-05-21

I ran into this as well, annoying for porting existing code to use datetime. I can think of a few external fixes but they all seem hacky -- this should probably be fixed in the library itself.

I think this may have arisen because timetuple() tries to switch between gmtime and localtime, but on many boards, localtime doesn't have timezone info (and it's mostly patched out -- see https://github.com/micropython/micropython-lib/blob/master/python-stdlib/datetime/localtz.patch -- so I wonder if this was just missed while pulling that out...

NJAldwin · 2025-05-21

Hm, I am actually even seeing this for unrelated datetimes:

>>> timezone = datetime.timezone(offset = datetime.timedelta(hours = -4))
>>> timezone
UTC-04:00
>>> dt0 = datetime.datetime.now(tz = timezone)
>>> dt0
2025-05-21 14:57:44-04:00
>>> dt0.timetuple()
(2025, 5, 21, 18, 57, 4, 2, 141)
>>> dt1 = datetime.datetime.now(tz = timezone)
>>> dt1
2025-05-21 14:58:00-04:00
>>> dt1.timetuple()
(2025, 5, 21, 18, 57, 4, 2, 141)

this seems like a serious bug...

CANDIDATE · ISSUE

Support datetime for ESP32 (maybe others)

closedby chrisdecker1201opened 2022-02-11updated 2022-02-11

Hello,

I'm needing a subset of the CPython datetime library on my ESP32.

Creating datetime & timedelta objects
calculating with datetime & timedelta objects
compare datetime & timedelta objects

I've seen that you already provide this functionality for the unix-port.

As I implement this anyway, I would ask if I should/could integrate this into micropython.

I think it's not necessary to have this functionality on every board, but maybe there are some ideas about this functionality already.

[lib: datetime] Updation of a `datetime` object with a `timedelta` obj reflects the change in the `datetime` object but is not reflected in the value returned by the `timetuple()` function

Support datetime for ESP32 (maybe others)

Keyboard