ДВК (и всё, что с ними связано)

[Patron]

Идея мультиплексора привлекает меня тем, что не нужно хорошо знать устройство RMON и принципы загрузки и работы драйверов. Написать для RT-11 драйвер системного псевдо-диска со встроенным мультиплексором, который позволит загружать RT-11 через порт её системного терминала - я могу довольно легко. А вот написать "вынесенный филиал RMON" - мне не по силам.

[form]

Идея мультиплексора привлекает меня тем, что не нужно хорошо знать устройство RMON и принципы загрузки и работы драйверов. Написать для RT-11 драйвер системного псевдо-диска со встроенным мультиплексором, который позволит загружать RT-11 через порт её системного терминала - я могу довольно легко. А вот написать "вынесенный филиал RMON" - мне не по силам.

Так и здесь не нужно. Нужно из рмона отработать только одно смещение которое вызывается из .DRFIN
Ну а принципы загрузки легко в SYSMAC посмотреть.
Причем у нас нет цели поддерживать вообще все - к примеру драйвера с кучей векторов нам не особо нужны.

---------- Post added at 23:27 ---------- Previous post was at 23:25 ----------

Но вобщем любой вариант какой бы он не был не повредит

---------- Post added at 23:28 ---------- Previous post was at 23:27 ----------

А насчет одновременной работы терминала - предусмотреть в пакете через каждые х байт, байт для терминального обмена который в случае NUL считается неиспользуемым

[Patron]

насчет одновременной работы терминала - предусмотреть в пакете через каждые х байт, байт для терминального обмена который в случай NUL считается неиспользуемым

Смысла нет.

Порт передаёт 960 байтов в секунду. Пакет имеет максимальную длину 512+заголовок.

Мультиплексор "встревает" в терминальный обмен ( переставая транслировать прерывания порта в RMON ) только когда псевдодрайвер хочет прочитать или записать блок.

---------- Post added at 19:42 ---------- Previous post was at 19:39 ----------

Причём, когда мультиплексор принимает пакет из TTKB - он не мешает монитору выводить символы в TTPB.

[form]

Кстати попутно о пройденом уже - насчет всех устройств ДВК - это по сути любые устройства
Я себе заказал 5 макеток для QBUS и если понадобится, из одной сделаю втыкалку для советских плат. Можно по идее сделать обратную процедуру

[Patron]

Общий контур стандарта мультиплексирования форматного и неформатного обменов через порт терминала может выглядеть так:

1. По умолчанию осуществляется неформатный ввод-вывод. На стороне ДВК мультиплексор транслирует все прерывания TTO в RMON, а перед трансляцией в RMON прерываний TTI - проверяет, нет ли в порту TTKB признака начала пакета - байта 0377. На стороне PC мультиплексор отправляет нажатия клавиш в порт и проверяет поступающие из порта байты на признак начала пакета ( байт 0377 ) выводя все "честные байты" на экран консоли.

2. При получении во входном порту признака начала пакета - мультиплексор принимает пакет ( байты 0377 в пакете не нужно дублировать, поскольку структура пакета жёстко задана стандартом и байт 0377 имеет особый смысл только в одном месте пакета - в самом начале ).

3. Если принятый пакет требует посылки ответного пакета, либо если мультиплексор получает API-вызов с требованием передачи пакета - мультиплексор блокирует внешний вывод ( со стороны ДВК перестаёт транслировать в RMON прерывания TTO, а со стороны PC отправляет нажатые клавиши в свой временный буфер ввода ) и передаёт пакет.

Вот и всё. Этот несложный подход позволяет совместить в одном последовательном порту любое количество форматированных каналов с одним неформатированным.

[Andrey_Ak]

Нашел интересный драйвер MY, который позволяет читать и писать так-же
дискеты от Электроника-85 и МС0515 на ДВК.

Так-же написал две статьи по MY и MX контроллерам, обновил версии DW, MX, MY

Подробнее тут:

http://www.tis.kz/forum/topic.php?forum=1&topic=4

[form]

Под утро идейки разные в голову иной раз приходят...
Никакого DD, никакого мультиплексирования, никаких филиалов рмона.
Имеем незагрузочный MX с файлами, грузим его. Все.

Кто нам в сущности мешает послать VTCOMом код загрузчика MX и мини программку которая пользуясь его подпрограммой чтения найдет на диске файл монитора и прочитает блоки 1-4

---------- Post added at 04:07 ---------- Previous post was at 04:06 ----------

этакий мини-DUP

[Patron]

Имеем незагрузочный MX с файлами, грузим его. Все.

Но это годится только для тех, кто научился писать MX на PC.

Сделать такое (насколько я понимаю) на порядок сложнее, чем просто подключить порт терминала ДВК к порту COM или telnet.

[form]

Но это годится только для тех, кто научился писать MX на PC.

Сделать такое (насколько я понимаю) на порядок сложнее, чем просто подключить порт терминала ДВК к порту COM или telnet.

Да, но это и была исходная задача.
Все остальное - развитие темы

К MX к слову не привязано - любой диск годится.
Опробовал на примере DM, попутно обнаружив ошибку в E11 которая проявится если пытаться грузиться своим загрузчиком, а не родной e11 командой с DM.

---------- Post added at 14:47 ---------- Previous post was at 14:46 ----------

А сложности вообще никакой.

---------- Post added at 14:47 ---------- Previous post was at 14:47 ----------

Особенно в сравнении с соданием протокола для связи по сериал

---------- Post added at 15:02 ---------- Previous post was at 14:47 ----------

Собственно...

.SH
TT  (Resident) 
DM  (Resident) 
    DM1 = DK 
    DM2 = SY 
MQ  (Resident) 
LD   
ZY   
SD   
SL  (Loaded) 
VM   
SP   
NL   
DO   
7 free slots


.BO SY:/FO

?BOOT-U-No boot on volume

─

[Patron]

К MX к слову не привязано - любой диск годится.

Если есть любой другой рабочий привод, кроме MX - просто грузимся с него и форматируем MX.

Для того и нужен Bytestream/DSK Multiplexer, чтобы без лишних усилий превратить PC в рабочий дисковый привод ДВК.

А сложности вообще никакой. Особенно в сравнении с соданием протокола для связи по сериал

Мне протокол написать проще, чем как-то иначе создать системный диск MX на связке МС1201+MX при наличии только одного порта терминала.