STM32L4 + SD + DMA + FatFs Опции

[Allregia]

Джентельмены, нет ли у кого работающего примера работы SD+FatFs через DMA на L4? Буду очень признателен.

Пробовали пример от STM32L476G_EVAL, но там только в поллинге.
Попробовали пределать под DMA, но пока не работает, читает только первый килобайт а потом ошибка, с записью вообще пока не работает.
В поллинге нет проблем, но он работает только при выключенных прерываниях (оно есть в коде на еваборду).

[Шаманъ]

Включишь кэш данных процессора - появится.

Он у меня включен, но я умею его приготовить соответствующим образом То кинцо, что я тебе посылал довольно активно использует кеши, без них времени потребовалось бы намного больше (или письмо не дошло?). Но разговор то был не про кэши?

Ну давайте, сделаем RTFM Открываем ссылку: disk_write(), читаем:

Ещё вопросы есть?

У меня вопросов и не было, и если Вы внимательно прочитаете мое сообщение, то я не возражал, что в общем случае доступ может быть невыровненный. Однако там же описано, что сделать, чтобы он всегда был выровненный. Про это я тоже написал в том же сообщении.

Вы в Вашем примере пишите как попало, отсюда и невыровненный доступ. Никакого откровения здесь нет - все есть в мануале на FatFS, почему я и посоветовал сделать RTFM.

[AHTOXA]

Однако там же описано, что сделать, чтобы он всегда был выровненный. Про это я тоже написал в том же сообщении.

Первым пунктом там идёт:

Convert word transfer to byte transfer in this function if needed. - Recommended.

На что, собственно, я и напираю уже который пост. И это наиболее универсальное решение.

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

Джентельмены, мы пишем стрим строго по 8К или 16К блоками, так что проблемы с выравниваниями думаю нет.

Прошу прощения, что увёл тему несколько в сторону. Но вопрос, я считаю, важный.

[Шаманъ]

А как сделать, чтобы он был всегда выровненный при записи блоков данных произвольной длины? (Например, текстовых логов).

Для текстовых логов писать их кусками менее 512байт каждый. Как правило оно само собой так и получается. По крайней мере я не могу припомнить, чтобы в текстовый лог я писал за раз более 0.5К...

Для нетекстовых изменить структуру данных так, чтобы все было выровнено по границам слова - и в памяти, и в файле.

В общем случае, если хочется ни о чем не париться, то функции обмена с картой должны уметь работать с невыровненными данными. Как вариант написать "надстройки" над функциями чтения/записи, которые будут дробить вызовы записи/чтения фатфс, чтобы фрагменты были менее 512байт, и использовать эти функции там, где может быть проблема с невыровненными данными. Хотя проще в случае невыровненных данных обработать ситуацию прямо в disk_read/disk_write.

Вот прямо для приведённого мной выше сценария, можете рассказать? Мне кажется, это невозможно.

В disk_read/disk_write в случае невыровненного адреса данных переписываем данные во временный буфер (выровненный, на 512байт) и пишем посекторно из него (при чтении делаем также - читаем в буфер, копируем в память). Это так сказать по методу "чайника" подход Более правильно конечно разобраться с ДМА и, если он умеет работать с невыровненными адресами, просто правильно "приготовить" его (но у меня никогда такой надобности не возникало, потому здесь ничего не подскажу).

может кто что сказать по поводу того, что я постил выше?

Могу сказать одно, чем неделю (!) переделывать чужой код лучше написать свое строго по мануалу. Вы ведь не знаете какие грабли припрятаны в чужом коде?

Сообщение отредактировал Шаманъ - Jul 30 2017, 08:46

[AHTOXA]

Более правильно конечно разобраться с ДМА и, если он умеет работать с невыровненными адресами, просто правильно "приготовить" его (но у меня никогда такой надобности не возникало, потому здесь ничего не подскажу).

Вот, вот оно! Я ведь как раз и советую настроить DMA на доступ по байтам, и тогда всё работает как часы! Собственно, с чего я и влез в эту тему: вы спросили, зачем у Геннадия доступ к памяти побайтный, и я привёл пример, когда это может быть важно.

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