Отправлено BLACKEAGLE 17 апреля 2003 г. 14:09 В ответ на: Уважаемые мастера! Подскажите по поводу watchdog в AVR (+) отправлено tavr 17 апреля 2003 г. 13:09

Главная функция, которая на нее возлагается - вытаскивать из глухих циклов, дурных залетаний в непробуждаемый SLEEP и т.п. Типичный случай - код ждет прихода периодической "1" от чего-нибудь внешнего, и это внешнее программист посчитал настолько незыблемым, что не удосужился проверять таймаут. А незыблемое взяло да залипло/отвалилось, вот и будет вечный цикл. Или - помеха привела к записи в TCCRx нуля, и остановился внутренний таймер, флага от которого будет до упора ждать система. А грамотно накормленная собачка все это разруливает.

Команды "кормежки" глупо ставить в процедурах обработки таймерских прерываний или внутри мелких циклов. Их место - УСПЕШНЫЙ конец главного цикла системы (допустим, процедуры main) или нечто подобное.

• To BLACKEAGLE (+) — tavr   (17.04.2003 15:04, 295 байт)
  • Понятно, спасибо — tavr   (17.04.2003 15:28, пустое)
  • Ответ: Вот именно ! — Тумблер   (17.04.2003 15:26, 329 байт, ссылка)
  • Обработчик таймера будет вызываться АППАРАТНО даже из зависшей основной программы, и тогда собаке грош цена — BLACKEAGLE   (17.04.2003 15:07, пустое)
  • Потому что даже в случае сбоя программы прерывания с большой вероятностью будут происходить, и собака сбрасываться.. — Dr.Alex   (17.04.2003 15:06, пустое)
    • Ну почему, бывают программы, где все прерывания заканчиваются jmp 0. Монстрофилия, конечно, но... — cout   (17.04.2003 17:19, пустое)
• Ответ: а сторожевая собака тем более ;) А интересно кто как использует собак в RTOS? — SOIC   (17.04.2003 14:39, 34 байт)
  • По очень медленному тику должен быть некий секьюрити-процесс, который на основании одному ему известного метода (зависимого от характера приложений) определяет, корректно ли работает программа, и если да, то ресетит собаку.. — Dr.Alex   (17.04.2003 14:45, пустое)
    • Воистину. Так и делаю, хоть и не в ртос-е. Инспектирую состояния контекста. Это, кстати, ответ противникам дога в прерываниях (-) — Peet_on_B3   (17.04.2003 16:38, пустое)
      • Ответ: к тому же — Тумблер   (17.04.2003 16:45, 184 байт)
        • Да и не всегда Main_loop бывает :)) (-) — Peet_on_B3   (17.04.2003 16:52, пустое)
• Видел одну оригинальную программу на пике, так там собака не сбрасывалась вообще, а постоянно ресетила проц!! Сверхнадёжно, жаль что далеко не везде применимо.. — Dr.Alex   (17.04.2003 14:25, пустое)
  • Я и сам писал такую программу, но применить это действительно можно далеко не всегда. — L.A.   (17.04.2003 15:37, пустое)
    • Ответ: Было и такое в практике. Надёжность действительно большая, но для МК с программным запуском и остановом не стал бы такое применять. — Serg_Ant   (17.04.2003 17:20, пустое)
  • У TI в примерах было такое, для MSP430. — AAV   (17.04.2003 15:33, пустое)
  • Пуркуа бы да не па? Ресет - одно из прерываний, да еще и с кучей полезных действий — BLACKEAGLE   (17.04.2003 14:37, пустое)
    • Какое же это прерывание, если оно сбрасывает почти все регистры? Это самый обычный RESET. И использовать его как прерывание крайне неудобно (по крайней мере в AVR). Нужно заново инициализировать массу регистров в том числе и порты. — Dir   (17.04.2003 23:40, пустое)