Думаю, логичнее принять за основу определения [I]работает—завис[/I] наличие сигнала на инвертирующем входе (2) LM358
С этим должна справиться схема (прицепляю оную).
Она вообще-то размыкает реле при отсутствии сигнала на входе, но вот реле можно убрать и приспособить ее для кратковременной подачи лог. 0 на MCLR ПИКа (вроде он так сбрасывается).
MCLR подтянуть к питанию резистором, замыкать на общий провод по велению этой схемы. Вопрос как замыкать кратковременно, а не на вовсе

Слушай, не знаю как это будет работать, а какой сигнал вообще имеется на на этом входе ОУ (попутно, я этот ОУ заменил на NE5532 или можно что-то из этой же "оперы" . Работает лучше, и Ку выше, можно снизить подстроечником вых. уровень). Я думаю, там поток данных и всё. А как с ним работать. Схема то пороговая.
Вообще-то может быть лучше сделать на таком же ОУ вместо транзюков, габариты поменьше, питание можно от 5 вольт, да и Ку можно приличный получить и регулируемый для достижения нужного порога. Ну как? А на корпус заземлять кратковременно можно без релюхи через транзисторный ключ.

Можно сделать ещё проще! Не определять вообще завис - не завис.
А поставить таймер на определённое время вероятности зависона. К примеру 1 час. И регулярно через час будет сброс, независимо от того висит ПИК или нет. Я думаю перезапуск занимает очень мало времени, данные в еепром остаются, только запускается прошивка на исполнение, ну секунда-две. В эфире это даже никто и не заметит.
Это можно легко выполнить на таймере типа NE555 или на К1006ВИ1
с времязадающей цепочкой и транзисторным ключом для замыкания подтянутого к цепи 5 в через резюк вывода MCLR.
Ну как вам идея?

Сигнал на входе ОУ (50 и 8 мс соответственно)

Понятно. импульсный сигнал цифрового потока. Так и думал.
Если его детектировать в постоянную составляющую и подать на вход ОУ в режиме компаратора, то при отсутствии сигнала на входе, компаратор перейдёт в противоположное состояние. Вопрос - как это сделать кратковременно и вернуться после этого в первоначальное состояние...
Да и ещё. Сейчас посмотрел в конфигурации прошивки - при программировании не стоит галка "включить WDT" (то есть сторожевой таймер). Вот он то и должен делать ресет при зависоне ПИКа. Но опять же реализована эта функция в самой прошивке или нет мы сейчас пока не знаем... Надо дизассемблировать прошивку и смотреть.

У меня с кварцем собрано (кварц на 16 МНz)
Мне одной строки хватает для телефона рекламной службы и прямого эфира.

Maksony
Всё понятно...

Короче прошивка ПИКа для RDS без поддержки сторожевого таймера.
В ней нет команд на сброс ПИКа. Сейчас надо думать как доработать
её с поддержкой этого сторожевого таймера и проблема зависонов будет решена программным способом и возможностями самого микроконтроллера и намного проще!!!
Вот дизассемблированный исходный текст программы для ПИКа, может кто сможет запихнуть туда команды сторожевого таймера?

Вот к слову нашёл на одном из сайтов...
"Примечания:
1. Броски напряжения на выводе - MCLR ниже Vss приводят к появлению больших токов (около 80мА), что может привести к срабатыванию защелки. Поэтому рекомендуется последовательно включать резистор сопротивлением от 50 Ом до 100 Ом для подачи низкого уровня на этот вывод вместо непосредственного подключения к Vss."

Вдогонку...
Выдержка с одного из форумов про ПИКи:
"...Оказалось, что схему защиты MCLR от статики улучшили так, что теперь при непосредственном его соединениии с Vcc возможен тиристорный эффект - кристалл потребляет большой ток и может
сгореть."
Информация к размышлению.

