TimeStamp в RTC STM32F0, Как его записать программно? Опции

[Baser]

Есть устройство на STM32F072. Домен RTC запитывается от мелкой батарейки.
Нужно при пропадании основного питания запоминать время выключения. А обработка этого времени производится уже после включения. Поскольку в RTC есть встроенные регистры TimeStamp, думал применить их для хранения времени выключения.

Читаю документацию, и не могу найти, можно ли активировать запись времени в TimeStamp программно.
Все натыкаюсь на аппаратные события по ножкам МК
Можно это сделать программно?

[Baser]

Добрался до проверки на реальном железе.
Тезис "поиграться с PullUp\PullDown на PC13, как входе RTC_TS" не проходит.
Как только взводится бит TSE в RTC_CR, управление PC13 забирается модулем RTC и ножка ни на какие действия по конфигурации её как GPIO, не реагирует:

For the additional functions like RTC, WKUPx and oscillators, configure the required function in the related RTC, PWR and RCC registers. These functions have priority over the configuration in the standard GPIO registers.

Зато обнаружил примечание к биту установки фронта записи TimeStamp: TSEDGE в RTC_CR

TSE must be reset when TSEDGE is changed to avoid unwanted TSF setting.

И действительно, дерганье TSEDGE туда-сюда при включенном TSE, приводит к срабатыванию записи TimeStramp и установке флага TSF в RTC_ISR. Но нигде в документации не видел указания, что так можно делать, так что только на свой страх и риск.

Однако при отладке обнаружил, что разработчики из STM пожлобились на сохранение в регистрах TimeStamp значения года.
Место есть, а года НЕТ! Экономия на спичках
Так что TimeStamp вычеркиваем, все равно значение года нужно читать, проще все прочитать и сохранить.

===========================================================

Еще один вопрос возник по RTC модулю.
У меня к входу VBAT подключена батарейка CR2032 на 3V,
а основное питание VDD = 3.0V отключается до нуля, и при этом идут только часы на внешнем часовом кварце от батарейки.
Часы стабильно идут при передергивании питания в любых вариантах,
но от батарейки все время потребляется ток, в том числе и при наличии главного питания VDD.
Как это возможно?

[mantech]

но от батарейки все время потребляется ток, в том числе и при наличии главного питания VDD.
Как это возможно?

А что тут такого? Батарейка питает домен часов, часы же работают и при подключенном питании, ставьте диод от основного питания и потребления не будет...

[Baser]

А что тут такого? Батарейка питает домен часов, часы же работают и при подключенном питании, ставьте диод от основного питания и потребления не будет...

Бррр... Какая-то профанация идеи. Там же внутренний ключ-переключатель питания RTC домена от VDD или VBAT по уровню POR/PDR на линии VDD. И ножка VBAT выделенная. Это должно позволять нормально работать при любой комбинации рабочих напряжений на VDD и VBAT, как ниже, так и выше.

И это, кстати, работает. VDD = 3.0V Подавал напряжение на VBAT с внешнего источника от 2.0V до 3.5V Ток при этом пропорционально меняется от 21 мкА до 36 мкА из-за включенного внутреннего делителя 2х50 кОм для измерения напряжения батареи АЦП. Т.е. домен питается от VBAT, хотя VDD присутствует. Что совсем удивительно, можно отключать батарейку на ходу, тока ессно нет, осциллограф показывает на VBAT "висячку" подтянутую к земле. Часы при этом стабильно идут, не сбиваются, не спешат и не отстают. Подключаешь батарею назад - опять потребляет свои мкА. А снимаешь VDD - паспортное потребление 1.5 мкА.

Такое впечатление, что встроенный ключ подключает домен к VDD только когда пропадает VBAT,
а когда есть и то и то, подключен к VBAT.

Сегодня уже давно роюсь в Инете, пока прямых сообщений на эту тему не нашел.
Нашел сообщение на форуме РадиоКот о такой же проблеме, но без ответа на вопрос.

И вот картинка из презентации, где прямо говорится, что при наличии VDD ток от VBAT не потребляется.



Может быть там еще какие конфигурационные биты где есть???