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

[Error404]

Управление включением "теневого ROM-BIOS" кажется придётся делать по STA FB00 битом D7 (не по OUT FC). Хотелось бы по STA FC00, если этот порт на КР580 возможен. Тут нужен такой порт, что работал бы, как при КР580, так и при Z80 (в т.числе установленными по схеме ОРИОН-СЕРВИС), и не конфликтовал бы ни с какими клонами ОРИОНА. Что можете посоветовать?

Тут вопрос с портами STA FC00, STA FD00, STA FE00. Кажется, из-за упрошённой схемы дешифрации в ОРИОНЕ, при адресации в них произойдёт попадание в порты F800, F900, FA00, а команда OUT FF при КР580 попадает в порт FB00 (при Z80 этого нет, если команды OUT не попадают в память, т.е если нет КП11-тых подменяющих старшие адреса младшими при IN/OUT). Удачно, что при Z80 установленном без КП11, имеются не только порты OUT F8, F9...FF, но сохраняется и базовый порт STA FB00 (у меня он управляет ТУРБО/НЕТУРБО). Важно, что команда STA FB00 работает и при Z80 по схеме ОРИОН-СЕРВИС.

Поэтому, если управлять ROM-BIOS-ом портом OUT FC, то при КР580 это будет запись в адрес FCFC, т.е в порт STA FC00, что, возможно, эквивалентно STA F800, т.е произойдет неприятность. Как же при КР580 управлять включением "теневого ПЗУ" ?

Ведь на ОРИОНЕ с КР580 есть только свободный порт STA FB00, причём лезть в него по OUT FB нельзя, т.к при Z80 это включает что-то другое. Поэтому, видимо, для управления ROM-BIOS-ом придётся использовать порт STA FB00, что неприятно, т.к все мои ДОС придётся перетранслировать (этим портом они включают НЕТУРБО при работе с НГМД).

Мысль задействовать STA FB00 архиверная: этот неиспользуемый порт мне тоже глаза мозолит - готовый селект для чего-нибудь, я даже одно время подумывал его использовать для расширенных страниц РОМ-диска (как мы делаем на Ревизии-512), но оставил OUT FE как уже прижилось и чтобы не отнимать последний порт у владельцев 8080. Только по битам все равно я предложил бы сделать вариант унифицированный с OUT FB - учесть как оно в Z80CardII (вдруг в каком из клонов OUT FB и STA FB "склеены" аналогично портам F8..FA). Т.е. бит D7 лучше не переключать - нечаянно включив диспетчер можно получить "улёт" на каком-нить клоне, а вот комбинация D7=1=const=disp_off + D0..D4=page_address (обычно эти биты D0..D4 играют роль только при включеном диспетчере 16к, т.е. при D7=0) дает адресацию для 32 сегментов extROMBIOS (ставим TM9 и при D0..D4=0 по reset работает стартовый кусок 2к). Т.е. смело можно ставить W27C512 - удобнейшую эл. стираемую ППЗУ которую из Китая можно взять за 40 рублей.

[SYR-ALEX]

Раз зашёл разговор о расширении BIOS , то почему бы не вспомнить спектрумовский TRDOS . Переходим на нужную подпрограмму ,в этот момент происходит подмена ПЗУ (в которой находится модифицированный драйвер целевого устройства) после завершения задачи теневое ПЗУ отключается включается родное и будет Вам счастье.

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

При этом объём ПЗУ ограничен лишь фантазией автора . Вспомните хотя бы SMUC .

[barsik]

Бит D7 лучше всегда иметь в 1, вдруг в каком из клонов OUT FB и STA FB "склеены" аналогично портам F8...FA

Да, пожалуй, но и тут есть варианты... "склеенность" можно использовать во благо. А "склеены" эти порты, если стоят КП11 по схеме ОРИОН-СЕРВИС, чтобы команды IN/OUT при Z80 попадали в ОЗУ. Что плохо тем, что лишает нормальных команд IN/OUT, в то время как КР580-программ использующих команды IN/OUT в качестве команд LDA/STA, я не встречал, так что и ставить КП11 изначально не имело смысла.

