Полигон-2

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]

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

Это понятно, но я хотел схитрить и использовать какой нибудь стандартный драйвер, сэмулировав это устройство.
Хотя, если знатоки ДВК помогут с драйвером и загрузчиком, то проблем нет.

У меня тут пока два локальных горя.
Плату с STM никак не отправят, завтраками кормят. Не могу ответку под неё развести на плате контроллера.
Второе горе может быть полезно КЦГД через переходник CGA-VGA не работает, точнее особо умные мониторы игнорят сигнал. LCD изображение не кажет вообще, хотя индикатор режимов горит так, как и при нормальном сигнале. ЭЛТ кажет бегущие кадры с надписью и через некоторое время проц переводит монитор в спячку.