Радио-86РК на процессоре Z80

[АлександрПП]

Творческими усилиями Vladimir_S разработана схема компьютера Радио-86РК на процессоре Z80. Им же она собрана на макетке и проверена в работе.
В схему внедрен контроллер НГМД на ВВ55, контроллер клавиатуры.

Осталось установить будет ли спрос на платы ПК.

На все вопросы, касающиеся компьютера, Владимир ответит в теме.

Ссылка на схемы:
https://yadi.sk/d/gQWGQUkM3SLPKp

[alx32]

Сразу вопрос...
А почему 589ИР12 не заменили на 1533ИР23/33?
В видео сдвиговый регистр тоже желательно заменить на что-то посовременнее, ИР9(2хИР16)?

[Vladimir_S]

alx32, Зачем?

[Vladimir_S]

В данной конструкции тактовая частота процессора по умолчанию 2Мhz. Программно переключается на 4Мhz или 8Мhz. 2Мhz потому, что на 1.78Мhz отказывается работать FDD контроллер. Пробовал переключать на 16Мhz, но комп сразу надежно виснет. Не тянет ВТ57.
ПЗУ расположено по адресам: С400-EFFF и F400-FFFF.
Адресное пространство 8400-BFFF по умолчанию является ПЗУ. Программно переключается на ОЗУ. Цветовая палитра по умолчанию является схемой "САМОЦВЕТ". Программно переключается на схему ПК "АПОГЕЙ-БК01Ц"

[barsik]

16 МГЦ... виснет. Не тянет ВТ57
А что на 8 МГЦ ВТ57 ещё тянет? Считал, что для ВТ57 предел это 3.25 МГЦ.

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

[Denn]

В схему внедрен контроллер НГМД на ВВ55, контроллер клавиатуры.

Осталось установить будет ли спрос на платы ПК.

