Жесткий диск для УКНЦ и картридж УДС

[mig_25]

Здравствуйте!

История такая: мы познакомились с человеком, который работал на "Кванте". Чуть ранее с ним познакомился Сергей Фролов, и ему были отправлены жесткие диски, один из которых - в картридже для УКНЦ. Мы взяли у Сергея эти диски, чтобы прочесть и снять образы. Также среди этого обнаружился картридж для телеграфа на базе УКНЦ - УДС.

Жесткий диск для УКНЦ по схеме несколько иного исполнения, чем тот, который обсуждался в этой теме: https://zx-pk.ru/threads/12218-vinchester-uknts.html - вместо РФ5 две РТ5.

Вставили в УКНЦ, запустились:







На диске также несколько разделов.

Сам диск:



Жесткий диск mini IDE на 40 мб:



Контроллер:





Шлейф контроллера распаян слегка нестандартно, поэтому пришлось вызвонить и спаять переходник:



Сняли дамп:

https://cloud.mail.ru/public/2tPN/aapK7cmUj

По ссылке файлы dump_uknc_hdd и dump_uknc_hdd_invert.

Единственное, что пока мною не считано - это загрузчик с РТ5. Надо сделать без выпаивания, но пока что не пробовал КНГМД с УКНЦ, не проверял дисководы и не писал/читал дискеты.

***
Картридж УДС:





Дампы ПЗУ также по ссылке выше - rom_uds_uknc и rom_uds_uknc_invert.

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

Если требуется ещё какая-то информация и т.д., пока что всё у меня на руках, по возможности могу предоставить.

[Advertiser]

[mig_25]

Коллеги!
Благодаря помощи xolod и советам Radon17, с помощью утилитки RDRMC удалось таки дернуть дамп-загрузчик из Р556РТ5, не выпаивая микросхемы (качество сборки данной платки плохое, хотелось без выпаивания). Вот он: https://cloud.mail.ru/public/jWHQ/qQz1wNKM7
https://cloud.mail.ru/public/C22i/Tk7o6ErZo

Radon попробовал использовать его в ukncbtl, но не работает.
Форумчане, в частности, nzeemin, можно попросить ознакомиться с дампом, установить, годен ли он и можно ли его использовать в эмуляторе с образом диска, выложенным выше?

[gid]

Radon попробовал использовать его в ukncbtl, но не работает.

Судя по беглому анализу содержимого UKNC-IDE-doubleRT5.rom, дамп придётся разбить на две части.
первые 512 байт - должны начинаться с адреса 0. и занимают адресное пространство 0..0777
вторые 512 байт - скорее всего должны начинаться с адреса 0100000, но это только на мой первый взгляд. С наскока в коде разобраться не получается, особенно во всяких непонятных портах и регистрах

[Alex_K]

Radon попробовал использовать его в ukncbtl, но не работает.
Форумчане, в частности, nzeemin, можно попросить ознакомиться с дампом, установить, годен ли он и можно ли его использовать в эмуляторе с образом диска, выложенным выше?

В этом ПЗУ для чтения данных с IDE используется порт с адресом 0111016, аналог порта 0110016. Если его поддержать в UKNCBTL, то может быть и возможно будет загрузиться.
Я в ПЗУ в двух местах заменил 0111016 на 0110016, получил запрос на номер диска, но далее не пошло.
Формат диска сильно отличается. В формате диска от ЭР в самом первом секторе было записано кол-во секторов и сторон.

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

Ещё обнаружилось обращение к регистру 0114002.
На выложенном образе винчестера есть программка для чтения секторов. Настроена жёстко на 18 секторов в дорожке, 4 стороны. Также читает сектор не в словном режиме (16 бит), а в байтовом. Также там есть обращение к регистру 0114002.

[mig_25]

Alex_K, тут ещё вот в чем дело... Шлейф и разъем также не лучшим образом реализован у этого диска, поэтому уже после первой разборки без всевозможных "поджиманий" и "подгибаний" он не грузился - хотя шлейф я прозванивал, а разъем пропаял. Получал такие ошибки - и не выводилась надпись выбора диска при обращении к "кассете ПЗУ", и при выборе номера диска он вис, и при выборе диска падал в halt:




Он работает, грузится, но собранный в корпус уже обычно нет) Скорее всего где-то в каких-то положениях неконтакт. А, может, и непропай на плате.

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

[Alex_K]

Он работает, грузится, но собранный в корпус уже обычно нет) Скорее всего где-то в каких-то положениях неконтакт. А, может, и непропай на плате.

Неконтакт легко может быть и в разъёме ВУ1,ВУ2, это разъём в УКНЦ, куда вставляется контроллер. Тем более в самом контроллере в ответной части ламели с припоем, они окисляются, что не есть хорошо.

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

А о каком конкретно дампе идёт речь - ПЗУ или винчестера?
Если ПЗУ, то её с помощью RDRMC можно прочесть как с разъёма ВУ1, так и с разъёма ВУ2. А по поводу винчестера - разбивка там довольно нестандартная, сильно отличается от HDD, которые использовали с контроллером от ЭР. На этом образе первый раздел RT-11 я увидел со смещений 0x8800, а это уже сектор 68. До этого в этих 68 секторах информация повторяется. По информации из инета у IBM WDA-240 CHS=1122/2/38.
Ещё по поводу других регистров. В контроллере от ЭР используется только вход CS1P, а CS3P не используется, потому доступны только основные регистры. Эти регистры сидят в "окне" в диапазоне 0110000-0117777. Сами регистры занимают диапазон 0110000-0110017, далее они размножаются, т.е. регистр 0110002 и 0110022 - одно и тоже. А вот как сделано в этом контроллере, использует он вход CS3P или нет. Если использует, то есть ещё набор дополнительных регистров. А если не использует, то аналогично как в контроллере от ЭР.
Так же в эмуляторе UKNCBTL размножение регистров не сделано, там используется жёсткий набор 0110000-0110016.

[Alex_K]

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

А имеется возможность ещё раз попробовать считать содержимое винчестера? Изменением образа ПЗУ и корректировкой первого сектора образа винчестера удалось в UKNCBTL запустить загрузку. Но при загрузке с образов много ошибок, часто выпадает в пультовый отладчик.

[Alex_K]

Для того, чтобы образ загрузился в UKNCBTL, сделал патч образа ПЗУ и самого образа диска. Расположены здесь.
Соответственно ROMCTR.BIN - образ ПЗУ, а DUMP_UKNC_HDD_invert.img - образ винчестера. Как выяснилось, сам винчестер имеет 4 стороны по 17 секторов. Для UKNCBTL важно, чтобы в самом первом сектор в первых двух байтах было прописано количество секторов и количество сторон. Соответственно прописал. Далее выяснилось, что UKNCBTL не воспринимает образы HDD, где получается более 1024 дорожек. Соответственно также обрезал образ.
Так как грузится с глюками и при записи может испортить образ, то на образ HDD рекомендуется обязательно поставить атрибут ReadOnly. Так хоть кое-как можно загрузится и осмотреть разделы.
По поводу этих глюков пока ничего не могу сказать, может образ ПЗУ считался с ошибкой, а может и какая-нибудь недоработка в UKNCBTL.

[Titus]

Так хоть кое-как можно загрузится и осмотреть разделы.

Софт интересный на образе есть?

[Alex_K]

Софт интересный на образе есть?

Посмотрите, узнаете. А так видел игрушки, систему POLYSS, КУМИР.