STM32L151 RTC, Какое-то неудобство использования Опции

[MiklPolikov]

Я чего-то недопонял, или действительно так :


Допустим в программе во многих местах нужно знать время. Время хранится в какой-то глобальной переменной.
Очевидно что каждую секунду нужно читать из RTC новое время . Но вот-тут загвоздка.
Никакого прерывания происходящего точно в момент изменения секунды в RTC нет.
Остаётся читать время из RTC в прерываниях RTC_Wakup или в прерываниях любого другого таймера.
Но тогда изменения секунд в переменной будут не синхронизированы с тиканьем реальных секунд в RTC , или нужно читать RTC очень часто.

Читать непосредственно в момент когда время понадобилось то же неудобно, потому как что бы прочитать время нужно сбросить флаг RTC_ISR_RSF того что дата и время скопированы в буферный регистр, и ждать пока он выставится.

Явное неудобство

[smk]

А будильника там тоже нет?

[MiklPolikov]

А будильника там тоже нет?

Есть

Решение навскидку:
Читать значение RTC в прерывании какого-то таймера (частоту прерывания выставить в соответствии с необходимой точностью обнаружения момента изменения RTC).
По обнаружению изменения значения RTC, перепрограммировать частоту на период немного меньше секунды.
После получения этого прерывания, опять установить большую частоту прерывания до изменения RTC. и так далее. Надеюсь идея ясна.

Замечательно . На мой взгляд сканировать состояние RTC с большой частотой не непрерывно а изредка, видимо ради экономии ресурсов процессора - это способ
сделать глюк который будет происходить в момент нехватки ресурсов более редким и потому более сложноотлавливаемым
Ещё можно просверлить в процессоре дырочку, и через неё смотреть не изменилась ли секунда в RTC.

[jcxz]

Замечательно . На мой взгляд сканировать состояние RTC с большой частотой не непрерывно а изредка, видимо ради экономии ресурсов процессора - это способ
сделать глюк который будет происходить в момент нехватки ресурсов более редким и потому более сложноотлавливаемым

Нехватки каких ресурсов?