Вид для печати
А я не создаю системного диска. Я просто гружу несистемный без долгих проблем и делается это тупо отправкой небольшого кода в @ монитор VTCOMом :)Цитата:
Сообщение от Patron
---------- Post added at 15:39 ---------- Previous post was at 15:37 ----------
Без всякого второго терминала разумеется.
Но этот диск должен быть. И весьма желательно, чтобы этот диск был записан на том же приводе, на котором он будет читаться. Если так - то да.Цитата:
Сообщение от form
Иначе - просто грузимся через терминальный порт и форматируем MX.
Это уже детали.Цитата:
Сообщение от Patron
Я ставил задачу для решения исходного вопроса, а на развитие - у тебя есть достаточно хорошие идеи к которым могу только добавить, что в случае потери протокола его легко восстановить с любой точки если соединение прямое (а не через телнет) :)
Вряд ли так думают те, кто хоть раз пробовал записать MX на PC.Цитата:
Сообщение от form
Длина каждого пакета известна в момент получения заголовка. Если идентификатор заголовка был испорчен - пакет целиком пойдёт в терминальный обмен, ответа не будет и дисковый обмен зависнет. Увидев это на экране - оператор захочет выйти в пульт и повторить загрузку. Выход в пульт осуществляется мультиплексором при приёме двух байтов 0377 подряд. Если контрольная сумма пакета данных не совпала - пакет будет перезапрошен ( если это чтение ) или послан повторно ( если это запись ). Пакеты команд и подтверждений передаются без контрольной суммы.Цитата:
Сообщение от form
А ты спроси не тех, а того, что тему открыл ;)Цитата:
Сообщение от Patron
При прямом коннекте восстановление протокола делается автоматически без всякого участия оператора. У TU81 так - в каком бы состоянии он не оказался, его можно мгновенно вернуть в начальное :)Цитата:
Сообщение от Patron
Мы пойдём другим путём :)Цитата:
Сообщение от form
Асинхронный протокол без таймаутов восcтановить невозможно. Если ввести таймауты - подключение по telnet станет затруднительным.
Пре-RC пре-альфы ;)
Загрузчик для незагрузочного MX и вообще любого устройства - например носителя одинакового формата вставленного в другой тип дисковода.
Формат команды:
Перед выполнением команды локально включается лог терминала. После выполнения лог отключается, последнее сообщение убирается из лога и получается готовый скрипт для отправки VTCOMом на загрузку в память. Более навороченный вариант лень делать - прога делалась просто для общего развития ;)Код:*DD[X][.SYS],MONNAM[.SYS][/N][/U:N]
Драйвер не обязан быть тем же самым который на диске, не обязан соответствовать параметрам 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
Никаких таймаутов не нужно.Цитата:
Сообщение от Patron
Стандартные serial порты как на PC так и на PDP-11, ДВК, УКНЦ (С2) кроме передачи символов еще и BREAK умеют слать. Ну за исключением УКНЦшной консоли которая нам и не пригодится :)
Для автоматической работы - нужно. Никакой сигнал не поможет, если стандарт полагает нормальный промежуток времени ожидания ответа бесконечным.Цитата:
Сообщение от form
В каком смысле не поможет?Цитата:
Сообщение от Patron
Закладываешь стандартом, что BREAK - признак сброса в начальное состоение. BREAK однозначно идентифицируется в любое время и мгновенно. Проблема решена. Нет?