stm32f2xx RTC Проблема обновления данных календаря, Криво и хаотично обновляются данные Опции

[rudy_b]

Никто не сталкивался со странным обновлением данных календаря в RTC stm32f207?

Причем данные времени обновляются совершенно нормально, а вот календарь (его shadow регистр) обновляется как-то хаотически. Использую стандартные st-ные либы, просмотрел их тексты - вроде все нормально и соответствует описанию. Правда в RefMane имеются странные оговорки про возможность отключения shadow регистров, но более ничего про этот бит нет.

[vlad_new]

Никто не сталкивался со странным обновлением данных календаря в RTC stm32f207?

Было такое. Оказалось влияет последовательность. Сначала надо записывать дату а затем время.

[rudy_b]

Было такое. Оказалось влияет последовательность. Сначала надо записывать дату а затем время.

Не совсем так, хотя и это влияет. Немного разобрался с этим [CENSORED] RTC, его явно кухарка делала.
1. Календарь следует читать как минимум два раза - пропись в даташите и апноуте.
2. Библиотечная функция правильного чтения не обеспечивает
3. Пришлось сделать свою функцию которая честно сбрасывает и ждет установки флага готовности данных. И занимает это примерно 2 клока 32 кГц, что при частоте проца 120 МГц.... Они даже соответствующее прерывание предусмотрели, недоделки. То, что написано про автообновление каждые 2 цикла 32 кгц - враки. С новой функцией календарь стал читатся четко, ну если не забывать про их [CENSORED] защиту доступа к backup. Кошмар...

Но при попытках использовать wakeup из standby mode выявилась еще целая куча гадостей. Например такая - если в битах селектора клока wakeup стоят нули - запись в его регистры блокируется - ну или что-то похожее, но действует аналогично.

И много чего еще надыбал. [CENSORED]. Домены с разными клоками синхронизовать нормально не сумел, да еще кучу никому не нужных защит накрутил. В результате вместо одной команды приходится писать 20, 10 до и столько же после.

После потери 3-х дней на разборки с ошибками в этом [CENSORED] RTC, wakeup, наконец, нормально заработал (и снова не работает библиотечная функция, пришлось свою писать). Сейчас разбираюсь с просыпанием по аларму, там тоже масса всякого [CENSORED] обнаружилась. Но до конца еще не разобрался, просыпание по аларму заработало, но как-то странно, четко вижу периодическое запаздывание флага до пары секунд, отсюда иногда пролеты по времени. Буду разбираться...

Сообщение отредактировал IgorKossak - Apr 10 2013, 06:29

Причина редактирования: не нужно столько эмоций

[vlad_new]

Я так глубоко не копал. Хотя двойное чтение или холостое чтение сразу после записи, действительно дурацкая защита, везде вставлял команды синхронизации, задержки и т.д. - все это было. Короче танцы с бубном. Удачи.


Сообщение отредактировал vlad_new - Apr 10 2013, 10:24

[rudy_b]

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

P.S. Уважаемые модераторы, зря вы почиркали мой пост. Разработчик этого замечательного RTC заслуживает гораздо более крепких выражений. Нормальная инициализация этого изумительного девайса (с очень небольшими накладными) занимает около 16 кбайт флеши и кучу времени ожидания синхронизации с клоком 32 кГц.

[SasaVitebsk]

А я торопился, готовясь к выставке. Думал - показалось. Но в отладчике прошёл - заработали сами часы и я отложил. Пока мне надо было функционал наполнить. Теперь понятно, что не показалось.
Спасибо за коментарии. Похоже в каждом узле у них куча мелких "нюансов" зарыто. Возле каждого танцевать пришлось.