caxapa.ru :: FRAM - это конечно же хорошо, но его использование сразу же повлияет на цену, скорость доступа, размер кода и т.д. А ещё говорят что fram слететь может.

Apтём (25.07.2012 23:31, просмотров: 160) ответил rezident на При журналировании нельзя ориентироваться на какой-то "нерабочий" код. Либо нужно ввести признак первого включения, который храниться где-то в другом месте, не в EEPROM и при первом включении инициализировать журнал начальной записью. Либо при

FRAM - это конечно же хорошо, но его использование сразу же повлияет на цену, скорость доступа, размер кода и т.д. А ещё говорят что fram слететь может. >>признак первого включения, который храниться где-то в другом месте, не в EEPROM Почему? Можно и в EEPROM вести, где-нибудь в специальной ячейке. Нет?

Ответить

- Про цену FRAM vs EEPROM могу согласиться, насчет всего остального - ерунда какая-то. - rezident(26.07.2012 00:06)
  - Цена и необходимость разводить ещё одну микросхему - основные минусы, остальное в общем-то мелочи. - Apтём(26.07.2012 00:17)
    - Ах да! Я за последние годы уже и забыл, что default MCU это AVR. - rezident(26.07.2012 00:54)
    - есть в одном корпусе - MSP430FRxxxx. а когда-то анонсировались C51 от Ramtron (запросил образцы у них тогда, но оказалось, что нужен их же прошиватор за 100+ бакинских там и под проект - обломался каляки-маляки придумывать) - Vit(26.07.2012 00:26, ссылка)
- Нельзя признак для начала процедуры инициализации хранить в той же EEPROM которую нужно инициализировать при отсутствии оного признака. Это же вроде вполне очевидно. И особо очевидно в случае, если бы речь шла про Flash. В противном случае нужно rezident(49 знак., 26.07.2012 00:04)
  - Мне - не очевидно. EEPROM приходит с завода во вполне определённом состоянии - все байты равны 255. Почему не считать, что если байт с адресом N равен 255, то инициализации не было? При работе программе естественно он не должен приравниваться к Apтём(5 знак., 26.07.2012 00:31)
    - EEPROM c завода точно не содержит сигнатуры "инициализировано 21.01.2012"... - Гудвин(26.07.2012 01:00)
    - А некоторые предполагают, что если они сделают счетчик на переменной типа unsigned char, то он у них всегда будет считать только до 255 :))) - rezident(26.07.2012 00:48)
      - А что - логично: досчитал и заклинило. :) - Apтём(26.07.2012 00:50)
        
        Вы тоже из их числа? O_o - rezident(26.07.2012 00:52)
        
        Нет - такой варинт мне до сих пор в голову не приходил. - Apтём(26.07.2012 00:58)
        
        Наверное даже и про разрядность char в курсе? - rezident(26.07.2012 01:20)
        
        "Мужик, ты не умничай! Пальцем покажи..." Apтём(30 знак., 26.07.2012 01:25)
        
        Гм. 16-и битный char какой диапазон чисел перекрывает по-вашему? - rezident(26.07.2012 01:35)
        
        16 битный? Либо 0..65536, либо -32768..32767. А где такой есть? Я вспомнил что такое бывает, но где? Apтём(124 знак., 26.07.2012 01:48)
        
        В Code Composer Studio и TMS320 от TI. На электрониксе эта тема неоднократно обсуждалась. - rezident(26.07.2012 01:57)
        
        Да, что-то читал об этом. Просто не приходилось с такими работать - это для меня экзотика. Что есть ещё у PIC 24-битное, то ли целое толи float. Случаи бывают разные. - Apтём(26.07.2012 02:13)
- куда слететь? - Vit(25.07.2012 23:46)
  - Вникуда: данные потерять. - Apтём(25.07.2012 23:54)
    - а что для этого нужно ~~наговнокодить~~сделать? - Vit(25.07.2012 23:59)
      - Не в кодировании дело: при просадках питания иногда возможен сбой. У вас такого не было? Или это всё давно пофиксено во fram? - Apтём(26.07.2012 00:12)
        
        не было. что для этого нужно ~~наговносхемить~~сделать? небось игры с большими конденсаторами, детекторами просадки входного напряжения, прерываниями для сохранения чего-нить ну очень важного, ну и, конечно же, супервизорами, ловящими шпильки Vit(59 знак., 26.07.2012 00:16)
        
        Особо каких то игр не было: не помню была ли подтяжка по линиях CS, CLK spi, может быть причина сбоев была в отсутствии оной. Но пока не поставили внешний wdt-супервизор питания данные записанные в fram терялись. После установки - перестали. Тема Apтём(55 знак., 26.07.2012 00:39)
        
        Использую FRAM от Ramtron лет 10. Технических нареканий 2 - снижение ресурса у более новых типов МС, ну и баг с засыпанием у них же. Ещё как-то ReAl рассказывал о сдыханиях некоторых экхемпляров под капотом. Дайте линк чтоле, где ж о чудесах Vit(17 знак., 26.07.2012 00:47)
        
        Вот линк Apтём(99 знак., 26.07.2012 01:08)
        
        без правильного выбора супервизора по питанию можно и не такого намутить - Vit(26.07.2012 01:28)
        
        А как выбирать правильный? Использовать BOD MCU? Как правильно делать? - Apтём(27.07.2012 02:43)
        
        Правильно не допускать функционирования мелкосхем вне рекомендованных диапазонов питания. Т.е. если для памяти должно быть минимум 2.7В, ставите MAX809 (от ONSemi жрут аж 0.5 мкА и стоють аж 20 центов) на > 2.7B (например, если не гонитесь за Vit(284 знак., 27.07.2012 11:49)
        
        >>ставите MAX809 Apтём(202 знак., 27.07.2012 16:22)
        
        1) обычно не годится. 2) фантастика на третьем этаже(С) - придумайте, какими 10-ю способами можно получить шпильку на сбросе - Vit(27.07.2012 16:54)
        
        1) Странно...Чем он плох? Работает же. 2) получить можно и сотней способов, но в реальности устройства работают неделями и не сбрасываются. - Apтём(27.07.2012 16:57)
        
        А что за засыпания такие? - Apтём(26.07.2012 01:09)
        
        такие - Vit(26.07.2012 01:22, ссылка)

Микроконтроллеры AVR