-
- Всё вышеперечисленное пишем по падению питания -пока летит от 3.6 до 3V при ёмкости по питанию 47uF область RAM полностью копируется в сектор FLASH (256 байт или 4Кбайт) через DMA. Не 20 век, чай. Процы разные, более-менее современные. - General(26.06.2022 22:23)
- У меня есть съемный девайсик, которому надо наработки считать... POV(100 знак., 26.06.2022 20:03)
- Флеш нормально пишет все события, и ресурс сколько надо, столько и
будет. Короче, незачёт. - SciFi(26.06.2022 20:07)
- Я во ФРАМ размещаю энергонезависимые переменные... мне важна неблокирующая запись - IBAH(26.06.2022 20:18)
- 8000 записей в сутки... как-то маловато у флеши ресурса под такое. - POV(26.06.2022 20:11)
- У вас неверные сведения. Счётчик наработки у меня каждую минуту
пишет. 2 байта в секторе 4096 байт. Каждые 2000 минут смена
сектора. Вообще не вижу проблемы. - SciFi(26.06.2022 20:26)
- Счетчики бывают разные. Тут счетчик событий этого агрегата. Типично
до 8000 за смену... POV(88 знак., 26.06.2022 20:48)
- Для флеша норм. Учу выравнивать износ. - SciFi(26.06.2022 20:49)
- А где счетчик минут чтобы сектор менять? ОЗУ не предлагать, из-за
того хотят ФРАМ чтобы не терять ни одного события. - POV(26.06.2022 20:56)
- Как где? В следующем секторе. Ладно, забей. Я всего лишь хочу
донести, что всё это нормально работает во флеше. Там схема немного
сложнее, чем в этих фрамах, но кого это испугает? - SciFi(26.06.2022 21:04)
- Мне сказали ФРАМ, значит я ставлю ФРАМ не тратя ни минуты своего
драгоценного времени на изыски )... POV(64 знак., 26.06.2022 21:07)
- Нечего тут тратить... При включении девайса ищешь конец лога во
флеш - это и будет твоим указателем на очередную запись. Какой-нить
25f32 тебе до всемирного потопа хватит - хрен износишь... - Гyдвин(26.06.2022 21:37)
- Такое я делал, но ибо "попросили", а не сам захотел. Как-то в
голову не пришло на ту задачу применить... POV(127 знак., 26.06.2022 22:31)
- Дык с флешом "схема сложнее", проще накосячить. SciFi(1 знак., 26.06.2022 22:36, ссылка)
- Такое я делал, но ибо "попросили", а не сам захотел. Как-то в
голову не пришло на ту задачу применить... POV(127 знак., 26.06.2022 22:31)
- Нечего тут тратить... При включении девайса ищешь конец лога во
флеш - это и будет твоим указателем на очередную запись. Какой-нить
25f32 тебе до всемирного потопа хватит - хрен износишь... - Гyдвин(26.06.2022 21:37)
- Мне сказали ФРАМ, значит я ставлю ФРАМ не тратя ни минуты своего
драгоценного времени на изыски )... POV(64 знак., 26.06.2022 21:07)
- Как где? В следующем секторе. Ладно, забей. Я всего лишь хочу
донести, что всё это нормально работает во флеше. Там схема немного
сложнее, чем в этих фрамах, но кого это испугает? - SciFi(26.06.2022 21:04)
- А где счетчик минут чтобы сектор менять? ОЗУ не предлагать, из-за
того хотят ФРАМ чтобы не терять ни одного события. - POV(26.06.2022 20:56)
- Для флеша норм. Учу выравнивать износ. - SciFi(26.06.2022 20:49)
- Счетчики бывают разные. Тут счетчик событий этого агрегата. Типично
до 8000 за смену... POV(88 знак., 26.06.2022 20:48)
- можно размазывать записи по флеши большого объема, тогда ресурса
хватит - AlexG(26.06.2022 20:17)
- Если пользователь платит за фрам, зачем искать геммора с съемными на горячую девайсом? - POV(26.06.2022 20:21)
- У вас неверные сведения. Счётчик наработки у меня каждую минуту
пишет. 2 байта в секторе 4096 байт. Каждые 2000 минут смена
сектора. Вообще не вижу проблемы. - SciFi(26.06.2022 20:26)
- Допустим нужно всегда иметь сохраненный "снимок" состояния системы. FRAM тут идеальна. На EEPROM можно эмулировать но замена неравнозначная: для EEPROM всегда потребуется буферизация а это значит что состояние на момент отключения будет утрачено! - 3m(26.06.2022 20:11)
- Флеш нормально пишет все события, и ресурс сколько надо, столько и
будет. Короче, незачёт. - SciFi(26.06.2022 20:07)
- лог, точки останова, текущие позиции, и т.д. - Make_Pic(26.06.2022 20:02)
- Встречал привод, хранящий в FRAM свою текущую позицию чтобы знать точку отсчета при следующем включении питания. AlexG(76 знак., 26.06.2022 19:33)