Всем добрейшего дня!

Тупизм первый .
Есть Free Counter - считает себе задержки. Задествован один канал OCRA Попросили сделать писк кнопок при нажатии , подумываю задействовать канал OCRB как несущую . Предпологаю от 400 - 800гц. И всё - дальше ступор какой-то . Наверное из-за второго. Толкните куда нибудь.
Тупизм второй.
Есть сводный порт. Любой из пинов порта , через меню ( так думается) , можно настроить вход-выход. Если настроен как вход к нему например- подключили доп. датчик с цифровым выходом, причём в любой момент времени. Причём куда подключать датчик (и) не имеет значения , на любую ногу. Выходы или сами по себе , что-то там влючают ( ручной режим) или привязываются к датчику (ам).
Что лучше применить прерывание или опрос ?

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

По первому. Какую ноту использовать , чистую или диез или бемоль. Длительность звучания? Кнопки шибко быстро обрабатываются , сначала думал -определил - включил - отпустил - выключил , но боюсь так звук никто и не услышит. Значит нужна фикс. длительность . Какая? Так , что бы не наехать на соседнюю , при ее нажатии.
По второму. - быстрых датчиков , (менее нескольких минут ) не предусматривается. Сигналы стандартные TTL. Там больше работа с меню - и особенно по взаимосвязям. Так один из датчиков может подкл.второй и еще вкл. несколько устройств . Следующий ещё , что-то сделать, а может просто фикс. его срабатывания . Часы на борту есть. Или всё вкл на выход или всё на вход . Датчики себя ,для системы, не опознают , это может быть и просто датчик и микропроцессорное устройство. Никаких программных протоколов обмена не предусмотрено. Хотя .... и придёться

Вы УЖЕ сами себе ответили, особенно на второй

Перевожу на разговорный язык:

Ремапы задаются в режиме программирования. Узер-интерфейс - это третий тупизм, ввиду возможной нетривиальности задачи.
По первому - сами догадаетесь, у Вас нет другого выбора

Ну вот , приятно поговорить с умными людьми , а то сидишь один , только с котом поговорить можно .. Спасибо!

Пикалку на кнопки делал по такому алгоритму:
Нажата кнопка:
Если в данный момент ничего не пищит - даём таймеру пинка, чтобы тот пищал фиксированное время(t1) и заткнулся(он это делает сам).
Если таймер ещё пищит - даём пинка, чтоб заткнулся, подождал время t2(меньше t1 в разы) и снова начал пищать t1.
Таким образом каждое нажатие кнопки сопровождается писком и если юзер нажал кнопку второй раз(или очень быстро нажал другую кнопку) - это слышно по паузе t2.

Пищальный таймер работает сам по себе и в обработке кнопок нужно просто вызвать коротенькую функцию, которая ставит нужные флаги.

Вот по меню инфа неплохая http://easyelectronics.ru/organizaciya-dre...nogo-menyu.html

Вам нужна State Machine. Причем программируемая, причем видимо с PC.

Да, где то так. Но хотя само устройство и подкл. по 485 к РС - задача пока такая не ставилась . (Снимаются данные) Хотя , как я писал выше , всё может быть.
Пока устройство будет работать в автономном режиме , а вот PC из энтого места ( назначения , дальнейшей жизни ), могут и п...уть. Так , что не рискуют.
Предлагал им ревун от подлодки поставить , от неожиданости или инфаркт или даже мужик родит. Думают.

А РС для работы не нужна. Только для создания и заливки SM в девайс.
Например ноутбук - пришел, залил, унес.