Ext2 или на худой конец VFAT для микроконтроллеров

Жуть жуткая: около 5000 строк кода

Для ФС на Си это не так уж и много.

реализация работы с fs в u-boot, слишком большая ?

Спасибо, добрый человек!

Буду смотреть. Все-таки, 3 с небольшим тысячи строк в паре-тройке файлов — это не с десяток тысяч строк в пяти файлах!

Жаль только, что там нет ext2. Я думал, получится намного короче vfat, особенно если выкинуть нафиг поддержку не-ASCII символов.

ext2 там есть просто когда запилили поддержку ext4, смысла в отдельном драйвере под ext2 не стало.

Ух ты! Вообще крохотулечка! Уж полторы тысячи страниц рефакторить будет проще. А там работы непочатый край (взять, хотя бы, тот же malloc, отсутствующий на мелкоконтроллерах).

s/страниц/строк/

http://www.roland-riegel.de/sd-reader/

Жирная какая-то эта FAT16, лучше EXT2 посмотрю. Тем паче, EXT2 намного приятней, нежели этот вантузоидный ЖЫР.

Жирная какая-то эта FAT16,

The following table shows some typical code sizes in bytes, using the 20090330 release with a buffered read-write MMC/SD configuration, FAT16 and static memory allocation: 
layer 	code size 	static RAM usage
MMC/SD 	2410 	518
Partition 	456           17
FAT16 	7928 	188

Или ты имеешь ввиду количество комментариев в коде :)

лучше EXT2 посмотрю

Так тебе только для чтения!?

malloc, отсутствующий на мелкоконтроллерах

Вполне себе malloc есть на микроконтроллерах. И задержки на его вызов будут несравнимы с задержками на чтение и запись SD-карты.

Или ты имеешь ввиду количество комментариев в коде :)

Дык, мне все это читать... А уж чем меньше #ifdef'ов, тем меньше шансов накосячить, удалив что-то не то...

Так тебе только для чтения!?

Нет, конечно: для начала только для записи. Просто очень уж не хочется самому велосипедить какой-нибудь формат для записи. Удобней же ФС использовать. Ext2 хороша еще тем, что уж нативней некуда!

Жаль, что до сих пор для STM32 ничего «родного» никто не реализовал ☹ Некоторые из этих сниппетов мною буквально выстраданы. Чего только 1-wire стоит! Пока не понял, что надежней делать четко по даташиту, а не надеятся на функции libopencm3, долго грыз кактус: код вроде правильный, а логанализатор туфту выдавал.

(вчера аналогично мучился с софтовым I2C для STM8, чтобы из «вольтметра» можно было что-нибудь полезное сделать: любое прерывание — и трындец таймингам!)

Вполне себе malloc есть на микроконтроллерах

Это если его сам выдумаешь. А для этого придется свою mini-RTOS пилить!

Проще без malloc обойтись.

