Здравствуйте!...

приведу кусочек и спрошу потом

Все инициализировал...
дальше сам кучочек программы:



Ну так всё и повторяется дальше для различных частот.
Вопрос 1. Всю программу с вышеприведенным куском эмулировал в протеусе (принтскрин ниже)
Дословно код переводится ведь так???: если на PIND.1 НЛУ, то заносить в регистр сравнения OCR2 число соответствующее частоте до тех пор пока выполняется условие (есть НЛУ на PIND.1 ).
В протеусе почему-то еще не успев нажать кнопку уже выдается частота 420 (хотя следуя программе она должна появиться только при нажатии И удержании кнопки (т.е. НЛУ) на пине), а при отпускании пропасть (этого тоже кстати не происходит). Т.е. ситуация такая: вместо кнопок должны быть переключатели, и пока есть НЛУ - есть соответствующая частота, а когда нет НЛУ - ничего нет.
А у меня просто при кратковременном нажатии она появляется и так не пропадает при отпускании. Где собака...?
Вопрос 2. Дискретность установки частоты у 8-разрядного таймера оставляет желать лучшего даже при 1/8 кдел., т.е. получается допустим 420+-2Гц (иногда и больше) (многовато, нужно хотя бы +- 1Гц). Формула нахождения частоты : fOCn=fclk_/2*N(1+OCRn) почему-то не работает, нахожу не по ней...Как улучшить показатели? 16-разрядный для модулирующих у меня...
Вопрос 3. Самое интересное и самое непонятное пока для меня: Как мне вывести программно в какой-нибудь пин порта модуляцию 2-х частот (то бишь перемножить) логическое "И"???
В лоб не получается... Теории об этом не нашел...

1) Будучи единожды настроен, таймер будет работать (и выдавать импульсы), пока его не выключат. В приведённом коде выключения таймера нет.
Далее,
условие while ((PIND>>1)&0); никогда не сработает, поскольку побитовое И с нолём всегда даст ноль.
PIND.1 так и проверяйте:
while (PIND.1); //в CodeVision
while (PIND&0x02); //другие компиляторы С

2) Возьмите чип с двумя 16-бит таймерами.

3) Насчёт перемножения частот - один таймер выдаёт первую частоту на вывод контроллера, на другой частоте работает второй таймер, в прерывании таймера №2 попеременно разрешается и запрещается сигнал от таймера №1 на ноге контроллера.

Насчет прерываний - спасибо, попробую...
Вообщем что-то опять не то...
ТО, что я написал, не собирается выводить одновременно 2 частоты, потому как сидит в цикле while() если найдет НЛУ на каком-нибудь пине...
не пойму, как исправить конструкцию чтобы в OCR один раз заносилось, и больше рабочая точка туда не возварщалась, пока не измениться состояние ...Вообщем в моем случае постоянно опрашивать совершенно не нужно, так как на деле все частоты один раз устанавливаются и оперативного их изменения не нужно....
как мне покрасивей и рациональней вывести всё это одновременно...?
оператор Switch не подходит...?

кусочек...

обьедини свои кнопки через диоды и заведи на вход внешнего прерывания.А в обработчике прерыва-
ния можно через if,если у тебя 2 кнопки.Если кнопок предпалагается больше,то лучше применить шифратор-там и выход на прерывания есть,а анализ кнопок через switch.

Насчет умножения частот-модуляции попробовал в протеусе такое:


вроде сработало....По крайней мере пачки импульсов идут. ТОлько мой старенький комп повисает на пару минут...

Вот интересно будет на железе проверить..

Нет, прерываниями не пойдет,
там у меня 5 несущих и две модулирующих,..можно ведь все в МК сделать...

Не получается у меня пока стройный алгоритм опроса..
маленький Цикл while() убрал...Частоты Fнем и Fмод. выводятся теперь одновременно.


Так теперь перед включением у-ва придется заранее устанавливать ключи (т.е. неоперативно и неудобно), а чтобы изменить частоту придется или reset жать или включать-выключать, что также не совсем удобно...

Как мне устроить периодический опрос?...в принципе у меня раз в сек. или даже больше опросил и хватит, чаще не обязательно...
нужно чтобы процессорное время сильно не отнималось (похоже ему тяжело дается умножение)
По еще одному 8-разрядному таймеру в прерывании опрос что-ли?

не понял,чем тебя прерывание по нажатию не устроивает?Всего один пин выделяется под это,и время
процца здорово экономится.Можно и по опросу раз в секунду,если есть лишний таймер-в прерывании от таймера вставляешь код опроса кнопок.

