"Океан-240": видеовыход

[ivagor]

Почитал, посмотрел и кажется понял.
Можно визуализировать примерно так:

VvvvvvvvvvvvvvvvVvvvvvvvvvvvvvvvVvvvvvvvvvvvvvvvVvvvvvvvvvvvvvvvVvvvvvvvvvvvvvvv
PppppPppppPppppPppppPppppPppppPppppPppppPppppPppppPppppPppppPppppPppppPppppPpppp
!!!!!++++++++++!!!!!++++++++++!!!!!++++++++++!!!!!++++++++++!!!!!+++++++++++++++

Строка v - это точки видеопроцессора (режим 512). V - условное место запроса на выборку из озу (каждые 16 точек режима 512).
Строка p - такты процессора. P - выделил начало такта.
Нижняя строка показывает, где запросы на доступ попадают на такты процессора (!). Видеоконтроллер читает параллельно из двух линеек озу, поэтому на каждый V достаточно одного чтения из одной линейки. Получается видеоконтроллеру нужно читать примерно 1 раз в 3 такта процессора (и 1 раз в 4 такта процессора) в рамках этого макроцикла (16 тактов процессора или 80 точек 512). Как я понял из статьи, если процессор обращается к памяти, видеоконтроллер ждет, но это не проблема т.к. в рамках микроцикла (3 или 4 такта процессора) окно доступа для него останется, процессору же память чаще одного раза в 3 такта не нужна.

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

Т.е. доступ проца к памяти в океане прозрачный.

[tnt23]

У меня интуитивное ощущение прозрачности доступа процессора тоже было, навеянное статьей и слегка подкрепленное результатами простого цикла вывода единичек-ноликов в порт спикера для формирования стабильных как скала 50КГц.

[ivagor]

tnt23, спасибо за обсуждение! Мне было интересно сравнить с вектором, где ту же проблему (сочетание пиксельклока 6/12 МГц и быстрой работы процессора) решили задиранием частоты процессора. В океане более цивильно, без оверклока проца, зато сложнее, т.е. дороже.

[tnt23]

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

А про бейсики пройдем в соседнюю тему?

[ivagor]

А про бейсики пройдем в соседнюю тему?

Я готов, главное не возлагать на меня особых надежд

[tnt23]

ivagor, пройдемте! https://zx-pk.ru/threads/30047-mnogo...-bejsikov.html

[Advertiser]

[ivagor]

А я все не уймусь. Есть еще вопрос. Сколько тактов процессора в строке? Если брать 64 мкс, то это 768 точек режима 512, а целого числа тактов процессора не получается. Можно предположить, что их 152, а в точках, соответственно 760, тогда длительность строки 63.33 мкс. Есть еще неприятный вариант, что точек все же 768 (64 мкс), но тогда в строке нецелое число тактов процессора (153.6). При этом будет период 5 строк для повторов "паттерна смещений" тактов процессора относительно изображения.

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

Еще бы уточнить, сколько строк в кадре - 312?

[tnt23]

картинка 4: 1.28 мкс - это 16 точек при пиксельклоке 12.5 МГц или 8 при 6.25 МГц

Видеопроцессор заносит данные о точках в выходной сдвиговый регистр с частотой 12.0МГц/16=750КГц. Это дает 1.3(3)мкс на 16 точек в режиме 512.

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

Еще бы уточнить, сколько строк в кадре - 312?

Это разве что измерить период следования кадровых гасящих с поправкой на мой кварц 12.288.

[ivagor]

Видеопроцессор заносит данные о точках в выходной сдвиговый регистр с частотой 12.0МГц/16=750КГц. Это дает 1.3(3)мкс на 16 точек в режиме 512.

После того, как ты написал

Так-то генератор там на 12МГц ровно

я уже исходил из этого

Fpix512=12 МГц. Tpix512=83.33 нс.

И все цифры и прикидки дальше ориентированы на это.

Это разве что измерить период следования кадровых гасящих с поправкой на мой кварц 12.288.

Или написать программку, которая, например, будет менять палитру с периодом равным предполагаемой длительности строки. Если при этом граница цветов будет горизонтальная - длительность строки правильная. Если диагональная - неправильная. А если привязаться к развертке (по прерыванию вроде можно на океане?), то картинка будет неподвижная.

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

если привязаться к развертке (по прерыванию вроде можно на океане?)

Что-то я засомневался насчет океанского прерывания для данной задачи

[tnt23]

Или написать программку, которая, например, будет менять палитру с периодом равным предполагаемой длительности строки. Если при этом граница цветов будет горизонтальная - длительность строки правильная. Если диагональная - неправильная. А если привязаться к развертке (по прерыванию вроде можно на океане?), то картинка будет неподвижная.

Такое я пробовал (давно и бессистемно). Получал цветные полоски с диагональной границей цветов.

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