Можно также внедрить ROM-диск и ВВ51 (http://zx-pk.ru/threads/27787-ds-card-rk-orichan-orinet-etc.html) ;)

[АлександрПП]

Можно также внедрить ROM-диск
ROM-disk там есть. На M29F040.
Есть и разъем для подключения SD карты.

[Vladimir_S]

Считал, что для ВТ57 предел это 3.25 МГЦ.
На 4МГЦ нормально работает, только естественно что быстро и ВИ53 только хрюкает. А на 8 почти сразу теряет позиционирование и ВИ53 вообще молчит. Но эти режимы, например 8МГЦ, для выполнения каких то рутинных операций. Что то типа подсчета контрольной суммы и т.п. От этого никаких сбоев не происходит. Зато считает почти мгновенно. Производится турбирование записью в порт 8018-801В (в дальнейшем для краткости только младший адрес порта 8018) 0 - 2МГЦ, 1 - 4МГЦ, 2 - 8МГЦ. После RESET порт сбрасывается в ноль и по умолчанию тактовая частота 2МГЦ.
Так же по умолчанию 8400-BFFF это ПЗУ, если по адресу 8014 записать число с единицей в 4 разряде, то 8400-BFFF это ОЗУ. Запись единицы в 5 разряде по адресу 8014 переключает цветовую палитру на схему Апогея. В порт пользователя 8004-8007 включены AM29F040 и CY62148 работа которых заблокирована единицами с порта 8010 и они не мешают работе любых устройств подключенных к порту пользователя. Запись в 8010 числа 40 подключает 512КБ SRAM, а 80 512КБ FLASH. Если будут еще вопросы, охотно отвечу. Да, еще дамп РЕ3, HEX PIC и МОНИТОР.

[Error404]

Коллеги, раз уж дорабатываете схему, сделайте уже порт для страничного расширения ОЗУ. Чтобы по умолчанию он был выключен, а при включении этим портом какой-то из расширенных страниц из адресного пространства исключался весь этот кошмарный лоскутный коврик портов и экранов в середине адресного пространства, и процессору включалось сплошное ОЗУ дополнительной страницы (по схеме 62к+ПЗУ для первичной инициализации доп. страниц из кода в основной, и с отключением ПЗУ когда в F800..FFFF ОЗУ т.е. все 64к - ОЗУ). Тогда по желанию можно будет поставить одну срамину на 512кб и получить CP/M и/или электронный диск при полной совместимости с базовым РК86 по сбросу.

[Vladimir_S]

Error404, Я над этим думал, но и 15КБ ОЗУ(8400-BFFF) для РКшки выше крыши. А 512КБ SRAM и так стоит. Только никак руки не доходят заюзать.

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


из адресного пространства исключался весь этот кошмарный лоскутный коврик портов и экранов в середине адресного пространства
И будет уже не РКшка.

[SoftFelix]

На 4МГЦ нормально работает, только естественно что быстро и ВИ53 только хрюкает. А на 8 почти сразу теряет позиционирование и ВИ53 вообще молчит.
Извиняюсь за оффтоп, просто вспомнилось, как подбирались ВИ53 для АОНа на Z80. Так ВИ53 в керамике (белая, завод - буковка "Э") всегда работали без проблем на этой (4МГц) частоте.

[Vladimir_S]

SoftFelix, Не, у меня обычные черные. Попробую поискать с Э.

[siemensC35]

Vladimir_S, извиняюсь тоже за вропрос не в тему, это не вы подключали сд карточку к РК без микроконтролера и читали средствами самой ЭВМ, когда-то читал где-то здесь но не могу найти снова

[Vladimir_S]

siemensC35, Нет, и хоть у меня и есть 2 чистых платы контроллера SD, но я так и не удосужился собрать.

[Error404]

Error404, Я над этим думал, но и 15КБ ОЗУ(8400-BFFF) для РКшки выше крыши. А 512КБ SRAM и так стоит. Только никак руки не доходят заюзать.


"и так" не надо, надо по-нормальному. А по нормальному это когда расширенную память можно использовать И для эл.диска И для выполнения процессором кода в этом ОЗУ (причем второе куда как более полезно). А если только по-байтно через "дырочку" порта, то чем такое расширение лучше чем ничего? Чем к примеру подгрузка с магнитофона (mp3) или дисковода, или SD от vinxru, или {продожить по вкусу}



И будет уже не РКшка.

Ну пусть побудет немного нормальной, что вам жалко что ли? :)
Она до сих пор и есть такое убожество, потому что на каждое предложение лечиться отвечают "но ведь тогда инвалид перестанет быть инвалидом!"
32к "выше крыше" только от убогости и невозможности завести на РК ничего путного. Если например отрезать 60к под ПЗУ, экраны и порты, то стане еще проще: отсвшихся 4к ОЗУ будет выше крыше для всех полутора имеющихся программ. :)

[Vladimir_S]

но ведь тогда инвалид перестанет быть инвалидом!"
Это не инвалид, это первая любовь.

[zebest]

подключали сд карточку к РК без микроконтролера и читали средствами самой ЭВМ
наверное все же PVV подключал.

[Error404]

Это не инвалид, это первая любовь.

Ну и замечательно!
Главное не превращаться в секту "свидетелей истинной РК". Вон любую нашу IRL первую любовь возьми, там у кого деньги водятся - и косметика лучшая, и фитнес, и пластика груди. :)

[siemensC35]

наверное все же PVV подключал.
он самый, он не уже ответил в ЛС, тема на недоПиСи . а я помню что здесь на сайте видел, еще были скрины, окна были как на NC/VC ( я с РКшными командирами мало знаком поэтому проводжу анологию с ДОС "надстройками")
Извиняйте за засорение темы

[Vladimir_S]

Вон любую нашу IRL
IRL это куда?

[barsik]

И будет уже не РК-шка
Эта конструкция и в предложенном виде уже не РК-шка. Не важно чем дополнена оригинальная РК-шка. Если это 100% совместимо с программами РК86, то это можно назвать РК86+.

