Микроша: Обсуждение

[SEA]

А можно подробностей - как, когда писался ДОС2.9, почему была выбрана такая схема хранения данных на дисках, вообще любая информация по нему интересна

Это была моя инициатива. Впрочем, начальник группы, Андрей Рогинский, ее поддержал, поскольку иметь ДОС было бы очень удобно для вспомогательных задач, типа автоматической записи кассет с диска, программирования ПЗУ и т.д.
Сначала копирование было кассета с кассеты оператором.

Таким образом я делал контроллер и дос в рабочее время

У меня тогда не было доступа к другим дисковым ОС, только посмотреть на Агатовский ДОС. Его исходников не было тоже. Но было описание. (И была литература по системе команд других ДОС)
А ДОС очень хотелось
Ну и хотелось сделать из самых доступных компонентов.

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

Потом я его продал Феоктистову в его кооператив. А уже позже, когда сам был в составе другого кооператива (с Ивановым, Моревым, Буном, Искоростенским, Матвеевыми), мы его выкупили назад )
С этим кооперативом мы делали много контроллеров для Микроши - программаторы, расширенное страничное озу, даже бегущую рекламную строку. Был и расширитель на 6(?) слотов.

Потом с Моревым мы сделали "РК-Макси" - там память была организована странично, и страницы программировались. Можно было загрузить с диска конфигурацию РК-86, Микроши, или использовать свою, с большим объемом памяти и устройств.
Это тоже позже публиковали в Радио

[Advertiser]

[ivagor]

Потом с Моревым мы сделали "РК-Макси"

Если помните, то прокомментируйте пожалуйста несоответствие первоначально заявленной частоты турборежима и реально реализованной. В радио 94/3 (первая статья цикла) написано "С помощью определенных схемных решений тактовую частоту РК можно повысить до 3,6 МГц увеличив тем самым быстродействие компьютера в два раза". А в радио 94/9 написано уже про турборежим 2,5 МГц.
580ВМ80 удалось на практике заставить работать на 3,6 МГц? Если да, то почему решили откатиться на штатные 2,5 МГц (не было повторяемости, сложная настройка, проблемы с охлаждением и т.п.)?

[tnt23]

SEA, спасибо

А про драйвера .SYS можете рассказать, что это и как их готовить? вроде в комплекте РК-ДОС шел только довольно некрупный REM.SYS.

[cy6]

А про драйвера .SYS можете рассказать, что это и как их готовить? вроде в комплекте РК-ДОС шел только довольно некрупный REM.SYS.

Извиняюсь, но что то Вы напутали.

Из книжки ТОО Лианозово:

Файлы типа .SYS перемещаемые, т. е. такие, которые могут работать в любом месте памяти и загружаются в верхнюю область ОЗУ, не занятую системой в текущий момент.

В виде таких файлов, реализованы внешние команды (а не драйверы, как в M$дос).
И шел не один, а много (см. оригинальный rk86dos29_cy6.rar пароль "zx-pk.ru")

ATTRIB.SYS
ERASE.SYS
FCOPY.SYS
FCOPY2.SYS
LOADA.SYS
NULLCOPY.SYS
REM.SYS
RENAME.SYS
SUMMA.SYS
TCOPY2.SYS

REM.SYS - это просто строка комментария для пакетного (.BAT) файла.
Если открыть содержимое, то там будет команда RET (0С9h).

Сом вроде имел возможность запускаться с разных адресов, а сис - с фиксированного.
Дело было в отсутствии относительной адресации. Сом при старте в себя вписывал реальные адреса в зависимости от адреса загпузки. Мошно было делать вложенный вызов command.com

Ага, только наоборот. COM были обычными неперемещаемыми программами. Например, SE.COM FORMAT.COM
Этим расширением, надо было назвать любую программу, считанную с ленты в ОЗУ (по определенному адресу запуска) и записанную на флоппи диск.

[SEA]

cy6,
Здравствуйте!
Да, затирание нулевого трека изредка случалось.
Да, там эти две таблицы - карта занятых секторов и директория.
Вроде бы этому были подвержены только некоторые накопители.
Были накопители, которые просто поднимали головку. Громко щелкали электромагнитом, когда опускали головку, но такой проблемы не наблюдалось.

По поводу com и sys вы правы.
Они и названы так были потому что первый - просто исполняемый, а второй исполняется из системной области дос.
Меня смутил факт, что command.com грузится вниз системы. Но он - особый случай, и в досе вроде даже обрабатывался особо.

Информация из журнала Радио должна быть верной, там ничего не было урезано, скрыто или изменено.
И, как я уже говорил, отличия для Микроши и РК 86 были только в вызовах в монитор и разном мапинге устройств.

Разметка секторов должна быть такой же, поскольку контроллер выдавал сигнал, что готов принять новые данные, заранее. А сам в это время еще писал на диск.
А если процессор опоздал с данными, то будет повтор записи того же байта, думаю. И будет нарушение контрольной суммы.
(Хм... А была ли там проверка? Контрольная сумма была, и проверка, значит, вроде тоже)
Но по-любому, контрольная сумма будет нарушена.
Так что, ПДП не при чем.
Хотя, вы говорите о по-секторном копировщике. На базе этого же контроллера синхробайты не прочесть. Так что это результат работы другого контроллера, скорее всего.

[tnt23]

cy6, виноват, действительно напутал. SYS тут действительно не при чем, но вот загадочные "драйверы" в описании ДОС упоминаются и будоражат воображение.

[cy6]

Таким образом я делал контроллер и дос в рабочее время

Какая удача, Вы же тот самый автор РК ДОС и оболочки SE.COM (SE.EXE).
Не так давно, где то тут, обсуждали снятие защиты с этой замечательной оболочки.

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

Возможно Вы знаете, как автор, про слабое место этого формата хранения на диске.

Под корневую директорию и карту занятости секторов, уходит один трек. И очень часто, можно было наблюдать характерную полосу на месте этого трека, следы износа и порчи. Головка дисковода, почти постоянно зависающая на этим местом, делала свое дело. А еще, просто при пропадании питания, дорожка иногда моментально повреждалась.

В связи с этим, была даже мысль сделать утилиту, которая парковала бы головку куда подальше.

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

Ошарашенная такой потрясающей встречей (в тихой теме, на тихом форуме ), хотела бы внести свою лепту, помучав Вас, Евгений, вопросами.

По поводу форматирования секторов, насколько реальная картина соответствует журнальной разметке сектора?

Недавно разрабатывался посекторный копировщик дисков на SD карту, а также два эмулятора флопика РК. И, в процессе этих разработок, были прения. А также выкладывались файлы, мягко говоря не соответствующие журнальной разметке. Возможно, это результат перезаписи сектора, когда старт сектора "пошел с другого байта". А может быть, и результат задержки ПДП (пересылка строки из ОЗУ в видеоконтроллер).