Особенности процессоров и устройств архитектуры PDP-11. Тесты. Диагностика.

[Alex_K]

1. ВП1-065 так же как и все остальные последовательные порты принимает только один байт вне зависимости от продолжительности сигнала BREAK. Если BREAK короче байта - принимается обычный байт, у которого "недостающие биты" заполнены единицами ( т.е. стоповым битом в состоянии IDLE ).

Если BREAK длинный, то всегда принимается один нулевой байт. Заметил особенность приема BREAK. При приеме нулевого байта в регистре статуса выставляется бит готовности, а бит ошибки стоп-бита не установлен. Если сразу же прочесть из регистра данных принятый нулевой байт, то готовность сбрасывается, а потом появляется ошибка стоп-бита и ошибка переполнения. Появляются ли они вместе или друг за другом, и зависит ли это от длительности BREAK - я не знаю, надо тестировать.

[Patron]

Ну, как показал тест, в E11 проблема отсутствует как класс (или во всяком случае, не мешает). Эмулятор TU58 работает отлично, причем запускается он у меня в режиме при котором без BREAK он в принципе не начнет работать.

Значит, или весь E11 работает в режиме непрерывной привязки эмуляции к реальному времени (тогда он должен сильно нагружать процессор), либо эмулятор последовательного порта задерживает сброс BREAK до совпадения эмулироемого времени этого события с реальным.

[form]

Если BREAK длинный, то всегда принимается один нулевой байт.

У меня не принимается. Отмечает BREAK и все.

[form]

Значит, или весь E11 работает в режиме непрерывной привязки эмуляции к реальному времени (тогда он должен сильно нагружать процессор), либо эмулятор последовательного порта задерживает сброс BREAK до совпадения эмулироемого времени этого события с реальным.

В виндовсе с SET THROTTLE получается чистый IDLE. В Linux лупит непрерывно, в OS/2 настолько непрерывно, что вешает гуй при одном проце, в OS/2 DOSовский вариант если сделать SET IDLE RELEASE - дает честный IDLE.

---------- Post added at 00:16 ---------- Previous post was at 00:14 ----------

Пробовал в виндовом варианте где скорость (без таймингов - сейчас есть возможность) подгоняется примерно к 11/93. С точки зрения виндовса - IDLE.

[Patron]

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

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

Получается, что ВП1-065 принимает BREAK "нулём вперёд". Т.е. в момент приёма нуля невозможно определить - обычный ли это байт или "предвестник" сигнала BREAK.

[form]

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

Абсолютно верно.
Все биты TKB читаются только вместе с символом и далее не меняются пока следующий символ не поступит, а пока висит BREAK, он не поступит.

---------- Post added at 00:19 ---------- Previous post was at 00:18 ----------

Похоже - последняя строка отчёта не скопировалась:

Test 8: Send Bad Frame 2 ..

В логе это последняя строчка, но в окне есть еще одна:

<000><276><372><377>

[Advertiser]

[Patron]

У меня не принимается. Отмечает BREAK и все.

В смысле - на стороне PDP-11..

При каждом достаточно длинном брейке на стороне PDP-11 принимался один нулевой байт:

Test 5: Ask HX Server for 50 ms BREAK..
Recived bytes: <000>

[form]

В смысле - на стороне PDP-11..

При каждом достаточно длинном брейке на стороне PDP-11 принимался один нулевой байт:

Test 5: Ask HX Server for 50 ms BREAK..
Recived bytes: <000>

При насколько достаточном?
Я уже выкладывал тесты: BREAK длиной 8 символов, дает 120000 и ничего больше. То есть никаких нулевых байтов.

[Patron]

В логе это последняя строчка, но в окне есть еще одна: <000><276><372><377>

Если строка не завершена - она выводится в лог только при выходе из программы. Чтобы это поправить - можно добавить в конце теста BRKT2 вывод перевода строки.

[Alex_K]

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

Получается, что ВП1-065 принимает BREAK "нулём вперёд". Т.е. в момент приёма нуля невозможно определить - обычный ли это байт или "предвестник" сигнала BREAK.

Если не читать из регистра данных, то будут установлены и бит готовности, и бит ошибки стоп-бита, ну и может быть бит переполнения.
Тут, судя по всему установка бита готовности происходит еще до приема стоп-битов. А уже потом, если стоп-битов не оказалось, ставится ошибка стоп-бита.
Это проверяется, если возникает готовность приемника, многократно прочесть регистр состояния в буфер, а там можно посмотреть когда ставится ошибка стоп-бита и ошибка переполнения.
Ошибка переполнения может выставится по приходу стартового бита, если предыдущая посылка не прочитана.