Полигон-2

Программно в драйверах различается работа с прерываниями, в остальном совместимы, но системные магистрали заметно разные, пассивным переходником не обойдётесь, в частности, придётся реализовывать схему работы с прерываниями в стандарте МПИ (в Электронике-85 с НМД на магистраль идут только сигналы запроса обмена).

там выложенны схемы и исходники дров, этот человек отвечает на email, и сейчас он уже пару лет делает эмулятор st506/st412 винта, до этого успешно сделал эмулятор RL02

rqdx контроллеры доступны на ebay

1. Конструкция Дмитрия Прянишникова более-менее подходящая ( на самый первый взгляд ).
Было бы гораздо веселее, если бы автор писал по-русски ( или по-украински ).
По Э3 - там и какое-то ПЗУ есть ( загрузочное ? ), размер - 200 ( 8 ).
2. Реализовывать всякие там IRQ и DMA для реальной работы с современными дисками - извращение, особенно для МПИ с её не более 1.5 мвыборок / сек. Пио при правильном программировании даст не хуже 0.5 мбайт/сек скорость чтения - на ДВК4.
Для БКшек , разумеется, в разы хуже - там очень слабенькая МПИ, и скорость там не более 0.5 Мвыборок / сек будет ( на 1801ВМ1 ).
2.1. Почему до сих пор нет нормального IDE на мелких ИС для ДВК - дело упирается в софт - написать правильный драйвер для работы с НТФС - это надо иметь высокую квалификацию, а просто почикать винчестер на кусочки по 32 мбайт - выйдет не особо привлекательно. Насчет аппаратной конструкции - есть мультикарта для БК11 - она же и для ДВК почти подходящая - за исключением форм-фактора и особенностей работы с высшими адресами 1801ВМ3, но это вопрос решаемый парой мелких ИС и МГТФ. Вот, правда, ПЗУшку для IDE до сих пор пока не написали...

1 dma - важен как часть тех "понтов" из которых строится business computer pdp-11, если все упростить до уровня 1801vm1 и bk-0010 то лучше вообще заняться s-100 i8080 cp/m mp/m, это как раз тот уровень;

2 ntfs он же по каким-то версиям развитие files-11 никаким боком контроллером пониматься не должен, требуется только MSCP имплементация простого блочного устройства. Популярность будет дикой так как альтернатива scsi controller ценой в сотни $$$

bigral написал:

[q]

1 dma - важен как часть тех "понтов" из которых строится business computer pdp-11

[/q]

НМД не использует ДМА - слова при чтении и записи передаются драйвером между памятью и регистром данных контроллера по одному, как в DX или MX.

Прерывания используются только при завершении чтения и записи. Если очень хочется - можно посадить драйвер на прерывание таймера и проверять завершение операции 50 раз в секунду, но проще работать как в драйвере MX или HX - вообще без прерываний.

AndyTh

[q]

Есть контроллер Прянишникова. С схемой, драйверами, печаткой. Бери и делай.

[/q]

мне нравиться больше этот вариант.Плис и фпга уже достали последнее время.То их уже купить негде ,то возникает проблема ттл 5.0 - 3.3 совместимость и целый огород костылей.Тут адапптер на рассыпухе как я понял и вполне реально заказать маленькую партию и заняться запуском и поисков багов .

AndyTh написал:

[q]

откорректировать драйвер HX таким образом, что бы он работал не с 065 а неким набором адресов

[/q]

А есть ли смысл производить в контроллере разбор протокола HX, когда можно просто считывать с Q-BUS команды и выполнять их.

Тогда проще взять за основу драйвер псевдо-диска HD

Контроллер должен принимать следующие команды от драйвера:

1. Установить номер привода для последующей операции.
2. Установить номер блока для последующей операции.
3. Установить счётчик слов для последующей операции.
4. Выполнить операцию "ЧТЕНИЕ".
5. Выполнить операцию "ЗАПИСЬ".
6. Выполнить операцию "СООБЩИТЬ РАЗМЕР НОСИТЕЛЯ" ( в блоках ).

По командам "ЧТЕНИЕ" и "ЗАПИСЬ" контроллер должен прочитать/записать заданное количество слов через регистр данных.
По команде "СООБЩИТЬ РАЗМЕР НОСИТЕЛЯ" контроллер должен поместить в регистр данных размер носителя в заданном приводе.

Если переданная контроллеру команда содержит недопустимое значение ( указанный привод не существует или не содержит носителя, указанный номер блока превышает размер носителя, указанный счётчик слов больше количества слов до конца носителя, произошла ошибка чтения или записи ) - контроллер устанавливает в регистре команд бит 15.

_Patron_ написал:

[q]

AndyTh написал:

[q]

откорректировать драйвер HX таким образом, что бы он работал не с 065 а неким набором адресов

[/q]

А есть ли смысл производить в контроллере разбор протокола HX, когда можно просто считывать с Q-BUS команды и выполнять их.

Тогда проще взять за основу драйвер псевдо-диска HD

[/q]

Насколько я понимаю, это будет фактическим аналогом КНГМД с условно неограниченным размером в блоках?
И вообще никак и ни с чем не совместимый?
Файлики проводником на карточку сбросить будет нельзя

palsw написал:

[q]

Кажись зарождается новый проект и новая железка

HX же последовательный протокол - зачем он нам сейчас нужен?
IDE винт 16 бит и есть шина МПИ 16-22 бита - все логично.
Вопрос в железе - использовать расыпуху СССР (импорт) или делать на ПЛИС и немного буферов на выбор.

DEC как смотрит на HDD и IDE в частности? Мы же не будет городить противоречащий идеологии DEC контроллер (адаптер) ?Нужно максимально использовать наработки прошлых лет.

[/q]

НХ просто протокол, по чём он бегает вторично. И не столько интересовал меня сам протокол, как начальный загрузчик и сам драйвер.