Мне лично вместо полностью нового компьютера больше понравился бы выпуск маленькой платки переходника с Z80, втыкаемой в панельку вместо КР580 или же подобной платки втыкаемой в системный разъём. Так и делалось во всём мире в 70-тые и 80-тые годы, когда надо было заменить процессор. Расширение ОЗУ тоже делалось внешней платкой.

Хороший пример Apple-II. Там тоже порты, ПЗУ с бейсиком (и ПЗУ внешних карт) занимали много адресного пространства (C000...FFFF). А в 1979 году, когда стали ставить на Apple-II USCD Паскаль, выяснилось, что 48 кб ОЗУ для этого мало. Потому выпустили платку расширения ОЗУ на 565 РУ3 называемую Language Card (что значит языковая плата, т.к она давала возможность использовать ЯВУ). Эта платка расширения втыкалась в системный разъём, а при её активации (программным ключом) область ПЗУ и В/У заменялась на ОЗУ в 16 кб, что и давало полные 64 кб, требуемые для работы компиляторов ЯВУ. Кстати и Z80 (а также 6809, 68008, 8088, 65802) в Apple-II тоже ставились внешней платкой раcширения.

Я всегда за такие доработки архитектуры, что можно сделать МГТФ-ом за пару часов наедине с паяльником. Это всем владельцам РК86 даёт возможность "подтянуться", причём не кромсая имеющуюся плату РК86, а просто спаяв небольшую доп.платку расширения (где Z80 и одна микросхема ОЗУ 62256/w24257) и воткнув эту платку в системный разъём получается машина проще и удобнее. Вот после этого (или одновременно) можно выпускать и плату новодела, которая будет иметь только то, что есть на плате расширения. Вот тогда платы новодела и такие платки для расширения имеют смысл. Это было бы реальное развитие "платформы РК86", а без этого - возникнет раскол.

Никто не хочет разработать и организовать производство таких платок расширения РК86 на Z80?

Без таких платок, Z80 на этой плате новодела можно будет использовать только в качестве быстрого КР580, чтобы все программы могли использоваться и на базовом РК86 с КР580. Команды Z80 можно использовать только в ROM-BIOS. А наличие простой для повторения платки расширения с Z80 позволит считать, что у всех владельцев РК86 стоит Z80 и ОЗУ 64 кб.

Впрочем, даже такая плата новодела РК86 будет хоть каким-то шагом вперёд за 30 лет, хотя в конструкции вполне можно было обойтись и без 155 РЕ3.

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

Если в системе есть такт 2 МГЦ, то разумно сделать фонт 7*8 при пиксель клоке 9 МГЦ (и кварце 18 МГЦ). Хотя намного лучше выглядит фонт 8*8 (при пиксель клоке 10 МГЦ).

Линейку коммутируемых частот для Z80 выгоднее получать не мультиплексором, а с помощью ДПКД (делителя с перемеменным коэффициентом деления) на базе счётчика с предустановкой (типа 555 ИЕ7). При кварце 18 МГЦ получается линейка частот 1.8 МГЦ, 2.25 МГЦ, 3 МГЦ и 4.5 МГЦ, а при кварце 20 МГЦ - 2 МГЦ, 2.5 МГЦ, 3.333 МГЦ и 5 МГЦ. Такт генератора сначала делится на ИЕ7, а затем подаётся на выходной триггер (т.к CLK Z80 д.быть правильным меандром).

Понятно, что две 64-х килобайтные банки усложняют. Но и имеющиеся 64К ОЗУ разумно использовать на максимум. Хочу сказать, что в неиспользуемых дырах адресного пространства выгоднее иметь ОЗУ, а не ПЗУ, т.к это даёт гибкость. ПЗУ в адресном пространстве нужно только для ROM-BIOS и отладчика, а для резидентного хранения обычных программ лучше подходит ROM-диск (даже произвольно гигантского размера). Т.к могучий цветной оконный ROM-BIOS пока никто писать не собирается, то ПЗУ достаточно 4 кб, 2 кб базовое ПЗУ и ещё 2 кб нужны под загрузчики системы с microSD, дисковода, винчестера или проводной линии.

