Не вы один http://zx-pk.ru/threads/16001-uknts-...l=1#post567080 и еще несколько постов после.
Если попробовать сделать такое на практике ( например - залить образ перфоленты в эмулятор ДВК через порт терминала ), то станет понятно - что написать конвертер перфолент в пультовые скрипты ни только не сложнее, но (возможно) даже проще.
- - - Добавлено - - -
В самом простом варианте там надо будет запускать ещё один эмулятор ДВК, подключать его второй терминальный порт к терминальному порту первого и потом, после подачи команды 177560L - запускать на втором эмуляторе копирование во второй терминальный порт нужных данных.
Чтобы не перечитывать всю тему... Вопрос такой: протокол по прежнему не предусматривает выхода из аварийной ситуации (когда потеряна синхронизация между сервером и клиентом)?
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
Вроде нет. Если сервер находится в режиме передачи - это легко определить по приходу байтов из линии и вернуть сервер в исходное состояние, принимая байты до тех пор, пока они не перестанут поступать со скоростью порта. Если сервер находится в режиме приёма - это легко определить, непрерывно посылая серверу спецпакет №2 ( байты: 001 ; 0376 ; 000 ; 000 ), пока на вход не придёт спецпакет №1 ( два байта: 0375 ; 000 ), что будет означать возвращение сервера в исходное состояние.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
Думаю, да. Сейчас сигнал BREAK транслируется фильтром HX в обе стороны при любом состоянии фильтра, что противоречит концепции протокола. При активации протокола HX - разрывается сквозной канал передачи байтов через фильтр HX в обе стороны ( а приходящие в фильтр с обоих сторон байты - накапливаются во входных буферах ), вплоть до возвращения фильтра в исходное состояние. Тот факт, что сигнал BREAK при этом продолжает транслироваться фильтром в обе стороны - противоречит концепции протокола. Гораздо логичнее сделать так, чтобы сигнал BREAK не только сбрасывал фильтр в исходное состояние и восстанавливал сквозную трансляцию, но и обнулял входной и выходной буфера с той стороны, откуда пришёл.
Если сигнал BREAK приходит, когда протокол HX не активен и фильтр транслирует байты в обе стороны - сигнал BREAK проходит насквозь. Но если сигнал BREAK сбрасывает активацию протокола - должен ли он стать первым сигналом, прошедшим через фильтр, или последним, вырезанным фильтром из потока?
- - - Добавлено - - -
BREAK со стороны терминала должен не только сбрасывать протокол, но и проходить через фильтр для сброса драйвера HX ( из-за перезагрузки PDP-11 с драйвером ). BREAK со стороны драйвера проходить через фильтр не должен, потому что при посылке драйвером он является частью протокола и должен вырезаться фильтром.
Последний раз редактировалось Patron; 21.09.2017 в 14:02.
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
..
Реализован протокол HX v2.4. Официально добавлена поддержка спецкоманд, описаны спецкоманды: EcHo, BrEaK, VeR.
После получения от клиента спецкоманды EcHo - сервер будет возвращать клиенту все получаемые от него байты, включая завершающий нулевой байт.
После получения от клиента спецкоманды BrEaK - сервер отправит клиенту сигнал BREAK.
После получения от клиента спецкоманды VeR - сервер отправит клиенту два байта версии и ревизии протокола ( сейчас это: 002 ; 004 ).
Последний раз редактировалось Patron; 23.09.2017 в 17:29.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)