Полигон-2

Получается, плата просто выполняет отображение набора регистров IDE в адресное пространство страницы ввода-вывода?
Какой стандарт ATA реализован? Как отображаются адреса, какой адрес какому регистру соответствует?
(особенно в режиме расположения регистров через 1 байт, т.к. в ATA некоторые всё-таки 16-разрядные)
Поддерживаются ли прерывания? Работа в режимах ATA DMA, насколько понимаю, не реализована?

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

Реализовать поддержку USB программно именно для RT-11, по-моему, малореально, код просто не вместится в виртуальное адресное пространство, настолько там сложный протокол. В других ОС, где код драйвера может пересекать эти границы - ещё может быть... Но, насколько помню, в 2.9BSD / Демос тоже не может, и там приходилось ужимать ядро в объёме 48 или 56 КБ. Если напихать в него слишком много, при сборке выдавалась соответствующая ошибка. Особенно критично это было на non-separate I/D машинах. Как в RSX, RSTS, MUMPS и т.п. - не знаю, с ними работать не приходилось.

Да и для каких классов устройств USB делать поддержку? И в каком объёме? Надо сначала определиться с техническим заданием, что именно хочется получить...
Теоретически можно сделать в каком-нибудь адаптере-прослойке, на микроконтроллере, в современных ресурсов дочёрта... К ЭВМ будет какой-нибудь простой интерфейс, понятно, что значительно менее гибкий. Но контроллер при этом окажется на порядок "умудрённее" всей ЭВМ.

borisfox написал:

[q]

Какой там вариант- не знаю, не изучал подробно вопрос. Насколько помню, была сделана по мотивам УКНЦ-шного контроллера...

[/q]

Там простейшая такая же схема, использующая прерывания только еще, в отличие от схемы ММ. Микроконтроллер на плате используется только для начальной загрузки, DMA не влезало в примененную плиску и применена она была сугубо для защиты авторских прав при продаже контроллеров на производство, чтоб там контроллер не расклонировали.

borisfox написал:

[q]

Да и для каких классов устройств USB делать поддержку? И в каком объёме? Надо сначала определиться с техническим заданием, что именно хочется получить...Теоретически можно сделать в каком-нибудь адаптере-прослойке, на микроконтроллере, в современных ресурсов дочёрта...

[/q]

Тот же клуб еще в 2010 году сделал платку модуля USB с микроконтроллером, позволяющую ее как в прозрачном режиме использовать для обмена данными с устройством на усб, так и работать с fat32 на флашках средствами набортного контроллера. Но никуда проект не пошел далее, хотя 13к руб. на него было выкинуто. Как память о нем, у меня усб-контроллер на базе его для эвм Беста остался, втыкаемый в rs232.

borisfox написал:

[q]

Вместо SD карточек лучше применить CF, они совместимы с ATA по интерфейсу.

[/q]

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

Я почему то считал, что наоборот. Драйвер выдаёт контроллеру 8битные слова. И уже контроллер клеит из них 16битные слова данных для жёсткого диска. Есть ли более менее готовый драйвер для работы с ПДП? Насколько я понял, "стандартные" драйвера ПДП не используют. Или вообще работают на уровне поверхность-цилиндр-сектор.

AndyTh написал:

[q]

Насколько я понял, "стандартные" драйвера ПДП не используют. Или вообще работают на уровне поверхность-цилиндр-сектор.

[/q]

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

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

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