alexey123_45 0 20 февраля, 2018 Опубликовано 20 февраля, 2018 (изменено) · Жалоба Здравствуйте Сделал драйвер для работы с SDHC картой на STM32F407. Раз в 3 секунды непрерывно записываю данные в файл, файловая система FAT32. Работаю через SPI. Некоторые карты перестают работать(а какие-то совершенно нормально работают) через несколько часов непрерывной записи. Посмотрел осциллографом, карта после операции записи в сектор не выходит из состояния busy. При этом возвращается статус о корректном завершении операции записи.В чем может быть проблема? Изменено 20 февраля, 2018 пользователем alexey123_45 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 20 февраля, 2018 Опубликовано 20 февраля, 2018 · Жалоба Здравствуйте Сделал драйвер для работы с SDHC картой на STM32F407. Раз в 3 секунды непрерывно записываю данные в файл, файловая система FAT32. Работаю через SPI. Некоторые карты перестают работать через несколько часов непрерывной записи. Посмотрел осциллографом, карта после операции записи в сектор не выходит из состояния busy. При этом возвращается статус о корректном завершении операции записи.В чем может быть проблема? Не знаю. У меня такая же проблема, но на SDIO. Отправить карту в нокаут просто: записываем сектор, затем читаем какой-то сектор. Если перед чтением поставить задержку, то все ок. Если снизить частоту интерфейса, то все ок. Что только не делал со статусом карты и битами SDIO - результат нулевой. Писать на карту можно сколь-угодно долго - никаких проблем. Но последователь чтение-запись-чтение без пауз - получаем из любой карты busy-труп. В Спецификации SD и в Интернете - пустота по этому вопросу. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
alexey123_45 0 20 февраля, 2018 Опубликовано 20 февраля, 2018 (изменено) · Жалоба Т.е. попробовать снизить частоту записи? Да,действительно, в спецификации ничего не сказано. Но есть еще один эффект, когда перебиваешь питание прибора, и соответственно, SDHC карты, то карта продолжает сбоить на этом же месте.Т.е. дальше запись не идет. Первое же чтение-запись и намертво залипает в busy Изменено 20 февраля, 2018 пользователем alexey123_45 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 20 февраля, 2018 Опубликовано 20 февраля, 2018 · Жалоба Т.е. попробовать снизить частоту записи? Нет - запись можно вести потоком без каких-либо пауз с максимально возможным темпом. Как только в статусе появляется ready - сразу же начинаю новую запись, и нет проблем. Но при использовании FAT нужно получать очередной свободный кластер, для этого придется считать с карты. Так вот такое считывание после предварительной записи отправляет карты в вечный busy. карта продолжает сбоить на этом же месте.Т.е. дальше запись не идет. Первое же чтение-запись и намертво залипает в busy Скорее всего, это момент считывания таблицы FAT для поиска свободного кластера. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
alexey123_45 0 20 февраля, 2018 Опубликовано 20 февраля, 2018 · Жалоба А как это можно победить? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 20 февраля, 2018 Опубликовано 20 февраля, 2018 · Жалоба А как это можно победить? Как победить - не знаю. Я сделал костыль: в функции "записать сектор" смотрю, если перед этим была операция чтения, то выжидаю некую паузу. Выше слегка наврал: проблема происходит после запись-чтение-запись. Если сделать запись-чтение-пауза-запись, то все ок. int SDIO_Read(DWORD sector, BYTE *buf, const int buf_size, const void *p, tSDIO_CALLBACK *cb) { ... sdio_last_rd = 1; ... } int SDIO_Write(DWORD sector, BYTE *buf, const int buf_size, const void *p, tSDIO_CALLBACK *cb) { ... if(sdio_last_rd) { sdio_last_rd = 0; for(i = 0; i < 500; i++) SDIO_Delay(); } ... } Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Hiehachi 0 20 февраля, 2018 Опубликовано 20 февраля, 2018 (изменено) · Жалоба Сделал драйвер для работы с SDHC картой на STM32F407. Просто для статистики. Используете HAL или StdLib ??? Была такая проблема с определенными секторами. По моему с секурити областями связано. Так и не решил. Использовал другую карту где отсутствует такая вещь. Было еще пару проблем с делай тимингами CS линии, когда привинчивал FAT через SPI. Изменено 20 февраля, 2018 пользователем картошка Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 20 февраля, 2018 Опубликовано 20 февраля, 2018 · Жалоба Просто для статистики. Используете HAL или StdLib ??? В копилку статистики: я не использую. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Hiehachi 0 20 февраля, 2018 Опубликовано 20 февраля, 2018 · Жалоба В копилку статистики: я не использую. Извиняюсь за оскорбление Вашего трудового стажа . :a14: Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 20 февраля, 2018 Опубликовано 20 февраля, 2018 · Жалоба Извиняюсь за оскорбление Вашего трудового стажа . :a14: На старой работе, где руководство запрещало "собственные велосипеды", в одном из проектов я принципиально решил использовать StdLib и другие готовые решения (FreeRTOS, uIP). Докладываю: это был первый и последний раз. По времени разработки, изучения, решения проблем - сделать свой велосипед было бы гораздо легче и лучше. Мне повезло, что у меня уже есть богатая библиотека решений, но для новичков со стандартными средствами запуск будет быстрее, чем писать все самому. При этом помним большими буквами, что применение библиотек не освобождает от необходимости чтения DS, RM, AN и т.п. Иногда приходится изучать StdLib|HAL, чтобы понять как производитель рекомендует работать. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AVI-crak 0 20 февраля, 2018 Опубликовано 20 февраля, 2018 · Жалоба При этом возвращается статус о корректном завершении операции записи.В чем может быть проблема? https://www.lijingquan.net/wp-content/uploa...icationV6.0.pdf Страница 35. Переходы межу операциями чтения и записи - должны подтверждаться сменой статуса режима карты. Через определённое время бездействия (зависит от карты) - алгоритм сам переходит в состояние Stand-by State, даже без проверки статуса. Но это время не нормированное, почти лотерея. И да, писать драйвер для SD - это наверное второе по увлекательности занятие. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 20 февраля, 2018 Опубликовано 20 февраля, 2018 · Жалоба Через определённое время бездействия (зависит от карты) - алгоритм сам переходит в состояние Stand-by State, даже без проверки статуса. Но это время не нормированное, почти лотерея. Карта, с которой работаешь должна быть в режиме "tran". Из этого режима ее можно читать и писать. Про произвольный переход по таймауту в режим "stby" ничего не знаю - Card State Transition Table говорит, что из "tran" в "stby" можно попасть только через CMD7. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AVI-crak 0 20 февраля, 2018 Опубликовано 20 февраля, 2018 · Жалоба Это так, но при длительной записи - встроенный в карту микропроцессор оптимизирует запись, проще говоря - не снимает режим записи. Это часть оптимизации на скорость. Когда чтение чередуется с записью - команды выполняются безусловно. Этот эффект можно увидеть на графиках скорости записи разных карт одного класса, всегда есть такие что чуть-чуть вырываются в перёд. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Grape 0 21 февраля, 2018 Опубликовано 21 февраля, 2018 · Жалоба Не знаю. У меня такая же проблема, но на SDIO. Отправить карту в нокаут просто: записываем сектор, затем читаем какой-то сектор. ... Карта, с которой работаешь должна быть в режиме "tran". Из этого режима ее можно читать и писать. Правильно я понимаю, и перед записью и перед чтением есть проверка на состояние "tran"? и все равно - нокаут, если не вставить задержку? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 21 февраля, 2018 Опубликовано 21 февраля, 2018 · Жалоба Правильно я понимаю, и перед записью и перед чтением есть проверка на состояние "tran"? и все равно - нокаут, если не вставить задержку? Ага. Каждая процедура чтения и записи сектора начинается с CMD13_SEND_STATUS. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться