Как настроить ГИТС?

[Signalshik2]

Всем привет. Делаю ГИТС. У меня микроконтроллер AT90USB162, потом 4-битный ЦАП и буферный транзистор по схеме ОК.
Делаю по этой статье:
https://javiervalcarce.eu/html/ardui...erator-en.html
Софт переделал под 4-битный ЦАП, в этой статье 2-битный ЦАП. Подключил к телеку, вроде что-то есть, но полосы как-то рассыпаются и мельтешат. Результат не получился. Помогите, пожалуйста, настроить ГИТС.
Вот кусок того кода:
///////////////////////////////////////////////////////////////////////////////////////
inline void vsync_pulse()
{
LEVEL_SYNC();
delay_us(30);
LEVEL_BLACK();
delay_us(2);
}

VSYNC - кадровый гасящий синхроимпульс. Почему он здесь 30 (мкс), а не 1612 (мкс). В этом что-ли косяк?

[VG]

осциллограф есть?

[akegor]

потом 4-битный ЦАП и буферный транзистор по схеме ОК.

Схемку бы, а то, чот, смутные сомнения, что

полосы как-то рассыпаются и мельтешат

просто потому, что транзистор начинает выполнять ожидаемую функцию не от нуля на базе, а гораздо выше, да нелинейщина возможна...

[Signalshik2]

Да. Я смотрел 1 строку. Так, примерно, по времени и по амплитуде нормально выдает. Но, возможно, нужно лучше посмотреть. Но, предполагаю, что программа нормально работает.
За базу схемы я взял схему из журнала Радио №6 2005 с. 11-14 "ГИТС", но то что я из нее взял я описал в 1 сообщении в этой теме.
Памяти DD4 нету, 4-битная шина сразу идет на верхний ЦАП, который отвечает за PAL.

[VG]

"Примерно, по времени" не проходит. Тайминги должны соблюдаться точно. Если вместо 64 мкс есть 63 или 65, то "привет" кадровой синхронизации. Да и строчной, в принципе тоже.

Памяти DD4 нету, 4-битная шина сразу идет на верхний ЦАП, который отвечает за PAL.

- Вот так прямо с цветом задумано? Меня терзают смутные сомнения.

[Signalshik2]

В дальней перспективе задумано PAL с цветом, но не знаю получится ли реализовать просто на микроконтроллере, чтобы не городить эту схему из журнала "Радио" с генератором, где кварц на 8,86 (МГц) и 2 триггера и микросхемой памяти. Сомневаюсь получится ли чисто на микроконтроллере или нет. Тут как-бы по частоте впритык получается. Для проекта надо чтобы в порте изменялось значение на 4-биной шине с частотой 17,72 (МГц). Поэтому и сомневаюсь. Там же еще и служебные расходы на каждую команду, а это +еще несколько тактов к команде вывода.
Для начала решил реализовать просто серые полосы или как у чувака: 3 полосы, т.е. просто яркостный сигнал и там уже рисуночки всякие.

[baiderin]

Не получится. Нужно очень точное соответствие частотам. Небольшое отклонение и все уедет

[Signalshik2]

На данный момент:
Строчный гасящий синхроимпульс: 5,4 (мкс);
передней полки нет у него;
задняя полка: 7,25 (мкс);
период повторения строчных синхроимпульсов: 67 (мкс).
Т.е. этот импульс не соответствует тому, что нарисован в Википедии. Померил поточнее.

[VG]

3 микросекунды на интервале одной строки - вот и ответ на первый вопрос. 3*312.5 = почти 1 мс при периоде 20мс. шаманьте с таймингами.

[Signalshik2]

Получше стало, но еще не идеал. Полосы появились, но в следующем кадре сбиваются, не сильно, но видно.
Код такой:
Строчный синхроимпульс:
inline void hsync_pulse()
{
LEVEL_BLACK();
delay_us(1);
LEVEL_SYNC(); //=0
delay_us(4); //4.7us
LEVEL_BLACK();
delay_us(5); //7.3us
}

Строка:
hsync_pulse(); //Horizontal Sync, lenght = 12us

LEVEL_GRAY();
delay_us(; //8
LEVEL_BLACK();
delay_us(12);
LEVEL_WHITE();
delay_us(10);
LEVEL_BLACK();
delay_us(12);
LEVEL_GRAY();
delay_us(2);
//52us in total

Есть программисты хорошие? Может быть функциям LEVEL_* тоже inline поставить? А то, они же раньше были не функциями, а #define в оригинальном коде, вот пример:
#define LEVEL_SYNC PORTD &= ~(1 ‹‹ PINA1); PORTD &= ~(1 ‹‹ PINA0);