Специалист. Ваши мысли?

[Error404]

Итого весь расход деталей - четыре КП11, ТМ9 (или ИЕ7) и ПЗУ фонта. Это совсем небольшая плата за то, чтобы получить в СПЕЦИАЛИСТЕ и ОРИОНЕ скоростной текстовый экран, что изначально было мечтой миллионов пользователей. Одновременно это освобождает в компьютере много ОЗУ, что и позволяет использовать CP/M.

В Орионе (который у большинства сейчас с 512кб ОЗУ) можно не ставить дополнительные КП12. Пёс с ними с этими 14кб, которые без пользы пропадут под текстовым экраном (пропадали же они под графическими, остального ОЗУ хватало). Главное что мне нравится - скорость вывода и меньшие объемы при буферизации "подоконного содержимого" в оконном интерфейсе.

[Advertiser]

[barsik]

Пёс с ними, с этими 14 кб, которые без пользы пропадут

Не согласен.

Этих 15-ти килобайт жалко, ведь для ОРИОНА речь идет о банке 0, где и работают все программы ОРИОНА. И, т.к я использую DOS в банке 0, то мне катастрофически не хватает именно тех килобайтов, что расходуются на экран.

А в классическом СПЕЦИАЛИСТЕ всё ещё более трагичнее, т.к там ОЗУ вообще "с гулькин нос". Чтобы там использовать CP/M приходится для получения дополнительного ОЗУ отключать часть ПЗУ, "окрывая" в этом месте ОЗУ. Потому просто глупо ради экономии трёх дешёвых КП12 тратить 15 кб впустую. Да и чтобы использовать текстов адаптер нужен текстов редактор, т.е SuperText, а он не работает, если TPA меньше ~48 кб (сколько допустимый минимум не знаю, но при 51 кб TPA на ОРИОНЕ работает, а при TPA 35 кб на СПЕЦИАЛИСТЕ не работает).

у большинства сейчас с 512кб ОЗУ можно не ставить дополнительные КП12.

Если 512 кб это значит, что ОЗУ на 565 РУ7. А я вот здесь уже писал, что эта идея на 16 строк работает только при РУ5-тых. При РУ7-мых период регенераци достаточным для РУ7-мых будет только при 32-х строках. А кому нужен такой некачественный шрифт и строки налезающие одна на другую?

Потому для ОРИОНА на РУ7-мых придётся делать более полноценный текстов адаптер, т.е на платке придётся размещать не только ПЗУ и защёлку весов счётчиков V0...V3, но и ОЗУ, мультиплексоры и весь видевыход. Хорошая новость при этом то, что мультиплексоров понадобится всего три (т.к ОЗУ в 1 кб имеет всего 10 адресных входов) и отпадает КП11 на основной плате (тот что обнуляет веса V0...V3 счётчиков на входах адресных мультиплексоров), что хорошо тем, что на основной плате почти нет доработок. А плохая новость в том, что ещё понадобятся экранная защёлка, сдвиговый регистр, буфер ОЗУ и переключатель видевыхода.

Для ручной сборки большее число корпусов - очень неприятно, но если организовать выпуск готовых печ.платок, то немного большее число корпусов вообще не играет роли. Если в качестве экранного ОЗУ использовать две штуки 6514 (это КМОП аналог 541РУ2 организация 1Кx4), то смотрим во что это "выливается" по деталям. Итого, - 2 корпуса 541РУ2 в качестве экранного ОЗУ, три КП12 в качестве адресного мультиплексора, ИЕ7 в качестве регистра со сбросом, ИР23 (ИР82) экранная защёлка, ИР9 - видеорегистр, КП11 - переключатель видеовыхода, буфер АП6 и 2764 для фонта.

В итоге, деталей самого текстового адаптера всё-равно получается не так уж много, - 10 или 11 корпусов (считая и ПЗУ). Ещё понадобится 1-2 корпуса логики, чтобы формировать запрет буфера 580ВА86 при обращении в адреса B0:EC00...EFFF, где будет стоять экранное ОЗУ текстового адаптера. Это удобно для программ в банке 0 и даёт 59 кб сплошного ОЗУ.

Для ручной сборки это слишком много деталей, потому синхронный текстов адаптер стОит делать только при РУ5-тых, используя под текстовый экран основное ОЗУ, что обходится всего в 3 доп.корпуса при экране в 16К и в 5-7 корпусов при экране в 1 кб. Интересно, что на СПЕЦИАЛИСТЕ в качестве защёлки V0...V3 вместо ИЕ7 удобно задействовать второэтажную защёлку ИР12 из схемы цвета, т.к в ней под цвет задействовано только 3 бита, а 5 остальных битов свободны.

Потому для имеющейся у меня платы ЭКСПРЕСС на РУ7 делать текстов адаптер с внешним ОЗУ нет смысла, это слишком сложно. Остаётся только ориентироваться на платы ЭКСПРЕСС с 2-мя банками РУ5-тых (напаянными в 2 этажа) и текстовым адаптером на 5 корпусах.

Но не уверен, что даже простой текстов адаптер будет встречен с восторгом, т.е хоть кто-то его повторит. Мне самому это тоже пока не надо. У меня другая идея-бзик.

[Error404]

Если 512 кб это значит, что ОЗУ на 565 РУ7. А я где-то уже писал, что эта идея на 16 строк работает только при РУ5-тых. При РУ7-мых период регенераци достаточным для РУ7-мых будет только при 32-х строках. А кому нужен такой некачественный шрифт и строки налезающие одна на другую?

Мне нужен. Необходим и достаточен. С чего вдруг он некачественный? На спектруме на символ в матрице знакоместа 8х8 никто не жаловался (я и сам успел Спек попользовать). Я допускаю, что кому-то удобно 16 символов в строке, но мне это дико мало. Я сейчас когда сажусь за CP/M-овский терминал с его 80х25 мне дико не хватает строк. Возьмите обычный современный VGA-моник (дюймов в 19-21 диагональю) и выведите текст в 80х25 - он смотрится рыхло и аршинными символами. В линуксе я использую окно на 40-50 строк. Да что там, сейчас на Винде с которой пишу вот посчитал прямо в этом окне форума - у меня 40 строк разнообразного шрифта, и это при том что монитор широкоформатный (т.е. узкий 16:9), в формате 4:3 этих строк было бы больше для субъективно равномерного заполнения экрана текстом. Превращать экран в транспарант с аршинным текстом и при том не иметь возможности нормально ни dir с большим количеством файлов посмотреть (символов мало и они унеслись за экран), ни вывод каких-то других команд (я же не Ордос пользуюсь где программа с пользователем не общаетcя, а CP/M и UNIX где вывалить на экран простынь - в порядке вещей), а отскроллить что уехало - увы никак.