ИДЕ винчестер нормально вписывается. вопрос в том, как вписать в ДВК современные файловые системы.

Именно так.

В HX тоже так. Никаких "дорожек" и "секторов" в HX нет.

Дорожки и сектора выдумывают драйверы по ходу дела.

Операционка ни про какие дорожки и сектора даже не подозревает и сообщает драйверу только адрес буфера, номер привода, номер блока и количество слов.

AndyTh написал:

[q]

Достаточно ли дешифровать только 16 линий адреса?

[/q]

Для организации регистров в странице в/в используется сигнал BS/К_ВУ_Н, когда он активен(в логическом нуле), адрес регистра выставляется на ад1..ад12, которые и следует дешифрировать.

AndyTh написал:

[q]

Как с доступностью АП2? Я то нашёл энное количество, иль пожертвовать некоторой функциональностью и поставить обычные 8бит регистры?

[/q]

Еще годные драйвера QBUS - 559ИП3 (похожи на АП2: 4 входа данных, 4 выхода данных, 4 магистральных входа-выхода) и 559ИП15 (8 разрядов с ОК на одной стороне и тристейт на другой, двунаправленные).

AndyTh написал:

[q]

Где можно почитать об этом способе адресации?

[/q]

Устройство на шине Q-Bus должно принимать сигнал SYNC только при активном сигнале на линии BS.

Изначально этот сигнал имел название BS7 ( Bank Select 7 ), затем стал называться BSIO ( Bank Select I/O ). На шинном разъёме к названию добавляют префикс 'B' ( Backplane ) и получается BBS7 / BBSIO.

В МПИ сигнал BS7 называется или (по-старому) ВН ВВ, или (по-новому) ВУ ( полное название: К_ВУ_Н ).
Пока на этой линии высокий уровень - устройство не должно принимать сигнал SYNC.

AndyTh написал:

[q]

Т.е. если я планировал SYNC завести на прерывание и по нему отлавливать адрес, то нужно ещё будет добавить программную или аппаратную проверку на BBS7.

[/q]

Если полностью следовать стандарту.

Ведь адресных линий может быть и 16, и 18, и 22. Чтобы устройство, обрабатывающее только 12 младших битов адреса, могло понять, когда надо отвечать - без сигнала BS7 не обойтись.

Загрузчик надо отображать на незанятые адреса страницы ввода-вывода.
Для универсальности - базовый адрес отображения загрузчика лучше иметь возможность задавать командой.

Mixa

[q]

к левому присоединяется ВМ1, который на другом стенде.

[/q]

очень хочется увидеть этот стенд и описание его.Тут отдельная тема не помешала бы

Mixa написал:

[q]

Какие адреса для IO лучше всего использовать

[/q]

Самые "правильные" адреса - 170200-170366 ( UNIBUS Map ), но они пересекаются с системным ПЗУ ДВК-1, поэтому надо проверять BS7.


Mixa написал:

[q]

как лучше выстроить цепочку прерываний (что ближе к процессору, что дальше)?

[/q]

Не принципиально.

Anonymous написал:

[q]

Самые правильные адреса - старше 0177000, чтоб и к БК, и к УКНЦ разработка подходила.

[/q]

Тогда надо бы как то охватить всё многообразие существующей периферии в этом диапазоне, чтоб не сесть на уже имеющееся устройство. Например системный порт и т.д.

а есть смысл "подстраиваться" под все варианты пдп совместимых? Главное что бы конфликтов не было с двк железом ,а то в попытке сделать супер совместимую железку отобьете все желание у ТС что то делать вообще

Комменты о теме.
Если делать для RT-11 контроллер IDE - там ДМА совсем не нужен - см. текст драйвера, например DW: . И никакие высшие адреса - тоже не нужны - RT-11 сама о всём позаботится. Единственная загвоздка - начальный загрузчик - если контроллер неинтеллектуальный, целесообразно предусмотреть в нём небольшое загрузочное ПЗУ - если винчестер не будет совмести с ИБМ ЭВМ, то вполне 1000 ( 8 ) хватит длиной - при запуске этого участка кода должен грузится 0 блок 0-го винчестера в 0 адрес ОЗУ ДВК ( БК11М ). А если контроллер оснащен собственным процессором - возможно или командой пульта L грузить, или ( что лучше ) - как в КМД ( МУ ) сделать отдельную команду загрузки - тогда ДМА на главную МПИ очень даже понадобится, именно для первоначальной загрузки. А линейное применение ДМА - вовсе не обязательно. Как не самый хороший вариант - попытаться сэмулировать КЖД - тогда и драйвер не придется особо писать, по крайней мере для RT-11. ( А вот писанины микрокода такого контроллера будет порядочно ... ).
*
Вариант для ленивых - самарский IDE для БК10/11 - там все включено, регистры IDE - 177620-177656 - неподходящ для 1801ВМ3, т.к. там ДП у него сидит. ПЗУшка такого контроллера абсолютно совместима с RT-11 и может поддерживаться драйвером BY.SYS - надо только указывать не 0 и 1 дисководы. Контроллер для этого варианта есть в продаже - с пассивным переходником подойдет для ДВК-2 ( буфет - КР531АП2 ). Он же и гибкие диски обслуживает - типа BY.SYS ( 1801ВП1-128 ) . Есть в продаже и голая плата для такого контроллера - около 700 руб. в Москве.
http://www.forum.pk-fpga.ru/viewtopic.php?f=54&t=5455
http://zx.pk.ru/showthread.php?t=21710
http://bk0010.org/forum/?id=14779
Обращаю внимание, что ПЗУ на плате мультикарты отсуствует - т.к. она разрабатывалась для совмесной работы с эмулятором ПЗУ ( в составе др. блока ). Так же следует ознакомится с описанием софта для Самарского контроллера и особенностей его применения.

http://www.telegraphics.com.au/pdp11/dsu/

интересно глянуть на PCB и схему -они в PCAD 4.5 может кто для себя переводил в PDF или JPEG?

