Партнер 01.01: Обсуждение

[hitomi2500]

А синхронизация-то программная! В драйвере сначала настраивается ВГ75, потом сразу же ВТ57, но ВТ57 не пускается. А затем начинается цикл программной синхронизации. Насколько я понял идея в том, чтобы задерживать модульной ВГ75 DACK пока не будет получен флаг конца кадра от бортовой ВГ75. Пока бортовая не выдаёт флаг, идёт постоянное чтение куска окна WIN2 размером в 48 байт (0xCFCF...0xCFFF) по кругу. Причём результат чтения никак не используется, аккумулятор тут же убивается, так что чтение WIN2 - исключительно для выдачи синхронизации на МЦПГ. Когда приходит флаг от ВГ75, цикл заканчивается, запускается ВТ57, а дальше возврат из функции настройки.

У меня остался один вопрос - как вообще ЭТО работает? Цикл занимает 8 операций, это же дофига тактов, и даже несмотря на то, что он идёт равномерно (ПДП не запущено) кроме точки "закольцовывания", точность такой "синхронизации" не будет выше длины цикла ( а может быть и ниже, потому как при закольцовывании проверка флага не производится). А чтобы МЦПГ работал так, как он работает, нужна синхронизация с точностью до такта F3, которой тактируются обе ВГ75 (кстати именно поэтому в руководстве явно указывают, что место МЦПГ в третьем слоте - частота F3 идёт только на слоты 2 и 3, а 2-й может быть занят КМД). Даже точнее, с точностью до F1, иначе знакоместа будут смещаться.

В общем я явно что-то упускаю из вида, только пока не знаю.



Посмотрел на реале - ну ни разу не похоже на синхронизацию, чтение идёт нестабильно. Прямо не МЦПГ а загадка какая-то.

[Advertiser]

[b2m]

как вообще ЭТО работает?

Насколько я понимаю, если тактовый сигнал на обе ВГ75 идёт один и тот-же, и запись в обе ВГ75 происходит одновременно, то обе будут работать абсолютно синхронно. Это касается и циклов ПДП. Вторая ВГ75 нужна исключительно для того, чтобы сохранять в буфере строки (и выдавать) данные, считанные из другого места.

[Pyk]

Так у ВГ75 команда же есть - E0 (Preset Counters), как раз для этого и служит.
Цитата из даташита:

Action — The internal timing counters are preset, corresponding to a screen display position at the top left corner. Two character clocks are required for this operation. The counters will remain in this state until any other command is given.
This command is useful for system debug and synchronization of clustered CRT displays on a single CPU.

[hitomi2500]

Насколько я понимаю, если тактовый сигнал на обе ВГ75 идёт один и тот-же, и запись в обе ВГ75 происходит одновременно, то обе будут работать абсолютно синхронно. Это касается и циклов ПДП. Вторая ВГ75 нужна исключительно для того, чтобы сохранять в буфере строки (и выдавать) данные, считанные из другого места.

Если у них общий DACK - то да, но в том-то и неувязка, что DACK от второго канала ПДП на слоты не выходит. Поэтому какая-то логика в модуле должна формировать его синхронно с бортовым DACK, иначе модульная ВГ75 пропустит старт ПДП.

Так у ВГ75 команда же есть - E0 (Preset Counters), как раз для этого и служит.

А вот это попадание прямо в цель. Но чем дальше в лес, тем толще партизаны. Действительно, перед этим магическим чтением есть кусок в котором на ВГ75 подаётся команда старта, потом E0, потом NOP, а потом опять старт. Если бы в этот момент эти команды проходили также на модульную ВГ75, то они по идее должны были бы синхронизироваться. Но это означает, что модульный дешифратор должен игнорировать сигналы бортового дешифратора, и выдавать CS на ВГ75 независимо от адреса, то есть модульная ВГ75 будет ловить все передачи по шине. А сразу после этого цикла идёт настройка ВТ57, и если в модуле нет какой-то хитрой защёлки, которая отключает "тотальный" режим, то ВГ75 всё это словит. Защёлка работать наверное будет, но как-то слишком сложно получается.


