Микроконтроллеры с FRAM памятью - Страница 4

niXto · 21.05.2011, 17:22

Сообщение от Ar-Gen-Tum

Что значит "не думать"?
Допустим, в системе с МК меняется состояние раз в секунду. И это состояние надо запоминать.
Если это состояние каждый раз писать во флеш, то на какое время этой флеши хватит?

Вы только спросили - а инжинеры Blaupunkt уже сделали))) Знаменитая проблема с памятью магнитол "Audi Chorus" и "Audi Concert" http://www.audi.org.ua/materials/2954.html

Ar-Gen-Tum · 21.05.2011, 17:42

Сообщение от niXto

Вы только спросили - а инжинеры Blaupunkt уже сделали))) Знаменитая проблема с памятью магнитол "Audi Chorus" и "Audi Concert" http://www.audi.org.ua/materials/2954.html

Так мой вопрос был риторическим.
А "инжинеры Blaupunkt", как и многие другие видимо исповедуют модель -
а чо нам об этом думать, пусть они и думают.

Хорошее в этом то, что они оставляют не большую нишу тем "кто думает".

trampampusha · 21.05.2011, 20:11

Сообщение от Ar-Gen-Tum

Допустим, в системе с МК меняется состояние раз в секунду. И это состояние надо запоминать.
Если это состояние каждый раз писать во флеш, то на какое время этой флеши хватит?

Раз в секунду изменение состояния пишется в оперативку.
Много ли Вам приходилось решать задач, когда приходилось каждую секунду загонять результат во ФЛЕШ?

Ar-Gen-Tum · 21.05.2011, 20:16

Сообщение от trampampusha

...
Много ли Вам приходилось решать задач, когда приходилось каждую секунду загонять результат во ФЛЕШ?

А 100 лет назад ваще без МК обходились.

trampampusha · 21.05.2011, 22:51

Сообщение от Ar-Gen-Tum

А 100 лет назад ваще без МК обходились.

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

Что касается темы, то Вы считаете, что если появилась возможность писАть раз в микросекунду, то писАть НАДО, даже если это никому и не нужно???
Ведь раз сделали такую возможность, то ее обязательно надо пользовать?

niXto · 22.05.2011, 06:36

Сообщение от trampampusha

Что касается темы, то Вы считаете, что если появилась возможность писАть раз в микросекунду, то писАть НАДО, даже если это никому и не нужно???
Ведь раз сделали такую возможность, то ее обязательно надо пользовать?

Нет. Просто у программиста появилась новая возможность, о которой он раньше мог только мечтать. Ещё одним ограничением стало меньше.

А вот как использовать эту возможность - это уже дело программиста и его программы...

OlegNZH · 22.05.2011, 11:17

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

dadigor · 23.05.2011, 12:14

Посчитаем... 10^14... Если писать 1 раз в микросекунду, то это 10^8 секунд, т.е. хватит на 3 с лишним года, а если 1 раз в миллисекунду, то на 3000 лет )))
В общем хватит этого, думаю, большинству пользователей по самое некуда, даже если реально получится в десять раз меньше циклов.
Я уж не говорю о том, что на тактовой процессора пусть даже 24 МГц писать каждую микросекунду в одну и ту же ячейку данные, необходимые для сохранения при снятии питания, это еще надо придумать такую мудреную задачу. ИМХО

Ar-Gen-Tum · 23.05.2011, 13:39

Сообщение от dadigor

...
Я уж не говорю о том, что на тактовой процессора пусть даже 24 МГц писать каждую микросекунду в одну и ту же ячейку данные, необходимые для сохранения при снятии питания, это еще надо придумать такую мудреную задачу. ИМХО

Во FRAM выполняется программа. Т.е. данные из памяти считываются в
модуль обработки команды. Это происходит каждый такт.
Как писали выше, чтение из FRAM почти не отличается от записи.
Но скорее всего FRAM от циклов чтение/запись не деградирует.

testerplus · 23.05.2011, 13:50

Сообщение от dadigor

Посчитаем... 10^14... Если писать 1 раз в микросекунду, то это 10^8 секунд, т.е. хватит на 3 с лишним года, а если 1 раз в миллисекунду, то на 3000 лет )))

Дело же не в выработке ресурса. Тут как раз все очень заманчиво.

Проблема может крыться в другом: каждое обращение к записанной ячейке уничтожает информацию. Чтение и регенерация - процессы разнесенные во времени, что может привести просто к порче памяти программы. Таким образом наиболее уязвимыми оказываются участки кода, которые выполняются чаще остальных (к примеру, обработчики прерываний или основной цикл).

К сожалению, пока не попадалось детального описания процессов, сопровождающих чтение и запись FRAM (все больше инфа рекламно-революционного характера). Если у кого есть ссылка (или была какая-то толковая статья в каком-нибудь журнале) - поделитесь, pls