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

Вид для печати

Показывать 40 сообщений этой темы на одной странице

07.02.2013, 20:07
Patron

Цитата:

Сообщение от form

Запустил на своем нотебяке с 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.
07.02.2013, 20:09
form

Цитата:

Сообщение от Patron

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

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

Цитата:

Сообщение от Patron

Для тестирования работы последовательных портов с сигналом 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»
07.02.2013, 20:59
form

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

Цитата:

Сообщение от Alex_K

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

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

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, сработав в полном соответствии с теорией - первые два байта переданы не были, а вторые два превратились в три.
07.02.2013, 21:03
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 ..
07.02.2013, 21:04
Patron

Цитата:

Сообщение от form

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

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

Цитата:

Сообщение от Patron

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

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

Цитата:

Сообщение от form

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

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

Код:

Test 8: Send Bad Frame 2 ..
07.02.2013, 21:08
form

Цитата:

Сообщение от Patron

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

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

Показывать 40 сообщений этой темы на одной странице