Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Счетчик системы NAMUR и МК ATmega88
Форум разработчиков электроники ELECTRONIX.ru > Сайт и форум > В помощь начинающему > MCS51, AVR, PIC, STM8, 8bit
GRJ
Всем привет. Подскажите как подключить счетчик с системой NAMUR (по сути геркон, но для того чтобы следить за целостностью линии, там еще резисторы поставили, см. рис. вложений) к микроконтроллеру (МК), причем нужно так чтобы событие (замыкание геркона) пробуждала МК из режима сна, идеальный вариант: цифровая линия внешнего прерывания (INT0 и т.п.).
Я уже сделал и работает один вариант (подключил резистор, получился делитель и потом подключил тригер шмитта выход триггера на вход INT0 МК, но в делитель пришлось поставить на подтяжку 4кОм что уже есть много тока), но кретично энергопотребление, поэтому нужен другой вариант.
Может с помощью компаратора (см. рис. вложения)?
Можете подсказать компаратор с минимальным энергопотреблением (порядка десятков микроампер).
или может есть еще какие-нибудь варианты?
kovigor
Цитата(GRJ @ Jan 10 2011, 13:21) *
или может есть еще какие-нибудь варианты?


Обычная токовая петля (Current Loop, или CL). Если нужна опторазвязка, то с оптроном. Если линия длинная, или помех много, то придется повышать ток, микроамперами не обойдетесь. Хотя бы миллиампер 10. Как вариант: http://www.kron.com.ua/mca/docs/A4CL20%20APS%20R4.pdf
GRJ
Цитата(kovigor @ Jan 10 2011, 13:27) *
Обычная токовая петля (Current Loop, или CL). Если нужна опторазвязка, то с оптроном. Если линия длинная, или помех много, то придется повышать ток, микроамперами не обойдетесь. Хотя бы миллиампер 10. Как вариант: http://www.kron.com.ua/mca/docs/A4CL20%20APS%20R4.pdf

Мне PCI плата сильно избыточна sm.gif. Длина провода максимум 20 см, а то и меньше. Мне нужно подсоединить к мк на какую нибудь линию внешнего прерывания, опторазвязка не нужна. Простые транзисторы жрут много, можете посоветоваться более конкретно к задаче или сказать более точно куда копать? Спасибо.
rx3apf
Цитата(GRJ @ Jan 10 2011, 13:21) *
Я уже сделал и работает один вариант (подключил резистор, получился делитель и потом подключил тригер шмитта выход триггера на вход INT0 МК, но в делитель пришлось поставить на подтяжку 4кОм что уже есть много тока), но кретично энергопотребление, поэтому нужен другой вариант.
Может с помощью компаратора (см. рис. вложения)?
Можете подсказать компаратор с минимальным энергопотреблением (порядка десятков микроампер).
или может есть еще какие-нибудь варианты?

При постоянной запитке ничего хорошего не выйдет (компаратор-то я подскажу, например Microchip MCP654x - меньше 1 uA). Надежный и проверенный метод - импульсный опрос и использование ADC (и пороги легко выставить, и гистерезис, и ситуации замыкание/обрыв). При 16-Hz опросе (для расходомеров, например, и это в избытке) собственно на опрос каналов какие-то копейки, единицы uA (ATmega8, 3.6 MHz, 3.6V).
GRJ
Цитата(rx3apf @ Jan 10 2011, 14:34) *
При постоянной запитке ничего хорошего не выйдет (компаратор-то я подскажу, например Microchip MCP654x - меньше 1 uA). Надежный и проверенный метод - импульсный опрос и использование ADC (и пороги легко выставить, и гистерезис, и ситуации замыкание/обрыв). При 16-Hz опросе (для расходомеров, например, и это в избытке) собственно на опрос каналов какие-то копейки, единицы uA (ATmega8, 3.6 MHz, 3.6V).

Т.е. пробуждать каждые 62 мс секунды контроллер вотчдогом, опрашивать с помощью ацп и опять спать? Просто счетчик может не работать вообще месецами и все это время контроллер мог бы просто спать, а при возникновении события на ножки просыпаться и обрабатывать. А так не смотря на то что счетчик работать не будет, контроллер будет все время напрасно пробуждаться.
Поэтому я думал лучше компаратор поставить. Или я не прав?
rx3apf
Цитата(GRJ @ Jan 12 2011, 07:08) *
Т.е. пробуждать каждые 62 мс секунды контроллер вотчдогом, опрашивать с помощью ацп и опять спать?

WDT у AVR особой экономичностью не отличается. Лучше таймер с "часовым" кварцем, и по переполнению.
Цитата
Просто счетчик может не работать вообще месецами и все это время контроллер мог бы просто спать, а при возникновении события на ножки просыпаться и обрабатывать. А так не смотря на то что счетчик работать не будет, контроллер будет все время напрасно пробуждаться.
Поэтому я думал лучше компаратор поставить. Или я не прав?

Чтобы в таком режиме потребление было минимальным, кроме особых требований к потреблению таймера придется еще и весьма высокоомные цепи связи с датчиком использовать. Увеличивается чувствительность к помехам, ухудшается точность определения срабатывания - NAMUR достаточно низкоомный стандарт.
Не выгодно все это. Опрос на практике оказывается гораздо более экономичным (тем более у современных микроконтроллеров уменьшено потребление таймера в таком режиме. Но процессор придется тактировать от RC-генератора, в "кварцевом" варианте время старта велико, что увеличивает потребление). Еще больше уменьшить потребление можно адаптивным опросом, если активность датчика нулевая, то уменьшать частоту опроса (все равно копеечное потребление даже при 16 Hz). В общем, дело хозяйское, конечно, просто я это уже проходил...
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.