[Error404]

IRL это куда?
In Real Life (в реальной жизни).
Дамы стареть не любят, а некоторые умудряются еще и интереснее стать с годами (хотя бы издалека). :)

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

Накрыть "верхние" 32к при помощи ОЗУшки тоже выход. Но это как ни крути доп. бит регистра конфигурации и доп микросхема, а раз так то почему бы не поставить ОЗУ по максимуму, тем более что автор уже запланировал ёмкую ОЗУ, предложение лишь изменить способ ее адресации чтобы она была в адресном пространтстве и чтобы этого пространства было по максимуму..

[Vladimir_S]

Error404, Просто что бы было?

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


вполне можно было обойтись и без 155 РЕ3.
РЕ3 это мелочь которая просто решает некоторые проблемы.

[barsik]

Error404, Просто чтобы было?
Error404 вероятно исходит из того, что Z80 разумно ставить именно для того, чтобы получить доступ к сравнительно более свежим программам CP/M, т.к после 1982 года программы для КР580 никто на Западе уже не писал. В частности, Z80 даёт возможность использовать компиляторы Турбо-Паскаля и Турбо-Модулы, тем более, что в данной плате новодела недостаток скорости кода из-под ЯВУ компенсируется соответствующим ускорением CPU. Кстати, Модула-2 считается самым крутым ЯВУ, что доступен для 8-ми разрядок. Но, к сожалению, компилятору Модула-2 требуется 62 кб даже не всего ОЗУ, а 62 кб TPA. А это требует в РК86 не только куда-то "спрятать" стандартные порты РК86, но ещё и саму CP/M переместить в другую банку (оставив в ОЗУ основной банки только входы в BDOS и BIOS CP/M). Тут уж без 2-х банок ОЗУ не обойтись.

В любом случае неразумно игнорировать то, что CP/M даёт возможность в разы увеличить число программ работающих на РК86. Т.е разумно поиметь хотя бы 48 кб сплошного ОЗУ, т.е нужна возможность отключать порт 8000.

Т.к Vladimir_S упорно отказывается сделать рекламу, замечу что, как указано выше, в данном новоделе резкое ускорение скорости прогона, даже при наличии всего лишь 48 кб сплошного ОЗУ позволит писать программы на ЯВУ. Т.е можно будет в RKDOS (а она выгодна тем, что не отнимает ОЗУ) использовать игры написанные на ЯВУ и имеющие размер до 48 кб.

[Vladimir_S]

Сейчас на практике применил турбирование. FDOS я написал так, что в адресном пространстве ОЗУ пользователя (0-75FF) не используется ни одна ячейка памяти. И копирование файла с диска на диск происходит побайтно, а не блоками. А это естественно происходит не быстро. Я турбировал этот процесс на 8Мгц и теперь копирование файла в 4Кб (для пробы взял ассемблер микрон с редактором) проходит за 2 секунды.

[Vladimir_S]

Если это 100% совместимо с программами РК86, то это можно назвать РК86+.
Так и есть. Изменений только два. Перенос интерфейса пользователя с А000-А003 на 8004-8007 и в связи с тем, что у Z80 нет такого выхода как INTE звук формируется таймером КР580ВИ53. Остальное именно +. Забыл, еще сигнал RESET формируется не ГФ24, а микроконтроллером.

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

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


