Отправлено DSN 26 марта 2005 г. 17:48 В ответ на: Не нужен внутр. eeprom-не нужен супервизор отправлено m16 26 марта 2005 г. 17:24

т.е. если напряжение начало падать, он изменит свое состояние и МК перед записью проверив пин на котором висит супервизор, не будет писать. тем самым предотвратив возможные глюки.

• бред какой то. при понижении U супервизор тянет RESET на землю останавливая проц. — m16   (26.03.2005 18:06, 51 байт)
  • а ты много не пей, тогда будешь супервизор на ногу IO вешать, а не на ресет — DSN   (26.03.2005 18:11, пустое)
• а если в течении записи в еепром? — смысл сиего извращения?   (26.03.2005 17:53, пустое)
  • для этого запись делят на блоки, и между ними проверяют, а так же — DSN   (26.03.2005 18:02, 97 байт)
    • хватит х.... с броневика нести - читай шиты по супервизорам — m16   (26.03.2005 18:18, пустое)
      • DSN читай — m16   (26.03.2005 18:37, пустое, ссылка)
      • мозги свои больные полечи, потом поговорим. — DSN   (26.03.2005 18:26, 10 байт)
      • По словам общественности, внутренний супервизор работатет менее надежно на провалы напряжения малой длительности... — ++   (26.03.2005 18:26, пустое)
        • Около 2мкс (много-мало - вопрос риторический), читайте изначальный вопрос: eeprom не используется! — Щ.C.   (26.03.2005 18:31, пустое)
          • А если даже используется - ''и что?'' — -Tумблер-   (26.03.2005 19:13, пустое, ссылка)
            • то супервизор внеш. необходим дабы инфа в eeprom не была утеряна — m16   (26.03.2005 19:27, пустое)
              • Мое мнение: если гарантированно избавляемся от порчи СЛУЧАЙНОЙ ячейки, а не записываемой (как было в старых AVR без внешнего супервизора), то — Щ.C.   (26.03.2005 22:24, 183 байт)
                • Короче: если записываемая ячейка (в блоке данных любого типа - char, float, struct....) может быть похерена из-за проблем с питанием, то резервированние - чисто софтовая проблема, — Щ.C.   (26.03.2005 22:39, пустое)
                  • Дело даже не в том , что питание рубится во время записи в eeprom — m16   (26.03.2005 23:01, 377 байт)