РАДИО-86РК на Z80

[barsik]

Пытаюсь добиться, хоть одной осмысленной схемы

Несмешно. Как нарисовать схему ПЗУ 27256? Проще описать словами, что и сделано. Есть чип селект E000, его и используем для выборки ПЗУ, а для переключения страниц на A12, A13, A14 подаём выходы PA0, PA1 и PA2 ППА D14. Что здесь неясного? Зачем тут схема? Если человек не знает как включается ПЗУ, зачем он здесь вообще?

Я рисую схемы когда это надо (например для РК86 рисовал схему окна ОЗУ 8400...BFFF, схему фонта 8*8), а сейчас для РК86 доработки предлагаю настолько простые, что схему быстрее объяснить словами, чем нарисовать. Ну что мне рисовать схему из одного провода, как на РУ5-тых в РК86 расширить ОЗУ до 64 кб? Схема расширения числа фонтов, это тоже один провод. Схема Турбо смотрите в ж.РАДИО 01.1991, хотя это тоже один провод. Повышение такта для ВТ57 (чтобы сократить простой CPU) это тоже переключение одного провода. Как включить ВИ53 читайте в журнале РАДИО 12.1987. Идея схемы переделки РК86 в МИКРОШУ мне только что пришла в голову и она тоже предельно проста и очевидна (заключается чуть в ином распредении проводов на выходе дешифратора ИД7).

Так что этот пост тоже абсолютно мимо.

Что под RK-DOS сотни дискет софта? Или все же можно за пару дней, даже без использования дизассемблера, поменять адреса во всех существующих утилитах?

Уточняю. Не только для RK-DOS, но и вообще ВСЕ программы РК86 влезают на 4 дискеты RK-DOS (с учётом тех программ, что у меня не было, дискет будет 5). Для МИКРОШИ это будет 10 дискет, хотя коммерческие TAPE-защиты не поместить на диск.

Саму RK-DOS и SYS-утилиты я перемещал на другие адреса (для ОРИОНА и СПЕЦИАЛИСТА) и исходники выложил, как появился на этом сайте. Кстати, переместить RK-DOS и даже получить полноценные листинги программ Е.Седова не так уж и просто. С утилитами нет проблем, а вот с дискетными программами Е.Седова надо много возиться (потому что они привязаны к особенностям РК86 и нагло лезут в экран). Поэтому расширив ОЗУ и переместив экран и ДОС под вершину 48К или 60К, Вы ничего не выиграете в плане использования программ для RK-DOS.

Сдвижка адресации RK-DOS создаст только лишние хлопоты и необходимость для запуска каждой программы реинициализировать ВГ75 так, как это в базовом РК86 (ведь заранее неизвестно, - это программа для ОЗУ 48К или обычная игра РК86 для ОЗУ 32К и экрана на 76D0).

Да и похоже, что переделанные программы никого не интересуют (ясно что сейчас без особого труда можно сделать лучше, чем когда-то), а интересуют только полные оригиналы из 80-тых. Но главное то, что ничего не меняя в адресах, мы не откидываем владельцев РК86 и МИКРОШ у которых всего 32 кб. Не плодим кучу несовместимых концепций и соответственно программ. Не надо путаться и отслеживать для какой ДОС данная программа. Это самый весомый довод. Да и поздно менять что-то кардинально, а затем "пробивать" это всеми силами. Если у кого-то есть на это энтузиазм и энергия, то - вперёд.

Для меня это не важно, т.к имею свой RK-DOS Нортон для ОРИОНА и РК86 (есть и своя утилита CHKDSK, т.к RK-DOS диск-доктор привязан к РК86) и дискетные программы от Е.Седова меня не волнуют. Дисковые текстовый редактор, бейсик и ассемблер меня тоже не волнуют. Бейсик не интересует, а свой дисковый текстовый редактор и ассемблер (к тому же макро) у меня тоже есть. Т.е я давно ушёл от стандартов РК86. Но нужно чтобы в РК86 был мой альтернативный фонт с рамочками и инверсией знакомест. Т.е нужны именно те простейшие доработки, что я тщетно давно прошу сделать. Но большинство пользователей РК86, за небольшим исключением считают, что вообще не надо менять схемотехнику, оттого и выпускаются только новоделы плат по схеме базового РК86. Отчего, даже чтобы уговорить хотя бы на расширение ОЗУ и ПЗУ в базовой архитектуре, надо вести длительные дебаты с ретроградами.