Понял, что они натворили с ПДП. На ВГ75 сигнал WR приходит от и процессора и от ПДП. Для бортовой он смешивается прямо перед входом WR, а для модульной выходят наружу оба. И судя по всему модульная WR от процессора пропускает через синхронизационную защёлку, а WR от ПДП модуль принимает как есть, DACK всегда активен. Фактически это означает, что когда активна модульная ВГ75, нельзя использовать другие каналы ПДП на запись, иначе произойдёт рассинхронизация

Кстати и ВТ57 подключен не по РК-шной схеме, а по-честному, его регистры можно читать.

[b2m]

Фактически это означает, что когда активна модульная ВГ75, нельзя использовать другие каналы ПДП на запись, иначе произойдёт рассинхронизация

Сигнал WR модульной ВГ75 должен формироваться идентично бортовому ВГ75. Единственное отличие подключения модульного ВГ75 - во время цикла ПДП шина данных должна переключаться на ОЗУ модуля, а при чтении из ВГ75 - отключаться (ну или сигнал чтения быть всегда неактивен, хотя это под вопросом, т.к. отсутствие чтения какого-нибудь статуса может привести к рассинхронизации). DRQ модульного ВГ75 также не нужен.

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

DACK всегда активен

Нет, должен повторять набортный DACK.

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

И судя по всему модульная WR от процессора пропускает через синхронизационную защёлку, а WR от ПДП модуль принимает как есть, DACK всегда активен.

Судя по всему, DACK формируется когда приходит WR от ПДП. Но тогда, по идее, WR от ПДП нужно чуть-чуть задержать, прежде чем он попадёт на WR ВГ75.

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

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

[hitomi2500]

Единственное отличие подключения модульного ВГ75 - во время цикла ПДП шина данных должна переключаться на ОЗУ модуля

Разве? Мне казалось во время ПДП оба ВГ75 получают одни и те же данные из одной и той же области, по крайней мере в твоём же эмуляторе всё выглядит именно так (а другой информации о логике работы у меня кстати и нет). Различия подключения в знакогенераторе, но он к ПДП уже не относится.

DACK может быть не активен всегда, а замкнут на свой же DRQ, как это например сделано с 3-м каналом на ВТ57. А вот как его реплицировать на модуле я не представляю, в разы проще было бы его туда просто вывести.

[b2m]

Разве?

Точно, перепутал с ЗГ.

DACK может быть не активен всегда, а замкнут на свой же DRQ

Вполне возможно именно так и сделано.

[hitomi2500]

Дальнейший разбор драйверов показал что ВИ53 висит в области PORT2 (DD00-DDFF, используются адреса D2 и D3), а в области PORT1 висит нечто, что устанавливается в FF ,а затем в 00 при вызове "служебной" функции 2 (адресов похоже не использует). Предполагаю что это "арбитр видеосигнала" с функциональной схемы.

"Номера нот" перед расчётами в драйвере умножаются на 2, поэтому они приведены под частоту 1 МГц, а не 2 МГц.

https://yadi.sk/i/Kc494-nAP3Ouxg

[Pyk]

То, что висит в PORT1, насколько я понимаю, управляет включением цветного режима. 0 в этом порту включает его, FF - выключает (при этом сигнал на выходе МЦПГ повторяет сигнал на выходе центрального модуля).
Какой бит конкретно за это отвечает, выяснить не удалось, у меня в эмуляторе для определенности анализируется бит 0. У b2m, кажется, это вообще не реализовано, цветной режим включается кнопкой на тулбаре.

[hitomi2500]

Pyk, в руководстве на МЦПГ явно указано, что арбитром управляет бит D0, на структурной схеме нарисовано. Выбор одного из 8 бортовых фонтов использует те же атрибуты, что и переключение знакогенераторов МЦПГ, видимо поэтому арбитр и сделан, чтобы при подключённом МЦПГ иметь возможность получать штатное 8-фонтовое изображение. Кстати когда арбитр переключен на МЦПГ, из бортовых фонтов можно искользовать только 4-й (стандартный РК) и возможно 8-й (вторая половинка псевдографики 4х2).

Такой вот наш отечественный самобытный клэшинг атрибутов