Доброго времени суток.

На одной шине SPI LPC2214 сидят microSD и AT45DB161D. Выбор, с кем работать процу идёт через CS.
Есть тестовый алгоритм:
1. После вкл. питания инициализируется проц и периферия, выставляется CS на microSD (не нужна в работе)
2. Начинается запись файла ~80КБ в AT45 командой "Buffer 1 to Main Memory Page Program with Built-in Erase" - 83H
3. По окончании записи считывается содержимое записанной страницы и проверяется с тем, что отдавали на запись. Команда чтения: "Continuous Array Read (Low Frequency)" - 03H

Замечено, что при установке microSD Kingston 2GB в ~10% страниц запись прошла неудачно (даже при повторной попытке записи в те же страницы требуемых данных): в считанных данных, например, байт 0x0A превратился в 0x1A, на странице из 512Байт повреждено 1-2 байта. Если microSD извлечь, то запись/проверка проходят успешно. Если установить флэшки Samsung, Transcend, Toshiba, то сбойных записей или нет вообще, или из 156 страниц не будет записана с первой попытки только одна. Почему так происходит? По стандарту после подачи питания SD должна находиться в состоянии Idle:


Если во время записи вставлять/вынимать флэхи Samsung, Transcend, Toshiba, то это не вызывает сбоев. Если Kingston, то валятся страницы с ошибками. В чём может быть дело?

Код взаимодействия с AT45 полностью рабочий, неоднократно использовался в других проектах. Частота клока ~7.37МГц. Неиспользуемые выводы microSD DAT1 и DAT2 подтянуты к +3,3В через 51К. Все остальные сигнальные тоже. Питание чистое.
Да, если ранее записанный в AT45 файл попытаться считать при вставленной Kingston, то файл считывается корректно, CRC на страницах правильное.

Как подключена SD - напрямую к SPI? Осциллографом не пробовали найти изъяны в сигналах при вставленной "проблемной" карте?

В своих устройствах всегда буфер ставлю на SD, дабы избежать подобных сюрпризов.

Не встречался с такой проблемой.
А если карточку проинициализировать после всовывания, эффект остаётся?
Ну и как вариант ленточек для бубна - после каждого деселекта датафлешки производить сброс SPI (10 раз отправить 0xFF).

Не понял вопроса. Kingston. Напрямую, без буферов.


Пока нет, времени было мало. Посмотрю завтра. Но найти бьющийся бит в потоке из 80КБ - непростая задача. Если только там совсем чего аномального не творится.


Честно говоря, доверился напарнику, который "поднимал" свою часть проекта и прогал для microSD, а он никаких проблем не заметил. Вылезло уже на заключительном этапе. Впредь буду умнее. А вы ключи на питание SD вешаете для аппаратного сброса флэхи?


Тоже пока не пробовал в связи со спешкой поиска проблемы, но думал об этом.


Делал почти так, но только после инициализации периферии. Посмотрю, может поможет. Имеется ввиду release SD?

Опечатался, да. Об этом и спрашивал.


Ну, об одном бите речи не идет, просто сравнить картинки - может, какой криминал и засветится.


У себя ставлю ключ на питание + LCX125 в качестве буфера. Ключ и выходные буферы управляются единым сигналом разрешения, входной буфер MISO - сигналом CS на карту. Pull-up'ы, естественно, подключены к питанию карты после ключа. Получается компактно и удобно.

Между выводами питания и земли разъёма microSD установите керамический конденсатор 1uF и электролитический конденсатор 100uF.
Естественно, как можно ближе к microSD.

Рядом с атмеловской микросхемой тоже неплохо бы.

Как говорил классик - "всё у нас получится, Феликс Эдмундович".

Обижаете.... Тут всё сделано по-уму: от основного питания microSD отвязана через дроссель на 10мкГн, почти на пинах разъёма стоят три керамики (две по 10мкФ*6,3В и одна на 0,1мкФ). Могу кинуть скриншот с осцилла, что происходит на этих емкостях в самый гнусный момент вставки флэхи в разъём Возле AT45-ой 0,1мкФ, в 1,5см от неё стоит тантал на 220мкФ

Всем спасибо за советы. Особенно aaarrr за подтверждение использования буферов/ключей и AHTOXA, что в правильном направлении думал

Проблема была в этом:
У SanDisk

У Toshiba:

Т.е. после подачи питания на microSD она входила в режим SD при единице на CS и, видимо, когда шёл обмен с AT45 microSD получала в определённый момент какую-то команду, затем пыталась ответить на неё. Как результат - битые данные, которые записывались в AT45.
Решил проблему путём Dummy cycles и CMD0 перед стартом работы с AT45. Так же, если происходил сбой записи страницы (такое теперь происходит, если флэху в момент записи AT45 выдернуть/вставить), снова делаю SD_Reset тем же образом.

у меня была подобная проблема, на общей шине сейчас висят VS1053, AT45DB041, SD-карта
К примеру плеер воспроизводит MP3 запись с ATA HDD диска, при вталкивании карты начиналось "бульканье звука"
поскольку юзаю FatFs, проблему решил так:
1) В прерывании настраиваю опрос датчика всунутой карты (такие ножки сбоку панельки)
2) Если карта вставлена, то вызываю процедуру инициализации карты disk_initialize(0), по удачному исходу процедуры, выставляю флаг.
3) Если ножки замкнуты, а карта не инициализируется, то через каждые 2 секунды процедура disk_initialize(0) повторяется 5 раз.

P.S.
Кстати, программирование датафлеши с карты у меня всегда проходит нормально, сверку содержимого не делаю...