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

Полигон-2

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

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

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

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

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

<<Назад  Вперед>> Страницы: 1 2 * 3 4 5 6 .. 12 13 14 15 16 17
Печать
 
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]
НХ просто протокол, по чём он бегает вторично. И не столько интересовал меня сам протокол, как начальный загрузчик и сам драйвер.

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

Ссылка

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

Драйвер КНГМД больше похож на HX - там на диск пишутся не блоки данных, а блоки "протокола MX", которые надо зашифровать/расшифровать в драйвере.
[/q]
Я неточно выразился, по сути это будет "одна дорожка", состоящая из блоков размером 512. Но их количество фактически будет ограничено только разрядностью чсётчика блоков. Так?
Сейчас на форуме
_Patron_
Member


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


Ссылка


Дата регистрации на форуме:
19 дек. 2012
Именно так.

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

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

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

Ссылка

Беру таймаут. Надо бы перебрать доступные в округе МК, сделать платку на Q-BUS и мигнуть светодиодом.
Вот смотрю я на кусок схемы КЦГД, как на образец входной части.
Достаточно ли дешифровать только 16 линий адреса?
Как с доступностью АП2? Я то нашёл энное количество, иль пожертвовать некоторой функциональностью и поставить обычные 8бит регистры?
Сейчас на форуме
Anonymous
Advanced Member


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


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
AndyTh написал:
[q]
Достаточно ли дешифровать только 16 линий адреса?
[/q]
Для организации регистров в странице в/в используется сигнал BS/К_ВУ_Н, когда он активен(в логическом нуле), адрес регистра выставляется на ад1..ад12, которые и следует дешифрировать.

AndyTh написал:
[q]
Как с доступностью АП2? Я то нашёл энное количество, иль пожертвовать некоторой функциональностью и поставить обычные 8бит регистры?
[/q]
Еще годные драйвера QBUS - 559ИП3 (похожи на АП2: 4 входа данных, 4 выхода данных, 4 магистральных входа-выхода) и 559ИП15 (8 разрядов с ОК на одной стороне и тристейт на другой, двунаправленные).
<<Назад  Вперед>> Страницы: 1 2 * 3 4 5 6 .. 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