Турбо 5МГц (200%)

[HardWareMan]

Итак, отправные данные почти готовы, но требуется уточнить несколько нюансов. Все схемы сделаны в кактусе как функционально эквивалентный блок. Сигналы процессоров вбиты вручную на основе данных из датащита с привязкой к сигналу тактов. Названия всех сигналов взяты из оригинальной схемы из Радио 1'90. Возможные глитчи на эпюрах кактуса так же пропускаем мимо ушей.

Шаг №1: оригинал.
Это функциональная схема циклогенератора в оригинальном Орионе с ВМ80:

Эта схема дает четкий рисунок, который полностью соответствует текстовому описанию.

Четко виден сигнал загрузки следующего байта в регистр сдвига точек. Виден опережающий сигнал загрузки данных в регистр временного хранения (на схеме он напрямую идет на регистры DD47 и DD48 не имея названия, так что пусть будет STB). Так же видно, что если сформировать сигнал SYNC, то сигнал STB не активируется, зато появляется разрешающий сигнал буферам памяти BUF_87, который продолжается до окончания сигнала CAS_66, как раз до момента фактического защелкивания байта самим ВМ80. Все сигналы имеют защитные задержки между собой.

Шаг №2: Z80 Card II.
За основу переделки была взята эта статья. Результирующая схема практически не изменилась:

В этой доработке в качестве тактового сигнала используется TTLF1, который указан в статье как самый правильный. Вот его симуляция:

Почему именно TTLF1? Да потому, что Z80 устроен так, что опкод он читает по фронту тактового импульса, а ввод-вывод данных по спаду. Как итог, при использовании TTLF1 мы имеем фронт тактового импульса строго в центре CAS_66 сигнала, а спад попадает на его конец (режим "поздней записи"). И это должно работать. Однако, есть пара неясных моментов:
1. Если вводить эпюру SYNC основываясь на эпюрах Z80 из журнала Радио 2'95, то в M1 все нормально, а вот в остальном есть пропуск записи данных в регистр временного хранения изображения, что должно давать артефакты "снег" из полосочек.
2. В статье говорится за конденсатор на узле формирования сигнала SYNC, которого нет на схеме (а так же не говориться, где именно он должен стоять).
Чтобы продолжить дальше, хочется уточнить данные моменты, а будет лучше если Error404 прозвонит актуальную схему этого узла у своего компьютера.

[Advertiser]

[Error404]

2. В статье говорится за конденсатор на узле формирования сигнала SYNC, которого нет на схеме (а так же не говориться, где именно он должен стоять).
Чтобы продолжить дальше, хочется уточнить данные моменты, а будет лучше если Error404 прозвонит актуальную схему этого узла у своего компьютера.

Есть два варианта изменения формирователя:
1) кондер на SYNC (надо подбирать, ввиду этого метод применялся редко - только в ранних релизах ленинградских Z80Card и видимо по этому описан не подробно);
2) вывод 13 DD13.2 (TM2) отсоединяется от привязки к +5в и подключается к выводу 12 (т.е. к сигналу 71 - выв19процессора=SYNC ). В этом случае ничего подбирать не надо, у всех запускается сразу (этот вариант работает в ревизии-512 что мы все тут недавно собирали новоделом). На что оно повлияет на эпюрах сказать затрудняюсь.

[HardWareMan]

Решение умное. Оно сбрасывает триггер арбитра сразу по окончании обращения, а не строго по такту, что позволяет проскочить одному чтению экрана.


Ок, продолжим.

[HardWareMan]

Нужно подумать.

[Error404]

Еще такая идейка меня мучает: планирую расширить память Орионов-128/512 до 1024 добавлением одной статической RAM 512кб. У меня под это дело припасены чипы с временем доступа 55нс. При работе с этой памятью можно вообще не тормозить проц, тактировать его хоть от 10МГц - для SRAM не нужно регенерации и к ее страницам не обращается видеоконтроллер. Тут можно сделать и еще более хитро: в Орионе много действий производится в "некоммутируемой" "склеенной" области 0F000-F3FF. Фактически, диспетчер ОЗУ вне зависимости от порта страниц (0F9) в эту область всегда "подставляет" одну область 0F000-F3FF одной и той же физической страницы ОЗУ. Если туда подставлять область ОЗУ из SRAM и не тормозить в ней проц, то это будет существенное ускорение.
Код писать/настраивать чтобы преимущественно выполняться в старших страницах.

[HardWareMan]

Это если Орион на стероидах. Нормальному пофигу же. Касаемо Спектрума, можно угнать экран в тень под статику и в нее только писать. Читать будет из статики, быстро. Это самый легкий способ, я так думаю, т.к. запись вроде без вейта (+ ее можно конвееризировать).

[alx32]

Это если Орион на стероидах. Нормальному пофигу же. Касаемо Спектрума, можно угнать экран в тень под статику и в нее только писать. Читать будет из статики, быстро. Это самый легкий способ, я так думаю, т.к. запись вроде без вейта (+ ее можно конвееризировать).

А может вообще на статику переделать?...

Отправленно от моего E73 с помощью Tapatalk 4

[Error404]

А может вообще на статику переделать?...

Отправленно от моего E73 с помощью Tapatalk 4

Может и переделать, только экономии не будет - вся схема регенерации останется: она же и как видеоконтроллер работает.

[alx32]

Может и переделать, только экономии не будет - вся схема регенерации останется: она же и как видеоконтроллер работает.

Я имел ввиду вместе с заменой КП2 на КП11 и две SRAM по 512Кб или одну 16-битную на 512Кб...

[Error404]

Я имел ввиду вместе с заменой КП2 на КП11 и две SRAM по 512Кб или одну 16-битную на 512Кб...

одна 16-битная не пойдет, проц же 8-битный, он при записи будет портить вторую половинку 16-битного слова. Т.е. В любом случае 2 ОЗУ. Или чтобы оставить обе плоскости экрана в одной общей 8-битной ОЗУ, сканировать ОЗУ экрана вдвое чаще: один такт в промежуточный регистр, на втором выводить одновременно и из регистра и из ОЗУ. Собственно, именно так в Орионе-ПРО сделано 4 плоскости в двух банках памяти.