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

[form]

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

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

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

[Advertiser]

[Patron]

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

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

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

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

[form]

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

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

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

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

[Patron]

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

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

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

[form]

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

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

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

[Patron]

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

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

[form]

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

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