К1921ВГ015 RTC + CR2032

[mkf]

интересно, но за обилием подробностей не могу сути уловить. может просто не в теме. вот это- . Нет Reset-а - нет гарантированного старта. ........ когда то на заре работы с микроконтроллерами для этого применялись супервизоры сброса. теперь иначе как то?

Чтобы работали только встроенные в процессор часы от батарейки (потребление 3..6 мкА) и чтобы регулятор напряжения LDO0 и генератор HSE не жрали эту батарейку (потребление примерно 900 мкА), нужно как-то выключить LDO0. А выключить его можно только программно.
С супервизором как программно можно выключить? Никак - супервизор остановит ядро раньше, чем кто-либо пискнуть успеет.
Поэтому чтобы часы проработали хотя бы несколько лет, нужно обходиться без RESETa. Или с RESETом, монитором питания и внешним сторожевым таймером, но с внешними часами.
Уж очень хотелось и ... встроенные часы и резет. Но, видимо, не судьба... Часы импортные останутся

[RabidRabbit]

Например, в РП есть "Рисунок 5.2 – Пример схемы подключения питания с низким потреблением от V_BAT" и пояснения к нему.

[mkf]

Две платы, Vbat подклюен к VCC через диод по рекомендациям Appnote. Питание 3.3В. Ничего не отключается и не глючит.

Я тоже знаю этот анекдот
- Доктор, у меня нога болит.
- Странно.., у меня такая же нога и не болит.
Умышленно искал возможные подводные камни - если что-то может пойти не так, оно обязательно пойдет не так.
Разбираться потом, что же происходит темной ночью в день энергетика с вероятностью 0,001, уж очень не хочется.
Поэтому оставляем и монитор питания и сторожевой таймер и резет, а время будем узнавать у соседей.

[mkf]

Например, в РП есть "Рисунок 5.2 – Пример схемы подключения питания с низким потреблением от V_BAT" и пояснения к нему.

В случае использования схемы подключения питания с низким потреблением от
V_BAT (рисунок 5.2) для снижения потребления тока необходимо по событию WKUP[5]
контроллера WAKE поменять полярность WKUP[5] (это необходимо для аппаратного
включения LDO0 при возобновлении основного питания), отключить домен батарейного
питания (LDO0) и выключить все события пробуждения (в том числе и будильник Alarm),
кроме WKUP[5]

Кто бы это смог сделать кроме работающего ядра?

[mkf]

Пока не забыл:
Дата производства К1921ВГ015 - 2436 и 2537.
Я так понимаю кристаллы одни и те же, просто дата корпусирования разная. Ревизия кристаллов №2 вроде запланирована на этот год.

[RabidRabbit]

Кто бы это смог сделать кроме работающего ядра?

А что с ядром не так? Оно будет работать, пока напряжение на VCC не отвалится, и за это время успеет сделать то, что предписано.

[mkf]

А что с ядром не так? Оно будет работать, пока напряжение на VCC не отвалится, и за это время успеет сделать то, что предписано.

Когда питание падает, ядро имеет привычку делать не то что предписано, а что попало. Это не только проблема ядра (оно самое низковольное), а больше касается Flash-а. По этому поводу и ставят внешние мониторы питания т.к. встроенным POR мало кто доверяет из тех, кто сталкивался с самостиранием встроенного EEPROM или FLASH при наличии хотя бы одной команды в памяти.
А если посмотреть на схему питания контроллера, то ядро питается от конденсаторов VCORE_CAP 22 мкФ (1,2В), а FLASH питается от VCC1.
Ядро то еще будет работать, а вот FLASH отключится первым.
Как там было... "чтении из несуществующей области, чтении во время, когда Flash занята (стирание, запись), транзакция проходит успешно с неопределенными данными на выходе"

[Мерседес]

Когда питание падает, ядро имеет привычку делать не то что предписано, а что попало//////////////////////////как то за пределами моего понимания..... может оно и так, но сотни раз выключаю.... ///включаю... вроде нет такого. программа хранится, работает... или программы мои излишне просты?

[mkf]

Когда питание падает, ядро имеет привычку делать не то что предписано, а что попало//////////////////////////как то за пределами моего понимания..... может оно и так, но сотни раз выключаю.... ///включаю... вроде нет такого. программа хранится, работает... или программы мои излишне просты?

С внешним супервизором/монитором вполне себе нормальное поведение.
Если ваша программа не предполагает обновлений самой себя по интерфейсу какому-нибудь, то и стереть она сама себя не сможет.
А если в коде есть команды на стирание памяти и нет монитора питания, который вовремя остановит ядро, то при беспорядочном выполнении кода при падении питания можно и на этот код попасть.
Когда сам включаешь и выключаешь обычно всегда все хорошо. А вот когда это делают другие люди, по стечению обстоятельств находящиеся на другом краю страны, то у них это может получиться с первого раза "программа допустила невыполнимое и выполнила недопустимое (с)"