Нет ли среди обычных (не xmega) АВРок такой, у которой выход компаратора выведен наружу?

К сожалению нет. А что Вы хотели соорудить?

Скорее всего, нужна экономия места на плате

Как уже сказали - нет. Но ведь можно и программно сделать. По прерыванию дергать ножкой. Правда быстродействие эквивалентного компаратора несколько упадет.

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

Сделайте софтовый UART на прием

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




Уж лучше софтовый выход компаратора. Меньше вычислительной нагрузки на контроллер.

Вы ошибаетесь.

Сделайте на подобии того, как организовано питание датчиков в 1-ware. Т.е. в отсутствии сигнала у Вас по линии связи идет питающее напряжение. На линию питания надо будет поставить инвертор, он же будет выполнять роль компаратора/преобразователя уровня.

Зачем? Для аля-1-wire и UART инвертор не нужен. Хватит делителя с + питания на прямо на соответствующий пин проца. Если питание 12В, а проц от 5ти вольт, то два резистора килоом по 10 решат вопрос.

настраиваем прерывание от компаратора на режим Comparator Interrupt on Output Toggle.
в самом прерывании



17 тактов + вход в прерывание, даже SREG сохранять не надо

Ужос. Мало того, что в Вашем коде налицо принципиальные ошибки и дикий оверхед, так такой подход еще и принципиально приведет к дупе, если состояние компаратора (например, от помехи) будет меняться чаще, чем проц обработает прерывание

Бог с ними, с ошибками, железо бы выявило все ошибки, это эскиз.

Помеху бы и для программного UART надо было бы фильтровать. Поэтому из сранительного анализа можно это исключить.

А раз присутствует дикий оверхед, значит код может быть еще компактнее.

А какой размер получится у программного UART ? Уж не пять строчек это точно.

Исправил ошибку )))

Неверно. Программный UART в простой реализации в независимости от сигнала на компараторе приведет к 1(от компаратора)+8(биты данных от таймера)+1(проверка стоп-бита от таймера) прерываний. А Ваш способ может привести к полной загрузке процессора.



При правильном подходе - немного.

В прерывании от компаратора надо будет запретить прерывание от компаратора и разрешить прерывание от таймера + сбросить таймер (либо в начале кадра либо в конце но надо) + теже копирование битов + сдвиг + подсчет кол-ва принятых битов.

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

Повторяю последний раз - Ваш вариант чреват непредсказуемой загрузкой процессора.

Я и не настаиваю. Просто сравниваю ваш и свой вариант. Окончательное решение всеравно топикстартеру принимать )))

А почему именно UART? Я тут на досуге озадачивался цифровым управлением для детской железной дороги - мне идея оч понравилась. Воплотил, есличо. Там и про полярность можно не думать, кстати.
В аттаче -краткое описание электрической части стандарта NMRA DCC, для затравки.
Нажмите для просмотра прикрепленного файла

А не проще поднять уровень сигнала управления до 3 вольт и стабилитроном сдвинуть уровень сигнала в ТТЛ диапазон.
Всего две детали стабилитрон и резистор.
Добавив один транзистор можно не поднимать уровень сигнала.

Уж тогда лучше поднять размах до напряжения питания. Довести до логического конца, так сказать.

Главное, в передаче через UART есть стоповый бит, т.е. на какое-то количество энергии всегда можно расчитывать - в худшем случае можно брать за расчет то, что сопротивление проводов, подводящих питание, будет в 10 раз больше, чем определяется физическим сечением/материалом.

Поллингом надо, батенька. Поллингом.

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