Для работы в качестве таймера или часов с будильником, видел много схем, где МК должен работать на частоте, кратной 1МГц.(потом как-то понижают до 1Гц)
А для установки через соm-порт необходима частота 7.3728МГц (рекомендованная стандартом RS-232).
Как совмещают оба (обязательных(?)) условия?
И, если делают по другому, то как сделать таймер с установкой времени срабатывания через com-порт?

Обычно для этого используют кварцы с частотой,кратной 2,как правило-32768Гц.В АТMega для этого
используют специальный асинхронный режим таймера-в разных кристаллах или Т0 или Т2,при котором этот таймер тактируется не от системного,а от собственного кварца.Почитайте соответствующий раздел даташита на ваш кристал.Но это только для Мег, в тинях этого режима нет(в совсем новых-не в курсе)
А в качестве системного используйте подходящий для USART.Кстати,не обязательно 7.3728МГц,нужно
считать для используемой вами скорости.Рекомендуемое отклонение-не более 0,5%.

WHALE, а можно поподробней разжевать, плиз!
У меня Atmega8515. В доке написано, что работает на частоте до 8МГц. Внешний кварц подключают к ножкам XTAL1 и XTAL2. Я не понял, если подключить кварц с частотой 7.3728МГц, для com-порта, то как из него же получить частоту для таймера?

ATM8515 не имеет часов реального времени. Для этого используется например ATM8/88/16 и другие. Вы там на первой странице даташита увидите такую строку:
"– Real Time Counter with Separate Oscillator".

Фузы программируются для работы от внутреннего генератора (для меги8/88) а кварц подпаивается часовой и используется только в часах. Для меги16 устанавливаются два кварца. Один можно поставить 7372800 к примеру, а второй часовой. Если у вас всёже один кварц (М8/М88) это тоже не беда, внутреннюю частоту можно "подстроить под нужную Вам с помощью специального фуз-регистра. Или использовать такую частоту общения с PC, чтобы ошибка не превышала допустимых 0.5%.

Один кварц как правило не используется, так как однокристалка с таким кварцом будет много "жрать" и потребуется внешнее питание. Если же это Вас не пугает, то тоже ничего страшного нет. Например с кварцем 7372800 устанавливаете предделитель 1024. Получаете частоту 7200. Запускаете таймер в режиме CTC. А в OCR загружаете 7199 и получаете свой герц. То бишь секунду.

Крайне не рекомендую использовать CTC с предделителем не равным 1, для получения точных отсчетов.

В приведенной ниже выдержке из даташита:



можно заметить, что при достижении значения C (записанного в OCR) таймер отсчитывает всегда 1 такт, а не количество тактов установленное предделителем. Т.о. имеем абсолютную погрешностью минимум в 1 такт, максимум в (N тактов предделителя - 1). Если использовать режим CTC с предделителем не равным 1 для отсчета времени, то время будет неточным.

Спасибо defunct, а я это просмотрел. Смотрю а у меня часы за час на 1.5 секунды уходят. Думаю что за шляпа. Но для меня это не имеет значения, так как раз в минуту время с реальным синхронизируется, а там всё класс. Так я не предал этому значения. Хотя по идее точность должна была незначительно отличаться, так как она определяется точностью кварца. Теперь понятно, где у них прокол.

Ну тут можно конечно коррекцией попробовать, но конечно более правильно, всётаки использовать RTC.

Попробуйте просто увеличить на единичку значение OCR,
если взять Ваш предыдущий пример:

То в OCR писать не 7199, а 7200.
Уже не будет все так сильно уплывать.

Уважаемый defunct
Боюсь что Вы вводите общественность в заблуждение.
Тот эфект который Вы описали был свойственен чипам AT90Sxxxx.
В чипах ATtiny и ATmega данный эфект не наблюдается.
Посмотрите временные диаграммы работы таймера1 ну например ATmega8,
они в даташите приведены для вариантов с делителем 8 и без делителя (1),
никаких указаний на то что счетчик прескейлера чего-то может недосчитать там нет.

Боюсь, что да, только частично..
Прескейлер не будет сбрасываться, соответственно ничего лишнего таймер не посчитает.
Но, есть одно но.
Формулы для OCR будут различаться на 1.

Ну а упомянутая диаграмма в ДШ к чипу M8 весьма скупа (нет цифр)..
Следуя же цитате из того же ДШ к M8:


Формулы расчета коэффициента деления соответвенно будут такими:

- с предделителем >1 - N*(OCRxA), где N значение предделителя
- с предделителем =1 - 1*(OCRxA + 1)

Качаем с atmel.com документик:
AVR091: Replacing AT90S2313 by ATtiny2313

и внимательно читаем раздел
Improvements to
Timer/Counters and
Prescalers

Посыпаю голову пеплом..
Вы абсолютно правы. Спасибо за информацию!

Проверил в железе (m8) - действительно сброс таймера и переход на вектор прерывания осуществляется в последнем такте предделителя.

2 Sasha Vitebsk,
Сорри что сбил с толку, это было неумышлено.
Просто при решении одной из задач, разница в работе CTC "запала" и с тех времен, чтобы не путаться, там где нужна была точность использовал всегда прескейлер 1 ;>

Вы меня не сбили с толку. Сам собьюсь.

У меня эта секунда высчитывается в цикле регенерации, - 48 раз переписывается OCR а потом програмно делится на 75. Проверил - смотрю уходят внутренние часы, но мне это не важно, так как раз в минуту они синхронизируются с внешними на М8, а там всё класс пол секунды в сутки. А хомут вычислить не так просто. Ну я и плюнул на это дело. Точность частоты регенерации экрана меня не беспокоит.