Тут ключевое что имеет смысл достичь - получение сплошного ОЗУ в адресном пространстве максимально доступного размера Т.е. 63..64к ОЗУ где нет ни экрана, ни портов, ни ПЗУ - а лишь одно ОЗУ. А для этого в дополнительных страницах весь "вавилон", находящийся выше 8000h, должен быть отключен (ну, кроме небольшого общего фрагмента "склеенного" ОЗУ для обмена между страницами, например область в 1к с 0FC00h). Думаю, это реализуемо и без ПЗУ.Сообщение от Vladimir_S
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Сейчас на практике применил турбирование. FDOS я написал так, что в адресном пространстве ОЗУ пользователя (0-75FF) не используется ни одна ячейка памяти. И копирование файла с диска на диск происходит побайтно, а не блоками. А это естественно происходит не быстро. Я турбировал этот процесс на 8Мгц и теперь копирование файла в 4Кб (для пробы взял ассемблер микрон с редактором) проходит за 2 секунды.
А что если к РК86 добавить Апогей-БК01Ц? Оба на одной плате?
А прерывания (пускай и ниже приоритетом чем видеоконтроллер/регенератор) будут? Z80 же, IM2 есть.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Авторы РК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? Для получения выборки на участок 7600...7FFF РПЗУ совершенно не нужна, это прекрасно делается на логике и число корпусов даже не растёт. Только удобнее дешифрировать с кратностью в 1 кб, т.е окно коммутации полубанок сделать 0...73FF.
Да и зачем делать область экрана некоммутируемой? От этого никакой пользы, а проще переключать сразу полубанку целиком. Я так делал, расход деталей одна КП11, напаиваемая сверху D19. Так удобно сделать, если нужен только эл.диск, а на большое сплошное ОЗУ наплевать. Тогда заменяем РУ5 на РУ7 и делаем 8 страниц ОЗУ по пол-банки в окне 0...7FFF, а в ПЗУ встраиваем две подпрограммы F836/39 для чтения/записи байта в иных банках.
Последний раз редактировалось barsik; 18.02.2018 в 04:41.
Это если просто щелкать тумблером. А если в работе программно переключить рабочие ячейки монитора, то сам понимаешь что будет.
Нет никаких проблем.Это если просто щелкать тумблером. А если в работе программно переключить рабочие ячейки монитора, то сам понимаешь что будет
При использовании других полубанок только для целей RAM-диска переключает банки подпрограмма чтения/записи байта расположенная в некоммутируемом ПЗУ. И это будет основное использование ОЗУ других банок, т.к программ для двух банок нет.
А если вдруг потребуется переключать банку программой расположенной в ОЗУ РК86, то сначала создается как бы некоммутируемый участок ОЗУ, копированием содержимого банки 0 в другую банку. Тогда после переключения банки следующая команда будет считываться в другой банке. Т.о иметь некоммутируемый участок ОЗУ в многобанковой системе совсем необязательно, т.к некоммутируемое ОЗУ легко имитируется программно.
Естественно, раз рабочие ячейки ROM-BIOS остались в банке 0, то не стОит вызывать подпрограммы F809 и F818 из другой банки. Но это и без того не имеет смысла, т.к отображаемое экранное ОЗУ осталось в 0-вой банке и запись процессором символов в ОЗУ 76D0...7FFF не приведёт к их отображению на экране. А все другие подпрограммы ПЗУ можно вызывать и из других банок. Но только зачем?
Последний раз редактировалось barsik; 18.02.2018 в 15:08.
Геометрические размеры платы будут таковы, что при желании она вместе с дисководом и БП удобно умещается в корпусе Апогей-БК01Ц.
Всем привет! Запишите меня на одну плату, если к VGA и PS/2 там будет ещё SD контроллер. Форма желательно под ATX.
Последний раз редактировалось ra9abz; 21.02.2018 в 05:08.
ZX evolution
VGA ни в коем случае.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
