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

[form]

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

А я не создаю системного диска. Я просто гружу несистемный без долгих проблем и делается это тупо отправкой небольшого кода в @ монитор VTCOMом

---------- Post added at 15:39 ---------- Previous post was at 15:37 ----------

Без всякого второго терминала разумеется.

[Advertiser]

[Patron]

Я просто гружу несистемный без долгих проблем и делается это тупо отправкой небольшого кода в @ монитор VTCOMом

Но этот диск должен быть. И весьма желательно, чтобы этот диск был записан на том же приводе, на котором он будет читаться. Если так - то да.

Иначе - просто грузимся через терминальный порт и форматируем MX.

[form]

Но этот диск должен быть. И весьма желательно, чтобы этот диск был записан на том же приводе, на котором он будет читаться. Если так - то да.

Иначе - просто грузимся через терминальный порт и форматируем MX.

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

[Patron]

Это уже детали.

Вряд ли так думают те, кто хоть раз пробовал записать MX на PC.

в случае потери протокола его легко восстановить с любой точки если соединение прямое (а не через телнет)

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

[form]

Вряд ли так думают те, кто хоть раз пробовал записать MX на PC.

А ты спроси не тех, а того, что тему открыл

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

При прямом коннекте восстановление протокола делается автоматически без всякого участия оператора. У TU81 так - в каком бы состоянии он не оказался, его можно мгновенно вернуть в начальное

[Patron]

При прямом коннекте восстановление протокола делается автоматически без всякого участия оператора. У TU81 так - в каком бы состоянии он не оказался, его можно мгновенно вернуть в начальное

Мы пойдём другим путём :)

Асинхронный протокол без таймаутов восcтановить невозможно. Если ввести таймауты - подключение по telnet станет затруднительным.

[form]

Пре-RC пре-альфы

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

Формат команды:

*DD[X][.SYS],MONNAM[.SYS][/N][/U:N]

Перед выполнением команды локально включается лог терминала. После выполнения лог отключается, последнее сообщение убирается из лога и получается готовый скрипт для отправки VTCOMом на загрузку в память. Более навороченный вариант лень делать - прога делалась просто для общего развития

Драйвер не обязан быть тем же самым который на диске, не обязан соответствовать параметрам SYSGEN и/или MMUшности системы.

Опции:

• /N - не писать команды для записи нулей
• /U:N - использовать устойство N вместо 0 для загрузки

.RU RBOOT SY:DMX,RT11XM/U:2/N
0/240
2/415
32/41420
34/116020
...
5324/72157
5326/63040
5330/72557
5332/62156
?RBOOT-I-Use "005020G" command to boot DM2:RT11XM.SYS

[form]

Мы пойдём другим путём

Асинхронный протокол без таймаутов восcтановить невозможно.

Никаких таймаутов не нужно.
Стандартные serial порты как на PC так и на PDP-11, ДВК, УКНЦ (С2) кроме передачи символов еще и BREAK умеют слать. Ну за исключением УКНЦшной консоли которая нам и не пригодится

[Patron]

Никаких таймаутов не нужно.

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

[form]

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

В каком смысле не поможет?
Закладываешь стандартом, что BREAK - признак сброса в начальное состоение. BREAK однозначно идентифицируется в любое время и мгновенно. Проблема решена. Нет?