сам спросил и сам ответил - чисто посмотреть есть Pview_X5, PCAD4.5, PCAD8.5 http://yadi.sk/d/Pp3ZJ4gRMshAZ

на вид полу-плата МПИ.Думаю вполне реально если получиться перенести во что то современное сделать 1-2 платки и собрать - так сказать опытный образец.Микросхемы более менее распространенные ,только 559ип3 редкие.

есть экспорт в файл изображения BMP

визуальный образ получен ПП.
Если получиться конвертировать во что то современное то можно сразу подправить ПП .например разьем IDE поставить стандартный и избавить себя от изготовлением шлейфов и буфера может задействовать более распространенные.

[spoiler]




[/spoiler]

palsw написал:

[q]

очень хочется увидеть этот стенд и описание его.Тут отдельная тема не помешала бы

[/q]

Ну это только название такое громкое, стенд, на самом деле макетка неприличного вида типа беспаечной бредборды с генератором, 1801ВМ1, 537РУ11 и схемой заливки данных в РУ11. Но стенд, чем не стенд?

AndyTh написал:

[q]

Очень интересно, тем более это более "рассово правильное" решение. Процессор то родной.
Какое у устройства конечное назначение? Процессор на плате будет свой или это пассивная плата с регистрами? Применить в качестве портов для IDE ВП1-033/034 не думали?

[/q]

Ну да, из-за сродства 588 к 1801 и не удержался смакетировать и посмотреть, что к чему Собственно, это и есть цель макета, пощупать, насколько элегантно стыкуется. На мой взгляд, достаточно элегантно логически, но не совсем хорошо электрически в том смысле, что IDE межплатный интерфейс по крайней мере, 588 получается наружу торчит, а это нехорошо. Но для моей конечной цели в виде автономной замкнутой минимальной системы на основе 1801ВМ1 - вполне подходит, даже есть мысль IDE припаять, а не разъемом соединять, хотя, это уже излишество.
ВП1-033/034 в концепцию не вписываются, DMA невозможно, а потому серьезно и не рассматривал, хотя, наверное, как-то можно их в IDE превратить, но вот и вопрос: адреса A0..A2 для IDE откуда брать?


Anonymous написал:

[q]

И еще вопрос, 588ВТ2 обеспечивает 18-битовый DMA, а как адресоваться выше на Э60-1/ДВК автор продумал?

[/q]

Не, в этом направлении не думал, потому что и не планировал. В принципе старшие биты на шине выставить можно из какого-нибудь дополнительного регистра, использовав один из битов расширенного адреса 588ВТ2 не по назначению, превратив его в подобие TA у ВМ3. К железу это плюс записываемый регистр с тремя состояниями (или ОК?).

AndyTh написал:

[q]

Буфер в контроллере будет по любому, это удобно. Делать его доступным извне или нет другой вопрос.

[/q]

В контроллере НМД внутренний буфер контроллера "смотрит на шину" в виде регистра данных, а каждое обращение к регистру данных циклически смещает его проекцию в буфер.

BIRQ4 (К ТПР4 Н) в ДВК это запрос векторного прерывания (VIRQ), он не занимается под какое-то устройство монопольно, это разделяемая линия. Сигнал может выставить любая плата, обслужена будет ближняя к ЦП в цепочке IAKO-IAKI (ППРO-ППРI). Платы, не запрашивавшие прерывание, пропускают сигнал подтверждения дальше.

Все вектора прерываний для стандартных устройств можно взять из документации - МС 1201, КМД, КЖД, КТЛК, и т.п.
КЦГД использует регистры и вектора прерываний консольного терминала.
Нестандартные отраслевые изделия использовали первое попавшееся свободное, кто во что горазд...

А что, от варианта MSCP отказались? Зря, получился бы стОящий контроллер... Под него и загрузчик в 1201.03 есть... Да и вообще, на разработанной платформе можно было бы и другие контроллеры понаделать...
Только на современной элементной базе, а то от качества советской комплектации уже аллергия, слишком со многими неизвестными получится задача. Да и в габариты полуплаты не вместится, а полную занимать расточительно...

Не, насчёт импортной комплектации я говорил про основную часть... А шинные формирователи можно и 531АП2 применить. Это самое простое из всей схемы...

Если диск нужен всего лишь для запуска машины, то проще всего, а главное значительно дешевле, было бы купить родной КЖД от неё, или контроллер IDE разработки pribor...
А если уж затеваться делать, то лучше правильный, а не очередной клон того IDE-адаптера. Просто моё мнение.

alecv написал:

[q]

Можно подробнее про загрузчик ? Как он на(вы)зывается ? Он только в -03 ?

[/q]

Да, начиная с -03 (ПЗУ РЕ2-134).
@B
$DUn
n - номер устройства


alecv написал:

[q]

Самый простой контроллер с точки зрения интерфейса - это КЖД (DW: ) И система команд простейшая.

[/q]

Но он же жутко неэффективный, и немасштабируемый в смысле объёма дисков...

borisfox написал:

[q]

А если уж затеваться делать, то лучше правильный, а не очередной клон того IDE-адаптера. Просто моё мнение.

[/q]

А можно в двух словах про ваше видение правильного контроллера?

Мне вот кажется, что на плате контроллера будут только 531АП2, STM32F2хх и батарейка. Разьём(ы) не считаем.
Почему не родной КЖД? Нет их в наших краях лишних.
Т.е. при возможности я его таки куплю, жёсткий диск подходящий (большой и громкий) уже есть.

А так, и новый контроллер освою, и под ДВК чего то сделаю полезное.

alecv написал:

[q]

Кстати эмулятор КЖД на SD/CF было бы неплохо. Образ диска даже можно хранить на FAT в виде файла типа DWDISK0.IMG

[/q]

С SD/CF всё чуть проще, чем с IDE диском. Не нужно делать 16 бит обмен.

Я не против обсудить "ту" часть платы, т.е. интерфейс к диску, но пока задача номер один это сделать железу. Задача номер два - принять/передать байт с шины. Эдакое подобие 065 с выводом в диагностические порт и без регистра статуса.

интересно, откуда в -03 взялся загружчик DU? и если есть загружчик то должно было быть и железо? или просто проводами кидали DEC-овские платы на МПИ?

Непонятно, зачем тогда плата процессора и корзина. Сделать уж тогда ДВК с нуля

bigral написал:

[q]

интересно, откуда в -03 взялся загружчик DU?

[/q]

Возможно, на перспективу заложили, может, планировали развивать такие контроллеры, может, уже и были какие-нибудь опытные разработки... На ixbt есть ветка с участием разработчиков этих плат, можно спросить, если ещё помнят...


AndyTh написал:

[q]

Я заложил микроконтроллер со 120МГц ядром, по идее его хватит на эмуляцию шины и АТА без дополнительной ПЛИС.

[/q]

Такая частота ещё больше затруднит макетирование, уже появляются специальные требования к дизайну платы...
Я планировал уложиться максимум в 32 МГц.
Да и неэстетично это, эмулировать всё программно И совершенно точно не хватит выводов ОМК, всё равно какая-то обвязка потребуется. ПЛИС тут была бы вполне уместна. ОЗУ, может, внешнее и не нужно, если в микроконтроллере есть достаточный объём.


alecv написал:

[q]

Сделать уж тогда ДВК с нуля

[/q]

А смысл...

Это ещё один немаловажный останавливающий фактор - чем тратить время на такой достаточно масштабный проект, лучше что-нибудь полезное наваять. С мелочёвкой повозиться или готовые машины починить это ещё понятно, чтоб практику не потерять, но упираться во что-то серьёзное - например, я с основным и дополнительным местами работы, незаконченным ремонтом в квартире, и кучей других сторонних задач сейчас не готов...
Могу подавать идеи и выступать критиком

AndyThпоставить ВП1-033+034 на шину и к ни доцепить 8051.
IDE привесить прямо в адресное пространство 51го. Прогу во внешней РФ6.

Это поинтересней всяких там стм32 и эмуляторов

SCSI - мягко скажем, весьма сложный интерфейс. С достаточно развесистым протоколом. Попробуйте реализовать его на рассыпухе - может не хватить места во всей корзине... Не говоря уже о том, насколько медленно всё это будет работать, как будет греться, и какая будет наработка на отказ...
Хороший пример реализации значительно более простых вещей на ИС малой и средней степени интеграции - КНГМД и КЖД. Приходилось чинить? В КЖД уже частично БИС есть, клон набора MFM интерфейса Western Digital 1100.

Прогресс не стоит на месте, и рост степени интеграции это вовсе не дань моде, а результат стремления сделать "быстрее, выше, сильнее", а также проще, дешевле и технологичнее (немало проблем связано с монтажом, поэтому чем меньше корпусов будет в изделии, тем лучше). В отличие от советской приборостроительной промышленности, DEC работал в конкурентной среде.


AndyTh написал:

[q]

поставить ВП1-033+034 на шину и к ни доцепить 8051.

[/q]

Для данной задачи такой параллельный интерфейс будет дико медленным...

Я умею.
Но зависит от масштабности задачи, т.к. выделить много времени нет возможности.

Так простыми средствами задача же уже решена?...

Для тех, кто знает ассемблер ДВК.
Есть такой замечателный контроллер КНГМД от БК11М, на основе 1801ВП1-128, его некотрый функциональный аналог есть и на ДВК, но на слегка другой элементной базе - с использованием 2 шт. 556РТ7 в качестве ПЗУ программного кода управления ВП1-128.
Так вот, насчет блока КНГМД для БК11М. Этот блок содержит ПЗУ 1801РЕ2-326 и имеет следующие точки входа ( подпрограммы ):
1. 160000 - автоматическая загрузка с дисков ( без параметров )
2. 160002 - загрузка с выбранного привода, номер привода - в R0
3. 160004 - чтение - запись логического блока, параметры :
.R0 - номер блока на диске
.R1 - длина пересылаемого массива данных
.R2 - начальный адрес массива данных
.R3 - базовый адрес рабочей области драйвера ( длина области - 64 ( 8 ) )
4. 160006 - чтение - запись по номеру сектора и дорожки ( в RT-11 не используется )
5. 160010 - инициализация рабочей области ( длина области - 64 ( 8 ) )
6. 160012 - форматирование дорожки , R3 - адрес рабочего блока параметров
Соответственно, можно переписать текст этой прошивки ( размер - 10000 ( 8 ) ), и назначить диски с 3 ( и старше ) - как винчестеры. Драйвер для RT-11, который заведомо пойдет в RT11SJ.SYS - BY.SYS, размер - небольшой.
Регистры IDE целесообразно расположить в адресах 177720 - 177756 с пословной адресацией.
Задача программиста - написать подпрограммы :
1. Чтение блока с винчестера.
2. Запись блока на винчестер.
3. Форматирование ( дорожки, или скорее логической дорожки - т.к. в IDE-винтах не все так просто, как с гибкими дисками ).
Для упрощения задачи можно игнорировать стандартную организацию расположения разделов винчестера, и начинать прямо с 000000 сектора.
Длина условно свободного места в 1801РЕ2-326 - порядка 4000 ( 8 ), но там сидит арифметический расширитель 10 вектора, который абсолютно нигде не применяется и может быть удален ( т.е. текст РЕ2-326 может быть сокращен до текста РЕ2-253, где расширенная арифметика отсуствует ).
Для отладки софта рекомендую использовать эмуль ПЗУ на СОЗУ.
Плата универсального контроллера IDE, имеющего возможность работать с указанными регистрами IDE, имеется в продаже и содержит входные буферы на КР531АП2 - для корзинки ДВК, но не совместима механически с корзинкой ДВК.
На плате имеются непринципиальные ошибки разводки, устранимые 1 метром МГТФ. Цена платы - 700 руб. в Москве.Почта возможна. Э3 платы :
http://s017.radikal.ru/i433/1308/d4/01416f476373.jpg
http://i011.radikal.ru/1309/02/718748f7fb22.jpg - получше выглядит
http://s017.radikal.ru/i429/1308/a0/db13c465e53c.jpg
Часть Э3 с контроллером дисков МС5311 полностью совместима с блоком КНГМД, но не содержит ПЗУ.
Обсуждение :
http://bk0010.org/forum/?id=14779