Проблема надумана

Надеюсь, что вышеизложенным я объяснил, что проблема не надумана, а обнаружена в реальности при попытке использозовать Вашу идею с перемещением RK-DOS на другие адреса. Конечно и это решаемо, но кому это надо? Минусы перевешивают плюсы.

[uart]

Поэтому расширив ОЗУ и переместив экран и ДОС под вершину 48К или 60К, Вы ничего не выиграете в плане использования программ для RK-DOS.

А я не говорил про сдвиг экрана на Микроше. Достаточно немного изменить ПЗУ и базовые утилиты RK-DOS. В дополнительное ОЗУ перенести служебные переменные и буфера. Ну и загружаемый с дискеты CCP.
При распределении адресного пространства как на Апогее, в ПЗУ вместо кучи разной байды поместить загрузчик РК-ДОС, которую можно сделать любого интересующего размера. Опять же остается совместимость с кучей уже переделанных программ.

Да и похоже, что переделанные программы никого не интересуют

Это понятно. Тут в основном радиолюбители, у них совсем другие интересы.

Надеюсь, что вышеизложенным я объяснил, что проблема не надумана, а обнаружена в реальности при попытке использозовать Вашу идею с перемещением RK-DOS на другие адреса. Конечно и это решаемо, но кому это надо? Минусы перевешивают плюсы.

Ну возможно это надо тем, кому РК-ДОС не нужна. На РК86/Z80/60К вполне можно загрузить CP/M. А можно вообще ничего не грузить, а использовать ОЗУ для своих нужд, имея все программы на внешнем ROM-диске или SD.

[barsik]

Читать только компетентным и разбирающимся в RK-DOS.

А я и не говорил про сдвиг экрана на Микроше. Достаточно немного изменить ПЗУ и базовые утилиты RK-DOS... Ну и загружаемый с дискеты CCP

Да, можно реорганизовать RK-DOS и так.

Т.е оставить в 4-х килобайтах ПЗУ на плате РК-КНГМД только уж совсем ядро (выкинув оттуда всё относящиеся к CCP), а также выкинуть с дискет все SYS-файлы, перенеся их код в 4-х килобайтовый CCP, работающий из ОЗУ выше 8000. Эта мысль вполне здравая, потому что код BDOS для Z80 уместится в 4 кб. Эта идея вполне подойдёт для РК86, где есть расширенное ОЗУ выше 8000 (например, в окне 8400...BFFF).

Это невозможно сделать при 32-х кб, т.к в этом случае CCP не только затирается, но и располагается ниже 7600-800 (800 это минимум на буфер VTOC, буфер просмотра каталога и дискетные буфера), что сокращает область загрузки до смехотворной величины.

Оформление CCP в виде отдельного модуля загружаемого с дискеты при старте DOS, действительно позволяет исхитриться и как-то уместить модифицированный код RK-DOS в ПЗУ размером всего в 4 кб, причём при такой концепции даже не сокращается уровень TPA.

Идея раздельного CCP, загружаемого с дискеты не нова и без сомнения Е.Седов так и хотел сделать сначала. И это бы у него получилось, если бы не всего 32К. Потому что идеология RK-DOS иная, чем в других ДОС в которых дискетный буфер для загрузки физического сектора и область для просмотра каталога выделены для нужд ДОС сразу и никогда не меняются. Поэтому там нет нужды динамически менять уровень TPA, он там всегда постоянный (в CP/M и MSX это сразу ниже BDOS). Иное дело в RK-DOS.

