Дрожание изображения, генерируемое микроконтроллером

[kaf-0]

Генерирую простой чернобелый видеосигнал контроллером ATmega162, работающем на частоте 20МГц. Строки второго полукадра повторяют строки первого полукадра. Все синхросигналы по длительности выверены с точностью до 0,05 мкс (1 такт контроллера) с ГОСТ-ом.
Всё бы хорошо, да вот беда, присутствует мало заметное дрожание изображения по строкам и вертикальные полосы местами не идеально прямые.
Кто-нибудь сталкивался с генерированием видеосигнала? Подскажите в какую сторону тут можно копать?
Программно проверил всё, синхросигналы идут в правильной последовательности, правильной длительности и в нужном количестве. Уже начал грешить на телевизор, однако, подключаю к нему денди, никакого дрожания изображения нет.
Обвязка между микроконтроллером и телевизором такая же, как на этой схеме: http://www.serasidis.gr/circuits/AVR...s/image002.jpg

[nml]

Как вы в программе начинаете развертку строки?
По прерыванию?
А скорость реакции на прерывание зависит от того на какой команде оно произошло. Не знаю как на 20 МГц, на 8-ми разница в 1 такт была очень заметна.
Потому делал так:
SLEEP
вывод строки
и опять на SLEEP

В конце строки все равно есть "пустое", неотображаемое время.

Ну и, естественнно, чтобы во время вывода никаких других прерываний не было.

Не по прерыванию, а по ожиданию флага? Так ведь ветвление тоже не за такт делается.

[kaf-0]

Все прерывания запрещены! Микроконтроллер больше ничего не делает, кроме как генерирует видеосигнал. Все задержки сделаны пустыми циклами с учетом кол-ва тактов на проверку условия и переход. Задержки выверены в отладчике. От кадра до кадра в отладчике проходит ровно 800000 тактов (40 мс), от строки до строки ровно 1280 тактов (64 мкс).

[nml]

Отладчик это конечно хорошо... Но изображение-то дрожит
Покажите тогда программу, что ли.

[GNN]

Для м-схем OSD повышеннные требования к крутизне фронта и среза импульсов. Вы можете посмотреть любой даташит к OSD.

[baiderin]

Размер изображения (по горизонтали) телевизора с диагональю 61см будет примерно 50см или 500мм.Время активной части строки видеосигнала =50 мксек.То есть дрожание фазы изображения в один такт (0,05мксек) даст на экране 0,5мм, что весьма заметно.
Длительность тактов высталена, скорее всего, точно,но их фаза.в разных строках,наверное различается.
Посмотреть-бы все это телевизионным осциллографом.

[udar]

Это биения между
строчной частотой и программой.
Делал лет 5 тому назад на PIC.
Без внешнего клока не обойтись.Принцип такой.
Генератор на 74HC00 на 20мГц+триггер защелка 74HC74 .
МК от кадрового импульса отсчитывал нужное количество строк.Перед нужной строкой МК защелкивает триггер и такты не проходят до начала следующей строки.
МК просто стоит.
По фронту строки триггер опрокидывается выдаем в эту строку нужное,снова останока.
По фронту следующей строки всё повторяется.
Таким образом погрешность получается 50 нсек.

[UserM]

Это биения между
строчной частотой и программой.
Делал лет 5 тому назад на PIC.
Без внешнего клока не обойтись.

Глупости, что то криво делали. Попробуйте этот проект http://www.alexm.lainnet.lv/pal_gen.htm Ни чего дрожать не будет, ни на каком экране и без внешнего клока.

[UserM]

От кадра до кадра в отладчике проходит ровно 800000 тактов (40 мс), от строки до строки ровно 1280 тактов (64 мкс).

Нуна смотреть как Вы делаете уравнивающие врезки как начинаете новый кадр. Как точно выдерживаете тайминги врезок уравнивающих и синхро импульсов.

[udar]

Глупости, что то криво делали.

Знакомое выражение.
Делалось для врезки в видеосигнал .Часы на экране.
По приведенной ссылке сигнал с МК является синхронизирующим.У меня наоборот синхронизирующим был видеосигнал с камеры наблюдения.