bigral написал:

[q]

Вот пример того как приходилось делать людям в то время http://www.ni.com/pdf/manuals/320006.pdf, тут применили i8291 (ВГ91) как кодирующий

[/q]

Сначала мы художника обижаем, а потом

bigral написал:

[q]

Тут весь вопрос в том сможет ли mcs-51 контроллер (ну или на крайняк AVR) обеспечить MSCP декодирование и одновременно программирование IDE PIO4/ATA ?

[/q]

Вот смотрим 51, он 12 тактовый. Максимальная тактовая 16Мгц, на команду тратится 1-2 цикла, т.е подёргать ножкой быстрей чем килогерц 200-300 не выйдет. Если шину эмулировать программно, всё очень грустно. А ведь нужно в буферы IDE писать/читать.
С AVR несколько веселее, но таки если ставить этот новодел, чем он лучше STMки?


bigral написал:

[q]

Но вариант SOFT-эмуля когда на QBUS шине висит 100Mhz контроллер и эмулирует MSCP устройство на SD карте за счет своей бешенной скорости тоже никакой не феншуй

[/q]

Городить плату на десятках корпусов там, где достаточно одного... Ну не знаю. И почем сразу SD? Мне больше по душе IDE диск, хотя карточка будет проще в реализации.
Про один я несколько погорячился. Драйверы Qbus и драйверы IDE будут нелишними

Уважаемый господин ys05 продемонстрировал одноплатку - что это за контроллер такой с 48-пин коннектором ?
Зелень, там, конечно, кто-то почикал...
По наличию неплохого наборчика 500-й могу предположить, что данные поступали по балансным линиям - как в КЖД ДВК поступали данные с винта.
*
Оффтоп : пару лет назад я сидел на 1-м этаже, и как-то осенью 2012-го нашел в мусорке один развесистый контроллер без зеленки, и решил его восстановить - запаять зелень в соответствии с Э3. Ну, значит, я увлеченно занимаюсь восстановлением, и замечаю, что через окно кто-то пристально наблюдает за процессом. Ну, подумал, гасторы из соседнего цеха смотрят, что бы такого ночью позаимствовать... Через 5 минут приходит сосед, слегка навеселе, и заявляет : - во истину, конец света настает, мы значит во всю стрижкой занимаемся, а вы типа их обратно запаиваете ?!

По поводу ТО мультикарты - здесь написал немного :
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]

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

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

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

Не сильно хочется сейчас махать шапками, но тот же USB без видимых особых проблем поднимается на том же STM32, где нет таких ограничений по памяти.

AndyTh написал:

[q]

я хотел схитрить и использовать какой нибудь стандартный драйвер, сэмулировав это устройство

[/q]

Ничто не мешает сэмулировать вообще все устройства в одном контроллере, но начать проще всего с абстрактного устройства, которое без выдумывания всяких дорожек и секторов просто читает/пишет нужный блок ( по его номеру от начала диска, который сообщила в драйвер операционка ).

borisfox написал:

[q]

А что за конвертер?
У меня три варианта, и каждый, что называется, хорош по-своему, какой-то лучше работает с какими-то машинами, какой-то хуже... Я также за несколько крайних лет постепенно набрал универсальные конвертеры Kramer VP-740 в достаточном количестве.

[/q]

С КЦГД частота кадровая повышенная идёт, ваши платы подключали к нему?

http://www.weiya.com.tw/products.asp?le=english&fid=111

вот такая плата MODEL: ACV-011

DIP переключателями можно менять режим конвертации. Удобная игрушка. Но с ДВК не пошла. Я уж думал, что SyncOnGreen мешает работе выделялки синхросмеси. Напаял LM1881, не помогло. Хотя со спектрумами и прочим подобным добром работает нормально.


_Patron_ написал:

[q]

Ничто не мешает сэмулировать вообще все устройства в одном контроллере, но начать проще всего с абстрактного устройства, которое без выдумывания всяких дорожек и секторов просто читает/пишет нужный блок ( по его номеру от начала диска, который сообщила в драйвер операционка ).

[/q]

Я вообще пока не выплюну в диагностический порт символ переданный от ДВК, ни на что великое не замахиваюсь.
Будет железо, будем играться.

ys05 написал:

[q]

Такое?
http://www.dropbox.com/s/41lvuzwj94awd7x/IMG_4955A.jpg

[/q]

Жеееесть! похоже 1:1 передранный RQDX1!? Но это ж Воронеж, на скоко я понимаю там ДВК не признавали, равно как и в Зеленограде не любили Э60. Хотя вообще не ясно на чем тогда они грузили свои vax эмуляторы если не на этом контроллере, vms явно про dec pro-шный КЖД знать не мог...

Может еще какие-то фоты есть из Воронежа? Я теперь не удивлюсь если DSSI контроллер увижу передранный на МПИ с вот этого http://www.compsy.de/moduls/gifs/M7769-a.jpg

MM написал:

[q]

Вот такая штука интересует не менее 10 чел, они вполне могут по $200 за неё выложить.

[/q]

Я боюсь, что только стоимость партейки из десятка 4-6 слоек + соответствующие гайки на них, без учёта всего остального далеко перевалит за 2К$. Только на уровне хобби с глубоким минусом по железу.

