Тайминги Pentagon 128 :)

[ZXMAK]

Повторю еще раз.
Например, на оригинальном Спектруме чтение памяти экрана ВСЕГДА происходит в один и тот же такт, а процесор тормозится. На Пентагоне чтение памяти экрана происходит когда ее не занимает процессор. По первому требованию процессора, память отдается ему. Когда процессор не обращается к памяти, в каждом такте читаются атрибуты или пиксели. По очереди. Если влезает процессор очередь сдвигается. Поэтому в один и тот же такт в разных кадрах может считываться либо пиксели, либо атрибуты.

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

---------- Post added at 19:04 ---------- Previous post was at 18:59 ----------

Тест шины запускал. Шина стабильна.
Мерцание полоски к шине не имеет никакого отношения.
Это следует из схемотехники Пентагона.

очень интересно, за счет чего тогда сбрасывается? Проверил, MCTEST устойчив к длительности INT, единственное что его заставляет сбрасываться - нестабильная шина, т.к. вектор прерывания задавался в расчете на стабильную шину.

[Lion17]

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

То, что у Пентагона нет медленной памяти, думаю, оспаривать не будете?
А это означает, что процессор может обратиться к памяти в любой момент. Каким же образом мы в каждом кадре сделаем одинаковую циклограмму, если вот в такте 10000 мы читаем атрибут, а на следуюшем кадре на такте 10000 процессор осуществляет выборку интрукции? Тут уж приходится извращаться и читать память не тогда, когда захочется, а когда есть возможность. Гениальные разработчики Пентагона решили, а хрена мы будем тормозить процессор и сжирать драгоценные такты, когда в любом цикле выборки инструкции процессор обращается к памяти только один раз. Для этого достаточно одного такта, значит 3 других мы можем использовать для нужд видео-контроллера.

[alone]

Alexander Makeev, а как же длительность сигнала INT?

[ZXMAK]

если вот в такте 10000 мы читаем атрибут, а на следуюшем кадре на такте 10000 процессор осуществляет выборку интрукции?

в случае с stime/btime на каждом кадре выполняются одна и та-же последовательность инструкций, начиная с одного и того-же 0-го такта. Почему-же циклограмма должна быть разной?

---------- Post added at 19:43 ---------- Previous post was at 19:37 ----------

Alexander Makeev, а как же длительность сигнала INT?

длительность INT тут ни на что не влияет, т.к. если INT слишком длинный, тест просто сбрасывается.
А вот влияние на фронт INT тут скорее всего есть, по схеме на INT висит конденсатор С7, следовательно фронт сигнала INT будет смазан. И в зависимости от емкости конденсатора, это может задержать срабатывание INT до одного такта, т.е. этот конденсатор вполне может быть источником мерцания, как и конденсатор С5 через который сигнал заводится на D51.


Lion17, а у тебя такая картинка при включении питания?

[Lion17]

в случае с stime/btime на каждом кадре выполняются одна и та-же последовательность инструкций, начиная с одного и того-же 0-го такта. Почему-же циклограмма должна быть разной?

Переключатель Атрибуты/Пиксели работает не зависимо от кадров. Считали пиксели, в следующий раз читаем атрибуты. И наоборот. В кадре четное количество тактов. Если бы не процессор, то все было бы одинаково. Но вот представь, что процессор за кадр 20001 раз обратился к памяти, получается что контроллеру остается 71680-20001=51679 тактов. То есть он начал кадр чтением атрибутов и закончил кадр чтением атрибутов, а следующий кадр начал чтением пикселей.

---------- Post added at 21:06 ---------- Previous post was at 20:57 ----------

Lion17, а у тебя такая картинка при включении питания?

Доберусь до компьютера - сфоткаю.

[ZXMAK]

Считали пиксели, в следующий раз читаем атрибуты. И наоборот. В кадре четное количество тактов. Если бы не процессор, то все было бы одинаково. Но вот представь, что процессор за кадр 20001 раз обратился к памяти, получается что контроллеру остается 71680-20001=51679 тактов. То есть он начал кадр чтением атрибутов и закончил кадр чтением атрибутов, а следующий кадр начал чтением пикселей.

Насколько я понимаю, сигналы захвата аттрибутов и пикселов формируются на основе текущего состояния счетчиков. Счетчики никогда не останавливаются, что-бы там процессор ни делал, т.к. иначе число тактов в каждом кадре будет нестабильным и нарушится синхронизация видеосигнала.
Таким образом, в каждом кадре выборка аттрибутов/пикселов всегда начинается одинаково. Потому что счетчики считают без остановки, а сигнал выборки формируется логическими элементами для определенного состояния выходов счетчиков. Или другими словами сигнал выборки всегда формируется для конкретных тактов схемы, номера этих тактов никогда не меняются.

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

PS: Что-то я не найду читаемой схемы пентагона, может кто-то подскажет ссылочку?

[goodboy]

запустил свой пентагон.
mctest2 - работает.
тест с полоской выдаёт такие-же результаты как сообщил Lion17
17983-есть
17984-мерцает
17985-нет





а вот экран без процессора

[Lion17]

[QUOTE=Alexander Makeev;598421]Насколько я понимаю, сигналы захвата аттрибутов и пикселов формируются на основе текущего состояния счетчиков. Счетчики никогда не останавливаются, что-бы там процессор ни делал, т.к. иначе число тактов в каждом кадре будет нестабильным и нарушится синхронизация видеосигнала.
Таким образом, в каждом кадре выборка аттрибутов/пикселов всегда начинается одинаково.
QUOTE]

Неверно. Вот у нас есть 8 пикселей, или 4 такта. За это время нам нужно получить для следующих 8 пикселей атрибут и сами пиксели. Все эти четыре такта на всех линиях счетчиков одинаковое значение (не берем во внимание младшие линии). Перемешиваем эти линии счетчиков на мультиплексорах и получаем два адреса - адрес атрибута и адрес пикселя. Но вот в каком порядке мы считаем эти данные - это большой вопрос тут масса вариантов.
C-процессор, P-пиксели, A-атрибуты
Все варианты:
CPAP CAPA PCAP ACPA PACP APCA PAPC APAC PAPA APAP
Как видишь мы можем получить наши данные десятью способами, а счетчики остаются на прежних местах.

[ZXMAK]

запустил свой пентагон.
mctest2 - работает.
тест с полоской выдаёт такие-же результаты как сообщил Lion17
17983-есть
17984-мерцает
17985-нет

спасибо, а какие результаты в btime?
можно еще вторую фотку, там где mctest2 - левый верхний угол в большем разрешении. интересует - есть ли там сдвиг бордюра относительно экранной области или нет?

[Lion17]

запустил свой пентагон.
mctest2 - работает.
тест с полоской выдаёт такие-же результаты как сообщил Lion17
17983-есть
17984-мерцает
17985-нет

А btime? Еще minfo запусти, длина INT какая?

---------- Post added at 21:59 ---------- Previous post was at 21:57 ----------

спасибо, а какие результаты в btime?
можно еще вторую фотку, там где mctest2 - левый верхний угол в большем разрешении. интересует - есть ли там сдвиг бордюра относительно экранной области или нет?

На седьмой строке видно, что сдвиг бордюра небольшой есть.