Пропадают данные с microSD, пропадает часть данных при зависании Опции

[scout]

Возникла проблема с sd картой Mirex 2Gb в spi режиме.

Суть в следующем: карта нормально работает на запись в течении
неск. часов, потом в какой то момент вообще перестает подавать признаки жизни
(держит busy).
Делаю reset по питанию, считываю данные. Вижу, что часть ранее записанных
данных пропала, причем пропала не полностью, а кусками примерно по 64к,
т.е часть данных есть, потом "дырка", потом снова идут данные.
Т.o проблемы две - зависание карты и пропадание данных. В первую очерень
хотелось бы разобраться с пропаданием данных.

Данные пишу раз в секунду порциями по 256 байт.
Просадок по питанию во время работы нет, неиспользуемые линии через 10к подтянуты к +3.3В.
Частота spi = 12,5МГц.

P.S. C картами других производителей такой проблемы не наблюдается. Дело в том, что часть устройств
уже выпущена с этой картой, поменять ее можно, но это долго и затратно, поэтому хотелось бы найти программный
способ решения проблемы.

P.S.S. Какого размера внутренние буферы записи у карты? Т.е интересует сколько данных
может теоретически потеряться при внезапном пропадании питания.

Кто что может посоветовать?

[scout]

iosifk, аппаратно все вроде нормально. Частота и так достаточно низкая.
Устройство где используются эти карты не новое, проблема именно с этой партией.

_4afc_, что значит делать паузы? В документации я ничего не нашел по этому поводу.
Каждую отдельную операцию чтения/записи я и так делаю внутри своего цикла CS.
Данные пишу с cmd24, читаю c помощью cmd17.
Никаких проблем не было, пока не поставили эти карты mirex. Самое неприятное,
что пропадают уже записанные данные, зависания не так критичны. В новой партии мы, конечно,
будет ставить другие карты, а в старом тираже хотелось бы решить проблему программно, по крайней мере временно.

jcxz, а как записывать внутри блока, если адресация блочная? Вот и приходится
читаю блок, модицифировать данные и писать его снова.

[jcxz]

jcxz, а как записывать внутри блока, если адресация блочная? Вот и приходится
читаю блок, модицифировать данные и писать его снова.

Вы что-то путаете: блок стирания - это блок размером обычно несколько десятков КБ (64 или больше), а страница для записи - это обычно 512 байт.
Блок содержит много страниц. Если его стереть заблаговременно, то читать ничего не надо. И если у вас последовательная запись (типа кольцевого буфера на SD), то как раз и можно стирать блоки перед началом буфера и писать целые страницы.

Дык смысл есть, как бы ФС так и делает вообще-то, если нужно что-то поменять внутри 512и байтного сектора считывает в оконный буфер модифицирует и записывает обратно
Попробуйте записать на сдшку, скажем только 16 байт??

Я так понял: автор пишет в последовательную цепочку страниц, раз в секунду по 256 байт. Если заранее стереть блоки перед головой записываемой цепочки, то читать ничего не надо.
И в чём проблема записать хоть 16 хоть 1 байт если заранее известно, что пишем в стёртую область?

[adnega]

И в чём проблема записать хоть 16 хоть 1 байт если заранее известно, что пишем в стёртую область?

1. Адрес должен быть выровнен на границу сектора.
2. Записать можно только сектор целиком.
3. При записи сектора нужно передать 16 бит контрольной информации.

[jcxz]

1. Адрес должен быть выровнен на границу сектора.
2. Записать можно только сектор целиком.
3. При записи сектора нужно передать 16 бит контрольной информации.

и что?