Протокол HX - имитация блочного устройства с последовательным интерфейсом.

[form]

перфоленточного загрузчика для порта терминала

Таковой, к слову, есть в прошивках СМ1420, Э100/25 и 11/34 которые недавно мучили в эмуляторе. Устройство TT.

[Vamos]

(речь идет об китайских usb->com чипах prolific). Может это я везучий такой,

Не вы один http://zx-pk.ru/threads/16001-uknts-...l=1#post567080 и еще несколько постов после.

[AFZ]

Надо написать программу конвертации перфолент в пультовые скрипты и загружать/запускать через терминал перфоленточные варианты тестов.

Вообще-то, Э-60 (ЦП М2) понимает команду <адрес CSR>L. Поэтому достаточно подать команду 177560L и можно заливать туда сначала образ абсолютного загрузчика, а потом - образы LDA-перфолент.

[Patron]

Вообще-то, Э-60 (ЦП М2) понимает команду <адрес CSR>L. Поэтому достаточно подать команду 177560L и можно заливать туда сначала образ абсолютного загрузчика, а потом - образы LDA-перфолент.

Если попробовать сделать такое на практике ( например - залить образ перфоленты в эмулятор ДВК через порт терминала ), то станет понятно - что написать конвертер перфолент в пультовые скрипты ни только не сложнее, но (возможно) даже проще.

- - - Добавлено - - -

В самом простом варианте там надо будет запускать ещё один эмулятор ДВК, подключать его второй терминальный порт к терминальному порту первого и потом, после подачи команды 177560L - запускать на втором эмуляторе копирование во второй терминальный порт нужных данных.

[form]

Чтобы не перечитывать всю тему... Вопрос такой: протокол по прежнему не предусматривает выхода из аварийной ситуации (когда потеряна синхронизация между сервером и клиентом)?

[Patron]

Чтобы не перечитывать всю тему... Вопрос такой: протокол по прежнему не предусматривает выхода из аварийной ситуации (когда потеряна синхронизация между сервером и клиентом)?

Вроде нет. Если сервер находится в режиме передачи - это легко определить по приходу байтов из линии и вернуть сервер в исходное состояние, принимая байты до тех пор, пока они не перестанут поступать со скоростью порта. Если сервер находится в режиме приёма - это легко определить, непрерывно посылая серверу спецпакет №2 ( байты: 001 ; 0376 ; 000 ; 000 ), пока на вход не придёт спецпакет №1 ( два байта: 0375 ; 000 ), что будет означать возвращение сервера в исходное состояние.

[Advertiser]

[form]

Вроде нет.

А вариант со сбросом сервера с помощью BREAK реализовать возможно?
Идея состоит в том, чтобы иметь возможность начать/продолжить работу из любого состояния, а так же иметь возможность оборвать операцию, а не добивать ее до конца.

[Patron]

А вариант со сбросом сервера с помощью BREAK реализовать возможно?

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

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

- - - Добавлено - - -

BREAK со стороны терминала должен не только сбрасывать протокол, но и проходить через фильтр для сброса драйвера HX ( из-за перезагрузки PDP-11 с драйвером ). BREAK со стороны драйвера проходить через фильтр не должен, потому что при посылке драйвером он является частью протокола и должен вырезаться фильтром.

[form]

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

Думаю тут надо экспериментировать. А также учесть, что USB и PCI порты могут очень много мусора еще прислать после BREAK, включая последовательность которая снова может активировать HX.

[Patron]

..

Реализован протокол HX v2.4. Официально добавлена поддержка спецкоманд, описаны спецкоманды: EcHo, BrEaK, VeR.

После получения от клиента спецкоманды EcHo - сервер будет возвращать клиенту все получаемые от него байты, включая завершающий нулевой байт.
После получения от клиента спецкоманды BrEaK - сервер отправит клиенту сигнал BREAK.
После получения от клиента спецкоманды VeR - сервер отправит клиенту два байта версии и ревизии протокола ( сейчас это: 002 ; 004 ).