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

[Patron]

Запустил на своем нотебяке с USB<>2COM от St Lab.

В полученных результатах есть следующие "элементы новизны":

1.
Порт PC ни разу не принял BREAK и байт одновременно ( com0com при приёме BREAK - выдаёт байт 0 и BREAK_RECIVED одним событием ).

2.

	.Send	#377
	BiS	#1, @#TPS
	.Send	#^B11110011
	BiC	#1, @#TPS
	.Send	#^B00111111
	.Send	#^B01111111

отправил BREAK - BREAK - 0 - т.е. не было передано ни одного байта, в то время как

	.Send	#377
	BiS	#1, @#TPS
	.Send	#^B11001111
	BiC	#1, @#TPS
	.Send	#4
	.Send	#4

отправил 0 - BREAK - 216 - 4.

[Advertiser]

[form]

Порт PC ни разу не принял BREAK и байт одновременно ( com0com при приёме BREAK - выдаёт байт 0 и BREAK_RECIVED одним событием ).

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

[Alex_K]

Для тестирования работы последовательных портов с сигналом BREAK

Наконец-то добрался и до этого теста после тестов Titus-а с его программируемым таймером.
Мои результаты:

===================================
BRKT1 - Test COM-port BREAK Part #1
===================================

Test 1: Ask HX Server for 0.3 ms BREAK..
Recived bytes: «374»

Test 2: Ask HX Server for 1 ms BREAK..
Recived bytes: «000»

Test 3: Ask HX Server for 2 ms BREAK..
Recived bytes: «000»

Test 4: Ask HX Server for 20 ms BREAK..
Recived bytes: «000»

Test 5: Ask HX Server for 50 ms BREAK..
Recived bytes: «000»


===================================
BRKT2 - Test COM-port BREAK Part #2
===================================

Test 1: Send SHORT BREAK..
«370»

Test 2: Send 1 byte BREAK..
_Break_«000»

Test 3: Send 2 byte BREAK..
_Break_«000»

Test 4: Send 3 byte BREAK..
_Break_«000»

Test 5: Send 10 byte BREAK..
_Break_«000»

Test 6: Send 20 byte BREAK..
_Break_«000»

Test 7: Send Bad Frame 1 ..
_Break_«000»«036»0«360»_Error+RX_

Test 8: Send Bad Frame 2 ..
_Break_«000»~«366»«377»

[form]

Восстановил еще одну машину с нормальным портом. Сделал тест - запустил на ней E11, TT1 подключил к COM порту, связал через порт с 386м компутером где у меня живет эмулятор TU58. Как и предполагалось, с BREAK все отлично и внешний DD: работает как часы.

[Patron]

Мои результаты

Выводы таковы:

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

2. Сразу видно, чем хороший COM-порт PC отличается от плохого - при приёме BREAK всегда сначала выдаётся сигнал и только затем нулевой байт.

3. Т.к. у С2 11 битов в посылке, а не 10 - плохие фреймы отработали по-другому.

	.Send	#377
	BiS	#1, @#TPS
	.Send	#^B11001111
	BiC	#1, @#TPS
	.Send	#4
	.Send	#4

отправил BREAK - 0 - 036 - 060 - 360 - FrameError+RX.
Любопытно, что после выдачи сигнала FrameError+RX - COM-порт "обещанный" событием RX байт не выдал - видимо, сигнал относился к предыдущему байту.

	.Send	#377
	BiS	#1, @#TPS
	.Send	#^B11110011
	BiC	#1, @#TPS
	.Send	#^B00111111
	.Send	#^B01111111

отправил BREAK - 0 - 136 - 366 - 377, сработав в полном соответствии с теорией - первые два байта переданы не были, а вторые два превратились в три.

[form]

Тест на PC с нормальным портом.

===================================
BRKT1 - Test COM-port BREAK Part #1
===================================

Test 1: Ask HX Server for 0.3 ms BREAK..
Recived bytes: <376>

Test 2: Ask HX Server for 1 ms BREAK..
Recived bytes: <200>

Test 3: Ask HX Server for 2 ms BREAK..
Recived bytes: <000>

Test 4: Ask HX Server for 20 ms BREAK..
Recived bytes: <000>

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


===================================
BRKT2 - Test COM-port BREAK Part #2
===================================

Test 1: Send SHORT BREAK..
<377>

Test 2: Send 1 byte BREAK..
_Break_<000>

Test 3: Send 2 byte BREAK..
_Break_<000>

Test 4: Send 3 byte BREAK..
_Break_<000>

Test 5: Send 10 byte BREAK..
_Break_<000>

Test 6: Send 20 byte BREAK..
_Break_<000>

Test 7: Send Bad Frame 1 ..
_Break_<000><216><210><370>_Error+RX_

Test 8: Send Bad Frame 2 ..

[Patron]

Восстановил еще одну машину с нормальным портом. Сделал тест - запустил на ней E11, TT1 подключил к COM порту, связал через порт с 386м компутером где у меня живет эмулятор TU58. Как и предполагалось, с BREAK все отлично и внешний DD: работает как часы.

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

[form]

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

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

[Patron]

Тест на PC с нормальным портом.

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

Test 8: Send Bad Frame 2 ..

[form]

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

Возможно.
Сейчас включу снова.