Уважаемые товарищи, здравствуйте!

Пытаюсь использовать ШИМ 1-го таймера в контроллере Мега16, в режиме №5 (fast PWM 8 bit). С удивлением замечено сначала на плате, потом и в симуляторе, что частота периода шима вдвое ниже, чем ожидалось. Стал изучать подробнее - вижу в симуляторе, что TCNT0 изменяется сначала вниз, потом вверх, как в Phase Correct PWM. Очень удивился, но что я сделал неправильно пока не отыскал. Буду признателен за подсказку.

Настраиваю таймер так:

ldi r16, 0xC1
out TCCR1A, r16
ldi r16, 0x09
out TCCR1B, r16

и вроде эти именно значения и видны в симуляторе. Тестил в AvrStudio4 и в VMLAB...

буду рад поучениям,
Родион

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


ПишИте не числа, а выражения с именами бит. Тогда не обманете себя. И читабельней будет.

Fast PWM 8 bit реально работает. По коду - все правильно. Попробуйте поставить условный бряк в студии на запись в регистры TCCR1* Есть подозрение, что кто-то его портит. Это если Вы не ошиблись насчет  "замечено сначала на плате"

Опишите, какой TOP, какие выводы таймера используете, инверсные или нет, прерывания если есть т.д., Полностью чего достичь хотите... А то соотносить Ваши настройки с таймером не так удобно как наоборот...

в обоих симуляторах?


Да фиг там читабельней будет... Я уж смирился с тем что процедура а-ля Setup_Hardware в любой программе является довольно мистическим местом и требует большого внимания и проверки если вдруг что... За битами все равно в доку придется лезть, чтоб понять что эта комбинация бит означает... Я обычно просто комментарий полный подписываю по поводу того, какие именно режимы включаются... Но сейчас я коммент нарочно удалил, ясно. ;-)



Да никто его подлеца не портит... Я оч внимательно изучил... Состояние регистров остается таким как описано, и VMLAB даже подписывает что это "Fast PWM 8-bit" - тем не менее оба симулятора доходя до 0 или до FF начинают считать обратно!

Мне собственно именно хотелось услышать что он точно работает... ;-)))

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


Если я опишу все это (то что закладывается в настройках таймера) своими словами, то скорее всего я получу ответ что "ну, вроде, все правильно делаешь"... ;-)))

Я включаю 5-й режим, вроде... Fast PWM 8-bit. выход устанавливается на compare, сбрасывается на top. прескалер CK/1... что еще?

Не знаю, у меня всякие vmlab"ы , протеусы, кодвижны - все фтопку. Но если пишет правильно название режима - похоже, что в обоих


Все зависит от частоты перенастройки ресурса в программе. Если единожды - то конечно можно все цифирью расписать. А если нет?

да в целом конечно лучше б на плате отлаживать... Только плата от меня чуть ли не за тыщу километров... ;-)))

так что уж привык... Но сейчас заподозрил что все-таки возможно действительно оба симулятора глючат. Послал "оператору" платы дополнительные просьбы проверить кой-чего, убедиться и т.п...

Насчет перенастройки ресурсов в программе... Обычно стараюсь не писать слов типа
in r16,BLAHAMUHA
ori r16,(1<<PGX1T5)|(1<<GGG13)
andi r16,~(1<<GGG12)
out BLAHAMUHA,r16
а создать уж макрос или процедурку... Типа REVERT_BLAHAMUHA_DIRECTION_AND_LOWER_SPEED ;-)))
А то и так не слишком вразумительные сокращения бывают, и недостаточно их бывает по смыслу порой... Да и меняются они иногда от доки к доке... ;-)))

Скорее всего проблема именно в симуляторах. Со студией понятно, с VMLab-ом не совсем... Хотя вот Протеус, с вашими настройками, при тактовой в 1Мгц показывает частоту в 3906.25 Кгц, в точности с даташитовской формулой. И TCNT1L там инкрементируется до TOP (0x00FF), затем сбрасывается. Так что, все путем - ищите грабли в другом огороде...

Да, все-таки на железе все правильно работает... Просто удачно совпало что там неправильно сняли показания, а тут в симуляторах, действительно, в обоих глюк... В общем, вопрос иссяк. Протеус что ль действительно попробовать для таких гнусных целей использовать... Всем спасибо!