RK-КНГМД для "Специалиста"

[barsik]

Сделали CP/M для СПЕЦИАЛИСТА? Под какой контроллер?

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

Под какой контроллер не важно. Если есть заведомо рабочие подпрограммы чтения и записи сектора для разных версий КНГМД, то замена одних подпрограмм на другие это работа на несколько минут. Имея исходники, немного знаний и подпрограммы чтения/записи сектора, сделать версию стандартной CP/M для данного железа - совсем просто.

Проверенные подпрограммы чтения/записи сектора есть только для РК-КНГМД. Есть п/п-ммы и для контроллера на ВГ93 от ОРИОНА, но это требует такт 2.5 МГЦ. Так что для СПЕЦИАЛИСТА пока выбора нет, - только для РК-КНГМД. Закончив с CP/M для РК-КНГМД займусь экспериментами с КНГМД на ВГ93 с подпрограммами от Л.Афанасьева и М.Короткина и надеюсь смогу сделать формат 720 кб с секторами по 512 байт.

Перетранслировал для СПЕЦИАЛИСТА не стандартную CP/M, т.к в ней нет толка, а какую-то версию CP/M для ОРИОНА. С электронным диском из ОЗУ, с обработкой при старте AUTOEXEC.SUB и с подкачкой BDOS не с системных треков, а из ОЗУ. Электронный диск облегчает. С него запускается форматёр дискеты. Привод A: - эл.диск из ОЗУ, а привод B: на базе РК-КНГМД стоящего по адресу FB00. И в основном эта работа заключалась в очистке от Z80-команд.

Для СПЕЦИАЛИСТА с банками доп.ОЗУ получается CP/M с TPA в 35.5 кб и ей можно пользоваться для хранения и запуска программ. Но вот если доп.ОЗУ нет, то получается TPA всего-лишь 24 кб, а эл.диск имеет размер всего 8 или 10 кб, куда практически ни одна нужная программа не влезает. А ведь ещё надо куда-то грузить драйвер VT52 размером не менее 6 кб, для этого вообще нет места.

При этом BDOS получилась на 6100, что даёт равно 24 кб для загрузки программ. BDOS хранится и подкачивается из 7700...8DFF, дисковый буфер для секторов в 512 байт на 8C00...8EFF (при секторах в 1 кб TPA упадёт ещё ниже). А под электронный диск используется открытое "верхнее ОЗУ" в области D000...F7FF, что и даёт крошечный эл.диск в 9 кб (1 кб каталог). Даже крошечный эл.диск лучше, чем никакого, т.к CP/M плюётся на диск A: временными файлами. Пользоваться такой CP/M можно и без дисковода, т.к диск A: это эл.диск из ОЗУ, но тут проблема в размере эл.диска.

Сейчас ~30 CP/M программ для КР580 вручную сделал RKS-файлами. По SAVE их записать на дискету нельзя (SAVE можно записать только файл с кратностью в 256 байт, отчего размер файлов, что имеет нечётное число лог.секторов увеличится), а POWER-ом не воспользоваться из-за нехватки ОЗУ. Потому надо написать программу, которая грузит с ленты файлы в формате с именем и по окончании ввода автоматичеки записывает файл с точными размерами на диск.

Подобную программу (не для МГ, для линии) я имел когда-то и с её помощью переслал CP/M-программы на дискеты РК86. Кстати и форматёр от RK-DOS не годится. И не только потому, что заполняет дискету кодами 0, а надо E5, а потому-что в RK-DOS нумерация секторов с 0, а в CP/M нумерация секторов с 1.

[Advertiser]

[makbar]

займусь экспериментами с КНГМД на ВГ93 с подпрограммами от Л.Афанасьева и М.Короткина

у меня осталось пару-тройку плат) я говорил, если надо - вышлю.

для контроллера на ВГ93 от ОРИОНА, но это требует такт 2.5 МГЦ.

для моих п/п - не требуется.

надеюсь смогу сделать формат 720 кб с секторами по 512 байт.

это нетрудно.

- - - Добавлено - - -

RK-DOS нумерация секторов с 0, а в CP/M нумерация секторов с 1.

насколько я помню, у всех стандартных систем с 1.
Меня удивило в свое время, что номер стороны у CP/М инвертированный.

[b2m]

Меня удивило в свое время, что номер стороны у CP/М инвертированный.

Зависит от того, инвертируется ли номер стороны аппаратно (сигнал side). У Башкирии-2м тоже инвертированный (по сравнению с IBM/PC), и это создаёт определённые сложности при создании дампов дискет. Сейчас точно не помню, в чём была проблема (то ли сектор не находится, то-ли КС не совпадает). Приходится дампить всю дорожку. Если бы номер совпадал, можно было бы под линуксом просто командой dd дампить, в нём есть поддержка секторов по 1024 байта.

[makbar]

Зависит от того, инвертируется ли номер стороны аппаратно (сигнал side). У Башкирии-2м тоже инвертированный (по сравнению с IBM/PC), и это создаёт определённые сложности при создании дампов дискет.

я сейчас конечно не помню, но мне 25 лет назад казалось, что вход накопителя прямой, и дискеты(сторона) созданные моим контроллером совпадают с IBM/PC

[makbar]

Сейчас точно не помню, в чём была проблема (то ли сектор не находится, то-ли КС не совпадает).

точно же! молодец! в заголовке сектора есть поле side. Соответственно, когда я проектировал контроллер, в нулевую сторону я писал метки с нулевым значением. И поэтому мои дискеты читались на IBM PC.
А когда мне показали CP/M, я очень удивился инверсии.

p.s. все написано в даташите wd1793 ))

[b2m]

в нулевую сторону я писал метки с нулевым значением

Башкирия-2м тоже пишет в нулевую сторону нулевую метку. Беда в том, что на IBM PC эта сторона читается как первая. Такое вот блин печальное несоответствие.

[makbar]

b2m, погоди-погоди.... у меня дискеты на PC читались. Значит гдето инверсия зарыта))
Интернеты говорят про:
Side Select - выбор верхней (при низком уровне SS = L) или нижней (при высоком уровне SS = H) головки (стороны диска).

Я точно помню, что не от балды передавал сигнал а придерживался стандарта. А поскольку под рукой были только укнц и ibmpc, то сделал как у них.
Ну а что я реально пишу контроллером надо поднимать исходники...