-
- Не обязательно страницы (многие NOR flash имеют честную побайтовую запись). Вопрос в целостности данных после сбоев в момент их записи. Это ведёт не менее чем к двум копиям записей, с номером версии (записываются последовательно: 1,2,1,2,1,2...) fk0(646 знак., 28.03.2014 11:40)
- падение напряжения можно детектировать встроенным ацп МК и прекращать запись заблаговременно - lexxx-lexxx(28.03.2014 12:23)
- Опять со своим волшебным конденсатором -- изыди нечистый! НЕЛЬЗЯ. И детектировать нельзя, есть 100500 причин почему, и прекращение записи может быть вызвано массой других причин. Сбоями в работе ПО в момент записи, электромагнитными помехами, fk0(81 знак., 28.03.2014 12:25)
- +1. Огород с ПО, ИМХО, более прогнозируем. - Хитрый Китаец(28.03.2014 14:09)
- а все-таки про конденсатор, просвети чем плох метод? lexxx-lexxx(102 знак., 28.03.2014 12:28)
- Я уже 100500 раз повторяю: напряжение -- не единственная причина. Этого достаточно. Что касается измерений, то АЦП должен обладать соответствующим быстродействием, конденсатор соответствующей ёмкостью (см. ниже), ПО обеспечивать измерения "в fk0(1167 знак., 28.03.2014 12:42)
- спасибо за исчерпывающий ответ, особенно за "десятки-сотни миллифарад") - lexxx-lexxx(28.03.2014 12:46)
- Я уже 100500 раз повторяю: напряжение -- не единственная причина. Этого достаточно. Что касается измерений, то АЦП должен обладать соответствующим быстродействием, конденсатор соответствующей ёмкостью (см. ниже), ПО обеспечивать измерения "в fk0(1167 знак., 28.03.2014 12:42)
- Опять со своим волшебным конденсатором -- изыди нечистый! НЕЛЬЗЯ. И детектировать нельзя, есть 100500 причин почему, и прекращение записи может быть вызвано массой других причин. Сбоями в работе ПО в момент записи, электромагнитными помехами, fk0(81 знак., 28.03.2014 12:25)
- падение напряжения можно детектировать встроенным ацп МК и прекращать запись заблаговременно - lexxx-lexxx(28.03.2014 12:23)
- Нет, нужно писать эти 2к(наверно мне даже 1К хватит) в одну страницу дважды при перезаписи, потом в след. страницу, а предыдущую стирать и т.д. - Молодой коллега(28.03.2014 11:37)
- "Эмуляция ЕЕПРОМ" не нужна. Непонятно вообще какие задачи она решает (как и сам EEPROM). Побайтовая запись? Её часто нет (в микросхемах EEPROM больших объёмов запись страничная, при сбое портится страница целиком). Да и сама побайтовая запись не fk0(124 знак., 28.03.2014 11:43)
- Побайтовая запись есть, нет побайтовой перезаписи, вот собственно это основная задача которую должна решать библиотека. Ну и плюс защита от сбоев. Увеличение ресурса перезаписи мало заботит. - Молодой коллега(28.03.2014 11:46)
- Побайтовая перезапись (перезапись одного байта) никаких практических задач (вроде хранения типа unsigned int) не решает. Это бред выдуманный 8-битными ассемблеристами. Нужна блочно-транзакционная форма записи. Или записано, или нет (остаётся fk0(936 знак., 28.03.2014 11:51 - 11:55)
- Практические задачи вроде хранения unsigned int решит другая библиотека, любезно предоставленная "Старшим коллегой" :) Однако 'ниже' должны быть простые функции записи/чтения пары-тройки байт по смещению. их и хочу.. - Молодой коллега(28.03.2014 12:01)
- Каждый раз когда пишешь тройку байт -- переписывай всю минимально стираемую страницу и перемещай на новое место по упомянутой выше методике (понятно, что если страница 4к, то за счёт CRC и т.п. реальный объём будет 4084 байта, например). - fk0(28.03.2014 12:04)
- Нашел это, отговорите использовать. Молодой коллега(305 знак., 28.03.2014 12:30)
- Каждый раз когда пишешь тройку байт -- переписывай всю минимально стираемую страницу и перемещай на новое место по упомянутой выше методике (понятно, что если страница 4к, то за счёт CRC и т.п. реальный объём будет 4084 байта, например). - fk0(28.03.2014 12:04)
- Практические задачи вроде хранения unsigned int решит другая библиотека, любезно предоставленная "Старшим коллегой" :) Однако 'ниже' должны быть простые функции записи/чтения пары-тройки байт по смещению. их и хочу.. - Молодой коллега(28.03.2014 12:01)
- Побайтовая перезапись (перезапись одного байта) никаких практических задач (вроде хранения типа unsigned int) не решает. Это бред выдуманный 8-битными ассемблеристами. Нужна блочно-транзакционная форма записи. Или записано, или нет (остаётся fk0(936 знак., 28.03.2014 11:51 - 11:55)
- Побайтовая запись есть, нет побайтовой перезаписи, вот собственно это основная задача которую должна решать библиотека. Ну и плюс защита от сбоев. Увеличение ресурса перезаписи мало заботит. - Молодой коллега(28.03.2014 11:46)
- "Эмуляция ЕЕПРОМ" не нужна. Непонятно вообще какие задачи она решает (как и сам EEPROM). Побайтовая запись? Её часто нет (в микросхемах EEPROM больших объёмов запись страничная, при сбое портится страница целиком). Да и сама побайтовая запись не fk0(124 знак., 28.03.2014 11:43)
- Не обязательно страницы (многие NOR flash имеют честную побайтовую запись). Вопрос в целостности данных после сбоев в момент их записи. Это ведёт не менее чем к двум копиям записей, с номером версии (записываются последовательно: 1,2,1,2,1,2...) fk0(646 знак., 28.03.2014 11:40)