| |
 Проблема с записью на sdcard, зависание карты при мультиблочной записи |
|
|
|
|
 Jan 18 2017, 17:18
|
Частый гость
Группа: Свой
Сообщений: 120
Регистрация: 4-01-06
Из: Москва
Пользователь №: 12 837
|
Добрый день.
Использую sd карту Kingston 2Gb в spi режиме. Все было хорошо, пока не закупили
карты другого производителя Silicon Power 2Gb. Суть проблемы в следующем. Данные
записываются в мультиблочном режиме(ACMD23+CMD25). После посылки первого блока
данных карта возвращает Data Response Token = Data accepted, а для последующих блоков
Data Response Token вообще не приходит(принимается 0xff). После некоторого числа попыток
ACMD23+CMD25 карта благополучно зависает и перестает отвечать вообще до пересброса питания.
Просадок по питанию во время работы нет, неиспользуемые линии через 10к подтянуты к +3.3В.
Частота spi = 12,5МГц. Пробовал частоту уменьшать в два раза, не помогает.
Знающие люди, подскажите в чем может быть дело.
--------------------
То, что неясно, следует выяснить. То, что трудно творить, следует делать с великой настойчивостью.
Конфуций
|
|
|
|
|
|
|
|
Jan 18 2017, 19:37
|
Профессионал
Группа: Свой
Сообщений: 1 262
Регистрация: 13-10-05
Из: Санкт-Петербург
Пользователь №: 9 565
|
Цитата(scout @ Jan 18 2017, 20:18)  После посылки первого блока данных карта возвращает Data Response Token = Data accepted, а для последующих блоков
Data Response Token вообще не приходит(принимается 0xff). Делал чтение, и судя по моим исходникам надо ждать когда 0xff сменится на 0xfе: Код esint8 sd_readSectorM(hwInterface_t *iface,euint32 address, euint8* buf, euint16 len)
{
static u32 oldaddress=0xfffffff0;
u08 cardresp;
u08 firstblock;
u16 fb_timeout=0xffff;
u32 place;
if ((oldaddress+1)!=address)
{
sd_Command(iface,12, 0,0);//STOP_TRANSMISSION
cardresp=sd_Resp8b(iface); /* Card response */
place=512*address;
sd_Command(iface,18, (euint16) (place >> 16), (euint16) place);//READ_MULTIPLE_BLOCK
cardresp=sd_Resp8b(iface); /* Card response */
if(cardresp!=0x00)
{
sd_Resp8bError(iface,cardresp);
return(-1);
}
}
// Wait for startblock
do
firstblock=sd_Resp8b(iface);
while(firstblock==0xff && fb_timeout--);
if( firstblock!=0xfe)
{
sd_Resp8bError(iface,firstblock);
return(-1);
}
sd_spiPDC_RD512(iface,&buf[0],len);
oldaddress=address;
return(0);
}
|
|
|
|
|
|
|
|
Jan 19 2017, 10:11
|
Частый гость
Группа: Свой
Сообщений: 120
Регистрация: 4-01-06
Из: Москва
Пользователь №: 12 837
|
Спасибо за ответ. Но у меня проблема с записью. При мультиблочном чтении я так же как и Вы дожидаюсь
приема 0xfe. Хотя мультиблочное чтение именно на этой карте я еще не проверял...
Попробовал несколько карт других производителей - на первый взгляд таких проблем нет.
А с картой Silicon Power такой затык. И именно их мы закупили...
Кстати, после того, как карта зависает в ответ, например, на команду 0x55 она начинает слать
0x01 - типа "я нахожусь в idle state".
Встречал посты товарища aaarrr, кажется он уже собаку съел на sd картах.
aaarrr, может быть Вы что подскажите?
--------------------
То, что неясно, следует выяснить. То, что трудно творить, следует делать с великой настойчивостью.
Конфуций
|
|
|
|
|
|
|
|
Jan 19 2017, 14:37
|
Частый гость
Группа: Свой
Сообщений: 120
Регистрация: 4-01-06
Из: Москва
Пользователь №: 12 837
|
Что я вижу.
После посылки первого блока данных я получаю в ответ корректный Data Token, после чего карта
держит "Busy" в течении примерно 12мс. После того, как карта отпустила "Busy", я посылаю второй
блок данных, после чего карта Busy уже не отпускает. Да, CS на время Busy я снимаю, т.к на spi
у меня живут еще несколько устройств.
--------------------
То, что неясно, следует выяснить. То, что трудно творить, следует делать с великой настойчивостью.
Конфуций
|
|
|
|
|
|
|
|
Jan 19 2017, 15:41
|
Гуру
Группа: Свой
Сообщений: 10 713
Регистрация: 11-12-04
Пользователь №: 1 448
|
Цитата(scout @ Jan 19 2017, 17:37) После того, как карта отпустила "Busy", я посылаю второй блок данных, после чего карта Busy уже не отпускает. В первом сообщении было: Цитата ... для последующих блоков Data Response Token вообще не приходит(принимается 0xff) Так в какой момент возникает Busy? Токен данных не перепутан? Должен быть 0xFE для одиночных записей и 0xFC для многоблочных.
|
|
|
|
|
|
|
|
Jan 19 2017, 16:43
|
Частый гость
Группа: Свой
Сообщений: 120
Регистрация: 4-01-06
Из: Москва
Пользователь №: 12 837
|
Прошу прощения за неточность описания. Сейчас поясню.
Поведение Busy вообще загадка.
Как я уже писал, после посылки первого блока Busy держится около 12мс.
После отпускания Busy посылается второй блок данных, при этом линия D0 после начала передачи держится в "1" один клок, после чего
падает в "0", т.е вместо Data Response Token я читаю 0x00. Однако через уже примерно 2мс карта отпускает D0, т.е снимает
Busy и если дальше передавать блоки, то все последующие Data Response Token будут уже равны 0xff.
Через некоторое время после такой записи карта начинает в ответ на любую команду возвращать 0x01.
P.S. Токен при мультиблочной записи шлю верный - 0xFC.
--------------------
То, что неясно, следует выяснить. То, что трудно творить, следует делать с великой настойчивостью.
Конфуций
|
|
|
|
|
|
|
|
Jan 20 2017, 10:12
|
Частый гость
Группа: Свой
Сообщений: 120
Регистрация: 4-01-06
Из: Москва
Пользователь №: 12 837
|
aaarrr, благодарю Вас за советы.
Ситуация проясняется. Busy я определяю как наличие 0xff
на DAT0. Рассматриваю процесс записи на осциллографе и вижу,
что через ~12 мс после передачи первого блока на DAT0 я действительно
вижу 0xff. То есть по моему мнению Busy карта сняла.
Далее я отпускаю CS карты и считываю данные следующего для
записи блока данных из внешней RAM, которая тоже сидит на том же spi.
Далее я снова опускаю CS карты и передаю второй блок, после которого
Data Response я уже не получаю.
Так вот, если я убираю обращение к внешней RAM - запись на карту
восстанавливается, на передачу всех блоков я начинаю получать
корректный response.
Сижу ломаю голову, каким образом чтение из внешней RAM влияет на запись в
SD. Единственное, что приходит в голову - карта во время чтения из RAM
решает чем - то заняться и опускает Busy(карта продолжает тактироваться клоками во время чтения из RAM),
о чем я, естественно, не догадываюсь, т.к проверял Busy раньше и уверен, что карта свободна.
--------------------
То, что неясно, следует выяснить. То, что трудно творить, следует делать с великой настойчивостью.
Конфуций
|
|
|
|
|
|
|
|
Jan 20 2017, 12:44
|
Частый гость
Группа: Свой
Сообщений: 120
Регистрация: 4-01-06
Из: Москва
Пользователь №: 12 837
|
Немного изменил алгоритм записи на карту. Теперь чтение очередного блока из внешней
RAM я делаю до проверки сигнала занятости карты. Так вот, ситуация изменилась, стало еще
интереснее.
Теперь корректные Data Response я получаю в ответ на посылки первых двух блоков.
В качестве Data Response на посылки остальных блоков я получаю 0xff, после чего вижу, что карта
как ни в чем не бывало выставляет Busy. Такое ощущение, что карте не нравится, когда ее тактируют при снятом сигнале
Busy. Видимо чтение из внешней RAM для 3-го и последующих блоков происходит
когда карта уже освободилась(после посылки первого блока карта выставляет Busy на ~12мс, после передачи остальных блоков Busy
снимается гораздо быстрей, через ~2мс)..
Кто-нибудь что-нибудь может сказать по этому поводу?
--------------------
То, что неясно, следует выяснить. То, что трудно творить, следует делать с великой настойчивостью.
Конфуций
|
|
|
|
|
|
|
|
Jan 20 2017, 13:43
|
Частый гость
Группа: Свой
Сообщений: 120
Регистрация: 4-01-06
Из: Москва
Пользователь №: 12 837
|
Цитата После отпускания CS карты не забыли холостую передачу на SPI? Не забыл, dummy байт передается. У меня такое ощущение, что карта игнорирует CS и ловит байты, которые предназначаются другим устройствам на шине. Может ли быть такое, если карта неправильно проинициализировалась, например не перешла в "spi mode"(насколько я знаю в "sd mode", который у карты по умолчанию, CS для работы не требуется)?
--------------------
То, что неясно, следует выяснить. То, что трудно творить, следует делать с великой настойчивостью.
Конфуций
|
|
|
|
|
|
|
|
Jan 20 2017, 14:02
|
Гуру
Группа: Свой
Сообщений: 10 713
Регистрация: 11-12-04
Пользователь №: 1 448
|
Цитата(scout @ Jan 20 2017, 16:43) У меня такое ощущение, что карта игнорирует CS и ловит байты, которые
предназначаются другим устройствам на шине. Похоже, да. Если честно, я бы не рискнул использовать такое включение карты. Цитата(scout @ Jan 20 2017, 16:43) Может ли быть такое, если карта неправильно проинициализировалась,
например не перешла в "spi mode"(насколько я знаю в "sd mode", который
у карты по умолчанию, CS для работы не требуется)? Нет, тогда бы она вообще не работала.
|
|
|
|
|
|
|
|
Jan 20 2017, 14:22
|
Частый гость
Группа: Свой
Сообщений: 120
Регистрация: 4-01-06
Из: Москва
Пользователь №: 12 837
|
Цитата Похоже, да. Если честно, я бы не рискнул использовать такое включение карты. Почему же? Это же обычная практика для spi устройств использовать одну шину и раздельные CS.
--------------------
То, что неясно, следует выяснить. То, что трудно творить, следует делать с великой настойчивостью.
Конфуций
|
|
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