Думаю даже лучше окно ПЗУ сделать в 16К, используя бит D0 для управления адресом A14 ПЗУ, что имеет плюсом то, что тогда из ROM-BIOS можно работать с экраном 4000, дисковый буфер размещать ниже 8000 и при открытии окна сохранять окно в адресах 4000...BFFF (а только потом скидывать его в ORDOS-файл на квазидиске.

Дополнительный плюс при окне "теневого ПЗУ" в 16К заключается в том, что тогда на ЭВМ, где в окне 0...3FFF можно включать другие участки ОЗУ, можно эмулировать ROM-BIOS в ПЗУ. Вот тут-то и "возможны варианты...", как указано в первой строчке.

Если в машине с Z80 сознательно "склеить" порты FB и FB00", а на КР580 сделать так, что бит D7=1 выключает ПЗУ в окне 0...7FFF, а бит D7=0 включает "теневое ПЗУ" в этом окне, то можно получить совместимость с архитектурой Z80CARD-II. Речь о 100% совместимости снизу вверх, т.е программы ОРИОНА использующие ROM-BIOS смогут работать на ОРИОНЕ с Z80 с диспетчером ОЗУ.

100% совместимость не нужна. А если нужна, то тогда двумя 16К-сегментами хранящим код ROM-BIOS удобны сегменты B3:0000...3FFF и B3:4000...7FFF. Тогда включение "теневого ПЗУ" (или его копии в ОЗУ при Z80) будет командой STA FB00 с числом 0000.1100B в регистре A. При КР580 биты D3,D2,D1 не влияют, а бит D0 совместим, отчего и возникает100% совместимость.

Но достаточно частичной, т.е логической совместимости, что позволит делать программы для КР580/голый Z80 с ROM-BIOS, одновременно транслируя их в варианте для Z80CARD-II, для чего достаточно использовать условную трансляцию (STA FB00 для Z80 меняется на OUT FB). Тогда в какой-то дальний 16К сегмент ОЗУ машины с диспетчером ОЗУ с окном 16К грузится копия ROM-BIOS и включается по OUT FB (вместо STA FB00 для КР580).

Думаю, бит D6 можно резервировать для включения прерываний (вдруг и на КР580 возможны прерывания), бит D5 пусть резервируется для отключения ПЗУ F800 (режим FULL-RAM при КР580 не сделать, т.к тогда и порт FB00 исчезает и без ИД7 для команд OUT компьютер зависнет). Тогда для включения "теневого ПЗУ" остаётся только бит D4, что ограничивает объём ПЗУ до 256 кб (и этого явно хватит).

Переходим на нужную подпрограмму, отчего автоматически происходит подмена ПЗУ

Автоматическое переключение это слишком много лишних деталей. Традиционное управление портом проще.

[OrionExt]

Почитал, вот мое предложение.



ExtROM/RAM - 0000..1FFF (диспетчер включен)
RAM - 2000..3FFF (диспетчер включен)

Таки участок не переключаемого озу нужен для хранения хуков, служебных подпрограмм, служебных ячеек.

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

Первая карта расширения – ExtROM с адресом 0, RAM, порт FB00. ExtROM – инициализирует (и что то там еще) железку с портом FB00.
Последующие карты расширения (ExtROM/RAM с адресом 1..31): клавиатура, текстовый экран и т.д.

Мега!!! Сист. порт 4 (разъем Х2:В29)

[barsik]

Предлагаю Вашему вниманию один малоизвестный вариант Турбо для медленных ОЗУ (т.е когда РУ5-тые на том же такте в 2.5 МГЦ). Как видите, здесь WAIT не используется, т.к другой принцип работы.

Принцип синхронизации КР580 и ОЗУ в ОРИОНЕ (и СПЕЦИАЛИСТЕ) основан на доступе во время машинного такта следующего за тактом в котором выдаётся сигнал SYNC. Этот сигнал задерживается на такт и этим сигналом DSYNC (Delayed Sync) разрешается доступ процессору. DSYNC формируется стробированем сигнала SYNC клоком Ф2. При Z80 SYNC эмулируется из /MREQ и /RFSH и называется ZSYNC. Проблема при турбировании в том, что длительность обращения процессора должна длиться весь этот машинный такт. Отчего при клоке Z80 в 5 МГЦ и приходится задерживать процессор сигналом WAIT. В данной схеме это достигается тем, что сигнал DSYNC переключает рабочий клок Z80 с 5.0, 7.5 или 10 МГЦ на медленные 2.5 МГЦ.

С помощью данной схемы при клоке Z80 в 5 МГЦ реальный такт составляет 3.55 МГЦ, а при клоке 7.5 МГЦ и 10 МГЦ - существенно выше (точные данные ускорения не сохранились).

Как видите по ускорению данная схема не имеет преимуществ перед схемами на базе WAIT. Т.е при клоке 5 МГЦ то же самое скромное ускорение на 41 или 42%. Однако известны схемы Турбо дающие ускорение 75% и даже 85%. Ускорение 75% согласно городской легенде из 1993 даёт какая-то вариация на тему схемы Z80 от ОРИОН-СЕРВИС с напайкой 20-ти ногих буферов вторым этажом. А ускорение 1.85 даёт какая-то моя схема из 1999 года (кажется схема с тактированием в 7.5 МГЦ).

Но данную схему я привёл потому, что она является отправной точкой для получения схемы турбирования в 1.72 раза. Чтобы на данной схеме получить такую скорость, достаточно убрать инвертор по цепи от D7/6. При этом будут проходить тесты памяти в 1.72 раза быстрее, но по экрану будут бегать блёстки (помехи). И какие-то команды при этом, возможно, не работают, т.к тесты проходят, а мониторы по неизвестной причине не работают, что странно и необъяснимо. Предполагаю, что надо как-то задействовать сигнал /M1, как в схеме Супер-Турбо.

Итак, если удастся добиться надёжной работы этой схемы, невзирая на экранные помехи, то это позволит увеличить скорость ОРИОНОВ на Z80. Тогда, чтобы помехи не мешали будем использовать ускорение 1.72 во время бордюра (когда помехи на экране никого не волнуют), а во время вывода растра будем довольствоваться ускорением в 1.41. Аппаратно это решается элементарно, - использованием в качестве управляемого инвертора ЛП5, на второй вход которого заводим сигнал BORDER (D13/5).

Удобно использовать кварц 28 МГЦ, что при делении на 3 даёт пиксель-клок в 9 МГЦ. Для работы с таким пиксель-клоком коэффициент деления счётчиков видеогенератора меняется (экран становится менее плющенным). А при делении на 4 получаем клок Z80 в 7 МГЦ, что вполне по силам обычному Z80B. За счёт этого получаем реальный (эффективный) такт немного ниже 5 МГЦ, но ОЗУ при этом на медленном такте в 2.25 МГЦ и не перегреваются. При кварце 30 МГЦ и соответственно такте Z80B в 7.5 МГЦ и старом пиксель-клоке в 10 МГЦ (отчего экран плющенный) имеем скорость не менее 5 МГЦ.

Данная схема будет работать, если выход D2/9 инвертировать, а D7/6 нет. Но ускорение - обычные 1.41 раза. При этом на экране помехи, но мониторы работают. Можно инвертировать D2/9, а вместо такта 2.5 МГЦ подать /RAS, то будет тот же результат 1.41 и помехи. Вместо /RAS на ТМ2/11 можно подать D2/8.

Если Ваша ВВ55 ROM-диска не тянет такт 5.0, 7.5 (или 10) МГЦ, то придётся применить для неё традиционную схемку с WAIT (в приложении). Для ППА клавиатуры такой проблемы обычно нет до такта 8.5 МГЦ. Это связано с тем, что с портом клавиатуры процессор работает только побайтово, что обеспечивает большие интервалы между обращениями в ППА. А с ROM-диском используются команды работы со словами, т.е типа LD (F501),HL, при которых происходит сразу два обращения с минимальным интервалом между ними, чего ППА не переносит. Избавиться от этого можно только переписав все программы работающие с ROM-диском, но проще применить один вентиль из ЛЛ1.

Давно разыскивается схема ОРИОН-СЕРВИС дающая Турбо в 1.75 раза. Другие варианты схемы Z80 от ОРИОН-СЕРВИС дают Турбо 1.25.

[Error404]

Турбирование с переключением частоты по SYNC мы используем для Z80 в ревизии-512. Схема там получается простейшая (экивалентная примененному выше коммутатору на КП2 кроме инверсии 5МГц):



Она прекрасно работает на 5Мгц, но при подаче 10Мгц вместо 5 Мгц, она не заводится. Не знаю, станет ли она работать на 10МГц (честных 5..6), если вместо SYNC подать DSYNC на ТМ2?

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

Если получится завести эту схему на 10МГц, то субъективно, скорость Ориона-128 догонит Орион-ПРО.

[Advertiser]

[barsik]

получается эквивалентная схема, за исключением инверсии 5 МГЦ

Нет. Не получается эквивалентная схема. И инверсия не 5 МГЦ, а 2.5 МГЦ (D7/6). Не эквивалентная потому, что в моём варианте используется /DSYNC, т.е процессор обращается в то же самое время, как и при Z80 на такте 2.5 МГЦ (кстати, в схеме Z80 DSYNC укороченный). А у Вас Z80 обращается при выдаче процессором самого SYNC, точнее ZSYNC.

От Adelaide из Тулы было 3 схемы ТУРБО 1.42. В двух из них использован WAIT, а в одной из них коммутируется клок, но не сигналом SYNC, а сигналом /MREQ. Эта Ваша схема делает то же самое, но использует сигнал SYNC.

Откуда взялся этот вариант с SYNC ?

Считая 3 схемы от Alelaide, мою схему с WAIT, приведённую выше мою схему с коммутацией клока и эту схему с SYNC, уже получается 6 вариантов схем ТУРБО на 142%.

Т.е схемы Турбо на 1.41 не актуальны. Интересует схема Турбо на 175% от ОРИОН-СЕРВИС, которую я не видел, но мне говорили о ней информированные люди. Или же интересует чужая схема Турбо 200% и схема ОРИОН-СЕРВИС, где клок 10 МГЦ, а ОЗУ на 5 МГЦ, что должно давать скорость примерно 7.5 МГЦ.

Мне больше нравится схема простого Турбо (что привожу во вложении), хотя и не очень понимаю как она работает.

Как сделать в сообщении, чтобы рисунок из вложения этого-же поста был в сообщении рисунком? Понятно, что нужен тэг 'IMG', но как узнать номер вложения.

[Error404]

Нет. Не получается эквивалентная схема. И инверсия не 5 МГЦ, а 2.5 МГЦ (D7/6 это обычный такт 2.5 МГЦ при установке Z80). Не эквивалентная потому, что в моём варианте используется /DSYNC, т.е процессор обращается в то же самое время, как и при Z80 на такте 2.5 МГЦ. А у Вас Z80 обращается при выдаче процессором самого SYNC, что теоретически вообще не может работать !!!

От Adelaide из Тулы было 3 схемы ТУРБО 1.42. В двух из них использован WAIT, а в одной из них коммутируется клок, но не сигналом SYNC, а сигналом /MREQ. Эта Ваша схема делает то же самое, но использует сигнал SYNC. Непонятно как это может работать, ведь SYNC возникает, в такте Т1, а Z80 во всех остальных схемах обращается уже в следующем такте, используя стробированный SYNC, задержанный на 1 такт, когда исходного SYNC уже давно нет и значит такт на Z80 уже снова 5 МГЦ, отчего его обращение продлится только пол периода в 400 НСЕК. Не поясните как это работает?
Откуда взялся этот вариант с SYNC ?

Это один из аделаидовских вариантов из ранних 90-х что ими было выпущено "в свет" в виде PENX-картинок для Ордос примерно в том же пакете, что и их PENX-картинки по переделке Z80 Орион-Сервиса в Z80CardII. Только в оригинале там были ЛЕ1+ТМ2, где ТМ2 была нужна только для устранения дребезга кнопки Турбо(RS-триггер) и стробирования клоком момента включения режима Турбо. ТМ2 я выкинул заменив простейшим джампером, т.к. на работающем компе туда-сюда щелкать "Турбой" - это пижонство времен SX-40 и кнопки LO/HI.
Эта схема не инвертирует ни 2,5 такта, ни 5,0 - вообще не очень понятно зачем такт инвертировать в зависимости от режима "турбо".

Как сделать в сообщении, чтобы рисунок из вложения этого-же поста был в сообщении рисунком? Понятно, что нужен тэг 'IMG', но как узнать номер вложения.

Я просто открываю картинку вложения, браузером смотрю что за ссылка для него и далее этоу ссылку вставляю как [ IMG]. Для вставки картинок другого поста по ссылке способ очень удобный, надо ли такое делать для вложения текущего поста - ХЗ.

[barsik]

не очень понятно зачем такт инвертировать в зависимости от режима "турбо"

Инвертировать надо не в зависимости от режима ТУРБО/НЕТУРБО, а сигналом BORDER. Потому, что вышеприведённая схема с инверсией D7/6 даёт ТУРБО лишь в 1.41, а без инверсии уже 1.72 (но с помехами). Оттого при обратном ходе лучей прогон идёт на повышенной скорости (а помехи экрану при этом не важны).

Привожу оригинал схемы Турбо с коммутацией клока от Adelaide (без триггера стробирующего тумблер). В ней нет не только сигнала SYNC, но даже и сигнала DSYNC. Я предполагаю, что в Вашей схеме опечатка и сигнал не SYNC, а DSYNC, т.е SYNC задержанный на такт, т.к только тогда Z80 выполняет физическое обращение. Сигнал DSYNC (D13/9) иногда называют сигналом C/V (computer/video), только V (как и слово video) с чёрточкой над ним. Никаких ORDOS-рисунков в формате PENX$ не видел, мне схемы присылали на бумаге.

Привожу схему ТУРБО 10 МГЦ. Она делается после ТУРБО 200%, точнее достаточно, в соответствии со схемой 200%, поменять лишь сигналы /RAS и /CAS, т.е перевести ОЗУ на двойтой такт в 5 МГЦ. На Z80H надо подать такт 10 МГЦ и делается эта схема. Как она работает, я уже не знаю, хотя сам её придумал и отмакетировал 20 лет назад. ZSYNC это имитация SYNC из сигналов /MREQ и /RFSH. Было бы неплохо, если бы у кого-нибудь хватило ума понять как работает эта схема и изложить нам принцип работы.

С этой схемой использовалась ещё схема запрета ненужных обращений к ОЗУ видеочасти, что в 2 раза сокращает разогрев ОЗУ (у меня работало 10 МГЦ без вентилятора). Эта схема запрещает /CAS от видео-части во время сигнала BORDER, а также из 4-х возможных обращений к ОЗУ видео части за период сигнала 111, допускается только одно обращение, что существенно сокращает разогрев ОЗУ.


Есть ещё схема асинхронного тактирования Z80 произвольным тактом, которая выгодна при быстром Z80, с которым выгодно также использовать быструю статику, работающую без WAIT.

на работающем компе туда-сюда щелкать кнопкой "Турбо" - это пижонство времён 386 DX40

Ручное переключение может и пижонство, но программное переключение ТУРБО-НЕТУРБО иногда насущная необходимость. Т.к на некоторых образцах в Турбо режиме падает надёжность досковода (а иногда наоборот улучшается). Также в RK-DOS всё основано на задержках, оттого в ТУРБО не работает. Поэтому вместо кнопки Турбо заводят сигнал HLD (Head Load) с ВГ93, чтобы при работе с НГМД всегда был режим НЕТУРБО.

[Error404]

Привожу оригинал схемы Турбо с коммутацией клока от Adelaide (без триггера стробирующего тумблер). В ней нет не только сигнала SYNC, но даже и сигнала DSYNC. Я предполагаю, что в Вашей схеме опечатка и сигнал не SYNC, а DSYNC, т.е SYNC задержанный на такт, т.к только тогда Z80 выполняет физическое обращение. Сигнал DSYNC (D13/9) иногда называют сигналом C/V (computer/video), только V (как и слово video) с чёрточкой над ним. Никаких ORDOS-рисунков в формате PENX$ не видел, мне схемы присылали на бумаге.

Т.е. если в Аделаидовской схеме заменить элемент ЛА3 на существующих элементах той же ЛЕ1 что уже применена, то получим как раз ту схему о которой я и говорил (с учетом подключения к MREQ а не SYNC, который при использовании Z80CARDII по сути тот же MREQ но с подмешанным RFSH - может от RFSH и глюки в режиме 10М? хз как оно там интерферирует).

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

Инвертировать надо не в зависимости от режима ТУРБО/НЕТУРБО, а сигналом BORDER. Потому, что вышеприведённая схема с инверсией D7/6 даёт ТУРБО лишь в 1.41, а без инверсии уже 1.72 (но с помехами). Оттого при обратном ходе лучей прогон идёт на повышенной скорости (а помехи экрану при этом не важны).

и получается, в схеме на ЛЕ1+ЛА3 оба клока (и 2,5 и 5,0) инвертированные, а на единственной ЛЕ1 - нет (передаются в той же фазе что и снимаемые с линий 42, 43). Это как-то может влиять на режим 10М (если вместо 5М в схему подать 10М)?