Здесь ДОС не имеет заранее выделенных буферов, а активно используется идеология RAMTOP. RK-DOS при своей работе запрашивает и получает нужное число байт, которое выделяется из области TPA, сразу под текущим уровнем RAMTOP, соответственно снижая указатель RAMTOP и текущий размер TPA. Поэтому при своём запуске программа для RK-DOS даже не знает сколько ОЗУ ей доступно, а вынуждена запрашивать вершину ОЗУ подпрограммой монитора. Если программа не разрушит ОЗУ выше RAMTOP, то например обработка BAT-файла не нарушится. По этим причинам при 32К ОЗУ Е.Седов не разместил загружаемый CCP сразу под вершиной ОЗУ, т.к это навсегда отняло бы у программ кусок размером с CCP плюс 800. Из-за этого и пришлось изобрести SYS-файлы, как внешние команды CCP, причём пришлось сделать их работающими из любых адресов, т.е перемещаемыми, хотя КР580 и не имеет JR-команд (для этого и пришлось извращаться с переходами через стек).

Но имея кусочек ОЗУ выше 8000, что никогда не затирается, CCP может грузиться из дискетного файла при холодном старте RK-DOS, что и позволяет выкрутиться с ПЗУ размером всего в 4 кб. Перемещение CCP в файл у известных ДОС имеет смысл потому, что CCP в области TPA там можно затирать, отчего CCP не отнимает ОЗУ у программ. При размещении CCP выше 8000, ОЗУ у программ тоже не отнимается,.

Но рассмотрим пристальнее плюсы и минусы такой концепции RK-DOS.

Для МИКРОШИ-48К такая концепция сработает, но для РК86, где вообще нет ОЗУ выше 8000, - нет. При этом мы сразу натыкаемся на мысль ввести на РК86 ОЗУ в области 8400...BFFF, как предлагали расширять ОЗУ некоторые (как вариант расширения ОЗУ не портящий адресацию портов). Значит, чтобы RK-DOS, по-прежнему оставалась общей для РК86 и МИКРОШИ, она должна использовать ОЗУ только начиная с 8400, что не проблема.

Главный минус в том, что теперь без загрузки CCP, RK-DOS вообще неработоспособна. Т.е не вставив дискету и не введя команду GE000 (хотя бы один раз) RK-DOS вообще ни на что непригодна. Даже если она имеет эл.диск из излишнего ОЗУ и вообще не нуждается в дискетном приводе. Таким образом попытка с'экономить на объёме ПЗУ не приводит ни к какой выгоде, т.к CCP всё-равно надо иметь в ПЗУ, пусть и во внешнем ПЗУ в виде файла на ROM-диске. А тогда получается, что проще вообще выкинуть ПЗУ с платы РК-КНГМД, открыть в области E000...EFFF ОЗУ и грузить туда RK-DOS из ROM-диска, запуская оттуда прошитый файл RKDOS$ или же грузить его же с магнитофона. Впрочем, вариант в ОЗУ даёт большие удобства при отладке новых версий ДОС.

Что мы выиграем при этом? Аппаратно, это проигрыш, т.к в МИКРОШЕ просто нет ОЗУ на E000, значит это ОЗУ надо ставить на плате РК-КНГД вместо ПЗУ (это легко, втыкаем в панельку 6264 или две 537РУ17). Плюс болтающийся на косе внешний ROM-диск от ОРИОНА. А на РК86 на РУ5-тых достаточно "открыть" окно ОЗУ E000...EFFF с помощью двух диодов.

Но ещё более фатально, что, при такой концепции мы просто выбрасываем за борт всех владельцев РК86 и МИКРОШ, имеющих ОЗУ на РУ6, т.е всего 32К, только ради того, чтобы не расширять ПЗУ для хранения RK-DOS.

Конечно совместимость с старыми программами RK-DOS сохраняется (для чего достаточно сохранять вход в BDOS E001 и управляющие ячейки RK-DOS в области 7600).

В дополнительное ОЗУ перенести служебные переменные и буфера

