Проблемка с записью данных в файл, stm32+cubeF2+fatfs+usb Опции

[XWoo]

Доброго времени суток, коллеги.
Наблюдаю следующую вещь. В цикле идёт периодическая запись одного байта в файл. Данные пишутся без проблем. Но если поставить для отладки светодиод в этот цикл, то по осциллограмме получается следующее: несколько раз светодиод моргает с одинаковой задержкой, а один раз эта задержка в несколько раз увеличивается. Задержка получается именно в функции записи в файл (f_printf или f_puts). Если закомментировать эту функцию, то моргание светодиода становится равномерным!
Пробовал писать массив размером 64,128,256,512,1024,2048,4096 байт - ничего не меняется.

Я использую кейл и библиотеку stm32cubef2. В ней есть пример с использованием usbhost и файловой системы fatfs (от chanа) для записи/чтения строки в файл на usb-флэшку. Я заменил fatfs на последнюю версию с сайта автора - всё повторяется. Пробовал работать с разными флэшками на 4 и 8 Гбайт - задержка всё равно есть.

Есть ли решение этой проблемки? Как с этим бороться? Можно ли это задержку убрать или хотябы уменьшить?

По времени получалось следующее: несколько раз, например, задержка в функции записи была 50 мс, а потом один раз становится 500 мс.

Может это такая особенность библиотеки, драйверов или самой fatfs ?

Сообщение отредактировал XWoo - Oct 20 2015, 14:08

[XWoo]

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

Сообщение отредактировал XWoo - Oct 20 2015, 14:26

[CrimsonPig]

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

Ээээ... если у вас данные поступают со средней скоростью 5Мб\с а средняя скорость записи в файл 2Мб\с то выход один - писать данные в /dev/null

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

а, да.. есть всякие мелкие хитрости, которые на элементарных файловых системах типа фата позволяют слегка улучшить производительность, но это не панацея, проблемы в консерватории они не решают...
Например:
- писать данные большими блоками, кратными размеру _кластера_ файловой системы (а не размеру сектора физического носителя)
- заранее увеличить длинну файла до нужного значения (в идеале) или увеличивать размер файла большими кусками сначала, а данные писать в него потом (сначала будет выделена цепочка кластеров, а запись в нее будет вестить без отвлекания на манипуляции с FAT. Если повезет, уменьшается фрагментация файловой системы)
- правильно выбрать параметры (размер кластера, выравнивание) файловой системы (форматирование СД карточек специально предназначенными для этого тулзами, например)


Сообщение отредактировал CrimsonPig - Oct 20 2015, 14:42