Да нет, не мечты. Мы с программером когда сигнальники осваивали, плата с DSP, памятью, шустрым АЦП и DDS делалась ЛУТом, травилась, пропаивалась... и работала... Романтика
Потом сделали именно такую демоплатку с процом, памятью и необходимой обвязочкой. И уже её на штырях садили в макеты. Так что подход вполне разумен и реален.
Плата то тренировочная может и стоит 150, но как минимум тиражом тысяч 10 и можно ли в ней завести проц на 50Мгц вопрос.

borisfox написал:

[q]

К ДВК подключал пока только Kramer, работает нормально. Но он вообще всеядный...
Остальные проверить с КЦГД пока руки не дошли, но это в планах есть. Расхлебаюсь с ревизией и ремонтом плат - займусь экспериментами, а то скопилось уже две здоровых коробки...

[/q]

Да, крамер делает неплохое оборудование. Сегодня перепробовал 3 монитора и таки получил картинку.

Правда половина первого символа слева обрезается. И это при полностью "выкрученой" регулировке положения по горизонтали.
Ну хоть так. Хотя синхра, проходящая на выход зелёного цвета подкрашивает и подшумливает картинку. СЦС эта плата не вырезает почему то. Ну или я не знаю как заставить её это делать.

Добавлено позднее, недолго музыка играла обжал и распаял плоский шлейф с питанием и всеми тремя цветами, и... изображения нет. Частоты на выходе вполне себе вжашные, видео есть, а изображения нет. Чудеса короче говоря.


borisfox написал:

[q]

Возвращаясь к самой исходной задаче: может, просто собрать тот переходник CTI-Q22, и этим ограничиться?

[/q]

Та ну, уже не интересно. Переходник не очень то и сложный, но и НВ2 ушёл в утиль, и контроллер таки поковырять хочется.

Можно, но я не плисописатель. Может когда нибудь потом

Так это ж КЦГД показал такое? В нем как я понимаю есть поддержка русского вот она и переключилась на латынь случайно, или я не о том?

AndyTh написал:

[q]

А ведь и действительно, показал то КЦГД. Любопытный сбой. На всякий случай, клавиатура подключена не была.

[/q]

Просто в русский режим "терминал" не перешел.
Хотя обычно такое бывает в процессе работы, а не при старте.

В общем как то так получается. Ножек малость не хватило.
Зато одну АП2 можно выкинуть.
С другой стороны, может и не в UDMA счастье. Даже в PIO0 скорость по идее получается 3,3 MB/s



С третьей стороны, запустится это, на чистовую плат 100 ножку поставить всегда можно.

  .ASECT

  . = 1000
1$:
  MOV  R1, @#177566
  SOB  R0, .-0.
  SOB  R0, .-0.
  BR  1$




@1000/10137
001002/17777566
001004/77001
001006/77001
001010/773
@R1/101
@1000G



_Patron_ написал:

[q]

.ASECT

. = 1000
1$:
MOV R1, @#177566
SOB R0, .-0.
SOB R0, .-0.
BR 1$

[/q]

Спасибо!!!

borisfox написал:

[q]

Однозначно что-то связанное с шиной неисправное, но скорее в плате процессора, чем в КЦГД...
Не обязательно АП2, кстати - часты отказы и резисторных сборок НР1-3 330/680 Ом. Они конструктивно очень хрупкие, и при ударах или деформациях платы ноги отваливаются от керамической подложки с собственно резисторами.

В пультовом режиме прерывания не используются и КЦГД должна работать в любом слоте.

[/q]

Процессорная плата одна и та же. И я её вобще не трогаю. Почему тогда с одной платой работает, а с другой нет? КЦГД прерывания может и не использовать, но вот запустится ли процессорная плата, если при стартапе скажем сигнал запроса прерывания будет активным? Просто по идее всё остальное в слотах запараллелено.

borisfox написал:

[q]

AndyTh написал:

[q]

001004/17777566

[/q]

Ячейка 16-разрядная, и записано всё равно будет 177566, поэтому две 7 лишние...

[/q]

Пишу 177566/101
на экране ничего.
пишу 17777566/101 на экране А.
и прогу ту пускал именно в таком виде, иначе не работало.

Всё, я понял о чём речь. Странно что у меня та первая программа с 16 бит адресом(в ячейке) не заработала.
А заработала с 22, хотя он просто обрезался. Возможно, правда я допустил ошибку при наборе.
КЦГД пару раз вытянул-вставил, прозвонил сборки на плате и... заглючил окончательно. Я было обрадовался, АП2 сдохла, проще искать.
Достал осциллограф, а оно взяло и заработало. Работает в любом слоте теперь. В общем как нибудь в другой раз потыкаю. Пусть торчит в корзине пока.

Плату контроллера вытравил, на выходных надеюсь попаять и буду осваивать сам микроконтроллер.

Не прошло и месяца

На работе чуть попустило, сел за проект. И для ДВК никогда ранее ничего не делал, и под АРМ тож пишу впервые.
От STM32 впечатления странные, но то такое. Для упрощения своей жизни прицепился пока к адресу системного терминала.
Пока режим только чтение, RPLY отрабатывает 065 на КЦГД, за что ей спасибо
На частоте ядра 25Мгц (кварц просто такой впаян) спокойно отрабатывает шину.
Хочу по человечески переписать обмен с QBUS, и разобраться с UART.
Сделаю эдакий полный перехват системного порта.
Это всё разминка перед привинчиванием IDE устройства, но тут надеюсь всё получится.

ПыСы инверсия адресов и данных конечно доставляет...

День добрый, заблудился в 3х соснах.
Шина декодируется. Если "базовым" адресом выбираю адрес системного терминала, весь вывод на монитор чётко дублируется выводом из порта моей платы. Меняю адрес моей платы в программе и обращений к ней нет вообще. В программе поставил контрольную точку:

