Таймер у меги8 менее функциональный. У него только один модуль сравнения - это нужно учитывать. Есть только OCR0.

Помогите перенести алгоритм на мегу8. Ругается на регистр OCR0A, пишет нет такого

Столкнулся с проблемой, как отправить значения ВАМ по SPI? С ШИМ алгоритм работает, а с ВАМ никак... Исходник прикрепил. Глньте, пожалуйста.
В Line_Set (num) в самый первый раз всё проходит правильно и Line~num -> Bit.~num получаем тоже правильно, а во второй раз и последующие прогоны на выходе "1" висит (ноль проскакивает и опть "1"), не удерживается бит в "0".
Вроди разобрался, надо поменять местами и поставить в такой последовательности в Line_Out (num):
-= 1 -> Line~num
= 0 -> Line~num
Подскажите, почему так получается, почему работает только при переставлении местами?

Попробуешь, а там будет видно, точно сказать не могу, у самого опыта в этом направлении мало. :-)

Я кстати заказал с Texas Instruments TLC5947 (24-Channel, 12-Bit PWM LED Driver with Internal Oscillator) ну и другую мелочёвку (уже отправили) :D Думаю попробовать привязать к МК. Как думаешь, памяти хватит на столько каналов управления?

Исходник у меня совсем не похож на то, что ты делаешь и то, что я делал ранее. :-) Хотя направление, одно и тоже (автоматическое освещение лестниц и коридоров). Сейчас идёт доработка алгоритмов. Основной «скелет» уже готов, с простыми эффектами, но надо дополнить его ещё эффектами ВАМ. Так что если всё срастётся, с Евгением напишем статью по этому устройству, а там и исходник будет. ;)
Могу только подсказать, как я победил ВАМ, чтобы он не влиял на основной алгоритм. Необходимо сделать так, чтобы при использовании других прерываний, в них производились минимальные действия, не превышающие временной период между прерыванием по ВАМ или ШИМ. То есть взвёл определённые флаги для последующих действий и быстро на выход. :D

[quote="SVN"]Похоже нашёл в чём причина. Переделаю свой алгоритм и проверю ещё раз.[/quote]
SVN скинь потом исходник пожалуйста :-) , а то я теорию почитал про ВАМ, а на практике ерунда какая то, думаю проблема в алгоритме. Пробовал делать шагами изменение от 0 до 255, ну совсем не так как должно быть. Подтверждено и в Протеусе и в железе. Скрин на стр.3.

Похоже нашёл в чём причина. Переделаю свой алгоритм и проверю ещё раз.

[quote="ivdor"]А не может быть варианта, что не успевает обработать прерывание при малом OCR ?[/quote]
Прерывание отрабатывается на 100%, проверял...

Ты глянь и точно есть какая-то ка-ка, хм странно как-то не замечал :(
Если увеличить частоту обновления со 120 Гц (у меня так было), до 480 Гц, то такого эффекта уже не наблюдается.