Расширение цвета и ОЗУ Специалиста
Решил вот, наконец, почитать темы по СПЕЦИАЛИСТУ. Очень удивлён, что до сих не сделали СПЕЦИАЛИСТУ нормальный цвет. А по-прежнему поддерживается двух-трёх битовый цвет 30-ти летней давности. Который к тому же раскрашивает только цвет символа, а второй цвет всегда чёрный. Идея записи цвета автоматически при записи графики - гениальное и идеальное решение для 8-разрядки, т.к не тормозит.
Учитывая назначение бытового компьютера, при разработке СПЕЦИАЛИСТА полезнее было бы третью банку РУ3-тьих (или лишь её часть) истратить на цвет, чем на расширение ОЗУ. Сделать 2-х битовый цвет - это было глупое решение, никак не оправдываемое даже желанием автора с'экономить ОЗУ памяти и отдельный регистр цвета. При 3-х или 4-х битовом цвете число TTL-корпусов не увеличивается (т.к ИД4 из базовой схемы выпадает). Однако ошибки разработчика вполне можно понять, т.к он был первопроходцем. Но что же после?
Если А.Волкова можно понять, то вот автора трехбитового цвета из МК 08.1990 уже понять трудно. К чему цепляться за регистр цвета "расположенный" внутри ППА клавиатуры. Это лишает возможности расширять число цветов (для цвета "бумаги", т.е фона), неудобно для программирования, а необходимость перешивки ПЗУ, чтобы освободить бит в ППА, причём ценой затраты выхода INTE - это просто глупость. Сигнал НП совместимо и проще формируется на 2-х вентилях из ЛА3, на которых делается тривиальный RS-триггер, взводимый по /RESET и сбрасываемый по /WR. Что оставляет в покое выход INTE (он полезен для прослушивания муз.файлов *.MB от РК-шного MUSIC BOX, а также для прерываний).
Т.к цвет не пишется процессором в экран, а лишь в регистр цвета, то расширение числа цветов для фона не приводит к несовместимости. Чтобы поддержать лучший цвет, достаточно заменить байт записываемый в регистр цвета. Переделывать программу и тем более её логику вообще не требуется. Так что, если бы авторы публикации "8 цветов" не решили бы экономить регистр цвета, то СПЕЦИАЛИСТ получил бы нормальный цвет, даже лучший, чем в ОРИОНЕ, ВЕКТОРЕ и ЛЬВОВЕ, не говоря уж об цвете РК86, т.к в этих ЭВМ до идеи автозаписи цвета авторы не додумались.
Но также удивляет, что и в последующие годы никто не ввёл полноценный 6-8-ми битовый регистр цвета. Это не создаёт особых проблем, т.к переделка существующих цветных программ для расширенного цвета хотя и нужна, но очень проста, т.к опять-таки исполняемый код менять не надо. Достаточно найти в программе и заменить адрес регистра цвета и код цвета. Эта работа не требует ни знаний, ни опыта и отнимает на переделку каждой программы пол-часа времени. Зато игры адаптированные от ZX можно сделать полноценно цветными.
В моём СПЕЦИАЛИСТЕ сейчас нет цвета. В конце 80-х у меня было 9 плат ЭКСРЕСС и 2 линёвские платы на РУ3-тьих. Сейчас осталось лишь 6 плат ЭКСПРЕСС, остальные были использованы для экспериментов. Но даже сейчас я имею один СПЕЦИАЛИСТ в корпусе и еще 2 рабочие платы ЭКСПРЕСС. В 1990 я имел 8-ми битовый цвет. Но это был конец моего пользования СПЕЦИАЛИСТОМ, да и цветного видео монитора не было.
Хочу поделиться своими сображениями на тему цвета и простейших усовершенствований СПЕЦИАЛИСТА (на уже имеющейся плате ЭКСПРЕСС). Хотелось бы "услышать" соображения специалистов на этот счёт.
Раз уж полноценного цвета в СПЕЦИАЛИСТЕ так и не сделали, то хотелось бы сделать чуть лучший цвет в своём СПЕЦИАЛИСТЕ. Желательно сохранить совместимость с журнальным цветом. Цвет нужен, чтобы оцветить программы СПЕЦИАЛИСТА исходники которых я имею, а также системные программы для ОРИОНА с ОЗУ 48К, исходники которых тоже есть, отчего их очень легко адаптировать для СПЕЦИАЛИСТА. А благодаря частичной (или полной) совместимости использовать и имеющиеся цветные игры СПЕЦИАЛИСТА для 3-х битового цвета (если по адресу РГЦ несовместимо, то переделка игр на другой адрес регистра цвета - минимальна).
Основной критерий - максимальная простота доработки на уже имеющейся рабочей плате. Кроме цвета, я хотел бы выполнить расширение ОЗУ СПЕЦИАЛИСТА на 16К, не затратив ни одной лишней ОЗУ и получив TPA для программ в 48К, как и на ОРИОНЕ. Для возможно стоит "развернуть" верхние неиспользованные 16К (С000...FFFF) на адреса 8000...BFFF, что позволит убирать экран из адресного пространства (так кстати, сделано и на ЛЬВОВЕ). Для управления "разворотом" ОЗУ удобно использовать бит INTE, что с'экономит детали.
Сам "разворот ОЗУ" делает 1533 ЛП5. При этом в области 8000...BFFF экранное ОЗУ исчезает и образуется сплошное ОЗУ в 48К доступное для программ, точно также как это в ОРИОНЕ в банке 0. Поэтому все ДОС, нортоны и другие системные программы ОРИОНА могут работать на СПЕЦИАЛИСТЕ. Расход деталей на это составляет лишь 1533 ЛА3 и ЛП5. Кстати, больше чем 48К не требуется, - ОЗУ в 60К нужно было разработчику ПО 25 лет назад, чтобы использовать макро ассемблер M80 в CP/M. Но теперь эта задача решается на PC.
Отключение экрана гораздо лучше, чем отключение ПЗУ, т.к в ПЗУ 14К кроме базового загрузчика C000 (что нужен для совместимости), умещается шикарный цветной оконный графический драйвер от ОРИОНА и получается доступ к программам ОРИОНА. При замене ПЗУ на 27256 (для чего на плате ЭКСПРЕСС есть панелька 28 ног) получается две страницы ПЗУ. Но для того, что мне надо, - хватит и стоЯщих на плате старых РФ2.
Гораздо сложнее сделать приличный цвет (8/16 цветов). Причём, чтобы было просто реализовать на имеющейся плате. И желательно не мешая замене РУ5-тых на РУ7-мые. Вот тут и возникает проблема. При установке РУ7-мых, чтобы была регенерация на адрес A8 придётся подавать вес счётчика соответствующий адресу A8 процессора. Однако на вторую банку (для цвета) на РУ6-тых подаются мультиплексированные адреса с того же мультиплексора. А значит адреса A8 у РУ6-тых не будет. Вот и проблема.
Остаётся выбор - банка РУ7-мых + 62256 для цвета. Или банка РУ5-тых + банка РУ6-тых и необходимость делать внешний электронный диск на статических ОЗУ.
Оба варианта дурацкие. 62256 плохо, потому что они не используют /RAS /CAS, отчего для них придётся ставить 4 КП11 (по сигналу компьютер-видео подключающие к ОЗУ то CPU, то счётчики видеогенератора). А банка РУ5-тых не даёт доп.ОЗУ и электронного диска.
Лучший вариант это РУ7 + РУ6, но проблему в этом я указал.
