Практическая работа №17

Тема: Проведение диагностики интерфейсов ввода \ вывода информации.

Мета: Научиться проводить диагностику интерфейсов ввода \ вывода информации.

Ход работы:

Неисправности и тестирование параллельных портов

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

Если BIOS обнаруживает меньше портов, чем установлено физически, скорее всего, двум портам присвоен один адрес. При этом работоспособность ни одного из конфликтующих портов не гарантируется: они будут одновременно выводить сигналы, но при чтении состояния конфликт на шине, скорее всего, приведет к искажению данных. Программное тестирование порта без диагностической за­глушки (Loop Back) не покажет ошибок, поскольку при этом читаются данные выходных регистров, а они у всех конфликтующих (по отдельности исправных портов) совпадут. Именно такое тестирование производит BIOS при проверке портов на наличие. Разбираться с этой ситуацией следует, последовательно ус­танавливая порты и наблюдая за адресами, появляющимися в списке.

Если физически установлен только один порт, a BIOS его не обнаруживает, то либо порт отключен при конфигурировании, либо он вышел из строя (скорее всего, из-за нарушений правил подключения). Иногда неисп­равность устраняется «передергиванием» платы в слоте — там возникают про­блемы с контактами.

Наблюдаются и такие — при теплой перезагрузке DOS после Win­dows 95 порт не виден (и приложения не могут печатать из MS-DOS). Однако после повторной перезагрузки DOS порт оказывается на месте. С этим явлени­ем легче смириться, чем бороться.

Тестирование портов с помощью диагностических программ позволяет про­верить выходные регистры, а при использовании специальных заглушек — и вход­ные линии. Поскольку количество выходных линий порта (12) и входных (5) различно, то полная проверка порта с помощью пассивной заглушки принципи­ально невозможна. Разные программы тестирования требуют применения раз­ных заглушек.

Большинство неприятностей при работе с LPT-портами доставляют разъемы и кабели. Для проверки порта, кабеля и принтера можно воспользоваться специ­альными тестами из популярных диагностических программ (Checklt, PCCheck и т. п.), а можно и попытаться вывести на принтер какой-либо символьный файл.

· Если вывод файла с точки зрения DOS проходит (копирование файла на устройство с именем LPTn или PRN совершается быстро и успешно), а прин­тер (исправный) не напечатал ни одного символа, скорее всего, это обрыв цепи Strobe#.

· Если принтер находится в состоянии On Line, а появляется сообщение о его неготовности, причину следует искать в линии Busy.

· Если принтер, подключенный к порту, в стандартном режиме (SPP) печа­тает нормально, а при переходе в ЕСР начинаются сбои, следует проверить кабель — соответствует ли он требованиям IEEE 1284 (см. выше). Деше­вые кабели с неперевитыми проводами нормально работают на скорос­тях 50-100 Кбайт/с, но при скорости 1-2 Мбайт/с, обеспечиваемой ЕСР, имеют полное право не работать, особенно при длине более 2 м.

· Если при установке драйвера PnP-принтера появилось сообщение о необ­ходимости применения «двунаправленного кабеля», проверьте наличие связи контакта 17 разъема DB-25 с контактом 36 разъема Centronics. Хотя эта связь изначально предусматривалась, в ряде кабелей она отсутствует.

· Если принтер искажает информацию при печати, возможен обрыв (или замыкание) линий данных. В этом случае удобно воспользоваться фай­лом, содержащим последовательность кодов всех печатных символов (на­пример, файлом BINCOD.CHR, см. п. 9.3.7). Если файл печатается с повто­ром некоторых символов или их групп, по периодичности повтора можно легко вычислить оборванный провод данных интерфейса. Этот же файл удобно использовать для проверки аппаратной русификации принтера.

Аппаратные прерывания от LPT-порта используются не всегда. Даже DOS-программа фоновой печати PRINT работает с портом по опросу состояния, а обслуживающий ее процесс запускается по прерыванию от таймера. Поэтому неисправности, связанные с цепью прерывания от порта, проявляются не часто. Однако по-настоящему многозадачные ОС (например, NetWare) стараются ра­ботать с портом по прерываниям. Протестировать линию прерывания можно, только подключив к порту ПУ или заглушку. Если к порту с неисправным кана­лом прерывания подключить адаптер локальной сети, то он, возможно, заработа­ет, но с очень низкой скоростью: на любой запрос ответ будет приходить с задерж­кой в десятки секунд — принятый из адаптера пакет будет приниматься не по прерыванию (сразу по приходу), а по внешнему тайм-ауту.