caxapa.ru :: Почему бы и нет. Все в ваших руках.

Dir (06.02.2008 14:18, просмотров: 78) ответил AMD на Можно ли так сделать на atmega256

Почему бы и нет. Все в ваших руках. Более того, раньше (еще в 80-х) такое широко практиковалось. Делаете аварийное батарейное питание внешней SRAM (подключается через диод при снижении основного питания ниже порога) и блокировку сигнала CS/, чтобы содержимое SRAM не портилось в момент нарастания/спада птания. Дальше все в руках программиста ;)

Ответить

- Еще проблема в том, что 128КБ кода построено так, что необходимо восстановление регистров, стеков (RSTACK, CSTACK) и счетчика комманд, т.е. состояние один в один как было при потере питания(но разве что обмен по I2C,Uart, SPI не восстановить) - AMD(06.02.2008 14:47)
  - "построено так" :-( ... Плохо. Ну сохранили/восстановили всё, включая 4К внутренней памяти и продолжаем, например, ждать конца перезаписи блока из массива в буфер ОЗУ во внешней АТ45ДБ. А она "уже готова" (BUSY неактивен). Но в буфере мусор. ReAl(725 знак., 06.02.2008 15:22)
    - Эт точно. Товаризч сам себе наизобретал трудностей, чтобы потом их долго и упорно героически преодолевать - а на вопрос "зачем?" ответить наверняка не сможет - AVR(06.02.2008 15:47)
      - Не смогу... Спасибо за советы :) - AMD(06.02.2008 17:02)
  - Это не проблема - все легко делается в ISR начала потери питания - AVR(06.02.2008 14:54)
    - Я себе легко представляю в случае если мега заснула->спит->просыпается, а в случае если: ISR->сохранение в SRAM->reset->включение боюсь подводных камней связанных с восстановлением? - AMD(06.02.2008 15:03)
      - Там подводных камней ровно столько, сколько ты их сам туда натаскаешь - AVR(06.02.2008 15:16)
      - А с сохранением во внешнюю SRAM типа будет лехче? :-) - =AlexD=(06.02.2008 15:06)
- Но это было во времена, когда не было малопотребляющих процев, умеющих входить в режим Sleep. Тут AVR прав, устаревший подход. - Dir(06.02.2008 14:17)

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