Да. дисковые буфера можно перенести выше 8000. Для этого достаточно при инициализации записывать в ячейку RAMTOP число C000. Тогда RK-DOS не будет при работе портить ОЗУ ниже 7600. С программами, которые считывают вершину ОЗУ из RAMTOP проблемы легко избежать, если при запуске программ переставлять RAMTOP на 7600. А вот со служебными переменными ничего не выйдет, т.к RK-DOS управляется прямой записью ячеек ДОС в области 7600. И если эти ячейки перенести, то надо выбрасывать все программы Е.Седова и экран, сохранённый на том же месте 76D0, - не спасёт.

Ну возможно это надо тем, кому РК-ДОС не нужна. На РК86/Z80/60К вполне можно загрузить CP/M

Тема другая. Об RK-DOS. Предлагая 60К, Вы соглашаетесь, что альтернативы хранению RK-DOS в ПЗУ на E000 не существует. 60 кб это совсем другая история, совсем другая архитектура, и фактически реально новый компьютер. Любой был бы рад иметь 60 кб и возможность использовать CP/M.

К сожалению, часть пользователей РК86, которые хотят лишь посмотреть игрушки, это не впечатляет. И как оказалось невозможно найти разработчика на такой вариант. Точнее, VITAL72 попытался это сделать, но без моральной поддержки у него пока не получилось. Наличие 60К превратило бы РК86 в нормальный CP/M компьютер и дало бы доступ к программам CP/M, что привлекло бы новых пользователей, не интересующихся самим РК86 и его ПО, кому нужен просто инструментальный CP/M компьютер. Но боюсь такому варианту РК86 не суждено родиться.

[uart]

Предлагая 60К, Вы соглашаетесь, что альтернативы сохранению RK-DOS в ПЗУ на E000 не существует.

Нет. Мухи отдельно, котлеты - отдельно. Для 60К РК-ДОС это все лишь одна из возможностей. Отдавать ей кусок адресного пространства слишком жирно. Для базовой Микроши надо объединять модули НГМД и ОЗУ в один. В этом случае правильнее РК-ДОС немного подпачить, что бы она не затирала основное ОЗУ. А для базовой РК-86 вообще ничего делать не надо. На 4-ех дискетках иметь копии SYS файлов не представляется мне особой проблемой.

Но боюсь такому варианту РК86 не суждено родиться.

Это да. У каждого свои интересы. Я наверное сделаю свой идеальный РК-86 в своем эмуляторе

[barsik]

Для базовой Микроши надо объединять модули НГМД и ОЗУ в один

Это тоже здравая идея. Но только для МИКРОШИ. Да и то, только потому, что у МИКРОШИ единственный слот, так что туда можно втыкать только или КНГМД или плату расширения ОЗУ до 48 кб.

Конструктивно, можно переразвести плату КНГМД для МИКРОШИ, заменив панельку 24-ноги на 28-ми ногую. И ставить туда 62256 и 27256 напаянные друг на друга. И естественно, 27256 использовать по полной, т.е в виде 8-ми страниц доступных через окно E000...EFFF. Но это разумно только для МИКРОШИ, владельцы которых "чахнут" над своими запломбированными МИКРОШАМИ в промышленных корпусах, не допуская даже мысли, что на плате МИКРОШИ можно сдвинуть хотя-бы один проводок.

А если владелец МИКРОШИ готов нарушить пломбы, имеет паяльник и способен поставить панельку 28 ног на основную плату, то и это не надо. Гораздо проще поставить панельку, чем переразводить РК-КНГМД, чтобы ввести в него доп.ОЗУ. В панельку ставятся две 6264, напаянные в два этажа. У меня на РК86 так было сделано одно время для окна ОЗУ 8400...BFFF. Так в МИКРОШЕ получается 48К, а единственный слот остаётся свободен для установки обычного старого КНГМД из Лианозово.

