Не работает 32-х битный режим SDRAM, Не работает 32-х битный режим SDRAM (LPC2478, Keil, FreeRTOS) Опции

[_Mikhail_]

День добрый!
Имею:
1. Плату LPC2478-STK ( http://mail.olimex.com/Products/ARM/NXP// );
2. Среда разработки Keil;
3. Программа под FreeRTOS 7.4.

Программа под РТОС-ом размещается во внешней SDRAM.
Внешняя оператива - две микросхемы, обе подключенные на CS0 их 16-и разрядные шины данных вместе образуют 32-х разрядную (схема на сайте по ссылке выше).
Настраиваю EMC через асмовский startup кейла. За основу беру настройки с IAR-овского проекта все с того же сайта.
Программа нормально функционирует в 16-и разрядном External bus data width. При попытке переключиться в 32-х разрядный программа "зависает" на первой же
вызываемой РТОС функции (xSemaphoreCreateMutex). Если посмотреть в отладчике, то останов происходит в файле startup.s на строке "DAbt_Handler B DAbt_Handler".
Причем, если эту функцию выполнять пошагово, то она выполняется без проблем и следующие за ней аналогичные функции уже нормально выполняются не по шагам.
Но потом опять (через несколько вызововов функций) происходит вылет на "DAbt_Handler B DAbt_Handler".

Создавал пустой проект без РТОСа, делал аналогичные настройки EMC, читал/писал в память в 16/32bit режиме - все нормально.

Подскажите куда копать?

[_Mikhail_]

Ситуация, похоже, интереснее.
Решил повозиться с "чистым" проектом.
Шина памяти в - 32 бита.
//------------------------------------------------------
Пишу в память/сравниваю:

Int32U *SDRAM = (Int32U*)0xA0000000;
DWORD i=0, c=0;

for ( i = 0x0000000; i < 0x1000000; i+=sizeof(Int32U))
{
*(Int32U*)(((Int32U*)SDRAM)+i) = i;
}
i = 0x0000000;
c = *(Int32U*)(((Int32U*)SDRAM)+i);

После выполнения "с" равен 0x0000000. Ожидаемо! ))
//------------------------------------------------------
А если немного модифицировать:

for ( i = 0x0000000; i < 0x1000004; i+=sizeof(Int32U))
{
*(Int32U*)(((Int32U*)SDRAM)+i) = i;
}
i = 0x0000000;
c = *(Int32U*)(((Int32U*)SDRAM)+i);
То "с" равен 0x1000000!
//------------------------------------------------------
Еще меняю:
for ( i = 0x0000000; i < 0x1000004; i+=sizeof(Int32U))
{
*(Int32U*)(((Int32U*)SDRAM)+i) = i;
}
i = 0x0000004;
c = *(Int32U*)(((Int32U*)SDRAM)+i);

"с" равен 0x0000004! и далее 0x08, 0xb и т.д. Все нормально инкремент на 4 байта.

//------------------------------------------------------
Можно сместить диапазон:
for ( i = 0x1000000; i < 0x2000004; i+=sizeof(Int32U))
{
*(Int32U*)(((Int32U*)SDRAM)+i) = i;
b = *(Int32U*)(((Int32U*)SDRAM)+i);
}
i = 0x1000000;
c = *(Int32U*)(((Int32U*)SDRAM)+i);

"с" равен 0x2000000!

Т.е. при переходе через каждые 16Мб 0x0000000 = 0x1000000, 0x1000000 = 0x2000000.
Если в цикле не переходим через 0x1000000, 0x2000000, то такой картины не наблюдается.

Угробил кучу времени. Что у меня не так?

[gerber]

Ситуация, похоже, интереснее.
Решил повозиться с "чистым" проектом.
................................................................................
............
Т.е. при переходе через каждые 16Мб 0x0000000 = 0x1000000, 0x1000000 = 0x2000000.
Если в цикле не переходим через 0x1000000, 0x2000000, то такой картины не наблюдается.
Угробил кучу времени. Что у меня не так?

Дело в арифметике указателей - она у Вас неправильная.
У Вас в цикле инкремент i идёт на величину sizeof(Int32U), то бишь на 4, далее i прибавляется к указателю Int32U* SDRAM, и получается, что указатель при этом смещается на 4 элемента Int32U, то есть на одной итерации цикла на 16 байт, а не на 4, как Вы ожидаете.
Поэтому, с учётом того, что на Вашей плате 64 Мб - логично, что всю память Вы проходите "в 4 раза быстрее", то есть "зацикливание" памяти будет при индексе 0x1000000 (16 Мб), так как указатель при этом "прыгает" на 64 Мб вперёд.
Правильно будет в цикле делать обычный инкремент индекса, то есть i++.

Сообщение отредактировал gerber - Aug 13 2013, 20:24