Вы разработали новый вариант какого-то компьютера, но скрываете описание Вашей архитектуры. Это конечно Ваше дело, но тогда некрасиво предлагать людям высказаться в пользу Вашего варианта, не дав никакой информации, кроме как по конструкции кросс-платы. Это тоже самое, как если бы я лишь сообщил, что доработки делаются паяльником и всё... И предложил высказываться на этот счёт.Сообщение от Vital72
Как я понимаю у Вас проблемы с установкой ВК28, как я и предвидел. От этого он Вам и не нравится. У меня тоже с ним проблемы. Хотя ВК28 это отличная вещь. Он зарекомендовал себя с лучшей строны в СПЕЦИАЛИСТЕ (правда бейсик перестал работать, ну и плевать на него, кому он нужен?).
Это не то же самое. Я не предлагаю уходить с РК86, и даже не предлагаю повторять все эти доработки (2/3 из которых еще даже и не сделаны). Это лишь краткий перспективный план, что я бы хотел иметь на своём собственном РК86 и лишь только для того, чтобы мне самому было удобно и нтересно им пользоваться. Здесь почти все пункты - это сервис, т.е мелкие повышения качеств аппарата (ну например кого волнует, какая у меня клавиатура, я ведь не переживаю, что все фанаты РК давно использую клавиатуру от IBM PC, а я несчастный, всё-ещё вынужден пользоваться древней матричной клавиатурой от ОРИОНА).
Если не считать альтернативный фонт (что всем известно с 1988 года по статьям в РАДИО, а теперь в фонт лишь добавлены тайлы для рисования фигурок для игр), то существенное изменение, - только одно. Это альтернативный режим 60К, когда все старые порты исчезают из адресного пространства (остаётся только доп.ППА D14 в адресе F200), а вся область 0...EFFF - ОЗУ пользователя. При этом неважно, как аппаратно и на чём реализован режим. Суть одна. Выдав в порт C доп.ППА D14 какой-то бит, мы получаем сплошные 60К (потеряв доступ в экран и порты). Экран остаётся в основном ОЗУ на 76D0...7FFF.
Пока я рассматриваю режим 60К как личный режим. Это просто мой сервис по загрузке и запуску программ. Хотя он и делается за 1.5 часа работы паяльником и расходом в несколько TTL-корпусов и банки РУ5-тых вторым этажом (или w24257, что меньше грузит шину, но сокращает общее ОЗУ - даёт лишь 96К вместо 128-ми).
В режиме 60К работает только ДОС, т.к ей нужно много ОЗУ. Других программ для этого режима, кроме сервисных системных, я пока не планирую. Я ориентируюсь только на базовый РК86. А ДОС мне нужна просто как средство для попадания программ в мой РК86. У кого-то это средство другое, - например, РК-КНГМД или магнитофонные команды монитора читающие WAV-файлы из PC. Кто-то имеет SD-карточку, кто-то грузит из винчестера и т.п. Разве SD-карточка превращает РК в новый компьютер? Здесь тоже самое, просто я то же самое делаю с помощью ДОС, которая, увы, нуждается в доп.ОЗУ. А РК86 так и остаётся с маленьким ОЗУ в 32К
Т.е режим 60К - это только для меня, а не для всех. Да и, вероятно, этот режим не буду особо использовать. Зато ради совместимости с минимальным вариантом РК, буду использовать вторую полубанку, ту, что недоступна и находится в ОЗУ 8000...FFFF, т.к это ОЗУ есть у всех. Только пока не придумал, как его лучше использовать. Скорее всего, от варианта с окном 8400...BFFF придётся отказаться, т.к концепция 60К намного лучше.
В данном месте мне нужен совет по выбору архитектуры режима 60К и метода доступа к излишнему ОЗУ.
Пока я обдумываю следующие варианты.
1. Две или более банки РУ5-тых или РУ7-мая. Вариант цельно банковой коммутации. Тогда все 60К берутся из второй банки РУ5-тых (или второго куска 64К из РУ7-мой). Преимущество простота. Недостаток, нет области обмена. И в каждой банке теряется 4 кб.
2. Две или более банки РУ5-тых или РУ7-мая. Вариант полу банковой коммутации. Тогда выше 8000 - это всегда открытое верхнее ОЗУ из банки 0, а нижнее ОЗУ 0...7FFF - это прокачиваемые в окне 0...7FFF куски по 32К из любых дополнительнных банок РУ5-тых или РУ7-мой. Здесь при коммутации ОЗУ в области 8000...EFFF никогда не переключается, что образует область обмена в 30К. Достоинство - используем 100% памяти. Недостаток - дополнительная КП11.
3. Банка РУ5-тых одна. Но добавлена одна или несколько 62256 (или W24257). Вариант полу банковой коммутации. Это разновидность варианта 2, когда коммутируемые полу-банки на статике. Тогда выше 8000 - это открытое некоммутируемое верхнее ОЗУ из РУ5-тых, а нижнее ОЗУ 0...7FFF это дополнительная статическая память (62256 или W24257), которая коммутируется. Страниц по 32 кб - столько-же, сколько корпусов W24257 поставлено на плате.
4. Вариант для самых бедных и ленивых. Всего одна банка РУ5-тых. Поэтому при включении режима 60К нЕчем закрыть участок 0...7FFF. И экранное ОЗУ остаётся посередине TPA. Т.е сплошные 60К есть, но и экран торчит в этом же ОЗУ и мешает. Тогда переход и работа в таком режиме будет намного сложнее. Если надо максимально большое TPA, тогда экран программно переносится на E6D0...EFFF. Неприятность при этои в том, что когда мы переносим экран, то теряем возможность использовать стандартные подпрограммы экранного вывода. Поэтому придется использовать копию ПЗУ F800 работающую в ОЗУ D800 и обслуживающую экран E6D0...EFFF.
При концепции 60К с одной единственной банкой РУ5-тых, придётся программировать режим с экраном на E6D0...EFFF ещё в режиме 32К, а затем переключаться в режим 60К, т.к из режима 60К нет доступа к портам ВТ57 и ВГ75. Такой трюк возможен потому что на E000...EFFF в РК с доработкой до РК-КНГМД выбирается не БИС, а ПЗУ. Впрочем, и в базовом РК, где нет доп.дешифратора и на E000 выбирается БИС, проблем не предвижу, т.к видеосхема из экрана только читает.
Ответить с цитированием