Накрыть "верхние" 32к при помощи ОЗУшки тоже выход. Но это как ни крути доп. бит регистра конфигурации и доп микросхема, а раз так то почему бы не поставить ОЗУ по максимуму, тем более что автор уже запланировал ёмкую ОЗУ, предложение лишь изменить способ ее адресации чтобы она была в адресном пространтстве и чтобы этого пространства было по максимуму..
Емкую ОЗУ я поставил только потому, что у меня есть озушки от 8Кб до 1Мб, а вот на 64Кб ни одной. И когда собирал Специалиста подумал, где взять такие микрухи, а посмотрел у себя и даже удивился, Даже не помню где я их наснимал. А насчет способа адресации - не помню уже, в 87 или 88 годах я пожалел, что на РКшке в РУ5 пропадает половина памяти и на РТ4 соорудил диспетчер памяти, который переключал страницы ОЗУ с адреса 0 до 75FF, а с 7600 по 7FFF делал доступной только страницу 0. Тогда переключение не влекло за собой никаких сбоев. Можно и сейчас так поступить, но в одной конструкции и РЕ3 и РТ4 не слишком?

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

А вообще то сейчас подумал = поставить 8 битный регистр и в него писать конфигурацию ОЗУ. Эх жаль, что в свое время не учился, а водку пьянствовал. Сейчас каждый раз приходится изобретать велосипед.

[Error404]

в 87 или 88 годах я пожалел, что на РКшке в РУ5 пропадает половина памяти и на РТ4 соорудил диспетчер памяти, который переключал страницы ОЗУ с адреса 0 до 75FF, а с 7600 по 7FFF делал доступной только страницу 0. Тогда переключение не влекло за собой никаких сбоев. Можно и сейчас так поступить, но в одной конструкции и РЕ3 и РТ4 не слишком?


Тут ключевое что имеет смысл достичь - получение сплошного ОЗУ в адресном пространстве максимально доступного размера Т.е. 63..64к ОЗУ где нет ни экрана, ни портов, ни ПЗУ - а лишь одно ОЗУ. А для этого в дополнительных страницах весь "вавилон", находящийся выше 8000h, должен быть отключен (ну, кроме небольшого общего фрагмента "склеенного" ОЗУ для обмена между страницами, например область в 1к с 0FC00h). Думаю, это реализуемо и без ПЗУ.

[Vladimir_S]

Тут ключевое что имеет смысл достичь - получение сплошного ОЗУ в адресном пространстве максимально доступного размера Т.е. 63..64к ОЗУ где нет ни экрана, ни портов, ни ПЗУ - а лишь одно ОЗУ. А для этого в дополнительных страницах весь "вавилон", находящийся выше 8000h, должен быть отключен (ну, кроме небольшого общего фрагмента "склеенного" ОЗУ для обмена между страницами, например область в 1к с 0FC00h). Думаю, это реализуемо и без ПЗУ.
Конечно реализуемо. Но это уже реализовано в другой теме.

[Vladimir_S]

А что если к РК86 добавить Апогей-БК01Ц? Оба на одной плате?

[Error404]

А прерывания (пускай и ниже приоритетом чем видеоконтроллер/регенератор) будут? Z80 же, IM2 есть.

[barsik]

А что если к РК86 добавить Апогей-БК01Ц? Оба на одной плате?

Авторы РК86 просили ставить панельку для ИД7, чтобы в дальнейшем подключать через неё платку на которой стоит 155 РЕ3 меняющая адресацию для расширения ОЗУ. Панельки у всех стоят, но публикации соответствующей документации так и не вышло.

Выпуск плат такого хамелеона снизит число пользователей РК86. Думаю, это правильно и уже мало кого расстроит. Но, чтобы не обижать оставшихся фанатов РК86 нужна инструкция, как с помощью доработок навсегда превратить базовый РК86 в чёрно-белый АПОГЕЙ.

Очевидно, что т.к Апогей устраняет большинство недостатков РК86, аппаратно даёт намного больше возможностей, чем РК86, любой владелец такого хамелеона будет пользоваться именно Апогеем, а не РК86. В результате произойдёт сокращение числа любителей РК, хотя и останутся пользователи, которых вполне устраивает базовый вариант.

Предлагаю провести госование на тему "Переделаем РК86 в АПОГЕЙ".

