caxapa.ru :: макрос на ассемблере позволил удобно запихать кучу html и прочих скриптов для встроенного веб-сервера. но то была read-only "файловая система".

Mahagam (12.02.2010 10:20, просмотров: 109) ответил and40 на Кому нибудь приходилось использовать внутреннюю FLASH Cortex-M3 (ST32F105) оставшуюся от памяти программ для хранения данных? Как туда лучше файловую систему прицепить?

макрос на ассемблере позволил удобно запихать кучу html и прочих скриптов для встроенного веб-сервера. но то была read-only "файловая система". добавление было похоже на NEWFILE "index.html", MODE_XXX NEWFILE "config.html", MODE_YYY NEWFILE "main.png", MODE_ZZZ

Ответить

- А как оцениваете если попробовать файловую систему напр. из PowerPac и переопределить функции работы непосредственно с памятью? - and40(12.02.2010 12:52)
  - а какова конечная цель использования файловой системы во внутренней флеши? - koyodza(12.02.2010 18:33)
    - Устройство должно иметь возможность получать информацию через различные интерфейсы (COM порт, USB HOST), в том числе и подключаться к PC через USB как MASS STORAGE DEVICE (что очень бы упростила встроенная файловая система на мой взгляд). К тому же and40(134 знак., 12.02.2010 19:27 - 19:31)
      - ну так можно видеть устройство как будто оно с файловой системой (с одним-двумя файлами), а реально сохранять в памяти по-своему. А секторов всё равно будет немного, так что можно не сильно заботиться о равномерности ресурса - koyodza(12.02.2010 19:32)
        
        Хочется еще увеличить надежность устройства за счет помечания плохих секторов в памяти. ФС это делает автоматически своими средствами. Да и со внутренней паматью работать через функции ФС проблем вроде никаких.. - and40(12.02.2010 19:42)
        
        имхо не тот случай, чтобы доводить ситуацию до появления плохих секторов. Да и ресурс ST указывает 10тыс. перезаписей. Т.е. если надо память, которую можно будет часто тереть, то лучше от использования внутренней отказаться. Ну а для чего-то типа koyodza(198 знак., 12.02.2010 20:29)
        
        Изделие отдается пользователю и должно работать многие годы. Подобные меры как показала практика лишними не являются. У меня была собственная статистика когда в EEPROM применялось дублирование страниц информации и не применялось, когда ее не было сбои в and40(93 знак., 12.02.2010 21:08)
        
        да я не против применения дополнительных мер для повышения надёжности, скорее наоборот. Я о том говорю, что если заранее известно, что данные будут интенсивно перезаписывать, то делать это во внутреннем ПЗУ МК имхо очень стрёмно - koyodza(12.02.2010 21:10)
        
        Перезаписываться будет но интенсивно вроде не должно. and40(233 знак., 12.02.2010 21:18)
  - понятия не имею. :) - Mahagam(12.02.2010 15:22)

ARM, RISC-V контроллеры