Здравствуйте.
Имею EVB с LM3S2965 (64КБайт RAM). openocd over ftdi.
В данный момент работаю с флеш. Требуется корректно обработать ситуацию изменения состояния бита '0' -> '1'. Для этого нужно сохранить всю страницу (1Кбайт == unsigned long [32]) во временный буфер, стереть страницу, изменить требуемые данные в буфере и записать буфер на флеш.
При попытке чтения данных из буфера МК зависает. Сам проект мизерный. Игрался с размером буфера: при его резком уменьшении МК работает, но меня это не устраивает. Реализовывать буфер на самой флеш не хочу: это медленно и таким образом можно убить саму флеш.
Доберусь до работы - там в IAR попробую отладить и пробежаться по регистрам.

Как копируете? Приведите код.
Может, проблемы с обращением к невыровненным данным? К несуществующему адресу?

В прошлом посте ошибся с размерностью буфера. unsigned long [256].



Отлаживал по-разному. В ulBuf корректные данные. Ошибка происходит лишь при использовании достаточно большого буфера, но это всё равно не те цифры, как мне кажется, которые, например, могут исчерпать память или что-то в этом духе.

Читайте an01237 от TI.

Зависает при попытке записи во флеш из буфера, если я правильно понял.

Ткните пальцем, пожалуйста. Весь прочёл. Не нашёл ничего похожего, кроме

Не очень понятное ограничение. А именно, непонятно, что имеется в виду под 'programming cycles'.
Я могу сделать
11111111 ->
11111110 ->
11111100 ->
11111000 ->
...
00000000
?


Да, именно так.

Сообщение отредактировал marco - Jan 8 2011, 14:21

Прям ткнуть затрудняюсь, на ламинариях флеш не писал. Непонятно почему вы не пользуйтесь функциями записи во флеш из этого самого an01237 ?
К примеру, не вижу в приведённом вами куске кода установки адреса куда писать, ожидания конца записи?

Не могли бы привезти аналогичное описание для вашего МК? Очень бы хотелось хранить настройки прямо на борту.

В функциях, приведённых в StellarisWare от Luminary нет обработки ситуации, когда нужно в бите '0' обратить обратно в '1' (позволю напомнить, что запись производится по логическому И). Вернее, обработка есть, но она заключается лишь в возврате ошибки, если результат (настоящая информация на флеш) не соответствует ожиданию (данным, записанным а FMD).
В "правильном" случае надо:
1. Посмотреть, стоит ли вобще записывать данные в блок (возможно, записываемое слово идентично уже находящемуся по этому адресу).
2. IF ( <текущие данные в блоке> И <записываемые данные> != <записываемые данные> ), то нужно стереть страницу (сохранив всю страницу, помимо целевого слова), записать страницу на флеш с внесёнными изменениями.
ELSE ( просто записываем слово на флеш без танцев).


Эта часть кода следует за присвоением FMD. Я её опустил, ибо выполнение оной не происходит. Проверяется (мной) расcтавлением return-ов в произвольных места: перед чтением буфера return отрабатывает, после - нет.

Прошу прощения за банальность, но Вы, как мне кажется, пытаетесь реализовать эмуляцию EEPROM (EEPROM emulation). Поищите в интернете по этим ключевым словам. На эту проблему нужно смотреть несколько шире, чем просто "0 обратить обратно в 1". Уже давно придуманы разные алгоритмы, оптимальные для различных случаев.

Да. Именно так. Просто реализация эмуляции EEPROM от Luminary меня совсем не устраивает. Я пишу что-то вроде БД.

Сообщение отредактировал marco - Jan 8 2011, 19:34

Ну так реализуйте эту обработку сами, далее по результатам используйте функцию записи со стеранием или без. Почему вы не можете использовать функцию записи во флеш из an01237 так и не понял.

Фактически, я так делаю (примеры из an01237 плёвые), но по непонятным мне причинам результат таков, что МК зависает.

Не знаю.
Errat'у смотрели?
Функция из an... тоже виснет?