Большинство неприятностей при работе с LPT-портами доставляют разъемы и кабели. Для проверки порта, кабеля и принтера можно воспользоваться специальными тестами из популярных диагностических программ (CheckIt, PCCheck и т.п.), а можно и попытаться вывести на принтер какой-либо символьный файл.
- Если вывод файла с точки зрения DOS проходит (копирование файла на устройство с именем LPTn или PRN совершается быстро и успешно), а принтер (исправный) не напечатал ни одного символа, скорее всего, это обрыв (неконтакт в разъеме) цепи Strobe#.
- Если принтер находится в состоянии On Line, а появляется сообщении о его неготовности, причину следует искать в линии Busy.
- Если принтер, подключенный к порту, в стандартном режиме (SPP) печатает нормально, а при переходе на ECP начинаются сбои, следует проверить кабель – соответствует ли он требованиям IEEE 1284 (см. выше). Дешевые кабели с неперевитыми проводами нормально работают на скоростях 50-100 Кбайт/с, но при скорости 1-2 Мбайт/с, обеспечиваемой ECP, имеют полное право не работать, особенно при длине более 2 см.
- Если при установке драйвера PnP-принтера появилось сообщение о необходимости применение «двунаправленного кабеля», проверьте наличие связи контакта 17 разъема DB-25 с контактом 36 разъема Centronics. Хотя эта связь изначально предусматривалась, в ряде кабелей она отсутствует.
- Если принтер искажает информацию при печати, возможен обрыв (или замыкание) линий данных. В этом случае удобно воспользоваться файлом, содержащим последовательность кодов всех печатных символов (например, файлом BINCOG.CHR, см. п. 9.3.7). Если файл печатается с повтором некоторых символов или их групп, по периодичности повтора можно легко вычислить оборванный провод данных интерфейса. Этот же файл удобно использовать для проверки аппаратной русификации принтера.
Аппаратные прерывания от LPT-порта используются не всегда. Даже DOS-программа фоновой печати PRINT работает с портом по опросу состояния, а обслуживающий ее процесс запускается по прерыванию от таймера. Поэтому неисправности, связанные с цепью прерывания от порта, проявляются не часто. Однако по-настоящему многозадачные OC (например, NetWare) стараются работать с портом по прерываниям. Протестировать линию прерывания можно, только подключив к порту ПУ или заглушку. Если к порту с неисправным каналом подключить адаптер локальной сети, то он, возможно, заработает, но с очень низкой скоростью: на любой запрос ответ будет приходить с задержкой в десятки секунд – принятый из адаптера пакет будет приниматься не по прерыванию (сразу по приходу), а по внешнему тай-ауту.
| 
