Полигон-2

По поводу ТО мультикарты - здесь написал немного :
http://www.forum.pk-fpga.ru/viewtopic.php?f=54&t=5455
Если в кратце, то IDE - канал сделан настрайваемым - под все возможные варианты доступа, включая СМК ( 177720-177737, доступ к нечетным словам ) и Самарский вариант ( 177620-177656, попадает на ДП 1801ВМ3 ) . Отмечу, что к Самарскому варианту есть готовый вариант ПЗУ - т.е. фактически вопрос с IDE для ДВК2, по непроверенной мною информации, решен уже лет 15 как - т.е. работа с МС1201.01 и МС1201.02.
Порекомендую ориентироваться на специальный формат регистра IDE для 1801ВМ3 - адреса 177720-177756 - т.е. Самарский вариант + 100 ( 8 ) по адресам.
Да, к сожалению, проектирование Э3 проводилось не по ГОСТ - в каком-то неясном редакторе.
В продаже есть приблизительно 7 шт. ДПП - т.е. весь тираж. Там же и USB-модули по 350 руб. есть в продаже - 6 или 5 шт. осталось, новые.( Чип Cypress SL811 , все режимы, 8 бит, есть настраиваемый VIRQ, DMA - не реализовано в мультикарте ).
Разыскивал тут писателя кода для приделывания USB1.1 к RT-11 - ненашлось головастых, а у меня недостает квалификации для изучения протокола USB1.1 - это скользкий моноканал с развесистым протоколом, которым надо управлять чуть ли не побитно.
Кстати, всего продано было 1 шт. такой платы в сборе - программеру gid с форума БК10.орг .
Для отладки IDE - канала применял самопальный стендик - показывал на лампочках номер регистра винчестера и контент данных в нем.
Из недостатков рассматриваемой платы отмечу :
1. Отсуствие колодки ПЗУ в составе платы - но все равно надо применять эмулятор ПЗУ для отладки дров.
2. Ошибка разводки, устранима.
3. Для работы с МС1201.03/04 надо приделать звщелку сигнала BS7 - что бы ВП1-128 не размазывалась по высшим адресам, т.е. при отсуствии сигнала BS7 исключить прохождение сигналов DIN and DOUT до ВП1-128, а так же в ПЗУ 1801РЕ2-326 ( или в самодельное ).
*
На вопрос о совместимости с УКНЦ - это принципиально другой контроллер, но его можно ( через полностью пассивный переходник ) прицеплять к главному процессору УКНЦ - т.е. через телеграфный слот.

borisfox написал:

[q]

Интересная железка. А к какому устройству интерфейс?

[/q]

К MFM-дискам. У меня есть несколько альбомов с листингами прожига ПЛМ к нему, в ужасном качестве копия - hex-коды почти неразбираемы. Аналогичный контроллер, только в другом конструктиве, в СМ1425 используется, и там два флопа им же поддерживается. На него есть альбом с описанием и структурными схемами, но нет принципиальных. И нет листингов программы управляющей под оба контроллера, увы. Когда-то MSCP я воспроизвести тоже хотел, но не собрал достаточно инфы. Потому SCSI сделал собственный и успокоился на том.

MM написал:

[q]

Чип Cypress SL811 , все режимы, 8 бит, есть настраиваемый VIRQ, DMA - не реализовано в мультикарте

[/q]

DMA в режиме хоста чип и не использует сам.

MM написал:

[q]

т.е. при отсуствии сигнала BS7 исключить прохождение сигналов DIN and DOUT до ВП1-128, а так же в ПЗУ 1801РЕ2-326 ( или в самодельное ).

[/q]

Достаточно Sync не пропускать на них, типа так http://qbus.narod.ru/sync128.jpg

А куда оно могло пойти, круг потенциальных покупателей старья-новодела ещё меньше, чем покупателей этого старья вообще...
Лично мне интересны главным образом оригинальные изделия тех лет. Новодел делаю пока только для себя, в основном технологическую оснастку для стенда.

Цену за простейший IDE контроллер в 10 тысяч рублей считаю завышенной, поэтому вряд ли когда приобрету.
Но хороший быстрый контроллер ATA/CF с MSCP за эти деньги я бы купил. Главным образом опять же для стенда, чтоб не возиться с дискетами при ремонтах. Ну и в инструментальную машину можно, на которой разрабатывается и отлаживается софт.
Только его разработка обойдётся в гораздо большую сумму, и он опять никогда не окупится при единичных продажах.
Поэтому я ни на какой коммерческий успех ретрокомпьютинга не надеюсь, это чисто дотационное хобби, причём иной раз затраты выливаются в весьма немалые деньги...

AndyTh написал:

[q]

Я чуть о другом, применение SD или CF позволяет сделать весь тракт восьмибитным, что несколько упростит конструкцию и софт.

[/q]

По-моему - наоборот, т.к. адрес в контроллере памяти инкрементируется на слово при блочной ПДП-пересылке, придется собирать байты в локальное FIFO с записью 8-битовой и 16-битовым чтением.

AndyTh написал:

[q]

Драйвер выдаёт контроллеру 8битные слова. И уже контроллер клеит из них 16битные слова данных для жёсткого диска.

[/q]

А в чём смысл такого усложнения работы на 16-разрядной архитектуре? Понятно было бы, если б контроллер проектировался для 8-разрядной платформы...


AndyTh написал:

[q]

Есть ли более менее готовый драйвер для работы с ПДП? Насколько я понял, "стандартные" драйвера ПДП не используют.

[/q]

Есть, конечно (самый, наверное, простой - драйвер КМД, "MY"). Устройств с ПДП для этой архитектуры наработано множество. Общая идея - дать контроллеру команду с параметрами, в числе которых будет физический адрес, откуда считать или куда положить данные. Контроллер в ходе её выполнения осуществляет обмен данными с этой областью памяти.
Команда, в свою очередь, тоже может быть оформлена в виде дескриптора в памяти, который контроллер также читает методом ПДП (и иногда таким же способом помещает туда же результат выполнения).


AndyTh написал:

[q]

Или вообще работают на уровне поверхность-цилиндр-сектор.

[/q]

А это же вообще к способу обмена не относится. Это всего лишь метод адресации.