Реверс-инжиниринг УКНЦ (1515ХМ1&2, 1801ВП1, 1801ВМ2)

[Titus]

К типу применяемых логических элементов.

Это не имеет значение, т.к. они прошли через оптимизацию)


Появились подробности точной работы горизонтального счетчика:

Счетчик 10-разрядный. Плюс 11 разряд - это HBLANK (горизонтальный интервал гашения).
При сбросе счетчик устанавливается в значение 0x280 (640), а HBLANK в '1'.
Далее идет счет от 640 до 799, после чего счетчик обнуляется, и также обнуляется разряд HBLANK.
Далее идет счет от 0 до 639, и все повторяется по кругу.

[Alex_K]

Счетчик 10-разрядный. Плюс 11 разряд - это HBLANK (горизонтальный интервал гашения).
При сбросе счетчик устанавливается в значение 0x280 (640), а HBLANK в '1'.
Далее идет счет от 640 до 799, после чего счетчик обнуляется, и также обнуляется разряд HBLANK.
Далее идет счет от 0 до 639, и все повторяется по кругу.

Обалдеть! Это значит, что есть как минимум один компаратор для 799 или 800. А для 640 компаратор есть? Для установки HBLANK.

[Titus]

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

- - - Добавлено - - -

Обалдеть! Это значит, что есть как минимум один компаратор для 799 или 800. А для 640 компаратор есть? Для установки HBLANK.

Полноразрядных компараторов там нет, но используются части схемы ускоренного переноса в том числе для определения перехода к значению 640, и для определения перехода к значению 800.

Разряды счетчика такие:
D0 - /PCLC_2
D1 - /PCLC_4
D2 - /PCLC_8
D3 - /PCLC_16
D4 - /PCLC_32
D5 - /PCLC_64
D6 - /PCLC_128
D7 - /PCLC_256
D8 - /PCLC_512
D9 - /PCLC_1024

[andreil]

Обалдеть! Это значит, что есть как минимум один компаратор для 799 или 800. А для 640 компаратор есть? Для установки HBLANK.

Ну, для счёта до 780 достаточно сравнивать 4 бита при асинхронном сбросе счётчиков - сам так делаю у себя.
А для 640 - ещё проще, всего-то 3 бита сравнивать.

[Titus]

Разгадана загадка (хотя загадки никакой и не было) вертикального счетчика линий.

Он тоже с ускоренным переносом, и весь такой запутанный и навороченный со сложной логикой работы (пока его не приведешь в понятный человеку вид).

У него есть три зоны счета. От 0..255, затем от 256 до 287, затем о 288 до 311.
Первые две зоны можно условно обьединить в общую от 0..287. А во время счета от 288 до 311 генерируется сигнал VBlank.

В общем, никаких секретных строк за пределами известного нам экрана (288 линий в высоту) нет.

[Alex_K]

У него есть три зоны счета. От 0..255, затем от 256 до 287, затем о 288 до 311.
Первые две зоны можно условно обьединить в общую от 0..287. А во время счета от 288 до 311 генерируется сигнал VBlank.

В общем, никаких секретных строк за пределами известного нам экрана (288 линий в высоту) нет.

Ну почему нету. Есть! На обратный ход по кадру, как и надо, приходится 24 линии. Здесь всё нормально. Но почему при чтении таблицы видеострок из ОЗУ не отображаются только первых девятнадцать видеострок, а не двадцать четыре? Из-за этого на видеотюнерах не видно пять верхних строк.
Соответственно вопрос. В какой момент начинается сканирование таблицы видеострок, т.е. чтение с ячейки 0270? Понятное дело, что читать он её будет во время обратного хода по строке, но на строке с каким номером?

[Advertiser]

[Titus]

Ну почему нету. Есть! На обратный ход по кадру, как и надо, приходится 24 линии. Здесь всё нормально. Но почему при чтении таблицы видеострок из ОЗУ не отображаются только первых девятнадцать видеострок, а не двадцать четыре? Из-за этого на видеотюнерах не видно пять верхних строк.

Инициализация регистров, в том числе указателя на начало таблицы строк, происходит по событию EVNT.
А одно из его условий, это число 292 в счетчике строк. А это как раз 4-я линия VBLANK.

- - - Добавлено - - -

Чем отображение через видеотюнер отличается от изображения на обычном мониторе?

- - - Добавлено - - -

