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

[Denn]

Работа над ошибками продолжается. Совершенно неожиданным "сюрпризом" всплыл издавна притаившийся баг в драйвере IDE, причём для обеих платформ.
До некоторого момента баг себя никак не проявляет, я например три года работал на Орионе и напоролся только сейчас!

Суть ошибки в следующем, при вычислении старшего байта LBA, в причинном месте кода пропущена команда сдвига регистра, в результате ненулевые значения этого байта оказываются как бы умноженные на два, а данные некорректно "разбросаны" по жёсткому диску.

На практике это выливается в следующее. Файлы в корневом каталоге, а также подкаталоги первого уровня работают без ошибок, данные локализуются в правильных местах на диске, ошибка никак не проявляется.
Подкаталоги второго уровня вложенности локализуются в некорректных областях, и до некоторого их количества делают вид что работают корректно. Начиная с некоторого "магического" номера (по счёту), попытка зайти в подкаталог приводит к фатальной ошибке диска, приходится перезагружаться. А начиная с некоторого другого "магического" номера, данные записанные в один подкаталог, всплывают (дублируются) в другом... это происходит из-за того, что драйвер пытается выставить винчестеру несуществующий сектор, что приводит к отбрасыванию лишних бит и формированию некорректного LBA.

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

Кто не пользуется НЖМД и не предполагает это делать в дальнейшем, те могут игнорировать данный пост и пользоваться ранее прошитой сборкой ОС DSDOS.
Кто не пользовался НЖМД, но планирует, а также тем, кто пользуется, но пока не глубже подкаталогов первого уровня, настоятельно рекомендую обновиться на исправленную версию для соответствующей платформы (см. ниже).
И самый тяжёлый вариант для тех, кто пользуется подкаталогами второго уровня вложенности - придётся переносить данные из старой разметки на новую, например через другие диски. Либо не обновлять ОС, но при этом не пытаться создавать новые подкаталоги!


Также в новых версиях по просьбам трудящихся сделана небольшая доработка команды ОС сохранения дампа ОЗУ в файл - можно указать номер страницы ОЗУ сохраняемого дампа:

S [d:]Filename Addr,Long [/n]

где

d - диск (A..H)
Filename - имя файла
Addr - физический адрес начала дампа (адрес посадки файла)
Long - длина дампа
n - 0..7 номер страницы ОЗУ (по-умолчанию 0) или как ранее: P - защита от удаления.


Номера исправленных версий для обеих платформ увеличены: 3.94 для Орион-128 и 3.95 для Орион-ПРО, соответственно. Сборки от 14.01.2021.


▼▼▼ Ссылки для скачивания сборок исправленных версий ▼▼▼

Для ПРК ОРИОН-128/512:


ПЗУ ROM-диска объёмом 64 Кб

ПЗУ ROM-диска объёмом 128 Кб

ПЗУ ROM-диска объёмом 256 Кб

ПЗУ ROM-диска объёмом 512 Кб

ПЗУ ROM-диска объёмом 1024 Кб

специализированная "программист", ПЗУ ROM-диска объёмом 512 Кб

специализированная "программист", ПЗУ ROM-диска объёмом 1024 Кб


Для ПК ОРИОН-ПРО:


"Стандарт-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]

[Pluto]

А когда DS DOS увидит 1 Мб ОЗУ?

[Denn]

А когда DS DOS увидит 1 Мб ОЗУ?

Всё забываю, что на планете Земля существует один "метровый" Орион
Сделать детект 1024 Кб ОЗУ можно, ни вопрос! Но практической пользы в третьем поколении ОС - никакого, т.к. ПО не знает про такие конфигурации и использовать память выше 512 Кб не будет.
В четвёртом поколении ОС будет детект до 4 (или даже до 16) Мб ОЗУ, и там оно будет реально использоваться.

[Pluto]

Судя по 3.94 недолго осталось.
Держись дядя Федор, всего три платья осталось!

[Denn]

Судя по 3.94 недолго осталось.

Проект "трёшки" логически завершён. Там уже достигнуты всевозможные ограничения, дальше просто некуда развивать данный концепт.
Новые версии 3.хх - это работа над ошибками, плюс пожелания трудящихся.
"Четвёрка" это совсем другая история, как раз ориентированная на "жирное" железо, большие объёмы всевозможной памяти, гибкость. Там есть куда расти и развиваться.

Держись дядя Федор, всего три платья осталось!

Тут, как говорится, "всё сложно". Проект начат в 2018 году, но изначально слишком масштабен и сложен, поэтому до сих никаких результатов, которые можно пощупать нет.
Очень надеюсь, что в этом году появятся первые версии, но "это не точно".

[Electricman]

Раз тут вышло обновление, то что ж не обновиться то до новой версии. Загнал версию 128кБ (загнал бы и 256, но это сложнее) и наступил на грабли. При старте и начальной установке портов, в дополнительный триггер ROM-диска что-то пишется уже после сигнала сброса, а с "автономным" сбросом компьютер перезагружается только по питанию. Неприятно немного, ну да ладно.

Кстати, а почему всё прошло мимо классической флэш-памяти, она же ЭСППЗУ? Энергонезависимо, в отличие от СОЗУ, перепрограммируется просто. Просто с СОЗУ больших объёмов у меня проблемы, а всяких 29F1610 пруд-пруди. Или я просто где-то что-то пропустил по этому поводу?

[Denn]

При старте и начальной установке портов, в дополнительный триггер ROM-диска что-то пишется уже после сигнала сброса, а с "автономным" сбросом компьютер перезагружается только по питанию.

Прочёл несколько раз - не понял(
Опиши проблему подробнее, плз.

Кстати, а почему всё прошло мимо классической флэш-памяти

Видимо, потому, что флэш-память прошла мимо меня

Энергонезависимо, в отличие от СОЗУ, перепрограммируется просто.

Никак нет. В своё время я пытался "вгрызаться" в алгоритмы прошивки флэш-ПЗУ, там нет линейного режима и произвольного доступа, там как-то очень заморочно секторами пишется, мудрёный алгоритм прошивки. Забил именно из-за сложности, т.к. проверить было не на чем, а писать поддержку железки без самой железки это практически бессмысленно.

Просто с СОЗУ больших объёмов у меня проблемы

Могу заслать, их есть у меня разных.

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

а всяких 29F1610 пруд-пруди

Если есть чем зашить, то без проблем можно в качестве ROM-диска использовать.

[Electricman]

Прочёл несколько раз - не понял(
Опиши проблему подробнее, плз.

Суть - кривовато у меня работает расширенный ROM-диск по схеме с первой страницы. И причина вот какая - при сбросе и установке ВВ55 происходят неопределённости, ТТЛ регистр ТМ8 пишет мусор от болтающихся входов. И в результате выбрано всё, что угодно, кроме младших 64кБ диска. Если сброс RC-цепью - то подбирая можно добиться, что сигнал 1 на входе /R регистра появится позже настройки портов - в результате на выходах 0, выбраны младшие 64кБ. Но он автономен и работает только при подаче питания. Нажимаем сброс - неопределённости - мусор в регистре. А внутренний сброс компьютера пропадёт раньше неопределённостей на выводах регистра. Как-то так, выяснил при расследовании.

В своё время я пытался "вгрызаться" в алгоритмы прошивки флэш-ПЗУ, там нет линейного режима и произвольного доступа, там как-то очень заморочно секторами пишется, мудрёный алгоритм прошивки

.
Ну, при записи нет - а при чтении как обычная память. Пишется секторами по 128 байт, перед этим - несколько байт "активации" записи. Да, надо добивать программы до объёма, кратного 128. Но тут тоже жёсткой привязки вроде как нет. Сектор вроде как можно начать хоть с адреса 0000h, хоть с 0002h. Впрочем, это так, чисто спортивный интерес - сам не пробовал, хотя было бы интересно, может руки дойдут. А то их тут на 15 десятка мБ, а если писать/читывать словами - все 30

[Denn]

Суть - кривовато у меня работает расширенный ROM-диск по схеме с первой страницы. И причина вот какая - при сбросе и установке ВВ55 происходят неопределённости, ТТЛ регистр ТМ8 пишет мусор от болтающихся входов. И в результате выбрано всё, что угодно, кроме младших 64кБ диска. Если сброс RC-цепью - то подбирая можно добиться, что сигнал 1 на входе /R регистра появится позже настройки портов - в результате на выходах 0, выбраны младшие 64кБ. Но он автономен и работает только при подаче питания. Нажимаем сброс - неопределённости - мусор в регистре. А внутренний сброс компьютера пропадёт раньше неопределённостей на выводах регистра.

При подаче питания ПРК, причинный триггер сбрасывается в "банк №0" при помощи RC-цепочки. Установка триггера возможна только положительным перепадом на стробирующем входе, тобишь от соответствующей линии порта клавиатуры.
Загрузчик ОС DSDOS работает только с нулевым банком, переключать он не умеет. После того, как отработает загрузчик, RC-цепь должна уже перестать "давить на сброс". Далее, сама ОС переключает банки только в момент сканирования каталога диска и чтения файлов с него, после каждой операции номер банка принудительно сбрасывается на нулевой, т.о. загрузчик монитора корректно отрабатывает после любой перезагрузки ПРК - как программной, так и аппаратной.
Идеально было бы на сброс триггера вместо RC-цепочки завести общий сигнал /RESET.

Ни разу с данным узлом проблем не было.

Что могу подозревать в твоём случае. В момент аппаратного сброса портов ВВ55, их выводы переключаются в Z-состояние, т.е. фактически в этот момент стробирующий вход триггера повисает в воздухе. Далее монитор настраивает порт клавиатуры, и на его выходах устанавливаются лог."0". Если используется микросхема 155-ой серии, то она в "висячем" состоянии умеет сама себе наводить лог."1", соответственно будет ложное защёлкивание мусора с также зависшей в воздухе ША ROM-диска. С микросхемами 555 и 1533 серий такого эффекта нет, видимо поэтому ни у кого не проявлялось ещё.
Могу посоветовать сделать подтяжку стробирующего входа триггера к общему (GND) через резистор 2 ком, скорее всего проблема уйдёт.

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

П.С. наверное я перепутал 155-ю серию с 1533-ей... не суть, наводка может быть в любом случае, и глюкавость будет зависеть от конкретного монтажа, поэтому лучше изначально сделать подтяжку сигнала к общему.

[Electricman]

Ну, я это и имел ввиду, говоря болтающихся входах и неопределённостяъ - 155ая серия хорошо тянет входы к единице, поэтому даже резистор строб-общий в 1кОм не помогает, не говоря уж о выводах ВВ55, которые после сброса являются входами и явно не тянут выводы к общему. Наверное, проще поставить 555ую серию.