Проверка конфигурирования

Тестирование последовательных портов (как и параллельных) начинают с проверки их опознания системой. Список адресов установленных портов обычно появляется в таблице заставки, выводимой BIOS на экран перед загрузкой ОС. Кроме этой таблицы, список можно посмотреть и с помощью тестовых программ или прямо в BIOS DATA AREA с помощью любого отладчика.

Если BIOS обнаруживает меньше портов, чем установлено физически, скорее всего, каким – либо двум портам присвоен один адрес или установлен нестандартный адрес какого – либо порта. Проблемы могут возникать с адресами портов СОМ 3 и СОМ 4: не все версии BIOS будут искать порты по альтернативным адресам 3EОh, 338h и 2Eoh, 238h. Нумерация найденных портов, отображаемая в заставке, иногда может вводить в заблуждение: например, если установлены два порта с адресами 3F8h и 3E8h, в заставке они могут называться как СОМ 1 и СОМ 2 и по этим именам на них можно ссылаться при обращениях. Однако те же порты в заставке могут называться и как СОМ 1 и СОМ 3 (поскольку 3E8h является штатным адресом для СОМ 3), но попытка при обращении сослаться на порт СОМ 3 будет неудачной поскольку в данном случае адрес 3E8h будет находиться в ячейке 0:402 h BIOS DATA AREA, соответствующей порту СОМ 2, а в ячейке порта СОМ 3

(0:404 h) будет нуль – признак отсутствия такого порта.

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

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

Функциональное тестирование

В первом приближении СОМ-порт можно проверить диагностической программой (например, CheckIt) без использования заглушек. Этот режим тестирования проверяет функционирование микросхемы UART и вырабатывание прерываний, но он не затрагивает входные и выходные буферные микросхемы, которые более часто являются источниками неприятностей. Если тест не проходит, причину следует искать или в конфликте адресов (или прерываний, если на это явно указывает сообщение теста) или в самой микросхеме UART.

Для более достоверного тестирования портов с помощью диагностических программ рекомендуется использование внешней заглушки, подключаемой к разъёму СОМ-порта.

При работе с СОМ-портами источниками ошибок могут являться разъёмы и кабели.

СОМ-порт и Pn P

Современные ПУ, подключаемые к СОМ-порту могут поддерживать спецификацию Pn P. Основная задача ОС Pn P заключается в идентификации подключенного устройства, для чего разработан несложный протокол, реализуемый на любых СОМ-портах чисто программным способом. Он состоит из следующей последовательности шагов:

1. Порт инициализируется с состоянием линий DTR=ON, RTS=OFF, TXD=M’ark - состояние покоя;

2. Некоторое время (0,2 с) ожидается появление сигнала DSR, которое указало бы на наличие устройства, подключенного к порту. В простейшем случае устройство имеет на своем разъёме перемычку DTR – DSR, которая и обеспечивает указанный ответ. Если устройство обнаружено, выполняются манипуляции управляющими сигналами DTR и RTS с целью получения информации об устройстве. Если ответ об устройстве получен, ОС, поддерживающая динамическое реконфигурирование, должна периодически опрашивать состояние порта для обнаружения новых устройств.

3. Порт программируется на режим 1200 ^бит/_с, 7 бит данных без паритета, 1 стоп–бит, и на 0,2 с снимается сигнал DTR. После этого устанавливается DTR=1, а ещё через 0,2 с устанавливается и RTS=1.

4. В течении 0,2 с ожидается приход первого символа от устройства. По приходу этого символа начинается приём идентификатора. Если за это время символ не пришёл выполняется вторая попытка опроса (см. п. 5), несколько отличающаяся от первой.

5. На 0,2 с снимаются оба сигнала (DTR=0 и RTS=0), после чего они оба устанавливаются (DTR=1 и RTS=1).

6. В течении 0,2 с ожидается приход первого символа от устройства. По приходу этого символа начинается приём идентификатора. Если за это время символ не пришел, то в зависимости от состояния сигнала DSR переходят либо к проверке отключения Verify Disconnect (при DSR=0) или в дежурное состояние Сonnect Idle (при DSR=1).

