@kzru_hunter

Здравствуйте. Заинтересовала тема SPI протокола. Пробовал скопировать данные с одной флеш-памяти на другую. Для этого я использовал Ардуино в качестве программатора (см. в поисковике), но после записи возникает следующая проблема:
- Первые 128 байт каждого 4096-байтного блока вместо данных содержат байты 0xFF.
Вообще не могу понять, в чём дело. При этом читается флеш-память без проблем. Весь исходный код перепроверил. Никаких ошибок.

Флеш-память: 25L6433F
Даташит тоже ничем не помог. Вообще не понимаю, куда дальше копать.

0

@i8085

То есть, посмотрели в отладчике, что в SPI нужные данные в первых 128 байтах идут?
Посмотрите, что у вас в программе размером 128 байт. Может всё-таки какой-то буфер при первом обращении не заполняется?

0

@kzru_hunter

Я сначала тоже про это подумал. Кстати, вот сама статья (надеюсь не запрещено). Судя по комментам, у многих правильно работает, как чтение, так и запись.
В коде Ардуино действительно в буфер записываются 128 байт, при этом код дополнительно прибегает к мини-библиотеке SPIFlash.cpp, код которой вполне простой и понятный. Мониторил то, что передаёт прога на Ардуино, не считая инициализации, а именно, она сначала:
1) отправляет команду 'e' для очистки 4096-го байтного блока вместе с адресом блока.
2) отправляет команду 'w', адрес и данные для для записи первых 128 байт (данные верны)
3) отправляет команду 'r' для считывания 4096-го байтного блока. И тут самое интересное: первые 1024 байт этого блока заполнены 0x00, а остальные 0xFF.
4) снова отправляет команду 'w', адрес для записи следующих 128-ми байт и сами данные.
5) снова отправляет команду 'r' для считывания 4096-го байтного блока. При этом первые 128 байт вместо нулей уже заполнены 0xFF, а следующие 128 байт верными данными.
и т.д.

0

@i8085

Посмотрел даташит. У этой флешки такой же принцип записи, как у "классических" 24-х. Размер минимально стираемого блока 4 кБайта, размер записываемой страницы 256 байт. Видимо используемая вами библиотека сначала писалась под другую флешку, потом сделана попытка какой-то универсальности, но с этой флешкой получается криво, последовательность действий абсолютно неправильная.
Напишите сами, как положено. Сначала стирание блока 4 кБайта, потом в пределах него запись страниц по 256 байт до заполнения блока, потом следующий блок... Порядок выдачи команд в даташите достаточно подробно написан.

Чтение страницы записи или сектора применяется в алгоритме записи, когда хотят записывать побайтно. А стирания одного байта во флешках нет, только целиком блок. Добавлять последовательно по одному байту в ранее стёртую страницу можно. Для этого нужно сначала прочитать всю страницу в свой буфер (все 256 байт), вставить в неё в нужное место следующий байт, потом всю страницу перезаписать. Если нужно заменить байт (записать можно только на место "чистого", равного FFh), то надо копировать себе в буфер весь блок 4 кбайта, на флешке стереть его, потом заменить в нём (в скопированном буфере) байт, потом полностью весь блок страницами записать обратно. Но опять же, для данной микросхемы делать это надо страницами по 256 байт.
Но таким способом записи никто в здравом уме не пользуется. Во первых, это жутко медленно, особенно с операциями стирания, а во-вторых, мгновенно съедает ресурс флеш-памяти. Все нормальные алгоритмы использования флешек сначала пишут последовательно в чистую область, и только когда она заполнится, начинают стиранием освобождать место. Если конечно есть место, где помечено (вами), что эти данные удалены.
Почитайте про алгоритмы работы контроллеров накопителей SSD и "флешек".

А "библиотеку", которой вы пользуетесь, вероятно ключница делала. Напишите свой код, и всё будет работать.
Не забудьте сделать контроль записи, продумать механизм обхода "битых" блоков. Для проверки успешности записи во флешках предусмотрен встроенный механизм с флагами, но при записи большими массивами проще и гораздо быстрее делать проверку чтением всего блока и сравнением с исходным.

1

@i8085

Выдалось время, почитал статью...
kzru_hunter, одного вот этого: достаточно, чтобы возникло сомнение в уровне квалификации автора. Если в даташите на флешку написано, что она трёхвольтовая, а для особо одарённых в таблице предельных максимальных значений (это когда работоспособность уже не гарантируется, только сохранность) на всякий случай ещё и циферки указаны:

то выше напряжение подавать НЕЛЬЗЯ.

0

@kzru_hunter

3.3V выдавал, но тема временно не актуальна из-за моего косяка.
Скорее всего дело в самой библиотеке. Она стабильно читает, но пишет с данным диагнозом. Попробовал другую библиотеку, скачанную из менеджера библиотек Arduino под названием SPIMemory, а она вообще странно себя ведёт, то сначала видела флешку и считывала DeviceID и даже могла записывать данные туда, куда не могла записать 1-я библиотека, а потом вообще перестала работать с флешкой, хотя прежняя библиотека по-прежнему стабильно работала, но с данным диагнозом.

0

@locm

0

@i8085

0