Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: винить ARM или LPC23xx
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM
Alechek
Возникла проблема. При выполнении принудительного сброса процесора посредством Watchdog не сохраняется последнее записанное значение в ОЗУ.

Последовательность действий такова
Код
volatile __no_init unsigned int WANT_BL_FEED @ 0x40000000;

  __disable_interrupt();
  MAMCR = 0;
  MEMMAP = 0x01;
  VICINTENCLEAR = 0xFFFFFFFF;

  WANT_BL_FEED = 0xEECCAA55;

....
различная инициализация, взаимодействующая исключительно с областью регистров периферии
...

  WDCLKSEL = 0x00;
  WDTC = 4000000 / 8;
  WDMOD = 0x03;
  WDFEED = 0xAA;
  WDFEED = 0x55;
  
  while(1);


В итоге перед перезагрузкой вижу по адресу 0x40000000 записанное значение, а после перезагрузки - исходное.
Похоже на то что последнее обращение к ОЗУ где-то кэшируется.
Опытным путем выяснил, что в память не попадает лишь одно слово. То есть если записать последовательно 8 слов, то после перезагрузки записанными окажутся только 7.

Выходит полагатся на содержимое ОЗУ бесполезно, если была перезагрузка по Собаке..
Кто в этом виноват? Это баг или фитча?
VslavX
Цитата(Alechek @ Oct 21 2010, 10:02) *
Возникла проблема. При выполнении принудительного сброса процесора посредством Watchdog не сохраняется последнее записанное значение в ОЗУ.

Это документированное поведение - записанные данные пишутся сначала не в ОЗУ а в промежуточный буфер. Собственно в ОЗУ данные из буфера переписываются при следующей записи данных. При сбросе буфер очищается, ессно, в ОЗУ ничего не видно. Запишите, например, WANT_BL_FEED дважды - должно помочь.

PS: сам на эти грабли наступил когда загрузчик писал smile.gif
Alechek
Цитата(VslavX @ Oct 21 2010, 16:09) *
Это документированное поведение - записанные данные пишутся сначала не в ОЗУ а в промежуточный буфер. Собственно в ОЗУ данные из буфера переписываются при следующей записи данных. При сбросе буфер очищается, ессно, в ОЗУ ничего не видно. Запишите, например, WANT_BL_FEED дважды - должно помочь.

Спасибо, но где же все-таки это документировано?

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

попытался выяснить зависимость сохранения значения от расположения while (1):

0xC5E8 - сохраняется
0xC8C8 - НЕ сохраняется
0xBE84 - сохраняется
0xF0E4 - НЕ сохраняется
VslavX
Цитата(Alechek @ Oct 21 2010, 13:44) *
Спасибо, но где же все-таки это документировано?

LPC23xx, "Усер Мануал", Глава 1, подраздел "On-chip Static RAM"

Цитата(Alechek @ Oct 21 2010, 13:44) *
Просто очень странно, что раньше проблемы не было, а тут вдруг возникла из ниоткуда. В смысле механизм с
однократной записью работал, но после некоторого времени перестал.

Может у Вас там еще какая запись была после инициализации переменной - может процедуру какую вызвали или компилятор чего перекрутил. И не забудьте объявить переменную volatile, а то компилятор повторную запись точно проигнорирует.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.