Еще точнее будет так:

1. Во время строк 291, 292, 293, генерируется некий сигнал, который подмешивается по XOR предположительно к сигналу HBLANK, и выводится все это на VSYN.
2. Во время строки 292, и во время горизонтальной позиции 0..511 формируется сигнал EVNT (таймер 50Гц), по которому инициализируются все регистры.

Ну и точная частота кадровой развертки - 50,080128205128205128205128205128Гц.
А частота строчной развертки - 15625Гц.

- - - Добавлено - - -

Теперь подробнее о VSYN:

1. Во время всех строк, кроме 291, 292, 293, на этом выводе формируется импульс горизонтальной синхронизации начиная с горизонтальной позиции 673, и выключается в позиции 737 (как раз 5.12мкс, как положено по стандарту).
2. Во время строк 291, 292, 293, на этом выводе формируется импульс вертикальной синхронизации, на который по XOR накладываются зачем-то два импульса горизонтальной синхронизации - первый включается в горизонтальной позиции 161, а выключается в позиции 225. А второй включается в позиции 673, и выключается в позиции 737.

Второе условие выглядит странновато, поэтому его надо еще раз будет перепроверить.

- - - Добавлено - - -

Не путать внутренние сигналы HBLANK и VBLANK, с внешними, подающимися на выход VSYN.

[Titus]

Выборка элементов из таблицы строк происходит во время позиции горизонтального счетчика 704..767 (64 такта пиксельклока).

- - - Добавлено - - -

Эти 64 такта раскладываются на 8 фаз по 8 тактов, из которых:

Для 4-хсловного элемента списка:

Первые 4 фазы, если загружается регистр управления отображением:
F0: Загружается младшая часть регистра CUR_CON (1-е слово регистра управления отображением)
F1: Загружается старшая часть регистра CUR_CON (1-е слово регистра управления отображением)
F2: Загружается младшая часть регистра DISP_CON (2-е слово регистра управления отображением)
F3: Пустой цикл, загрузка идет в никуда

Первые 4 фазы, если загружается регистр управления цветом:
F0: Загружается младшая часть регистра COL_CON_1 (1-е слово регистра управления цветом)
F1: Загружается старшая часть регистра COL_CON_1 (1-е слово регистра управления цветом)
F2: Загружается младшая часть регистра COL_CON_2 (2-е слово регистра управления цветом)
F3: Загружается старшая часть регистра COL_CON_2 (2-е слово регистра управления цветом)

Последующие 4 фазы:
F4: Загружается младшая часть регистра LINE_ADR (регистр адреса начала строки)
F5: Загружается старшая часть регистра LINE_ADR (регистр адреса начала строки)
F6: Загружается младшая часть регистра ENTRY_ADR (регистр адреса следующего элемента списка)
F7: Загружается старшая часть регистра ENTRY_ADR (регистр адреса следующего элемента списка)


Для 2-хсловного элемента списка все тоже самое, за исключением того, что в первые 4 фазы загрузка из памяти происходит в никуда.

[Alex_K]

Чем отображение через видеотюнер отличается от изображения на обычном мониторе?

ТВ-тюнер анализирует видеосигнал, и на основе этого строит изображение. Соответственно с началом обратного хода по кадру он должен отсчитать 24 видеостроки, а следующие выводить. У меня ТВ-тюнер Beholder, он не выводит верхние четыре-пять строк. Такая же ситуация и у других форумчан, ТВ-тюнеры могут быть другими. В Beholder есть параметр синхронизации кадров - нормальный трекинг, быстрый трекинг и нет синхронизации. При отсутствии синхронизации программа ТВ-тюнера не следит за сигналом обратного хода по кадру, а просто выводит в двух полукадрах 576 линий из 625 линий. В этом случае возможно, что наверху нижняя часть кадра, а внизу - верхняя часть кадра, между частями - чёрный фон. Но изображение стоит, т.к. в двух полукадрах 625 линий. А в УКНЦ в двух полукадрах 624 линии, потому изображение медленно плывёт вверх. В плывущем изображении соответственно всё выводится.

[Titus]

Но изображение стоит, т.к. в двух полукадрах 625 линий. А в УКНЦ в двух полукадрах 624 линии

Так сделано в большинстве видеорежимов для домашних компьютеров - отсутствие интерлейса (четное и нечетное поля одинаковые).