Я почитал про АПОГЕЙ и получается, что не так уж сложно переделать РК86 в АПОГЕЙ. Понятно, что тем у кого ОЗУ на двухэтажных РУ3-тьих, придётся вначале сделать доработку по их замене на РУ5-тые, что сводится к замене ЛА3 на ЛА9 и нескольким разрезам в цепи питания +12В и -5В.

Вот карта памяти АПОГЕЯ:

EС00...EСFF ВИ53 для звука
ED00...EDFF ВВ55 клавиатуры
EE00...EEFF ВВ55 пользователя
EF00...EFFF ВГ75 CRT controller

F000...F7FF ВТ75 DMA controller (только запись)
F000...FFFF ПЗУ ROM-BIOS

Раз клавиатура идентична, то суть переделки РК86 в АПОГЕЙ сводится всего лишь к переделке узла дешифратора В/У. Жалко, что инструкцию по замене РУ3-тьих на РУ5-тые и переделке РК86 в АПОГЕЙ не опубликовали в журнале РАДИО в конце 80-тых. Это же делается совсем просто и вполне разумно.

Думаю, что ради некоторых программ РК86, которых ещё нет в версии АПОГЕЯ, незачем делать аппаратную совместимость, но если такая совместимость есть, то не повредит. А для тех у кого РК навсегда переделанный в АПОГЕЙ уникальные РК-игры несложно конвертировать. Ведь переделывать придётся только адреса портов и отлавливать безграмотные обращения внутрь ПЗУ РК86.

Видим что эти адреса чётко делятся на 2 участка. В первом участке размером в килобайт - четыре выборки с шагом в 256 байт, а во втором участке размером в 4 кб - две выборки с шагом в 2 кб. Само собой сразу напрашивается применение ИД14 (741LS139), в котором целых два четырех-выводных дешифратора. В итоге вся переделка в АПОГЕЙ, не считая ВИ53 (который у многих уже стоит), уложится всего в 3 дешёвых TTL-микросхемы. Это во много раз меньше труда, чем вариант совместимого расширения РК86. Чтобы было куда подключить дисковод, винчестер и другие В/У стОит разбить область EC00...EFFF на выборки с шагом в 128 адресов, что даст 4 дополнительных В/У.

Думаю, что такой вариант развития платформы РК86 более разумен, чем пытаться изобрести новую архитектуру 100% совместимую с базовым РК86, что уже тщетно пытались сделать в 1995 с РК-МАКСИ. Это конечно, называется не развитие, а уничтожение платформы РК86. При этом процессор Z80 на такте 8-10 МГЦ может послужить хорошей приманкой.


Кроме ОЗУ и цвета в РК86 не хватает возможности в одном экране иметь более 128-ми разных символов (чтобы поиметь КОИ-8 для текстообработки и все ASCII коды нужные для CP/M) и нормального фонта 8*8 вместо убогого фонта 6*8. Т.к оперативно переключать фонт могут только 4 атрибута ВГ75, которые целиком истрачены на цвет, то как я уже предлагал ранее, надо предусмотреть возможность программного переключения на 8 цветов, тогда атрибут инверсии освобождается и используется как оперативный коммутатор фонта, что даёт возможность иметь 256 символов в одном экране.

При 8-ми цветах можно задавать только цвет INK или только цвет PAPER. Удобно иметь и так и так, т.е два режима полу-цвета с 256-ю символами в фонте. Тогда для игр - 8 цветов на INK, а PAPER всегда чёрный, и в играх из 256 специальных игровых символов 8*8 строятся динамичные спрайты. А для системных программ, наоборот удобнее 8 цветов на PAPER, а цвет INK всегда белый. Но всего два фонта это совсем мало. Фонтов должно быть как минимум 8, 4 группы по 2 фонта (т.к в одном экране атрибутом ReverseVideo выбирается 2 фонта).

