Неверна сама идея и ее схемная реализация. От этого даже правильно написанная программа не дает верного результата.
(«Телесистемы»: Конференция «Микроконтроллеры и их применение»)

миниатюрный аудио-видеорекордер mAVR

Отправлено rezident 06 ноября 2005 г. 00:54
В ответ на: Почему 'горбатого' - все же говорят, что программа правильная. Проблема была в том - почему не горят диоды в STK500. отправлено LPBOY 05 ноября 2005 г. 13:06

1. Если используется кнопка с двумя состояниями, то зачем для этого использовать АЦП? Достаточно использовать вывод МК как GPIO в режиме входа с периодическим опросом состояния или использования прерывания по изменению этого состояния.
2. Если используется АЦП для оцифровки аналогового сигнала, то для вывода куда-либо код АЦП нужно перевести в "удобочитаемый" вид или в понятные для человека единицы измерения: (мили)Вольты, (мили)Амперы, число импульсов, (кило)Герцы и т.п. Код АЦП сам по себе малоинтересен как информация для пользователя.
3. Выводить визуальную инфомацию чаще, чем 100 раз в секунду особого смыла не имеет, т.к. человеческий глаз - орган довольно инертный и информацию обновляемую с большой частотой просто не воспринимает. Для него это сливающиеся образы. Цифро-буквенную информацию обновлять нужно еще реже, не чаще 2-3 раз в секунду.
4. Измерение и вывод информации в большинстве случаев процессы асинхронные. Частота измерения нажатых клавиш ограничивается длительностью дребезга, а про частоту вывода информации я написал в п.3. Синхронизировать асинхронные процессы можно через доп. буферы или переменные.
Так что обмозгуйте сначала, ЧТО вы хотите получить, а потом задайтесь вопросом КАК это МОЖНО сделать. А вот если не знаете, то спрашивайте КАК это "ЧТО" НУЖНО делать. Вы же начали решение проблемы с конца.

Составить ответ  |||  Конференция  |||  Архив

Ответы



Rambler's Top100 Рейтинг@Mail.ru
Перейти к списку ответов  |||  Конференция  |||  Архив  |||  Главная страница  |||  Содержание

E-mail: info@telesys.ru