[EdgeAligned 79]

...а некоторые продвинутые микроконтроллеры имеют двухбанковую флеш, второй банк которой используется для загрузки и хранения прошивки, пока МК работает из рабочего банка. Затем банки переключаются и прошивка обновляется безболезненно, причем с возможностью быстрого отката на предыдущую.

[HardEgor 72]

В 03.08.2024 в 22:51, EdgeAligned сказал:

...а некоторые продвинутые микроконтроллеры имеют двухбанковую флеш, второй банк которой используется для загрузки и хранения прошивки, пока МК работает из рабочего банка. Затем банки переключаются и прошивка обновляется безболезненно, причем с возможностью быстрого отката на предыдущую.

Это вы описываете какие-то высоконадежные контроллеры. А на обычных контроллерах всё элементарно делается на флэш с посекторным стиранием, просто в начало записывается бутлоадер и никаких проблем - записывай сколько влезет копий программы и переключай на любую.

В 31.07.2024 в 20:17, Segment сказал:

Хотелось бы послушать советы embedded разработчиков, и не обязательно супер экспертов.

бесполезное занятие -  у каждого свои требования, сколько вариантов накопителей, столько и мнений)

Лучше напишите свою задачу, тогда можно осмысленно обсудить.

[EdgeAligned 79]

Ну если старенький STM32F429 или даже STM32F407 считать высоконадежным, то таки да 🙂 2 МБ (1 МБ) флеша разделены на два идентичных банка. Пока код работает из одного банка, в другой грузится обновление. Затем после проверки целостности переключаем банки и работает вторая прошивка. Если с ней что-то не так, просто переключаемся обратно на предыдущий банк. "Высоконадежно" 🙂 

[EdgeAligned 79]

Автор в общих чертах и описал свою задачу - некие датчики собирают данные, логи, затем по запросу выдают их куда-то вовне. Так же есть пользовательские настройки и возможность обновления прошивки МК. Однако, в опросе автор сделал упор вообще на файловую систему.
Как вариант, если накапливаемые данные не слишком велики, их можно вообще хранить в SRAM микроконтроллера. Поскольку устройство, скорее всего, с батарейным питанием. Пользовательские настройки можно хранить во встроенной ЕЕПРОМ (при её наличии).

[dimka76 57]

Если носитель не съемный, как, например SD карта, то файловая система вообще не нужна.
Файловая система нужна, если данные пишутся на SD карту и эту карту потом втыкаем в компьютер для считывания данных.

[amaora 23]

1 hour ago, dimka76 said:

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

ФС это слой абстракции для хранения данных, не обязательно она должна быть распространённой и с чем-то совместимой. На верхний уровень даёт работу с непрерывными блоками данных (файлами) а на нижнем уровне разбирается с конкретным носителем, куда записать новые данные, как потом их читать, когда и как стирать секторы flash, делать выравнивание износа и т.д. Требования к ФС в разных случаях разные, бывают примитивные, но это все равно можно назвать ФС.

Изменено 17 часов назад пользователем amaora

[Segment 3]

21 час назад, HardEgor сказал:

Лучше напишите свою задачу, тогда можно осмысленно обсудить.

Примерно я ее описал в первом сообщении. Но если чуть более детально, то есть возможность поставить либо nand, либо nor чтобы поверх обернуть чем-то достаточно надежным и простым в обработке, на десяток мегабайт. Мне не обязательно, чтобы формат файловой системы был с чем-то совместим (например, с тем же fat32). При этом мне не особо и нужны директории и файлы, вероятно будет достаточно что-то вроде ключ-значение.