Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   Другие архитектуры »   Использование НМД2 в ДВК
RSS

Использование НМД2 в ДВК

<<Назад  Вперед>> Страницы: 1 * 2 3 4 5 ... .. 12 13 14 15 16 17
Печать
 
MM
Advanced Member


Откуда: Павловский Посад Мск.обл.
Всего сообщений: 3418
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
2 авг. 2013
1.Если очень важен именно DMA на МПИ - можно переработать контроллерчик КМД под IDE - можно будет обойтись парой десятков мелких ИС и ПЗУ. Но быстродействие от этого не подрастет, зато сложность - почти удвоится.
Для некотрого повышения быстродействия туда можно пристроить 1801ВМ2А-10 мгц, и СОЗУ побольше.
Однако порекомендую вариант от господина pribor - там все уже сделано и работает.
2.Работа контроллера с NTFS обеспечит фантастическое удобство переноса файлов, можно даже на одном и том же разделе диска содержать и W7 для Интел - машинки, и RT-11 для ДВК во всех возможных вариантах.
Однако это скорее фантастический сюжет, т.к. понимающие в логике NTFS наврядли снизойдут до DEC - программирования в машкодах.
3.БК10 вообще не стоит рассматривать для RT-11 - там маловато ресурсов вообще. Однако есть некотрые экспериментальные конструкции в этом направлении, но я пока их не исследовал ( т.н. Самарский вариант IDE, 177620-177656, 1801РР1 вместо РЕ2-326 ).
4.На КЖД ДВК нет DMA - оно в принципе внутри вообще программно устроено - попроще, чем КМД ( МУ ).
_Patron_
Member


Откуда: Москва
Всего сообщений: 146
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
19 дек. 2012
bigral написал:
[q]
1 dma - важен как часть тех "понтов" из которых строится business computer pdp-11
[/q]
НМД не использует ДМА - слова при чтении и записи передаются драйвером между памятью и регистром данных контроллера по одному, как в DX или MX.

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

Ссылка

Patron, меня мучал один вопрос, а тут как раз вы и заглянули. Вами написана замечательнейшая вещь, НХ драйвер и сервер. Согласитесь ли вы откорректировать этот драйвер таким образом, что бы он работал не с 065 а неким набором адресов. По этим адресам я повешу достаточно быстрый микроконтроллер с интерфейсом к IDE(CF) и FAT. Отрабатывать Q-BUS чисто программно на современных дешёвых мегагерцах.
Идея не сильно изящная технически, но реально реализуемая.

ПыСы почему так?
Есть доступные альтернативы, коммерческая разработка на этом же форуме.
Бери и покупай.
Есть контроллер от УКНЦ на другом форуме. Допилить драйвер и переразвести плату.
Есть контроллер Прянишникова. С схемой, драйверами, печаткой. Бери и делай.
Есть контроллер Сhdickman. Тож бери да делай. Даже CPLDишку купить ещё можно.
Но чем то каждый из них неудобен :) Почему НХ? насколько я понимаю, он не привязан к аппаратной реализации контроллера вообще. Т.е. нет необходимости писать НТФС под ДВК :)
Идея с ВМ2 в контроллере правильная, но кто для него прошивку писать то будет. А так возьмём две готовые вещи и попробуем смотать их синей изолентой друг с другом.
Сейчас на форуме
palsw
Advanced Member


Откуда: Измаил_Украина
Всего сообщений: 317
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
28 фев. 2015
AndyTh
[q]
Есть контроллер Прянишникова. С схемой, драйверами, печаткой. Бери и делай.
[/q]
мне нравиться больше этот вариант.Плис и фпга уже достали последнее время.То их уже купить негде ,то возникает проблема ттл 5.0 - 3.3 совместимость и целый огород костылей.Тут адапптер на рассыпухе как я понял и вполне реально заказать маленькую партию и заняться запуском и поисков багов .
andyTh
Гость

Ссылка

Самое интересное, мы с ним были знакомы. Но много лет как контактов не было. Попытался найти по знакомым знакомых, бестолку. А пару вопросов не грех было и задать. Большой у него контроллер.
Много микросхем :) и по большому счёту, без допила софта под новое железо, ничем не лучше контроллера на 2х регистрах и дешифраторе адреса.
Глянь на карту адресов http://www.chdickman.com/qbus_ide/ и сравни с картой регистров АТА. :) ММ прав, софт кто писать будет?
Мало начать делать хорошую вещь, надо её доделать до конца. ММ прав, я к примеру серьёзный софт под 1801ВМхх в обозримом будущем не потяну. Кому из спецов это будет нужно и интересно?
А так возьмём одну почти подходящую разработку и попытаемся склеить с другой почти подходящей.
Программный драйвер у нас есть. В железе надо организовать интерфейс аналогичный 065, что не так и сложно.
Дальше посмотрим. у Vslav эмулятор отрабатывает циклы ВМ1, думаю пройдёт и здесь подобное решение.
Сейчас на форуме
_Patron_
Member


Откуда: Москва
Всего сообщений: 146
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
19 дек. 2012
AndyTh написал:
[q]
откорректировать драйвер HX таким образом, что бы он работал не с 065 а неким набором адресов
[/q]
А есть ли смысл производить в контроллере разбор протокола HX, когда можно просто считывать с Q-BUS команды и выполнять их.

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

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

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

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

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


Откуда: Измаил_Украина
Всего сообщений: 317
Рейтинг пользователя: 0


Ссылка


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

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

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

Ссылка

_Patron_ написал:
[q]
AndyTh написал:
[q]
откорректировать драйвер HX таким образом, что бы он работал не с 065 а неким набором адресов
[/q]
А есть ли смысл производить в контроллере разбор протокола HX, когда можно просто считывать с Q-BUS команды и выполнять их.

Тогда проще взять за основу драйвер псевдо-диска HD
[/q]
Насколько я понимаю, это будет фактическим аналогом КНГМД с условно неограниченным размером в блоках?
И вообще никак и ни с чем не совместимый?
Файлики проводником на карточку сбросить будет нельзя :)
Сейчас на форуме
_Patron_
Member


Откуда: Москва
Всего сообщений: 146
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
19 дек. 2012
Блоки всегда по 256 слов ( 512 байт ), но RT-11 позволяет читать/писать любое количество слов ( хоть меньше размера блока, хоть больше ), начиная с границы блока.

Драйвер КНГМД больше похож на HX - там на диск пишутся не блоки данных, а блоки "протокола MX", которые надо зашифровать/расшифровать в драйвере.
andyTh
Гость

Ссылка

palsw написал:
[q]
Кажись зарождается новый проект и новая железка :)

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

DEC как смотрит на HDD и IDE в частности? Мы же не будет городить противоречащий идеологии DEC контроллер (адаптер) ?Нужно максимально использовать наработки прошлых лет.
[/q]
НХ просто протокол, по чём он бегает вторично. И не столько интересовал меня сам протокол, как начальный загрузчик и сам драйвер.

ИДЕ винчестер нормально вписывается. вопрос в том, как вписать в ДВК современные файловые системы.
Сейчас на форуме
<<Назад  Вперед>> Страницы: 1 * 2 3 4 5 ... .. 12 13 14 15 16 17
Печать
Полигон-2 »   Другие архитектуры »   Использование НМД2 в ДВК
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS