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

[Denn]

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

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

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

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

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

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

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

[Advertiser]

[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 почти невозможно - там ведь регистры, а не прямые сигналы: слишком нерандомный рандом должен быть чтобы соответствующе выставить регистры.