А ты уверен что по инклудам они не принесут эти самые 10к строчек кода? <br> Может посмотреть что-то под ардуино и исправить? (к примеру https://code.google.com/p/nixduino/source/browse/fs/ext2/ext2fs.c )

newlib содержит malloc, не? УМВР

Это не так страшно: из инклудов в основном всякая туфта вроде le_to_cpu используется, которая элементарно выкидывается из кода. Вместо malloc пишется свой менеджер памяти (скажем, сделать массив на 10кБ и в нем выделять память; а где возможно, вообще статические переменные юзать и т.п.). Главное — чтобы была готовая реализация ФС, потому как по спецификациям писать с нуля код — это жесть!

Ссылка неверная, там используются хедеры ядра.
https://github.com/programmingmind/ArduinoMusicPlayer/blob/master/ext2.c

Или посмотреть коды для этой штуки:
http://arduino-ua.com/prod1020-sd-card-shild-dlya-ardyino-v3-0

Кинь ссылку на код. Мне интересно, как там malloc организовали. Сам хочу себе забульбенить как-нибудь на досуге.

В первой ссылке — только для чтения + без директорий. Вторая ссыль — тупо железка. Я уже на примере TFT с тачем насмотрелся на быдлокод, «идущий на диске»...

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;a=tree

В арче достаточно установить пакет arm-none-eabi-newlib из репозитория community. Библиотека реализует malloc, printf и прочие функции libc, но при этом достаточно урезанные, чтобы не отжирать заметно флеша и без ОС-специфичных вещей.

Хотя последнее время я перехожу на использование ChibiOS. Да, код получается жирнее на 10-15КБ, зато писать многопоточное приложение гораздо приятнее. К тому же там есть замечательный HAL (опционально), который реализует драйвера для GPIO, UART, SPI, I2C, USB и т. д. (не хватает разве что для интерфейса камеры). Причём реализует весьма качественно (ещё не видел ни одного глюка в отличии от libopencm3, хотя активно использую различные интерфейсы) и при желании можно задействовать архитектурно-специфичные плюшки. Также «под капотом» автор постарался всё делать максимально рационально. Например, использовать DMA, где только возможно (в итоге процесс засыпает, пока обмен данными не окончится, а в это время свободно работают другие, никаких busy loop).

Оказывается, оно у меня установлено. Только все равно я этой жирнотой пользоваться не собираюсь.

Кстати, я все-таки не понимаю, как оно может без sbrk или mmap работать, которых уж стопудово нет!

замечательный HAL

После линуксового и STM'ного HAL мне эта аббревиатура как синоним других трех букв...

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

 34 static struct file_operations ext2_dir_operations = {
 35         NULL,                   /* lseek - default */
 36         ext2_dir_read,          /* read */
 37         NULL,                   /* write - bad */
 38         ext2_readdir,           /* readdir */
 39         NULL,                   /* select - default */
 40         ext2_ioctl,             /* ioctl */
 41         NULL,                   /* mmap */
 42         NULL,                   /* no special open code */
 43         NULL,                   /* no special release code */
 44         ext2_sync_file,         /* fsync */
 45         NULL,                   /* fasync */
 46         NULL,                   /* check_media_change */
 47         NULL                    /* revalidate */
 48 };

Надо это дело откопать и исправить.

я делал только для arm...и то это сложно назвать микро...там 64мб оперативки и вставляй что угодно,ну я и отредачил линуксовский модуль...

всеже лучше смени контроллер на «современный»(с тоннами памяти)..они по размеру даже такиеже,и питание всеравнож из разетки разницы нет

там и быдлокодить свободно можно хоть на скриптах,а так ты дофига времени промучаешься,сам же понимаешь

Нафиг-нафиг! В идеале — еще портировать модуль на STM8

ты болен,реально

если тебя «опыт» мужиков делающих из запорожца вертолет живущих в ...сарае которым ничего не надо и гордятся тем что сделали из запорожца,и такой опят тебя не смущает(опыт всего твоего провинциального окружения если точнее)-ты болен темже чем они

вместо прогресса и открытого принятия нового и лучшего-ты комплексуешь и сам себя насилуешь используя «мертвые» технологии прошлого века/десятилетия

и да за годы наблюдения за тобой на этом и другом форуме-болезнь только прогрессирует

и я не шучу,к сожалению

зависит от задачи же.

может ему нужны stm-ки. не воткнёшь же арм с 64мя гигами туда где у тебя или место ограничено, или память, или цена.

Местами вообще хочется за копейки сделать. Тогда на помощь приходят Cortex-M0 или даже STM8. А уж для питания от батарейки лучше всего STM8L (кстати, у них с EEPROM все ОК).

А этот думает в направлении современных говнокодеров: зачем экономить память и процессорные ресурсы, если уже огого какие делаются?

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

Тогда на помощь приходят Cortex-M0 или даже STM8. А уж для питания от батарейки лучше всего STM8L (кстати, у них с EEPROM все ОК).

уточни сколько потребляет блочное устройство на котором ты сможешь использовать озвученные ФС тем более с записью и иди учить уроки, хотя тебе очевидно не поможет.

FatFs на данный момент является практически стандартом файловой системы для embedded. Отличная либа, гибко конфигурируется (отключаются ненужные функции). Использовал её в нескольких проектах, впечатления только положительные. Насчёт большого объёма для изучения - там не так уж много относится собственно к файловой системе, больше всяких сервисных функций, которые можно не использовать (и не смотреть). Да и вообще, либа проверенная, особо в ней ковыряться не придётся. Линуксовые/u-boot варианты гарантированно потребуют больше ОЗУ/ПЗУ, и, скорее всего, кучи. Да и мороки по портированию будет немало, имхо.

глобального массива чаров

(фикс ведроидного автофиксера)

У чена все очень гибко и настраиваемо, при желании оно и в attiny помещается, и разбираться там особо не нужно, только низкоуровневые функции i/o подставить.

Vfat буду дергать только если с EXT2 ничего не получится. А если получится, то на кой черт мне долбаная fat32, если ext2 лучше?

фрагментированным

Надо туда Javascript запихать.

он для квартиры делает,или ради «игры»...безцельно

а арм с 64М оперативки стоит всего в два раза дороже(с очевидным удобством)

Жаль только, что там нет ext2

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

Например

а арм с 64М оперативки стоит всего в два раза дороже(с очевидным удобством)

Ты ври, да не завирайся!

Давай ссылку на подобную девборду за 10 баксов!!!

Да я уже решил из ядра 1.0 или 2.0.1 выдрать нужный код, переделать для начала, чтобы работал с псевдоФС в файле, а потом уже можно и на МК портировать.

P.S. Писать на флешку мне нужно научиться не «прямо сейчас», но в течение года хотелось бы освоить, чтобы хронометр мог писать данные на флешку — тогда они не потеряются даже если планшет или ноутбук не подключены.

за 10 нет,думал твое стоит около 10,за 30+ можно купить уже свободно

fat12 уже предлагали?

А что с таймингами-то не так? i2c к этому вполне терпим, пока не отпустил CLK, никто никуда не едет.

У тебя на МК какая-то ось по типу FreeRTOS крутится, или bare metal? Если bare metal, то тебе ведь кроме драйвера FS еще аналог VFS пилить, хотя бы на примитивнейшом уровне. Или у тебя абтракции директория/файл уже определены? А если ты не файлы/папк на флэшку писать хочешь, а просто поток байтиков, то зачем тебе ext2/fat?

Не, можно конечно драйвер и так написать, чтобы он напрямую команды «дай мне список файлов в директории /xyz» принимал, но это ж костыли жуткие, лучше няшная абтракция с API, которым ты из сторонних модулей пользоваться сможешь.

Ну и для SD-карточки я-бы наверное JFFS2/YAFFS взял бы.

Нет там никакой оси, и не будет.

А если ты не файлы/папк на флэшку писать хочешь, а просто поток байтиков, то зачем тебе ext2/fat?

Чтобы легко было на компе прочитать.