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

[makbar]

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

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

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

[b2m]

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

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

[makbar]

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

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

[barsik]

Кроме CP/M работающей без дисковода странслировал и RKDOS работающую без дисковода. В качестве носителя используется дополнительное ОЗУ физически образуемое из двух банок 565 РУ7. К сожалению, в этой версии дополнительные банки не "целиковые", а именно, в каждой банке используется не все 64 кб, а только 48 кб.

Но в ближайшее время Pyk собирался составить конфиг для эмулятора EMU80, что обеспечивает в каждой банке 62 кб. При этом, естественно, ПЗУ в банках 1...7 отстутствует. Т.е при включении портом F9 банки 1 (или выше) в адресном пространстве 0...F7FF включается ОЗУ из банки 1, а ПЗУ в адресах C000...DFFF совсем изчезает. Это позволят в каждой банке выше 0-вой получить 62 кб полезной памяти и поиметь RAM-диск объёмом в 7*62= 434 кб, тогда как в том варианте, что используется сейчас RAM-диск имеет размер всего в 7*48= 336 кб.

Данная RKDOS имеет только один VDISK из ОЗУ и не имеет второго привода, т.е дисковода. Сама эта RKDOS тоже не стандартная. Она не нуждается во внешних SYS-файлах, хотя их поддержка из кода не удалена. В SYS-файлах нет никакой пользы, - их концепция интересна, но непонятно зачем.

SYS-файлы отличаются от COM-файлов только тем, что они являются как бы программами написанными только JR-командами, отчего могут работать в любой области памяти. Вот только зачем это надо для резидентной команды DOS ? Резидентная команда должна быть в коде DOS, а не в виде файла, пусть и работающего в любом месте памяти. Работать в любом месте памяти требуется только драйверам, загружаемым по RAMTOP, зачем это прикладным программам, а тем более командам DOS ?

Делать программы в виде SYS-файлов совсем несложно, а вот получать из них исходники - это морока. Ведь перед тем, как сделать переход, программа с помощью специальной функции DOS узнаёт в каком адресе она находится и затем выполняет переход на нужный адрес с помощью цепочки команд ADD HL,BC : JP (HL) или, если переход условный, то ADD HL,BC : PUSH HL : RET FLAG. При разработке программы расчёты делает ассемблер, а вот при дизассемблировании приходится считать эти смещения вручную и разобраться в программе намного сложнее.

Да и неудобно иметь команды DOS в виде внешних файлов. В данной версии не нужны файлы LOADA.SYS, ATTRIB.SYS, ERASE.SYS и RENAME.SYS. Вместо них в DOS просто есть команды LOAD, ATTR, DEL и REN. Синтаксис полностью идентичен внешним SYS-командам. При желании, естественно, можно пользоваться и внешними SYS-файлами.

Внешние файлы RKDOS служащие для обслуживания BAT-файлов, для копирования и восстановления удалённых файлов, т.е COMMAND.COM, COPY.COM и RESTORE.COM также было бы несложно перенести в код DOS. RESTORE (который правильно называть RECLAIM) нужен редко, а COPY и COMMAND не такие маленькие как SYS-файлы, а по ~500 байт каждый, отчего с ними код DOS сильно разбухнет. Потому не уверен, что это стоит делать.

Ещё мне не нравится использование в качестве разделителя в командах DOS запятой вместо пробела. Собираюсь это исправить. Но в итоге объём кода увеличится до 6 кб даже без дисководных подпрограмм, а в версии для дисковода аж до 7 кб. В итоге решающее преимущество RKDOS (малый объём кода) теряется, быстро приближаясь к размеру кода CP/M.

[DonkeyHot]

Контроллер накопителей на гибких магнитных дисках - кнгмд