DSDOS для ПРК "Орион-128"

[Denn]

Пост-новогодняя сборка ОС DSDOS v3.93 для Орион-ПРО.

Изменения:

► добавлена поддержка RAM-диска;
► улучшен функционал переименования файла в оболочке - теперь работает [Shift+6] / [Shift+F6];
► в оболочке добавлены две новые опции: вывод атрибутов [Y] и вывод контрольной- и XOR-суммы текущего файла[S];
► также в оболочке устранена ошибка: не работал вывод информации о текущем диске, если на нём не было ни одно файла;
► исправлена (старая) ошибка вычисления объёма диска;
► ускорено обновление каталогов дисков.

Далее подробнее.


RAM-диск

По-умолчанию поддерживается ОЗУ объёмом 1 Мб. В утилите SYSTEM$ будет отмечен соответствующий чекбокс "RAMD".
Традиционно, при обнаружении устройства на этапе загрузки ОС, драйвер подгружается по-умолчанию, в системе диск становится доступен как [E:]. Актуальный фактический объём 1016 Кб:

скриншот экрана загрузки ОС

[свернуть]

Форматирование диска производится автоматически на этапе загрузки драйвера, в случае, если он не был размечен ранее.
В "жирных" сборках "в нагрузку" включена утилита FMT$RAMD, с помощью которой можно выполнить принудительное быстрое форматирование RAM-диска.

В экспериментальных целях добавлен загружаемый пользователем драйвер отдельной (младшей) части [SRAM, 128 Кб] - SRAM$DRV, а также сопутствующая утилита форматирования - FMT$SRAM. При успешной загрузке драйвера, в системе становится доступен диск [H:], фактический объём 124 Кб.
Пока что большого практического смысла в этом диске лично я не вижу, но пусть будет "для галочки". Впоследствии возможно сделаю на его основе эмулятор ROM-диска [A:], т.к. информация сохраняется при выключении питания ПК.


Доработки оболочки SHELL

Иногда требуется просмотр информации о файле, которая не поместилась на экране в основных панелях, а именно - дата создания и номер рабочей страницы. Ранее приходилось либо нажимать "копирование" файла чтобы посмотреть его дату, либо выводить каталог директивой D через командную строку, и там смотреть информацию о странице ОЗУ нужного файла. В общем - не удобно! Для упрощения жизни добавлена клавиша [Y], по которой выводится соответствующая информация о текущем файле:



Также из практики: периодически требуется узнать контрольную сумму файла. Для этого приходилось открывать его на просмотр по [F3] и там переходить в режим HEX-дампа [H] - долго, муторно. Теперь для этого сделана клавиша [S], заодно выводится и XOR-"сумма" текущего файла:




Обновление каталога диска

Когда-то давно в DSDOS был использован "тяжёлый" и "неправильный" алгоритм подсчёта объёмов диска [занято, свободно, всего]. К тому же он давал ошибку на размер кластера диска. В версии ОС для ПРК "Орион-128" давно было исправлено, а для ПРО'шки, как выяснилось, нет. В данной версии изменён на правильный.


П.С. спасибо @АлександрПП за любезно предоставленную для отладки драйвера плату RAM-диска!



▼▼▼ Ссылки для скачивания различных вариантов сборок - прежние ▼▼▼

"Стандарт-64", ПЗУ ROM-диска объёмом 64 Кб
"Стандарт-256", ПЗУ ROM-диска объёмом 256 Кб

"Игровая-64", ПЗУ ROM-диска объёмом 64 Кб
"Игровая-256", ПЗУ ROM-диска объёмом 256 Кб

"Программист-64", ПЗУ ROM-диска объёмом 64 Кб
"Программист-256", ПЗУ ROM-диска объёмом 256 Кб

Внутри архивов под объёмы 256 Кб находится два варианта: одним полным образом (файл romdisk.bin) для новой версии ROM-диска, и четырьмя файлами по 64 Кб (файлы romdiskN.bin) для старого варианта диска (в составе мультикарты).

[Advertiser]

[san010101]

Для орион 128.2 512к будет версия ОС DSDOS v3.93 ?

[Denn]

san010101, да, в планах стоит. Хотел совместить с поддержкой нового быстрого интерфейса IDE, но пока нет времени заняться его сборкой и отладкой.

[Sancho45]

И все таки проблемки с определением винтов на IDE(ВВ55) есть.
Появился у меня еще один винт ST351a/x. Всего 40мб, но тем не менее решил я его к ориону, погонять. Подключаю и..... автодетекта при запуске ОСи нет. Вспомнив, что автодетект работает по подтяжкам ШД к +5в, открыл на него доку(stason.org) и прочитал
The ST351A/X family drives do not use terminating resistors. Итого у меня 2 винта из 3-х без подтяжки и не определяются.

Соответственно буква ему не выделяется, даже если утилитами HDDinfo или HDDfmt удается инициализировать его.
Далее сам HDDinfo, если винт не инициализирован, чаще тупо висит, тайм аута в нем нет, как я понимаю. Самая полезная утилитка, CF$drv - всегда 100% инитит любой драйв и выходит.
После сброса системы, винт все равно не детектится, хоть и проинициализирован (подтяжка то так и не появилась) и буква харду не выделяется.

[Denn]