А для РК86, владельцы которого обычно уже имеют паяльник, гораздо лучше и проще вариант с установкой одной панельки на 28 ног на краю платы РК86. Куда можно поставить как ОЗУ 2*6264 (если основное ОЗУ на РУ6), так и ПЗУ 27256, коммутируемое кусками по 4К в окне E000...EFFF. Если ОЗУ на РУ5, то выгодно открыть ОЗУ A000...BFFF что даёт 40 кб в базовой архитектуре. А если ОЗУ на РУ7, то нет альтернативы пол банковой коммутации ОЗУ в окне 0...7FFF.

Для базового РК86 вообще ничего делать не надо

И это несправедливо. Для МИКРОШИ выпущены промышленные платы расширения ОЗУ до 48К, а РК86 остаётся только пропадать со своими мизерными 32-мя килобайтами, из-за того, что в РК86 область 8000...BFFF занята портами. Вот поэтому-то и надо в новоделе РК86 сделать совместимость с МИКРОШЕЙ, о чём я недавно уже писал в какой-то теме.

Или же хотя-бы ввести ОЗУ в окне 8400...BFFF, что просто реализуется и даёт возможность использовать разные ДОС для ОЗУ. А ещё лучше одновременно расширить и ПЗУ в окне E000 и добавить 15 кб ОЗУ в окне 8400...BFFF, или, если этого ОЗУ больше 16 кб, то в окне размером в 8 кб A000...BFFF (т.к коммутируемые окна долны быть кратными). Очень удобно поставить в окне A000...BFFF ОЗУ 6264, а ещё лучше скоростное электрически стираемое ПЗУ, что по сути ОЗУ не теряющее данные при потере питания.

На 4-х дискетках иметь копии SYS файлов не представляется мне особой проблемой

SYS файлы маленькие и для удобства и экономии места из них можно сделать один файл RKDOS.OVR. В SYS-файлах полезного кода в среднем менее 200 байт, так что объединив их в один файл экономится дисковое пространство и не загромождается каталлог.

Но вся эта идея с SYS-файлами не годится, если система бездисководная (только эл.диск), что как раз и имеет место у некоторых пользователей. Тогда все внешние команды должны входить в сам код RK-DOS, а SYS-файлы вообще не нужны.

А электронный диск пользователю RK-DOS необходим потому что копирование полной дискеты на одном НГМД занимает полчаса с непрерывной перестановкой дискет, а если ошибиться и нажать клавишу до установки целевого диска, то ценная дискета гибнет.

Я наверное сделаю свой идеальный РК86

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

[uart]

Так в МИКРОШЕ получается 48К, а единственный слот остаётся свободен для установки обычного старого КНГМД из Лианозово.

А отключить как? А что будет, если вставить модуль ПЗУ, который расположен по тем же адресам? И так ли много сохранилось "обычных" старых модулей?

РК86 остаётся только пропадать со своими мизерными 32-мя килобайтами, из-за того, что в РК86 область 8000...BFFF занята портами. Вот поэтому-то и надо в новоделе РК86 сделать совместимость с МИКРОШЕЙ

Тогда уж с Апогеем. У Микроши свои проблемы.

А электронный диск пользователю RK-DOS необходим

Не лампово. Сейчас то понятно, хоть гигабайт ОЗУ ставь, но это искажает идею радиолюбительского компьютера 80-х годов прошлого века.

[Advertiser]

[gdv2002]

Товарищи, вот все спорим, предлагаем, обосновываем и пр., а толку???!!!
Ну замутим РК86 в супер-пупер конфигурации и что? Кто напишет софт, ДОС и много чего еще?
30 лет назад намутили клонов, и не один толком не развили программно!!!!!!!! А что теперь говорить, когда осталось с пару десятков "некромантов" и из них программеров и десятка не будет!
Я уже не раз писал и повторюсь, платформа РК была обречена изначально, т.к. не было единой концепции, как на Спеке к примеру. Десятки клонов, и крутые и не очень, и ни один программно толком не поддержан. На всех клонах один и тот-же софт и те-же игры, ОРИГИНАЛЬНОГО ничего!!!!!
Сейчас идет очередной виток мозгового штурма в рядах "ветеранов", а получится очередной клон, ни чем не поддержанный!
Может стоит редким программерам не подгонять клон под свои возможности, а возможности подогнать к "оригиналу"?
Все мое ИМХО.