шаг 1 Проверяем одновременное равенство 0 SYNC и BS7 ( проверяем, что на шине выставлен адрес внешнего устройства)
если совпало, переходим
шаг 2 Считываем адрес.
если совпало, печатаем матерное слово.

Вот это самое слово и не печатается, хотя если подставить адрес 177566, то дальше срабатывают проверки на DIN/DOUT и прочее.

обращаться пытаюсь из терминального режима
@17777570 /
@BUS ERROR
Адреса пробовал разные.


ПыСы Умная мысля приходит опосля...
Завтра по SYNC=BBS7=0 cброшу в лог все адреса и погляжу куда идут обращения.

Смотите, у меня по SYNC ловушка на адрес не срабатывает. Точнее на адрес 177566 работает. А на произвольный нет. Или я не умею это делать.
Перечитайте, я полностью сел параллельно адресу КЦГД и проверил работу дешифратора шины.

Ок, зайдём с другой стороны.
Что мне нужно набрать в пульте, чтобы в фазе адреса (SYNC упал в 0) на шине появилось к примеру 177570.
DIN/DOUT не важно, до них дело пока не доходит.
Просто чтобы сработала проверка адреса.
Напомню, вывод в системный терминал перехватывается нормально. RPLY генерит железячная 065.
вывод на экран чётко дублируется в отладочный порт.
А вот на
@17777570 /
выдаётся BUS ERROR т.к. RPLY не генерится. Но и адресная защёлка не срабатывает.
Если не хватает частоты программного опроса, почему работает с адресом 177566?

Устройство векторного прерывания для МПИ ( БК11, УКНЦ ). ( Для ДВК следует КР1533ИР23 сменить на КР531АП6 ) :

AndyTh написал:

[q]

грузить систему со второго порта

[/q]

Но если сам загрузчик попадает в память через посылку команд модификации ячеек в пульт ДВК - сделать это можно только через основной порт или через эмулятор клавиатуры МС 7004, подключенный к КЦГД / КСМ.

AndyTh написал:

[q]

положить тело загрузчика и выполнить его затем из адреса хххх

[/q]

А как процессор узнает, что ему надо передать управление на этот адрес..

[q]

65536*512 = 32К?

[/q]

Именно так - это ограничение на максимальный размер диска в RT-11.

Не 32Kb, a 32Mb...

AndyTh написал:

[q]

и что нам делать с гигабайтной флешкой...

[/q]

Диски в RT11 имеют номер привода от 00 до 077 (в восьмеричной системе), т.о. доступно 2Гб для каждого устройства. Для многих устройств можно выборочно переназначать адрес начала каждой из 64 32Мбайтных партиций, получая доступ к гораздо большему объему. Можно переназначение сделать не через SET, а через .SPFUN, тогда из программ собственных будет доступ к пространству более 2Гб.

Anonymous написал:

[q]

Не 32Kb, a 32Mb...

[/q]

А разве блок не 512 байт? Хотя что мешает ему быть 65535 слов. Тогда
65535 блоков * 65535 слов * 2 байта = 8 гиг?

AndyTh написал:

[q]

А разве блок не 512 байт?

[/q]

65536*512 = 32M

А где будет работать сервер HX-протокола..

На борту?

Там неслабые количества кода.

AndyTh написал:

[q]

а для этого надо вытаскивать КЦГД.

[/q]

Не надо ничего вытаскивать, контакт 9 разъема Х6 позволяет перенстроить адрес КЦГД на 017776560, порт наплатный 1201.03 перенастройте на 017776570, а свой эмулируемый на stm тогда будет на адресах консоли 017777560.

_Patron_ написал:

[q]

Если сделать ещё один шаг и сэмулировать DMA, напрямую отдавая данные в область ОЗУ

[/q]

Я ведь изначально так и предлагал. Отображать на память блок сразу. Мне это проще, в протокол обмена по QBus не нужно вписывать счётчик слов и работу с неполными блоками.
Вопрос в другом, изначально нужно как то загрузиться с диска. Т.е. либо писать свой загрузчик, либо использовать готовый.
Готовый есть только начиная с 1201.03 и только для ДВК, если не ошибаюсь.

_Patron_ написал:

[q]

ДМА - это копирование данных изнутри контроллера в находящиеся на шине снаружи контроллера ячейки ОЗУ без участия процессора. При этом процессор блокируется, а на шине выполняется специальный цикл передачи данных изнутри контроллера в ОЗУ ( или наоборот ).

[/q]

А если ячейки памяти будут находиться внутри контроллера, то это уже не ДМА? ДМА это обмен данными в памяти без участия процессора. При этом блокировка процессора не обязательна. Он может работать с другими страницами или участками памяти. Ну если контроллер самой памяти это позволяет. Я предлагаю область памяти под буфер диска разместить внутри контроллера. Какая разница где будет расположена память, с которой работать драйверу.
Но можно остановится и на варианте не с буфером, а регистром.

Т.е. программа минимум:

Контроллер должен принимать следующие команды от драйвера:

1. Установить номер привода для последующей операции.
2. Установить номер блока для последующей операции.
3. Установить счётчик слов для последующей операции.
4. Выполнить операцию "ЧТЕНИЕ".
5. Выполнить операцию "ЗАПИСЬ".
6. Выполнить операцию "СООБЩИТЬ РАЗМЕР НОСИТЕЛЯ" ( в блоках ).

AndyTh написал:

[q]

Какая разница где будет расположена память, с которой работать драйверу.

[/q]

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

В текущем варианте драйвер HD сам ничего не копирует - только сообщает в контроллер адрес буфера пользователя в ОЗУ.

AndyTh написал:

[q]

Достаточно драйверу разместить буфер в самом контроллере, и процессору ничего делать не нужно. Данные "волшебным" образом будут меняться сами.

[/q]

