stm32f4 + Chan's FatFS, работа с большими SD картами Опции

[klen]

Здравсвуйте!
с флехами размером 4 гигабайта работает все хорошою с большими 16/32 и тд начинаются глюки.
при отладке выловил в функции clst2sect что индекс сектора становится выше диапазона и FatFS вываливается с ошибкой FR_INT_ERR
это я что то не так делаю или это не только у меня?

[V_N]

Единственный плюс SDIO в сравнении с SPI - бОльшая низкоуровневая скорость. А как я говорил выше - для embedded это редко реально нужно.

Вы не правы . Например: автономная система сбора информации с сохранением на SD. 400 раз в секунду измерить напряжение (3 канала по 16 бит) накопить в буфер и переписать в SD. Процессор STM32L476 просыпается на время измерения и записи в SD. Применение SDIO в два раза увеличивает продолжительность автономной работы при заданном источнике питания.

[jcxz]

Вы не правы . Например: автономная система сбора информации с сохранением на SD. 400 раз в секунду измерить напряжение (3 канала по 16 бит) накопить в буфер и переписать в SD. Процессор STM32L476 просыпается на время измерения и записи в SD. Применение SDIO в два раза увеличивает продолжительность автономной работы при заданном источнике питания.

Да ладно! Так уж и в два раза? Как измеряли?
А сколько из всего этого времени что нужно на измерение, обработку, запись (особенно через ФС) составляет собственно пересылка? Сколько %? Я собственно об этом и писал - читайте внимательнее.
А сколько нужно времени на включение и стабилизацию питания карты?
А после записи нужно ещё дождаться статуса "завершение записи", время появления которого вообще никак не связано со скоростью пересылки, а только со скоростью карты. Ну сэкономите целых 10мкс на пересылке, а карта писать/стирать будет ещё 200мс.
И сколько процентов прироста скорости даёт SDIO vs SPI? 1% или целых 2%? Боюсь что даже 1% выигрыша не будет от SDIO.

[aaarrr]

И сколько процентов прироста скорости даёт SDIO vs SPI? 1% или целых 2%? Боюсь что даже 1% выигрыша не будет от SDIO.

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

Просто полный набор штампов:
SD - плохо, лучше SPI
FS - плохо, будем колхозить свой велосипед
Скорость больше 1Мбайт/с в эмбеддед не бывает и не нужна

Это для PIC16 актуально, а не для STM32F4.

P.S. SD, не SDIO

[jcxz]

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

На чтении чего? Какая прикладная задача? В синтетическом тесте? И кто бы сомневался.
И вообще-то отвечаете Вы на пост о системе сбора информации. На кой там чтение???

Просто полный набор штампов:
SD - плохо, лучше SPI

Вы похоже не умеете читать... Где я писал что "плохо" или "хорошо"? Ещё раз- я писал: в большинстве прикладных задач время передачи данных по интерфейсу карты - не принципиально, так как вносит очень малый вклад в общее быстродействие задачи.
Если есть что сказать по теме - расскажите в каких таких задачах бОльшая скорость чтения по SDIO принесёт заметный плюс?

Это для PIC16 актуально, а не для STM32F4.

Это актуально для чего угодно, пока не изобрели МК с бесконечно большим числом ног.

[aaarrr]

И вообще-то отвечаете Вы на пост о системе сбора информации. На кой там чтение???

Думаете, запись не ускорится? Ускорится, просто не так показательно.

Вы похоже не умеете читать... Где я писал что "плохо" или "хорошо"? Ещё раз- я писал: в большинстве прикладных задач время передачи данных по интерфейсу карты - не принципиально, так как вносит очень малый вклад в общее быстродействие задачи.

Вы писали буквльно следущее:

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

А это, уж извините, бред. Не вносит FS заметного оверхеда, как раз таки единицы процентов.

Это актуально для чего угодно, пока не изобрели МК с бесконечно большим числом ног.

Так используйте однобитный SD для экономии. SPI - это в любом случае костыль, придуманный в мрачные времена.
Да, а ручной подсчет CRC не напрягает?

[jcxz]

Думаете, запись не ускорится? Ускорится, просто не так показательно.

Ага, не на 2%, а на 1%
Какой процент времени при записи на карту составляет время пересылки по интерфейсу в общем времени включения карты+пересылки+ожидания_завершения+выключении?

Вы писали буквльно следущее:
А это, уж извините, бред. Не вносит FS заметного оверхеда, как раз таки единицы процентов.

Да ладно - единицы процента?
Вот касательно приведённого выше V_N примера системы сбора данных со сном, предположим что при каждом просыпании система пишет один сектор данных в файл, после чего засыпает. Перед засыпанием закрывает файл, получается - обновляется запись каталога (дата/время файла+размер) и FAT-таблица (размещение). Итого - получаем запись до 3-х секторов вместо одного если бы делали просто на кольцевой цепочке секторов.
И не надо выдёргивать мои слова из контекста. Главный смысл их был в том, что выигрыш по скорости обмена по интерфейсу карты незначителен для большинства прикладных embedded-задач.
"Прикладная задача" к Вашему сведению - это не запись или чтение файла. Или может Вы в руководствах по эксплуатации своих устройств пишете "оно пишет и читает файлы со встроенной SD".
Если карта внутренняя, то заказчику фиолетово - пишет оно файлы или что-то другое, ему важна функция, которую оно реализует.
А вот решение этой функции через ФС очень часто приводит к увеличению оверхеда по чтениям/записям. Поэтому я и говорю, что работа с SD наиболее оптимальным для задачи способом, а не обязательно через ФС, может даст гораздо бОльший выигрыш в плане общей скорости работы.

Да, а ручной подсчет CRC не напрягает?

Вы вообще о чём? Где я писал про ручной CRC?

[aaarrr]

Ага, не на 2%, а на 1%

На 50%, например.

Да ладно - единицы процента?
Вот касательно приведённого выше V_N примера системы сбора данных со сном, предположим...

Предположим, спит, предположим, выключает при этом питание, предположим, закрывает и не кэширует. Что еще предположим?

"Прикладная задача" к Вашему сведению - это не запись или чтение файла. Или может Вы в руководствах по эксплуатации своих устройств пишете "оно пишет и читает файлы со встроенной SD".

Вы, надо полагать, в руководствах пишете: "для извлечения информации со встроенной SD-карты воспользуйтесь утилитой XXX (протестировано на Windows 7, требует прав администратора)".

Если карта внутренняя, то заказчику фиолетово - пишет оно файлы или что-то другое, ему важна функция, которую оно реализует.

Внутренняя - это как? Как на фото выше, намертво припаянная? Такого вообще не должно быть.

Вы вообще о чём? Где я писал про ручной CRC?

А где я писал про включение-выключение питания?