Орион-128: Разное

[HardWareMan]

Тоесть он тупо начинается вместе с F2?

Ну, блин, официальные доки же можно посмотреть? Вот сам процессор делает вот так:

SYN немного запаздывает относительно F2. Этим пользуется арбитраж компьютера:

Так что в арбитраже - да, сигнал строго 1 период F2, который совпадает с CAS.

[Advertiser]

[Xrust]

HardWareMan, а можете растолковать что происходит на Орионе с Z80card? Какие там отличия?

[Mick]

Ну, блин, официальные доки же можно посмотреть? Вот сам процессор делает вот так:

Так я их и смотрел, и там вроде идет по спаду F2. Я относительно этого даташита и рисовал свои эпюры. Как собственно получается и в Специалисте.

И теперь, глядя на все это хозяйство как разогнать ВМ80 (пока гипотетически) в 2 раза без пролетов видео?

[ivagor]

глядя на все это хозяйство как разогнать ВМ80 (пока гипотетически) в 2 раза без пролетов видео?

При сохранении "старой" скорости обращения к озу разогнать проц именно в 2 раза не получится. Какие ограничения подразумеваются?

[Mick]

Какие ограничения подразумеваются?

Старое видео - 15625Гц. Скорость обращения к памяти можно увеличить как и проц в 2 раза.
Это в идеале при тактовой частоте 5МГц.

Но можно и без идеала - 3,5МГц и 4МГц. В этом случае будет необходимо пересчитать строчную развертку - но это мелочи

[ivagor]

Старое видео - 15625Гц. Скорость обращения к памяти можно увеличить как и проц в 2 раза.

Если предполагаются минимальные изменения, то при увеличении скорости проца и памяти в 2 раза можно сделать смену видеоадреса один раз не в 2 (старых), а один раз в 4 (новых) такта. Т.е. каждый байт видеоданных будет читаться 4 раза (если его не прервет обращение проца).
А если сильнее оторваться от оригинала, то можно или переделать на одну линейку озу вместо двух или при сохранении двух линеек удвоить строчную частоту для вывода на современные мониторы, но это уже выходит за рамки условий.

[HardWareMan]

Если предполагаются минимальные изменения, то при увеличении скорости проца и памяти в 2 раза можно сделать смену видеоадреса один раз не в 2 (старых), а один раз в 4 (новых) такта. Т.е. каждый байт видеоданных будет читаться 4 раза (если его не прервет обращение проца).
А если сильнее оторваться от оригинала, то можно или переделать на одну линейку озу вместо двух или при сохранении двух линеек удвоить строчную частоту для вывода на современные мониторы, но это уже выходит за рамки условий.

А можно тупо попу не морщить и поставить двухпортовую DRAM от Sega Megadrive (там она стоит как VRAM). Это 64К DRAM с 2мя портами. Первый классический - RAS/CAS на обычных для наших РУшек частотах. Второй - последовательный. Нет, он не позволяет избавиться от сдвигового регистра (хотя, если экран на 256 цветов - то позволит). SIO это буфер на целую строку, т.е. для 64К, которые организованы как 256x256 этот буфер ровно 256 байт. И обращение к нему сокращённое - только RAS. Т.е., 1 раз за строку мы делаем пустой RAS цикл (для прогрузки SIO), а потом через SIO независимо выгружаем данные в экран, а на DIO в это время полностью хозяйничает процессор. Единственный момент, который надо продумать, это регенерация. Ведь теперь её может не хватать, ведь в таком режиме вся матрица в 256 строк будет обработана только за целый кадр 20мс, а у РУшек, например, эта цифра 4мс и они регенерировались за 4 строки.

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

PS Референс для поиска: UPD41264 на 4 бита или MSM54C864 на 8 бит.

[LeoN65816]

А можно тупо попу не морщить и поставить двухпортовую

SRAM (не требуется ни регенерации, ни мультиплексоров): #1, #2, #3, #4.

[Mick]

А можно тупо попу не морщить и поставить двухпортовую DRAM

А если все же поморщить и поставить DRAM, но не РУ5 а с видях с 256Kx16 или просто 64Kx4 - с временем доступа не более 100нс