SDcard проблема с CDMD7, правильный select/deselect карты Опции

[hardgame]

Здравствуйте,
Появилась проблема с отказом SD card. Устройство включено 24ч.
Процессор работает с контролером карты выполненный в FPGA. Контролер проектировал самостоятельно.
По определенным событиям контролер обращается к карте за массивами данных, т.е. используется только режим чтения с карты.
После некоторого промежутка времени (около двух месяцев) в секторах начинают пропадать данные . При том более современные карты эту проблему повторяют в меньший промежуток времени.
Определил что сектора портятся там где больше доступа было к сектору.
Работа контролера: инициализация, после CMD3 переключение Fclk, переход в трансфер CMD7, переключение шины ACMD6
Находясь в режиме трансфера формирую по запросу команды чтения CMD17 и пакетного чтения CMD18.
Оставаясь в режиме трансфера ожидаю следующий запрос на чтение и т.д.
Закрылись предположения что причиной может быть нахождение в трансфер режиме. Решил из трансфера перейти в standby и по запросу чтения переключаться в трансфер.
Появилась проблема, Находясь в трасфер режиме формирую команду чтения и желаю после чтения выйти в stndby. CMD17 получаю ответ R1-> затем CMD13 дожидаюсь режима трансфер и подаю CMD7 - и здесь ТУПИК!
- ожидаю r1 - без ответа
- пробую опрашивать cmd13 -> r1 без ответа
- пробовал cmd7 и RCA и с 0 передавать, без ответа.
на CMD0 реагирует. но думаю не корректно подымать весь цикл инициализации.
PDF не помогает(((, ПРОШУ ПОМОЩИ

Сообщение отредактировал hardgame - Feb 22 2018, 17:07

[aaarrr]

Появилась проблема, Находясь в трасфер режиме формирую команду чтения и желаю после чтения выйти в stndby. CMD17 получаю ответ R1-> затем CMD13 дожидаюсь режима трансфер и подаю CMD7 - и здесь ТУПИК!
- ожидаю r1 - без ответа

Все правильно: после перехода в stby карта ответить ничего не может. Ответ R1b можно получить только при переходе из stby в tran, но не наоборот.

После некоторого промежутка времени (около двух месяцев) в секторах начинают пропадать данные . При том более современные карты эту проблему повторяют в меньший промежуток времени.

Заметил, что со временем карты могут начинать "задумываться" даже при эксплуатации только в режиме чтения.
Задержки могут быть и по 600мс.

NAND флеш имеет свойство "скисать" в том числе и при чтении. И есть у меня такое подозрение, что в некоторых случаях
это может заставить контроллер списать в утиль вполне исправный блок.

[mantech]

NAND флеш имеет свойство "скисать" в том числе и при чтении. И есть у меня такое подозрение, что в некоторых случаях
это может заставить контроллер списать в утиль вполне исправный блок.

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

На счет старения нанда, то 99% контроллеров внутри сд карты переводят ее в режим ридонли, и нигде уже эту карту не заставить снова работать на запись, так что ТСу легко проверить, если его "дохлые" карты нигде не форматируются, то значит было место интенсивной записи, а если отформатируются и будут работать на компе - пусть ищет ошибки у себя.

ЗЫ. Сегодняшние карты большого объема использут TLC NAND, ресурс которого очень мал, если писать большие объемы, то выравнивание износа толком не сработает, а значит ресурс такой карты очень мал..

[hardgame]

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

На счет старения нанда, то 99% контроллеров внутри сд карты переводят ее в режим ридонли, и нигде уже эту карту не заставить снова работать на запись, так что ТСу легко проверить, если его "дохлые" карты нигде не форматируются, то значит было место интенсивной записи, а если отформатируются и будут работать на компе - пусть ищет ошибки у себя.

ЗЫ. Сегодняшние карты большого объема использут TLC NAND, ресурс которого очень мал, если писать большие объемы, то выравнивание износа толком не сработает, а значит ресурс такой карты очень мал..

Небольшая преамбула,
На устройстве нет винды, Контролер самописный на ПЛИС. Работает устройство в серии больше 10 лет.
Первые карты которые устанавливались на устройстве были 64МБ, потом был апгреид с приходм SDHC .
Команда CMD24 - заись сектора, у меня вообще закомментирована.
А сектора "киснут". И это стало реальной проблемой.

Не перегибаю. Есть такой эффект при интенсивном чтении, погуглите "nand read disturb".


RCA точно совпадал? Уж простите мою "подозрительность", просто это очень частая причина.

Сегодня еще раз код пересмотрю и сделаю несколько тестов с переходами trans<->stby

[aaarrr]

А сектора "киснут". И это стало реальной проблемой.

Насколько интенсивно производится чтение?

[hardgame]

Насколько интенсивно производится чтение?

Спасибо за настойчивое указание проверить RCA, действительно была зависимость по которой содержимое сбивалось.
Результат, нормальное поведение перехода между состояниями.
Как только соберу статистику по состоянию карт, обязательно опубликую здесь
Контролеров порядка 5тыщ в работе с разными типами карт и производителей. Есть где разгуляться)

[aaarrr]

Спасибо за настойчивое указание проверить RCA, действительно была зависимость по которой содержимое сбивалось.

Грабли - вещь универсальная

Как только соберу статистику по состоянию карт, обязательно опубликую здесь
Контролеров порядка 5тыщ в работе с разными типами карт и производителей. Есть где разгуляться)

Любопытно будет посмотреть. А все же, насколько интенсивно идет чтение?

[hardgame]

Грабли - вещь универсальная


Любопытно будет посмотреть. А все же, насколько интенсивно идет чтение?

Чтение вызывается несколько раз за суткм. но в этот час чтение идет очень интенсивное