Выход компаратора Опции

[777777]

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

[Rst7]

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

[haker_fox]

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

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

[dimka76]

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

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

[777777]

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

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

[Rst7]

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

[dimka76]

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

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

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

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

[Rst7]

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

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

[prottoss]

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

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

[Rst7]

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

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

[dimka76]

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

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

Код

push  tmp
push  tmp_2

in      tmp,  ACSR
bst    tmp,  ACO
in      tmp_2, PORTx
bld    tmp_2, нужный разряд
out    PORTx, tmp_2

pop   tmp_2
pop   tmp
reti

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

[Rst7]

настраиваем прерывание от компаратора на режим Comparator Interrupt on Output Toggle.
в самом прерывании
...
17 тактов + вход в прерывание, даже SREG сохранять не надо

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

[dimka76]

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

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

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

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

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

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

[Rst7]

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

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

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

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

[dimka76]

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

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

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

[Rst7]

В прерывании от компаратора надо будет...

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

[dimka76]

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

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

[Vlad219i]

Нет, нужна экономия проводов. Есть мысль соорудить выносное устройство, питающееся по двум проводам и по ним же управляющееся.

А почему именно UART? Я тут на досуге озадачивался цифровым управлением для детской железной дороги - мне идея оч понравилась. Воплотил, есличо. Там и про полярность можно не думать, кстати.
В аттаче -краткое описание электрической части стандарта NMRA DCC, для затравки.
 S_91_2004_07.pdf ( 154.79 килобайт ) Кол-во скачиваний: 183

[MaslovVG]

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

[Rst7]

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

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

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

[_Pasha]

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

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

[haker_fox]

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

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