[uart]

gdv2002, так не писать надо, а адаптировать.

[gdv2002]

так не писать надо, а адаптировать.

Я хочу, но не умею. А кто умеет - не хочет. ((((

[barsik]

Сейчас хоть гигабайт ОЗУ ставь, но это искажает идею радиолюбительского компьютера 80-х годов прошлого века

Разве искажение, если я воткну в панельки двухэтажные РУ5-тые. У меня двухэтажных много (в таком виде использовались в ОРИОНЕ). РУ5-тые выпускали с 1984 (иначе как они могли стоять в ИРИШЕ разработки 1984). А вот как раз статика w24257, w24512 и флэш 27C512 - вот это явная фальсификация исторического железа. А вот 62256 на 150 НСЕК были доступны в конце 80-тых. Я тоже предпочитаю, чтобы были детали только 80-тых. Кстати, SIMM-30 256 кб - из 80-тых. Они вошли в моду в 1983, стоят в 'Apple Macintosh-128' выпущенном в январе 1984.

Доп.ОЗУ мне надо не для понта, а потому что без этого не могу пользоваться компьютером. У меня нет дисковода и винчестер не подключен. Есть 'micro-SD' на 2 и 4 Гб, но надо писать SPI интерфейс. Есть старые флэшки на 4/8 Гб, вряд ли их можно использовать для 8-ми разрядки? Поэтому мне и надо иметь электронный диск и желательно побольше. А уже опираясь на него, я подключу винчестер. Это всё просто, тут даже программирования практически нет, просто перетрансляция соответственно настроив подпрограмму чтения/записи сектора.

А больше ПЗУ хочу тоже из-за необходимости. Я уже объяснил, что не имея НГМД мне надо больше ПЗУ для ДОС (и не обязательно RK-DOS, есть ДОС лучше). Как конкретно будет расширено ПЗУ, мне без разницы. Хоть в окне E000...EFFF, хоть в окне A000...BFFF и даже в окне F800...FFFF меня устроит.

программеров и десятка не будет !

Да потому что программистов надо растить и привлекать со стороны. Нужны темы, где в доходчивой форме объясняются основы и нюансы. Чтобы каждому стало ясно, что программировать на порядок интереснее, чем возиться с железками. А те, кто сами не программируют должны поддерживать морально.

Понятно, что у программистов свои интересы, а игры для РК уже никто не пишет, потому что на ассемблере это труднее. А вот на Паскале, СИ, а ещё лучше на PL/M (если удастся его найти) это делать легче. Можно объединиться и делать программы группой. Для этого же Интернет подходит идеально. В 80-е и 90-е каждый программист-любитель "варился в собственном соку" (хорошо, если рядом оказывался кто-то, кто мог морально, а иногда и материально поддержать).

Для создания новых игр достаточно сделать несколько первых игр, например на Паскале или СИ (при необходимости с вкраплением ассемблера). Важно создать базовый набор подпрограмм (что называют "движок"), а далее задача только рисовать спрайты и придумывать сюжеты новых игр.

так не писать надо, а адаптировать

О чём речь ? Что надо адаптировать для РК86 ?

Программы МИКРОШИ ? Для этого проще иметь совместимость. Цветные программы АПОГЕЯ ? Так сначала надо иметь цвет. Цветные крутые программы ПАРТНЕРА ? Так схему МЦПГ еще не нашли, да и кто сделает такие платы для РК86 ? CP/M-игры от вражеских текстовых компьютеров (чьи исходники доступны) ? Так их менее десятка и все они для Z80. Программы на бейсике от вражеских компьютеров и других отечественных? Можно конечно этим озадачиться. Пусть кто-нибудь попробует.