The ST351A/X family drives do not use terminating resistors. Итого у меня 2 винта из 3-х без подтяжки и не определяются.

ЕМНИП, в крайней версии детект по наличию подтяжек трёх линий. Напаять три резистора на плату "контроллера" и вопрос закрыт.

После сброса системы, винт все равно не детектится, хоть и проинициализирован (подтяжка то так и не появилась) и буква харду не выделяется.

Как писал ранее, корень проблемы из двух причин:

1) Неудачный выбор "стандарта" порта для IDE;
2) Слишком большое время детекта накопителя согласно стандарту IDE.

Из п.1 следует, что на порте пользователя #F6 может использоваться устройство, для которого "дрыганье произвольными линиями" при загрузке ОС - недопустимо!
И, например, у меня есть такое устройство - программатор Winbond'а. Произвольная подача напряжения программирования (+14в) и выборка кристалла могут привести к неприятным последствиям.

Из п.2 следует, что при отсутствии реального НЖМД на порте пользователя, загрузка ОС будет тупо висеть 30 сек. Оно такое надо? Имхо, нет.

[Error404]

ЕМНИП, в крайней версии детект по наличию подтяжек трёх линий. Напаять три резистора на плату "контроллера" и вопрос закрыт.

Всегда был только за то, чтобы если проблема решается "порезом и резистором" - делать порез и резистор. Орион не священная корова и далеко не эталон дальновидности (хотя конечно не RK-86 в котором вообще мрак) и чтобы на нем что-то приличное работало (а новое писалось не ценой прогрессирующего аутизма разработчика) - аппаратные адаптации делать надо. Главное чтобы они были просты, без дополнительных плат-аэродромов. Такое мое ИМХО.

1) Неудачный выбор "стандарта" порта для IDE;
2) Слишком большое время детекта накопителя согласно стандарту IDE.

Из п.1 следует, что на порте пользователя #F6 может использоваться устройство, для которого "дрыганье произвольными линиями" при загрузке ОС - недопустимо!
И, например, у меня есть такое устройство - программатор Winbond'а. Произвольная подача напряжения программирования (+14в) и выборка кристалла могут привести к неприятным последствиям.

Из п.2 следует, что при отсутствии реального НЖМД на порте пользователя, загрузка ОС будет тупо висеть 30 сек. Оно такое надо? Имхо, нет.

Нет никакого стандарта ИДЕ а Орионе, ни удачного, ни неудачного (но есть простая - а это важно потому что см. выше - схема на ВВ55, которая в силу своей удачности расползлась на все 8-битки, приятно что Орион был в числе первых таких клонов). Поэтому мне при адаптации этой схемы пришлось сделать что адрес ППА жестко указан только в одном месте - в ПЗУ с холодным загрузчиком ROM F800 (или MBOOT$), а далее при загрузке передается в ОС как параметр, которая сама себя пересчитывает на эти адреса. А все программы лазающие в IDE "напрямую" мимо ОС (такие бывают - FAT32, FDISK или например UZIX) работают через общий драйвер сырого доступа, который также имеет параметр - адрес порта. Сам я долгое время жил с IDE на F500 (без ром-диска).

Критичные устройства должны или иметь аппаратные особенности (ключи) для защиты от пропила (джампер хотя бы) или регламентом защищаться (по факту самодисциплиной, поломал - сам виноват ). Второе не дает 100% защиты, т.к. кроме человеческого фактора никто что ли не видел пропил памяти (когда экран моментально закрашивается стеком)? В особенности на самоделках типа Ориона. А такой стек и порты пропилит, и без всякой софтины IDE. Кстати, поломать "пропилом" данные на приводе IDE почти невозможно - там ведь регистры, а не прямые сигналы: слишком нерандомный рандом должен быть чтобы соответствующе выставить регистры.

[Ugloff]

Хотелось бы поблагодарить автора за то, что работает в данном направлении и очень грамотно. Как когда то писал Чистяков-главное софтверная поддержка. Желаю дальнейшего развития темы, могу чем смогу помогать. У меня собран недавно, причём, Орион на полностью 74 серии, на Z80 и память 256. Я по большей части "железячник". Нарисовал плату по образцу 1990 года из РАДИО, остальные платы лишь интерфейсный размер 95х95 соблюдая сам развёл.

[Denn]

Ugloff, спасибо на добром слове!

Железячная помощь была бы кстати, приемущественно по части макетирования новых разработок и разводки плат.

Если не трудно, можете отметиться здесь - https://zx-pk.ru/threads/27165-perepis-naseleniya.html
Ещё интереснее - с фото.

[Ugloff]

Платы мое любимое, конечно. Вот кое что нарисовал из твоих схем(рисованы рукой, но догадка радиоинженера спасает, чтоб прочесть). Развел, но пока не изготовил, напимер, rtc на ви1.

[Ugloff]

Быть может мой вопрос прозвучит ламерски или станет следствием невнимательности. Но в утилите SYSTEM$ есть пункт по поводу AY, в шапке в разделе Hardware я не нашёл точной схемы подключения. Всё, что я лично об этом знаю-то, что писал Чистяков когда то в 90х. Хотелось бы ссылку/схему, ну конечно в случае если хоть одна программа/игра её поддерживает Спасибо.