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
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Думаю, да. Сейчас сигнал 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
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)