Хочу реализовать прошивку контролера по uart, используя свой протокол. Проблема в том, что считать старую прошивку из камеры получается, а загрузить новую никак.
То есть функция AT45_Read работает. После выполняется AT45_Erase. На ней вот все и останавливается. Если стирать часть памяти, не задействованную под прошивку, то все нормально.
Использую стандартный загрузчик AtBootstrap. Прошивка по адресу 0x8400.

Напишите свои функции, а не используйте совершенно ненужные в данном случае "черные ящики". Разместите их в ОЗУ и оттуда вызывайте, тогда можно стереть все, что угодно. Именно так я и делал ... Еще вариант - предусмотрите в прошивке сектор, который не подлежит обновлению, т.е. некий загрузчик, и разместите ваши функции в этом секторе. так я тоже делал, вполне работоспособный вариант ...

Надо подобрать время паузы после подачи команды на стирание или проверять бит готовности флеши.






А где ещё можно разместить функции в SAM9 у которого прошивка в AT45xxx?

В внутренней флэш, конечно же, если таковая имеется

Внутренней флеш нет. Просто я думал, что может есть какая-то защита от записи, стирания прошивки из флеш.

У микросхемы AT45 есть защита от записи - включается и выключается командами.
Ещё почему-то на AT45DB321 первые 90 секторов шьются проcто, а вот дальше идут пляски с бубном...

Использовал AT45DB321 в нескольких проектах. Бубен не использовал

А мы вот на SAM9 впаяли вместо них AT45DB161 - и программа перепрошивки (написанная студентами в ИАРе) стала глючить - тайминги дескать другие. Получилась версия для 161 или 321. Унификация не удалась.

В итоге плюнули на неё и запаяли везде 321 со старой версией.

А вот на Blackfin у меня дальше 90 сектора запись не идёт. Почему - не разбирался ибо код более 30к пока родить не удалось.

- Может в этом и есть проблема?
У нас в устройстве может быть впаяна одна AT45DB321 или две AT45DB161 и ПО определяет автоматически, что впаяно и сколько сигналов CS использовать.
Работает в любом варианте без проблем со всем размером флеш в произвольном постраничном доступе.

Какие тайминги??? По всем частотам эти чипы вроде идентичны.
Если-же студенты, вместо использования регистра статуса делают задержки, то нужно было им сразу мозги вправить

Конечно они использовали задержки. Тому было две причины.

1. В функциях AT45_Read и т.д. не было проверок статуса, там проверяется не занят ли блок SPI у SAM9.
2. Статус всегда показывал готовность, но флешки не писались

Вот прямо сейчас проверил:

Стёр,записал нулями,считал страницу N100 - после каждой операции статуc=0хВ9. Страница содержит 0xFF
Стёр,записал нулями,считал страницу N88 - после каждой операции статуc=0хВ9. Страница содержит 0x00

Стираю командой 0х81. Пишу - 0х82. Читаю - 0хЕ8.

Вот такие чудеса в течении нескольких лет

Читаем мануал на AT45DB321 и видим что запись - не обязательная причина установки занятости:

И...? Вы будете спорить с мануалом? Тогда чудеса Вам обеспечены ещё много лет...

Ещё бы не чудеса! Ведь Вы даже и не AT45DB321D читаете/пишете, а нечто другое
AT45DB321D не может возвращать такого статуса!

Я вижу в этом английском, что команды Page Erase (0х81) и Main Memory Page Program through Buffer (0х82) вызывают busy state, что, как я понимаю должно отражаться в соответствующем регистре. Где фраза: запись - не обязательная причина установки занятости ?



Что-то я вчера со-слепу не то увидел - 0xB5 он возвращает. 0х35 я никогда не видел.