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