NXP ARM7 не прописывается последняя запись в Local SRAM Опции

[GetSmart]

При отладке обнаружил, что последняя запись из команд STR/STM в Local SRAM [0x40000000..0x4000xxxx] не доходит до SRAM. Вероятно все записи (через Internal SRAM Controller) буферизуются и если поступает сигнал Reset, то последняя запись не пропишется при любом ожидании, даже если прочитать из этого же (последнего) адреса. Проблема актуальна только для устройств, при сбросе сохраняющих в памяти какие-то переменные. Проверял на LPC213x и LPC214x. Т.к. не имею ARM7 с DMA, например LPC24xx, то не могу проверить тот же эффект в DMA SRAM. Но эта память работает не через Internal SRAM Controller.

Если где-то описана эта фича срам-контроллера, то кто-нибудь подскажите где.

[zltigo]

Эксперимент провел. Вот такой:

__no_init volatile unsigned long check_wr_value;

void check_wr(void)
{
__disable_interrupt();
check_wr_value = 0xCAFEBABE;
check_wr_value = 0xDEADBEEF;
// Watcdog Reset
WDFEED = 0xA5;
}

На двух контроллерах.
На LPC2367 результат правильный:
DEEADBEEF

На LPC2148 дурдом:
CAFEBABE

Других под рукой не оказалось. Но и с этим понятно, что шляпа

Повторная запись помогает, как и запись еще куда нибудь.

На LPC для входа в загрузчик отродясь использовал прямой переход по адресу, и писал не в память а в scratch регистр UART.

[GetSmart]

Эксперимент провел. Вот такой:

На 2148 проверить надо аналогичную запись в регион USB DMA SRAM.

check_wr_value = 0xDEADBEEF;

Напоминает пароль CODE0001 в IOHandler-e.

Сообщение отредактировал GetSmart - Oct 26 2015, 12:51