Добрый день. Имеется на руках контроллер серии STM32F107xx. Пользуюсь активно таймером реального времени. И вот, собственно, возник вопрос: а какой у этого таймера диапазон измерения времени? Т.к. там 32-битный секундный счетчик, то максимум он сможет отсчитать ~136 лет. Отсчет начинается, как я понял, с 1900 года, т.е. до 2036 года. А что будет после его переполнения, т.е. после 2036 года? Можно ли самому подвинуть точку отсчета? Или там совсем все устроено по-другому? Объясните, пожалуйста

Откуда, зададите оттуда и будет. Главное правильно преобразовать при синхронизации часов.

Можно, пожалуйста, поподробнее? Просто я пользуюсь библиотечной функцией при установке времени и даты



Так вот, функция mktime не воспринимает дату позже февраля 2036 года (найдено опытным путем вплоть до минуты и секунды), т.к. при инкрементации новой секунды происходит переполнение 32-битного CounterValue. Или я неправильно Вас понял? Как выставить дату больше указанной?

Сообщение отредактировал Auratos - Feb 28 2018, 10:47

Это библиотечная фунция, входящая в Си. В ней применяется UNIX-время (Unix Epoch). Отсчет начинается от 1 января 1970 года.
2036-м годом ограничено, потому что в 2038 UNIX-время достигнет 2х31 и может неверно интерпретироваться как отрицательное. Почитайте по ссылке.

Вы можете сдвигать время как угодно, но при этом нужно будет применять свои функции или сдвигать стандартные.
Я применяю время с 1 января 2000 года. Переписал функции и использую такой свой Timestamp.

И вы также используете библиотечные функции localtime и mktime? А не могли бы вы, пожалуйста, привести пример своих функций для работы со временем?

Разрешите поинтересоваться, что за устройство разрабатываете? Откуда тяга заглянуть так далеко в будущее?

Если применять стандартные функции, то там все просто. Вот пример сдвига из программы тестера плат на ПК.
GPSTmp.Time это timestamp в секундах от 1 янв 2000 года. На выходе печатается время в виде строки.

А в программах на МК использую свои переписанные функции. В качестве примера см. различные открытые библиотеки.
Напр.: date_time.c




2038 год будет уже всего-то через 20 лет. А время бежит быстро. Вот сделаете вы какой-нибудь удачный прибор, и будут люди применять его 20 лет и хвалить. А тут раз - и из-за ошибки времени облом. Зачем сознательно закладывать ошибку, если ее можно легко избежать

Все верно. Создаем вычислительное устройство, настал момент его сертифицировать, где мы гарантируем 15 лет бесперебойной работы, поэтому уже через 4 года мы не сможем гарантировать указанный срок службы, т.к. 2022 + 15 = 2037 год

На самом деле, если формат хранения времени (timestamp) не выходит за пределы прибора, то вы можете его применять в любом виде: хоть в UNIX, хоть в смещенном.
Важно чтобы переполнение обрабатывалось корректно и наружу прибора всегда выводилось бы правильное время.

Мы себе такого позволить не можем, потому что наш смещенный формат timestamp-а передается в таком виде наружу в виде поля времени протокола связи и описан в документации для пользователя.