Подскажите пожалуйста, на чем можно сделать таймер для реализации аппаратного вочдога.
Суть работы таймера - выдавать на МК сигнал ресета (прижимать ногу ресета), если с МК в течении 30 сек не поступил сигнал сброса таймера.

Готовые типа STM6822 не устравивают по причине малого времени, в течении которого таймер должен быть сброшен (1.6 сек), надо минимум 30 сек.

А на 555 все что видел требует электролита немаленького. Как вариант - поставить tinyAVR, но существенный недостаток - его прошивать нужно, и (включив паранойю) - он тоже МК, потенциально тоже может зависнуть.

Когда-то делали на рассыпухе примерно так:
Нажмите для просмотра прикрепленного файла
С2, R2 определяют длительность импульса сброса, С2, R3 - максимальный период "встряхивания".

У Рамтрона кажется есть такие. "Компаньон процессора" называется...

Есть же полно микросхем - аппаратных ватчдогов, у которых время сброса задаётся внешним конденсатором.
Например, http://www.ti.com/product/tps3813j25 - первое, что выдал гугл.

мелкий МК PIC10F200/attiny4/msp430g2210 в sot23-6 или soic8 корпусе будет меньше и возможно даже дешевле
единственная печаль - дополнительно прошивать надо.

Спасибо, вариант. При 10 uF * 1 МОм выйдет ~10 сек. А 1 МОм не много для надежной работы? (исключить ложные срабатывания от помех).


Да. А еще (включив паранойю) он сам в свою очередь может зависнуть. Потому схема без тактирования вроде как надежнее.

на этот случай у выше перечисленных контроллеров свой встроенный watchdog есть.

Я в свое время тоже RC генератор на 561ЛН2 применял.

Но лучше бы поменять условия так, чтобы уменьшить период до нескольких секунд. При производстве замучаетесь проверять работоспособность такой длинной собаки (это увеличение время тестирования увеличивает конечную стоимость продукта).

Собаку хотелось бы дергать программно, а не каким-нибуль таймером. А в программе есть ситуации пауз секунд на 10, например при автообновлени и заливке новой прошивки, или при старте FreeRTOS пока задача дергающая вочдог не создана.

http://www.digikey.com/product-search/en?v...amp;pageSize=25

Бомба. TPL5110 то что надо, время до 7200(!) сек, без конденсаторов. Дороговатый правда, на пике выйдет раза в три дешевле.

Для автообновления (и прочих спецрежимов) я делал специальные костыли - отдельно дёргал ватчдог.
И freertos обычно стартует несколько :-) быстрее.
Ватчдог, правда, был бесплатный - внутренний.

Это я к тому, что условие задачи выглядит слегка надуманным.

Часто вижу высказываания, что в ответсвенные изделия ставят внешний. Придерживаюсь такого же мнения. Не хочется делать безответственные девайсы.

При обновлении программы сторожевой таймер не нужен в принципе.

Видимо у меня принципы другие - мне нужен. Правда на куда меньшее время, порядка секунды.

А что он контролирует?
А если произойдет сбой, обновление начнется сначала само, как ни в чем не бывало? Я с компьютера вручную пересылку прошивки запускаю. И старт обновления в приборе тоже вручную даю.

Сбой связи.
Да.
А я - нет. Мне не нужно лезть в прибор, чтобы запустить обновление. Достаточно запустить программу обновления на компе.

То есть, при подключенном к компу приборе запускаете программу обновления, о процесс пошел. Если произошел сбой связи или программирования флэш-памяти, прибор перезапускается, "вспоминает", что должен обновляться, посылает в комп сигнал, и программа перезапускает обновление? Или программа не дожидается подтверждения завершения, и сама перезапускается обновлять по-новой?

На обрыв связи обычного программного таймаута не хватит?

Не дождавшись подтверждения программа завершается с сообщением об ошибке. Человек может запустить ее снова.
Хватит. Но собакой значительно проще.

Практика показывает, что безответственными девайсы получаются сами собой.
Например, если недостаточно хорошо продумать условия сброса ватчдога, половина freertos'а виснет, в живых остаётся только "малозначимые" задачи, одна из которых продолжает дёргать ватчдог.


Спасибо за ценные сведения. Но на практике проще сбрасывать единократно запущенный ватчдог постоянно, чем его включать-выключать.
Это если выключение ватчдога вообще предусмотрено.

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

Вот и включите его в основной программе, а не в загрузчике. Я бы делал так. Сейчас вообще отказался от него, закомментировал инициализацию. Потому что попробовал всунуть его сброс в idle задачу в RTX RTOS, но что-то не получилось, не помню... забил.

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


Согласен. Дергать собаку в аппаратном таймере крайне ненадежно. С большей вероятностью зависнет программа, а таймер продолжит тикать.