7. В дежурном состоянии Сonnect Idle устанавливается DTR=0, RTS=0, порт программируется на режим 300 ^бит/_с , 7 бит данных, без паритета, 1 стоп-бит. Если в этом состоянии обнаруживается DSR=0, операционную систему следует уведомить об отключении устройства.

Посимвольный приём идентификатора устройства имеет ограничения по тайм-ауту в 0,2 с на приём каждого символа, а также общее ограничение в 2,2 с позволяющее принимать строку длиной до256 символов. Строка идентификатора Рn Р должна иметь маркеры начала (28h или 08h) и конца (29h или 09h), между которыми располагается тело идентификатора в стандартизованном формате. Перед маркером начала может находиться до 16 символов не относящихся к идентификатору Рn Р. Если за первые 0,2 с ожидания символа (на шаге 4 или 6) маркер начала не пришел, или же сработал тайм-аут, а маркер конца не получен, или же какой-либо символ принят с ошибкой, то происходит переход в состояние Сonnect Idle. Если получена корректная строка идентификатора, то она передается ОС для анализа и

предпринятия дальнейших действий по программе Рn Р.

Для проверки отключения (Verify Disconnect) устанавливается DTR=1, RTS=0 и через 5 с проверяется состояние сигнала DSR. При DSR=1 происходит переход в состояние Сonnect Idle (см. п. 7), при DSR=0 происходит переход в состояние Disconnect Idle, в котором система может периодически опрашивать сигнал DSR для обнаружения подключения устройства.

Описанный механизм разрабатывался фирмой МS с учетом необходимости обеспечения совместимости с не - Рn Р устройствами, подразумевая невозможность их вывода из строя и устойчивости системы к сообщениям, не являющимися Рn Р-идентификаторами. Например, не- Рn Р мышь фирмы МS по включению питания от интерфейса (от линии DTR и RTS) ответит ASCII – символом «М» (трехкнопочная «МЗ»).

Варианты индивидуальных заданий к работе «Конфигурирование, инсталляция и диагностика неисправностей СОМ-портов».

Номер варианта	Тип периферийного устройства	Системный ресурс	Контрольный вопрос	Неисправ- ность	Режим работы ОС-ПУ
1. 2. 3. 4. 5.	Мышь Принтер Модем Компьютер Мышь	IRQ Базовый адрес IRQ Базовый адрес IRQ
6. 7. 8. 9. 10.	Принтер Модем Компьютер Плоттер Дигитайзер	Базовый адрес IRQ DMA IRQ Базовый адрес
11. 12. 13. 14. 15.	Плоттер Дигитайзер Мышь Принтер Модем	IRQ DMA IRQ Базовый адрес DMA
16. 17. 18. 19. 20.	Компьютер Плоттер Дигитайзер Мышь Принтер	Базовый адрес IRQ DMA IRQ Базовый адрес
21. 22. 23. 24. 25.	Модем Компьютер Плоттер Дигитайзер Трекбол	DMA Базовый адрес IRQ DMA IRQ

В соответствии с индивидуальным заданием необходимо:

а) по типу периферийного устройства – описать механизм взаимодействия с СОМ-портом, задействованные ресурсы, режим обмена, особенности инсталляции;

б) по системному ресурсу – описать назначение, работу, как устанавливается и где используется;

в) по контрольному вопросу – ответить письменно, при необходимости привести алгоритм и временную диаграмму;

г) по неисправности объяснить, как её отыскать и причину её появления; варианты неисправности:1 – BIOS обнаруживает меньше портов, чем установлено физически; 2 – установлен один порт, но BIOS его не обнаруживает; 3 – фактически два порта, в заставке присвоены имена СОМ-1 и СОМ-3;

д) по режиму работы ОС – ПУ – необходимо описать механизм взаимодействия и последовательность шагов между операционной системой (ОС) и периферийным устройством (ПУ), варианты: 1 – ОС и ПУ поддерживают технологию Рn Р; 2 – ОС поддерживает, ПУ не поддерживает технологию Рn Р; 3 – режим проверки отключения; 4 – режим дежурного состояния.

Дата добавления: 2015-08-27