Драйвер к буферу пользователя не имеет никакого отношения. Пользователь, желающий прочитать произвольное количество слов с диска ( вплоть до 32К слов за одну операцию чтения ) передаёт операционке номер начального блока, адрес СВОЕГО буфера и счётчик слов, операционка передаёт их в драйвер, а драйвер выполняет столько запросов чтения, сколько нужно для получения от контроллера всех запрошенных пользователем слов и аккуратно укладывает результаты всех этих запросов в буфер пользователя.

Некоторые контроллеры считывают за один раз не больше 64 слов, некоторые - не больше 256 слов, псевдо-контроллер HD передаёт любое количество слов, но благодаря наличию драйверов - пользователь может по единому алгоритму получить в СВОЙ буфер любое количество слов от любого контроллера.

Если контроллер поддерживает ДМА - он сам копирует данные из своего буфера в буфер пользователя, а если нет - это делает драйвер.

AndyTh написал:

[q]

сделать прозрачным в доступе процессору сегмент адресов на своей плате я могу

[/q]

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

Если не различать тип цикла при доступе к регистру данных, то на некоторых процессорах могут появиться проблемы с командой CLR, которая выдаёт сначала цикл чтения, а потом цикл записи.

AndyTh написал:

[q]

Ну, считать за одно обращение к диску больше чем кластер, я по идее не смогу.

[/q]

Если чтение/запись кластера занимает больше времени, чем тайм-аут шины, то надо добавить в контроллер регистр статуса, рапортующий о готовности очередного кластера.

Сделайте совместимым по регистрам с КЖД, по крайней мере с загрузчиком и драйвером проблем не будет...

А параметры регистров чего? КЖД ? Они же все в описании расписаны.

В -134 замечена возможность загрузки со следующих устройств:
MT\t- НМЛ СМ5300
CT\t- НМЛ кассетный
DK\t- ?
DP\t- RP02/03 Disk ?
DM\t- RK06/07 Disk ?
MM\t- MM (TJU16) MAGTAPE ?
DB\t- ?
DS\t- RJS03/04 Disk ?
DX\t- ГМД-7012
DW\t- КЖД
MX\t- КНГМД
MY\t- КМД
DU\t- MSCP Disk
Все я плотно не колупал, поэтому "?" отмечены неизвестные или непроверенные (в самом деле то или просто название совпадает). Можно подстроиться и под какой-нибудь другой из перечисленных, но самый простой из них, думаю, всё-таки КЖД... Самый правильный - MSCP, но он сложный.

borisfox написал:

[q]

DK - ?

[/q]

Так дековцы называли RK03/05


AndyTh написал:

[q]

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

[/q]

Здесь есть тонкий момент, заключающийся в том, что контроллер должен обслуживать обращения к своему регистру статуса вне зависимости от фазы выполнения управляющей программы контроллера. Т.е. если (например) при чтении кластера контроллер перестаёт обслуживать шину - наличие эмулируемого регистра статуса ничем не поможет, потому что при обращении к нему произойдёт такой же тайм-аут, как и при обращении к эмулируемому регистру данных.

В КЖД на такой случай выделен специальный аппаратный регистр. Перед тем, как процессор КЖД перестаёт обслуживать шину МПИ и отвечать на обращения по МПИ к эмулируемым регистрам - он снимает в аппаратном регистре бит готовности. При включении питания бит готовности в аппаратном регистре автоматически сбрасывается и устанавливается процессором после завершения программы начального тестирования.


Старший бит регистра статуса или регистра команд нужно выделить под признак ошибки. Если драйвер передаёт номер блока, которого нет в подключенном образе, или номер привода, к которому не подключен образ - контроллер может сразу сообщить об ошибке или сделать это после подачи кода команды.

borisfox написал:

[q]

Протокол достаточно навороченный, с очередями команд в памяти. Много разных команд с развесистым списком параметров. Активно завязан на ПДП для передачи как дескрипторов команд, так и данных. В Вашем случае работа с ПДП не поддерживается, так что отпадает как минимум по этой причине...

[/q]

Вот же ... Мда. Доки почитаю, спасибо огромное! Меня на неделю отправляют в ссылку, так что надеюсь почитать время будет.
Т.е или свой драйвер MSCP, или КЖД...
Будем подумать.

В КЖД процессор, по сути, выполняет роль конечного автомата с микропрограммным управлением. Содержимое двух ПЗУ реализует диаграмму состояний, третьего - выдачу управляющих сигналов.
Доступ к регистрам был возможен только во вполне определённых состояниях. Разряд 15 ("ЗАНЯТ") регистра РСНУ (состояния/начальной установки) как раз и показывал, когда контроллер свободен (регистры доступны), а когда нет...

Сейчас так извращаться, наверное, излишне. Если реализовывать КЖД-совместимый контроллер, то можно защёлку и дешифрацию адреса регистров выполнять аппаратно, и при совпадении генерировать прерывание на микроконтроллер, по которому он будет уходить на подпрограмму обслуживания доступа к ним.

У меня работа с шиной полностью программная. Скорости более чем хватает.
Да и полного аналога КЖД не выйдет. На готовой платке ног оказалось маловато и на прерывания не хватило. Можно пожертвовать "железным" кварцем и перейти на внутренний генератор. Тогда высвободятся ещё 2 ноги.

Ядро контроллера 120МГц. Порты тактируются ядро/2. всё 16бит слово читается за 1 раз. Может и расточительно, но хватает же. У нас задача то выставить сигналы управления да переложить байты из одного порта во второй.

На днях столкнулся с маленькой проблемкой. Посеял картридер, умеющий компактфлеш. И как всегда, срочно понадобилось почитать/пописать флешку.
Честно говоря мне стоило заметных телодвижений найти такой картридер по знакомым. Тогда как читалка SD карточек разве что в зубочистку не встроена...
Вот мысль крамольная посетила, нужен ли на плате именно IDE интерфейс? Или в принципе непринципиально, если контроллер будет работать с SDшки.
Хочется услышать мысли со стороны.