Не вопрос конечно...
Я помню времена, когда меня на ковёр вызывали за то что я в одном изделии применил 2 микропроцессора. А на один МК приходилось по 20-50 корпусов простой логики. А 751 однокристалка стоила многие десятки $.

Все эти времена давно канули в лету. Стоимость компаратора 0.5$, стоимость atmega8 - 1$. Я, безусловно не призываю везде ставить МК. Но там, где это предоставляет более широкие возможности - почему бы и нет. Тем более что мне это уже стало привычнее, а результат - гибче, надёжность выше.

Так для компаратора, вам придётся применить подстроечный резистор - а это элемент ненадёжности. Для МК можно торировать само значение.

А что такое "УВХ" ? samle-hold-ёмкость?

Устройство Выборки-Хранения - samle-hold по английски.

Спасибо.. Понял... А я читал, что вроде холостое преобразование делается только при разрешение АЦП (грубо говоря при включении его питания), а после переключения канала нужно просто подождать (не обязательно при этом делать преобразование) чтоб заряд "стёк" с ёмкости.. Нет?

Холостое преобразование надежнее, на мой взгляд, оно гарантировано разрядит емкость, а просто ждать, значит емкость должна разряжаться на входные цепи? А как они выполнены в разных устройствах - неизвестно.

Насколько я знаю, то, если не ошибаюсь, входное сопротивление АЦП-входа микроконтроллера сотни (или по-крайней мере, единицы) Мегаом, тогда как выходное сопротивление источника сигнала должно быть не более десятка килоОм.. Это пишет сам же Atmel наверное подразумевая при этом что "sample-hold"-ёмкость должна всё же разряжаться через сопротивление источника сигнала, а не через много сто мегаомовые внутренние цепи микроконтроллера.. Хотя возвожно я и ошибаюсь

Сообщение отредактировал Боинг749 - Aug 25 2008, 16:27

Вы про входное сопротивление АЦП авр? так там приблизительно 30К.

А как же datasheet? Вот цитата :

"RAIN Analog Input Resistance 55 100 MΩ"(с) - взято из datasheet на ATmega8 из"Table 103. ADC Characteristics"


Вы не перепутали, случайно, сопртивление ADC-входа и сопротивление подтягивающих резисторов?

Сообщение отредактировал Боинг749 - Aug 25 2008, 16:55

да, посмотрел ДШ.
есть такое, перепутал с тем, что АЦП оптимизирован под выходное сопротивление источника сигнала до десяти килоом

Как работает АЦП точно знает только Атмел, потому и надо делать так как они рекомендуют, а они рекомендую холостое преобразование. Дело в том, что нам неизвестно как там все внутри устроено и не происходит ли так, что если мы ждем, то УВХ конденсатор в этом режиме отключен от мультиплексора и разряжается только на входную цепь АЦП, которая имеет сопротивление, как уже указали, сотни мегаом. А если делать преобразование, то УВХ гарантированно подключится к через внутренний мультиплексор к источнику входного сигнала и уровняет с ним потенциалы, что нам и нужно.

Согласен. Но они говорят его делать только после разрешения АЦП (фактически при подаче питания на модуль АЦП), а не при каждом переключении канала

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

Но мне очень понравился ход мыслей остальных участников ! Сразу видно легких путей не ищем.

С ув.

Сообщение отредактировал Ph. Anatoliy - Sep 10 2008, 21:19

Лёгким, является тот путь, который ты знаешь. (Перефразируя)

Автор топика получил бы более полный ответ, если бы сформулировал более точно вопрос.

Приведу пример.
Поставлена задача управлять мощным высоковольтным двигателем постоянного тока. В связи с определёнными проблемами в механике попросили сделать управление двигателем (обработка пускового тока) без МК.

То есть плата рядом с двигателем с кнопкой. Туда же заведено управление от МК. Хочешь от кнопки работай - хочешь от МК.

Реализовано было на компараторе с резистором. Типа защита срабатывает, - обрубается. Это задумано. А реализация оказалась сложнее в 10 раз и угроблено на это время было - куча.
1) Пришлось аппаратно гасить дребезг кнопки.
2) Пришлось вводить обратную связь, чтобы после выключения транзистора, некоторое время он не включался.
3) Усложнился интерфейс с ведущим процессором.

На сегодняшний момент, я бы эту задачу реализовал на какой-нибудь ATMega8.
1) Времени потратил бы в 5 раз меньше.
2) Гашение дребезга программно
3) Разгон-тормажение программно
4) Упростился бы программный интерфейс связи с основным МК. Точнее головной МК просто меньше времени занимался бы управлением, а просто давал бы команды.
5) Физический интерфейс м/у ведущим контроллером и ведомым стал бы более защищённым и цифровым, что явно бы повысило надёжность.