Такая проблема:
есть микроконтроллер, скажем ATmega8535,
есть кварц, пусть 12 МГц,
использовать таймер-счетчик будем в режиме счета до максимального числа и обратно.
Так вот в чем проблема, в таком режиме таймер-счетчик можно использовать минимум как 8-битный.
мне нужно получить частоту ШИМ = 100 кГц, соответственно, если не используем предделитель частоты
получаемчастоту ШИМ=12 МГц/510,
где 510-кол-во счета таймера
Мне нужно чтоб частота ШИМ равнялась 100 кГц, так вот, если испоьзовать такой счетчик, то кристал должен работать на частоте 12 МГц*510=многова то будет


Спецы, как можно исправить проблему, в принципе, можно заставить таймер считать от 0...61 и от 60 ...1
Уважаемые, помогите настроить таймер, чтоб так считал, вот мой кусок прграммы:
таймер все равно считает до 255 и обратно, где ошибка?

Start:
ldi R16, low(RAMEND)
out SPL, R16
ldi R16, high(RAMEND)
out SPH, R16

clr R16
out ICR1H, R16
ldi R16, 60 ; ICR1 = 60 - "потолок" счетчика
out ICR1L, R16
clr R16
ldi R16, 160 ; ICR1 = 60 - "потолок" счетчика
out TCNT1L, R16
; в OCR1A и(или) OCR1B можно занести коэффициент заполнения ШИМ
; предварительно настроив режим выхода OC1A и OC1B
ldi R16, (1<<WGM11)
out TCCR1A, R16
ldi R16, (1<<WGM13)+(1<<CS10); счетчик работает на тактовой частоте без деления
out TCCR1B, R16

rjmp PC ; просто бесконечный цикл

ICR1 - регистр захвата, информация в котором защелкивается по сигналу ICP.
Для ШИМ нужно исп. OCR.

Почему 12M * 510?
вообще-то 100kHz * 510.
Но и это многовато.

Выход - использовать другие режимы ШИМ.
0->OСRxB (где таймер будет считать не до 0xFF, а до OCRxB).

Вы с цифрами ничего не напутали

510=$1FE

Значит младший байт $FE , старший $01
а 160 = $A0 - 60= $3С

Выход - использовать другие режимы ШИМ.
0->OСRxB (где таймер будет считать не до 0xFF, а до OCRxB).
[/quote]

Друг, подскажи как это программно реализовать

Сорри, я чего-то подумал на другой чип. Для m8535 все верно.
Вот убрал лишнее и проверил

Если смотреть симулятором, то там баг - действительно крутит до 512.
А в железе этот же код (смотреть через JTAG, на m16) работает как надо - до 60-ти и обратно.

Тоже не разглядел про ICR1.
Но в этом реж. в него ( ICR1) коэф. счета нужно заносить число 30, а не 60.
Т.е. дискретность ШИМ при 100кГц будет период/30.

САНЯ100 а зачем вам считать в обе стороны,
может подойдет реж. fast PWM, дискретность удвоится.

Нда, и как же быть? может действительно чего не хватает? ведь по идее он во время отладки тоже должен считать до 60 и обратно




можно и так- не получается

Это давняя, почти хроническая болезнь АВРстудии - неправильно симулировать разные режимы работы ШИМ. Лично я только убеждаюсь, что все соотв. регистры таймера проинициализарованы тем, чем нужно. Остальное делаю "вслепую"

Т.е. в программе все нормально?! добавить еще значения переключения на выводах (короче сделать ШИМ) - И ВСЕ ДОЛЖНО РАБОТАТЬ?

... если добавить настройку соответствующей линии порта на выход и загнать в TCCR1A правильные настройки COM1xx - инвертированный шим или неинвертированный

Да.

Для отладки разживитесь JTAGICE'ом. Всяко приятнее отлаживать прямо на чипе, чем сталкиваться с такими вот глюками симуляторов. (для затравки - Evertool)

Вот я и хочу понять как правильно сделать настройки

Ребята, кто нито может привести кусок программы, где таймер-счетчик считает не до $ff? а ,скажем до 100 и обратно, или хотя бы просто до 100 и сброс в ноль