А в плане развития РК86, кто бы разработал крошечную платку расширения, втыкаемую в панельку КР580? На платке генератор, Z80 на такте 8-10 МГЦ и скоростное ОЗУ w24257, которое замещает ОЗУ 0...76СF из ОЗУ основной платы (а при доступе в экранное ОЗУ 76D0...7FFF вводится 2 такта WAIT). Такая установка Z80 реверсивна, вторжений на плату практически нет, потому каждый захочет это поиметь.

Да и более простая платка-переходник, где только Z80 на такте 1.77 МГЦ (возможно с 1-2 TTL-корпусами обрамления для формирования сигналов от КР580) тоже бы имела успех. Почему бы Вам не выпустить инструкцию как ставить Z80 в базовый РК86, а уж как это сделать конструктивно мы бы сами решили. Кстати, также было бы полезно сделать инструкцию как в базовый РК86 поставить статическое ОЗУ, а то вычислить из чужой схемы, как это сделать не каждый сумеет.



на РТ4 соорудил диспетчер памяти, который переключал страницы ОЗУ с адреса 0 до 75FF, а с 7600 по 7FFF делал доступной только страницу 0. Тогда переключение не влекло за собой никаких сбоев. Можно и сейчас так поступить, но в одной конструкции и РЕ3 и РТ4 не слишком?
А зачем в таком варианте РТ4? Для получения выборки на участок 7600...7FFF РПЗУ совершенно не нужна, это прекрасно делается на логике и число корпусов даже не растёт. Только удобнее дешифрировать с кратностью в 1 кб, т.е окно коммутации полубанок сделать 0...73FF.

Да и зачем делать область экрана некоммутируемой? От этого никакой пользы, а проще переключать сразу полубанку целиком. Я так делал, расход деталей одна КП11, напаиваемая сверху D19. Так удобно сделать, если нужен только эл.диск, а на большое сплошное ОЗУ наплевать. Тогда заменяем РУ5 на РУ7 и делаем 8 страниц ОЗУ по пол-банки в окне 0...7FFF, а в ПЗУ встраиваем две подпрограммы F836/39 для чтения/записи байта в иных банках.

[Vladimir_S]

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

[barsik]

От некоммутируемого ОЗУ нет никакой пользы
Это если просто щелкать тумблером. А если в работе программно переключить рабочие ячейки монитора, то сам понимаешь что будет
Нет никаких проблем.

При использовании других полубанок только для целей RAM-диска переключает банки подпрограмма чтения/записи байта расположенная в некоммутируемом ПЗУ. И это будет основное использование ОЗУ других банок, т.к программ для двух банок нет.

А если вдруг потребуется переключать банку программой расположенной в ОЗУ РК86, то сначала создается как бы некоммутируемый участок ОЗУ, копированием содержимого банки 0 в другую банку. Тогда после переключения банки следующая команда будет считываться в другой банке. Т.о иметь некоммутируемый участок ОЗУ в многобанковой системе совсем необязательно, т.к некоммутируемое ОЗУ легко имитируется программно.

Естественно, раз рабочие ячейки ROM-BIOS остались в банке 0, то не стОит вызывать подпрограммы F809 и F818 из другой банки. Но это и без того не имеет смысла, т.к отображаемое экранное ОЗУ осталось в 0-вой банке и запись процессором символов в ОЗУ 76D0...7FFF не приведёт к их отображению на экране. А все другие подпрограммы ПЗУ можно вызывать и из других банок. Но только зачем?

[Vladimir_S]

Геометрические размеры платы будут таковы, что при желании она вместе с дисководом и БП удобно умещается в корпусе Апогей-БК01Ц.

[ra9abz]

Всем привет! Запишите меня на одну плату, если к VGA и PS/2 там будет ещё SD контроллер. Форма желательно под ATX.

[Vladimir_S]

VGA ни в коем случае.

[ra9abz]

D-Sub я имел в виду. 60 Гц/ Как понял, по прилагаемым схемам, всё это там уже есть.