И где же напряжение ниже VSS найти? У меня в кодере питание однополярное. Но согласен, незачем отрицательное напряжение на MCLR подавать
Под резистор между питанием и MCLR уж очень места мало на печатке. Но для перестраховки в SMD может и имеет смысл.
З. Ы. Посмопрел несколько схем с использованием ПИКов, везде MCLR соединяется с питанием через резистор.
Кстати, ПИК сбрасывается около 18 мс, при сбросе "извне" это нужно учитывать.

Вот докучи ещё совет:
"...На вывод MCLR напряжение подаётся через резистор 5-10кОм, с этой же ноги на землю ставится конденсатор - это примитивный аппаратный ресет при включении питания".

И ещё - сегодня выложили прошивку переработанную из оригинальной, с командами Clrwdt и с установленным битом программирования WDT. Буду тестить, о результатах доложу позднее.

Вопрос к тем, у кого кодер работает без компа: после зависания в нем данные не теряются?
Сегодня глянул, что творится на шине i^2c, когда ПИК завис... Казалось бы, там должно быть тихо, но на SDA присутствуют красивые импульсы, а на SCL вообще полная хрень. С ненулевой вероятностью может сформироваться команда записи в EEPROMку.

И еще, раз на лапках ПИКа какой-то сигнал, значит он не завис? Что же тогда светодиод не мигает?

Всем привет!
Тут ребята на одном из ресурсов работают над прошивкой ПИКа для внедрения WDT (сторожевого таймера). несколько вариантов видоизменённых прошивок выложили мне на тестирование. О результатах сообщу.

Нет, данные в EEPROM не теряются. Проверено неоднократно на зависонах. Делаешь аппаратный ресет и вперёд...
Вот только аппаратный ресет надо наверное на таймере 555 реализовать и довести до ума. Что-то я на программный ресет через WDT не уверен.

А где гарантия, что ПИК не зависнет через минуту после сброса по таймеру и не будет висеть час — два
Кстати, большой конденсатор (1000 мкФ) на питании ПИКа тоже помогает... Банально, но все же

Прислал один добрый человек прошивку переработанную с WDT.
Сегодня потестил в разных режимах с компом, пока робит весь день!
Искусственно создал условия зависона - типа 4 ногу MCLR отцепил о 5 вольт и заземляя так типа шорохом. По звуку ПИК в какой-то момент повисает, верещание данных прекращается и светодиод перестает моргать, а через 2,3 сек. восстанавливается всё в раб. режим!
(WDT выставлен с предделителем на 128. Получается один такт задержки 18 мсек х 128 = 2.3 сек). Пробовал несколько раз - по секундомеру точно через 2.3 сек всё восстанавливается после зависона.
Но докучи всё-таки аппаратный ресет сделаю для гарантии.
Время сброса по таймеру надо делать не час - два, всего лишь несколько минут, это надёжнее. ПИКу от этого ничего не будет. Передача данных восстанавливается практически мгновенно (для аппаратного внешнего сброса определяется длительностью импульса сброса, а через внутренний WDT - 2,3 сек.), а на дисплеях приёмников смена информации в самом неблагоприятном случае от 5 сек. и больше (динамический текст). Так что юзеры этого даже и не заметят...
Я выбрал период от 5 до 10 минут.
И если сторожевой таймер внутри будет отлично робить тогда вообще не нужен будет аппаратный сброс.
Дальнейшее тестирование в полигонных условиях приближённых к боевым (на радиостанции) покажет все плюсы и минусы прошивки.

Вот как раз то и в этом возник вопрос. Как то, исследуя саму прошивку выясняется, что возможно ПИК и будет выдавать сигнал в виде мусора - то есть зациклится на каком-то куске программы. Тогда эта схема всё равно не сбросит ПИК, так как не поймёт, данные это или лабуда.

Можно попробовать прицепить микросхему RDS декодера (которая имеет выход наличия сигнала). Искать конкретно надо по datasheetам...
Уж так точно можно отличить данные от лабуды

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

ОК! Послал, смотри почту.

Вишли мне тоже ету прашивку ! Спасибо! fm@freefm.lv