Спасибо за помощь!...
Опрос портов делаю по переполнению таймера T0 в прерывании...примерно раз в 0,2 сек.
Вроде все вышло...но столкнулся с проблемой...
1.Следуя нижеприведенному коду при замкнутом ключе (НЛУ на пине) программа заносит в таймер значение константы, а при размыкании частота так и остается,
если я добавляю
после if для 8-разрядного таймера,

или после if для 16-р таймера (т.е. останавливаю таймеры), то получается какая-то околесица..
частоты не те и самое интересное, когда ставлю первое else после первого if (!PINB.5) на него реагирует и if (!PINB.4), т.е. при размыкании ключа на PINB.4 тоже пропадает сигнал, этого ведь не должно быть...
То же самое когда ставлю это else после "420", на него все остальные реагируют...




2. При размыкании того же ключа мне нужно вывести в PB1/OC1A - НЛУ, я пишу


НО не работает!!! почему?...Сбрасывать в 0 битом FOCn в TCCRn?

3. Не пойму до конца функции FOCn в TCCRn? Написано: ПРинудительное изменение состояния вывода OCn (режимы Normal, CTC). Если я записываю туда 0, то просто не будет генерироваться прерывание и происходить сброс таймера, а программирование COMn1:COMn0 будет доступно? (управление выводом ОСn???)

Спасибо...

Может где в синтаксисе ошибка?...
пробовал после размыкания в else сбрасывать пин в 0 записью 1 в FOCn TCCRn и COMn1,
сбрасываться-то сбрасывается, только опять почему-то начинают реагировать на эту запись все остальные ключи, котороые расположены в подпрограмме ниже!!
...У меня ошибка где-то в самом написаний условий if и else!
Помогите советом, не знаю даже где копать....

Спасибо...

собрал значит, ключи зацепил, частоты генерит, но не умножает (в протеусе все нормально)...
и по-моему греется...ну 45-50 Град., это нормально или не очень?...
...попробую на нормальном осциллографе посмотреть, а то дома убитый C1-94..
cо своим косяком в СИ так и не разобрался...
если после 1-го условия ставлю else (останавливаю таймер, сбрасываю вывод в "0"), ниже разположенные условия тоже почему-то реагируют....

МК так греется? Это не нормально. Скорее всего уже у него что-то спалено. Проверьте потребление по току без индикаторов и прочего, "голый" МК. Если он еще в порядке, то потребление будет не больше указанного в даташите и греться он не будет.

У меня была ситуация когда выгорели защитные диоды в МК по вине того, что на щупе осциллографа присутствовала фаза, так вот после этого МК начал греться хотя работоспособность полностью сохранилась (кроме одного к пина). Хорошо этим пином был PA1 и, отключив весь порт (отсоедив AVcc), можно было продолжать использовать МК в нормальном режиме. После этого с опаской отношусь к старым советским осциллографам.

Нашел ошибку...
по невнимательности порта А (на котором ключи весели) настроил на выход,
PORTA=0xFF;
DDRA=0xFF;

а требовался вход

Исправил, проверил, теперь не греется...
В связи с этим вопрос: что могло в результате моих неумелых действий случиться с портом А?
опрос по крайней мере работает...сейчас проверил...частоты переключаются...значит с портом все в порядке?

Так и не понял, почему на железе не работает умножение...

while(1){

if((PIND.7)&&(PIND.5)) {
PORTC.5 = 1;
}
else
PORTC.5 = 0;

на пине PINC.5 - 5 вольт и осциллограммы не видно...
...может быть из-за нерабочего пина?...
попробовать на другой пин выдать?

и еще, немножко оффтоп....
Подскажите какой-нибудь цифровой осциллограф, не сильно крутой и навороченный, для дома...(марку и фирму желательно)...
И еще...покольку в нашем городе великая проблема достать хоть какой-нибудь МК, не могли бы вы посоветовать интернет-магазин радиокомпонентов с доставкой по СНГ?...
буду очень благодарен...

У тебя-же эти выходы натроены на выход,соответственно чтение пинов некорректно.Самый простой вы-
ход-если есть незадействованные порты,настрой их на чтение и заведи свои выходы в парралеь и на
них.

а протеусе почему все тогда путем?...
или лучше ему не доверять полностью?...

А 100% полагаться ни на какой симулятор нельзя Проверь в AVR-Studio,уверен,там не прокатит.
Или сразу в железе.

Подождите,...а что если в DDRx "1",т.е. на выход, и в PORTx динамически выводить то "0", то один "1", PINx на эти изменения не будет реагировать?,т.е. PINx читаем только тогда, когда DDRx установлен на чтение?...
вот это значит упущение мое..., про это не читал нигде...