ПК8000 - загрузка с внешних носителей

[DemonId7]

В архиве две версии, условно помеченные 1.2b и 1.2c. Интересует стабильность определения как самого устройства, так и логических дисков на нем (разумеется после их форматирования утилитой F8000D). Желательно раз 10-15 выполнить перезагрузку и посмотреть результат.
Можно сразу обе прошить, допустим по адресам 8000h и C000h, оставив на 0000h старую прошивку, и выбирать джамперами нужную (они для этого и делались). Впрочем, это кому как удобно.

По результатам тестов думаю окончательно подкорректировать прошивку. Ее выложу как и предыдущую, по ссылке в первом посте.

[Advertiser]

[surinm]

Вопрос: как повыдергивать из образов FDD файлы? или где взять подборку программ в виде файлов?

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

Или как вариант - может кто выложит готовый образ HDD c хорошей нарезкой программ?

[DemonId7]

В аттаче плагин к Total Commander, позволяющий работать с FDD как с архивами. Прописываешь его как архиваторный (WCX). ЕМНИП настраивать не нужно, работает сразу.
Также прикладываю архив с дисковыми утилитами, там же краткое описание. Еще можно файлы CAS перевести в COM, утилитой CAS2COM, я ее выкладывал ранее.

PS: Собственно из плагина нужно всего 2 файла: odi.wcx и odi.ini.

[surinm]

По всем симптомам в версиях b и с - все гораздо хуже, даже по сравнению с просто 1.2... на моем контроллере вообще все перестало определяться. ДОМы вообще не видны, живой ХДД определяется гораздо реже, чем на прошивке 1.2 (без букв). Попутно обнаружил, что из трех пришедших из китая ПЗУ, живая только та, которую я изначально использовал - две других нерабочие((( одна шьется, проходит проверку, но с нее контроллер в упор не стартует (чуть позже стала давать ошибку ID), другая просто кидает ошибку ID и даже не шьется... Прошил изначальную двумя прошивками.
На версии 1.2a - разделы CP/M видит на ХДД стабильно, на ДОМах - в упор нет, из 30 перезагрузок один раз увидел на ДОМе разделы с CP/M. Во всех случаях дальше Ошибка БДОС на диске А: - и все.

По статистике:
Прошивка Б - ХДД определяется через раз, диски СП/М не видит вообще. Прошивка Ц - ХДД определяется раз в 5-6 перезагрузок. ДОМы не видят обе прошивки вообще. При чем 512 - опрашивает интенсивно, 1024 - пару раз тускло моргает и все.

[DemonId7]

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

[surinm]

Ну вот я тоже на это грешу... хотя уже вызванивал раз 5...

Сегодня проверю. Пока что дальше всего удается пройти этот квест на сочетании прошивки 1.2а и живого винта на 2Гб: определяется, иногда находит разделы, когда находит "Ошибка БДОС". "Помогает" еще неуверенность в этом винте, потому что я его из пня снял из-за нестабильности его работы...

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

С этой прошивкой 1.2d - работает отлично! Определяет ДОМ, определяет СП/М диски, потом Вдос Ерр Он А: Бэд Сектор - результат стабильный после многократных ресетов. Пробовал разные параметры при форматировании, последний вариант - 4 логических диска по 3Мб, утилиту запускал со всеми параметрами по умолчанию с ключом /ю - чтобы форматировал весь раздел. Скажи, что делаю не так? Нет возможности выложить образ рабочего размеченного винта?

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

Ан нет! Не совсем стабильная работа! Перегружал на холодную несколько раз. Прямо сейчас перегрузил - определяет только раздел А: При чем разница в поведении "на холодную" и после прогрева замечена уже неоднократно...

На скрине вывод команды dir, когда система наконец выводит промт.

[DemonId7]

У меня где-то на работе лежит одна из первых изготовленных плат, с похожими симптомами: на холодную каверкала принимаемые данные, в частности имя носителя и его размер, а как малость "разогреется" - начинала работать стабильно. Причем с винтами сразу работала нормально (он разгоняется долго, видимо успевала "разогреться").
Лень было разбираться в причинах и я ее забросил в какой-то ящик. Завтра поищу и сниму осцилограммы, может они объяснят как и почему теряются принимаемые данные.

[surinm]

Продолжил эксперименты с прошивкой сборки Д. Подключил девайс к Весте, у которой глюк с клавиатурой - перезагрузка после нажатия любой кнопки (до этого все эксперименты были с рабочей Сурой). Итог: с реальным хардом Квантумом 2Гб из штук 20 перезагрузок два раза вываливался в промт после определения всех дисков СП/М - на данный момент максимальный результат))). Дальше на Весте не поэксперементируешь, потому что при нажатии на любую кнопку она либо виснет, либо перезагружается. Может дашь свою программу на бейсике, чтобы ее погонять и подобрать оптимальные параметры по чтению разделов, каталога и данных?

[DemonId7]

Дело было не в бобине, раздолбай сидел в кабине
Осцилограммы управляющих линий рабочего и глючного контроллеров оказались одинаковы. Из чего был сделан вывод, что данные портятся где-то между ВВ55 и разъемом IDE. Поскольку команды контроллеру проходили успешно (они идут по линиям DD0-DD7), следовательно глючили линии данных DD8-DD15. Это и выявила прозвонка. Проблема была в разности шага ножек импортных и наших микросхем (dip-панельки и ВВ55), к чему наверное добавляла проблем плохо смытая канифоль. Растопырил" ножки ВВ55, чтобы они получше совпали с панелькой, контакт улучшился и плата сразу заработала.

surinm, черкани в личку адрес, вышлю контроллер, как и обещал. Вот и выясним, где были проблемы

Завтра выложу новую прошивку с исходниками. И на этом наверное завязываю с их поддержкой. В руки попали дизассемблированные и кем-то причесанные сорсы CP/M. Посмотрю, можно ли их будет подружить с FAT16.

[DemonId7]

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

PS: Как дорожки прозванивал? Не встречались ли с повышенным сопротивлением?