49236 (597438), страница 28
Текст из файла (страница 28)
Программа NDiags в пункте меню СИСТЕМА/ТЕСТ СИСТЕМНОЙ ПЛАТЫ содержит окно проверки часов реального времени (ЧРВ), проверка которых состоит из:
- проверки выработки сигнала запроса прерывания от ЧРВ и
- теста интервального таймера DOS.
Если выбрать пункт СИСТЕМА/СТАТУС CMOS, то будет проверено:
- состояние батареи питания CMOS,
- часы текущего времени в CMOS,
- опрос контроллера жесткого диска на соответствие его параметров записанным в CMOS ,
- правильность конфигурации оперативной памяти,
- правильность аппаратной конфигурации,
- правильность контрольной суммы CMOS-памяти.
Программа PC-doctor, в пункте Diagnostics/System Board, содержит контекстное меню, в которое входят и пункты проверки ROM BOIS, CMOS и RTC Clock:
- System Timer – проверка прерываний от интервального таймера DOS,
- BIOS Timer – сравнение DOS-таймера с таймером часов реального времени,
- RTC Clock (счетчик часов в системе CMOS), проверяет правильность обновления счетчика, период повторения меток прерываний от часов, прерывания от RTC-будильника и соответствие текущих часов и даты
- CMOS RAM – проверяет память CMOS шаблонным тестом, как оперативную.
Контрольные вопросы.
1. Какими средствами может быть проведен контроль функционирования CPU? FPU?
2. Какие режимы углубленной диагностики DRAM предоставляет программа CheckIt?
3. Какие режимы, в отличие от CheckIt, предоставляет программа PC-doctor для тестирования DRAM ?
4. Как можно проверить функционирование средств системной поддержки CPU PC?
3.1.2 Контроль и диагностика периферийных устройств АПС
Как уже было сказано в начале данного раздела, некоторые периферийные устройства могут иметь режим автономной проверки, без участия вычислительного блока, но при автономном тестировании могут оказаться непроверенными средства связи этих ПУ с центральным вычислительно-управляющим устройством (CPU). Для проверки периферийных устройств в комплексе с центральным вычислителем, следует использовать программы комплексного тестирования.
3.1.2.1) Контроль и диагностика средств ввода оперативной информации.
Клавиатура.
Контроллер клавиатуры тестируется POST-программой перед загрузкой операционной системы. Специальная секция POST-программы, после сброса и инициализации клавиатуры, проверяет отсутствие “залипших” клавишей. Как известно, удержание клавиши в нажатом состоянии, через небольшой период времени, который может быть задан специально в пункте Advanced CMOS SetUp/Typematic Rate Delay (установка расширенных параметров CMOS/время задержки автоповтора) утилиты SETUP, заставляет контроллер клавиатуры повторять ввод того же символа с заданной частотой. “Залипшая” клавиша приводит к тому же эффекту, что и фиксируется POST-программой с выдачей видео кода типа
хх 301
где хх – порядковый номер “залипшей” клавиши.
Более подробно можно протестировать клавиатуру встроенной (если она есть) или внешней тест-программой.
Программа CheckIt в пункте меню Tests/Input Devices/Keyboard предназначена для проверки клавиатур РС/ХТ, АТ и расширенной в режимах:
- Press Each Key – проверка срабатываний всех клавишей,
- Typematic Repeat Test – проверка автоповторов при удерживании нажатой клавиши,
- Keyboard Lights Test – проверка индикаторов клавиатуры.
Если при проверке срабатываний клавишей обнаружится не срабатывающая, или нечетко срабатывающая клавиша, нужно разобрать клавиатуру, в выключенном состоянии клавиатуры проверить тестером или мультиметром факт замыкания ее контактов при нажатии. В зависимости от конструкции клавиатуры, промыть спиртом, отрихтовать контактную группу этой клавиши (шилдовая клавиатура), или заменить целиком модуль неисправной клавиши. Нарушение контактных соединений или печатного монтажа в клавиатурах пленочного )мембранного) типа невосстановимы без замены всей мембраны. Раскладка клавишей по мембране весьма специфична для каждой модели клавиатуры, так что, в этом случае целесообразнее просто заменить клавиатуру целиком.
Если же в клавиатуре шилдового типа обнаружена неисправность группы клавишей, то вероятность неисправностей всех клавишей этой группы маловероятна. Вероятнее всего, дефект заключен в отказе дешифратора строк матрицы клавишей, или в отказе одного из информационных входов контроллера, либо в обрыве связи этой группы клавишей с выходом дешифратора строк или информационным входом контроллера. Для локализации подобной неисправности нужно, прежде всего, по принципиальной схеме клавиатуры разобраться, как организована в ней матрица клавишей. Может оказаться, что вся неисправная группа принадлежит одной строке и кроме них, в той же строке нет исправных клавишей, тогда вероятно неисправен выход дешифратора, или оборвалась его связь со строкой матрицы клавишей. Второе предположение легко проверяется мультиметром. Для проверки работы дешифратора нужно включить компьютер и проверить осциллографом наличие отрицательных импульсов на выходах дешифратора и если их нет – заменить ИМС дешифратора. Следует иметь в виду и то, что разные клавиатуры могут иметь разную раскладку клавишей по матрице, поэтому для справки нужно использовать принципиальную схему клавиатуры именно этой модели.
Если окажется, что вся неисправная группа принадлежит одному столбцу и кроме них, в том же столбце нет исправных клавишей, тогда, вероятно, неисправен информационный вход контроллера, связанный с эти столбцом, или оборвалась связь его со столбцом клавишей. Второе предположение также проверяется мультиметром. Для проверки первого предположения нужно включить компьютер и проверить осциллографом наличие отрицательных импульсов на этом входе контроллера при нажатой одной из клавишей этого столбца и если они есть – придется заменить ИМС контроллера.
Если кроме неисправных клавишей в той же строке или столбце есть и работающие клавиши, то дефект, вероятно, заключен в обрыве печатного шлейфа, соединяющего клавиши в строку, или столбец соответственно. Устраняется подобный дефект установкой дублирующей перемычки, соединяющей выход одной из неисправных клавишей строки (столбца) – с одной из исправных, той же строки (столбца).
Ошибка при проверке автоповтора свидетельствует о неисправности контроллера клавиатуры, установленного на плате клавиатуры.
Ошибки при проверке индикаторов требуют, для их локализации, анализа работы их схем. Управляет зажиганием и гашением индикаторов контроллер клавиатуры по командам, получаемым им от центрального процессора, по прерываниям от активной программы. Светодиоды индикаторов получают питание от источника +5 В, ток через них ограничивается специальными резисторами, а протекание тока или его отсутствие управляется состоянием усилительных элементов (часто – ИМС инверторов). Инверторы, в свою очередь, управляются непосредственно выходами соответствующих портов контроллера. Если не зажигается или не гаснет индикатор, нужно проверить логическим пробником или мультиметром подачу на него питания +5 В, затем соответствие падения напряжения на светодиоде его характеристике, падение напряжения на токоограничительном резисторе, затем на выходе и входе инвертора, наконец, на соответствующем выходе контроллера. Изменить состояние контроллера нажатием соответствующей клавиши, во время прохождения теста, невозможно (им управляет сама тест-программа) и во время локализации места неисправности нужно использовать соответствующий шаг тест-программы.
Программа NDiags выполняет те же тесты (кроме теста автоповтора), а при проверке нажатия клавишей дополнительно высвечивает скан-код нажатой клавиши. Это может быть важно, если все клавиши срабатывают, но путают скан-коды. Это может быть следствием нарушения таблицы перевода кода сканирования матрицы клавишей в скан-код клавиатуры, находящейся в ПЗУ контроллера клавиатуры. Этот дефект может возникать и вследствие некорректного ремонта клавиатуры, когда ИМС контроллера клавиатуры была заменена на ИМС контроллера от клавиатуры другого типа.
Программа PC-Doctor в пункте меню Diagnostics/System Board/Keyboard проводит тестирование контроллера клавиатуры, точнее – его части, расположенной на системной плате, в режимах:
- Completed – укомплектованность, наличие,
- KBD Power-On Self test – самотестирование по включению питания,
- KBD IRQ Test – проверка выработки запроса прерывания IRQ1 от клавиатуры,
- KBD Interface Test – проверка работы интерфейса клавиатуры.
В пункте Interactive Tests/Keyboard содержатся три теста:
- Keyboard Keys – тест нажатия клавишей с индикацией скан-кодов,
- Keyboard LEDs – тест светодиодных индикаторов состояния клавиатуры,
- Keyboard Repeat – тест автоповтора.
Манипуляторы.
Для проверки манипуляторов “мышь” можно воспользоваться файлом теста манипулятора (test.exe), обычно имеющимся на дистрибутивной дискете с драйвером мыши. Тест позволяет проверить функции манипулятора и его настройки, такие как начальная позиция курсора мыши, область и скорость перемещения манипулятора, символ, идентифицирующий курсор и т. д. Можно использовать и тест-программы общего тестирования.
Программа CheckIt предоставляет в пунктах меню:
- Tests/Input Devices/Mouse – тестирование манипулятора мышь,
- Tests/Input Devices/Joystick – тестирование игрового манипулятора.
При тестировании мыши программа предлагает проверки:
- Press each mouse button – проверка нажатия кнопок мыши,
- Move mouse to screen top – проверка перемещения курсора по экрану вверх,
- Move mouse to screen bottom – проверка перемещения курсора по экрану вниз,
- Move mouse to screen left – проверка перемещения курсора по экрану влево,
- Move mouse to screen right- проверка перемещения курсора по экрану вправо.
Программа NDiags в пункте меню ПРОЧИЕ/ТЕСТ МЫШИ предлагает аналогичные проверки.
Программа PC-Doctor также позволяет тестировать манипуляторы проверкой срабатывания их кнопок и перемещения курсора, с указанием его текущих координат.
Все три программы могут протестировать игровой Кэмпстон-джойстик: правильность его центровки и срабатывание его кнопок. Для тестирования пропорционального джойстика следует воспользоваться специальными тестами, которые прикладываются к дистрибутиву его драйвера, т. к. конструкций, логических организаций, функциональных возможностей и разновидностей их применений так много, что универсальной программы их проверки просто не может быть.
3.1.2.2) Контроль и диагностика средств вывода оперативной информации
Видеоподсистема.
Наличие, исправность портов ввода-вывода и самодиагностика видеоконтроллера (видеокарты) тестируется POST-программой перед загрузкой операционной системы.
Подробное тестирование видеомонитора в автоматическом режиме без участия оператора невозможно, т. к. сама программа не может проверить правильность отображения шрифтов, линейность развертки, цветовую палитру, правильность отработки атрибутов символов и т. д. Тест-программа только генерирует и выводит на экран монитора соответствующие картинки, снабжая изображение указаниями признаков правильной работы, а оператор, выполняя указания программы, должен отвечать программе – соответствует ли изображение требованиям программы.
Встроенная программа ROM Diagnostic, программы сервисных плат RACER, ROM&DIAG и комплекса PC-tester содержат соответствующие пункты проверки видеоподсистемы РС, но, в силу ограниченности емкости их памяти, полноценную проверку организовать не могут. Поэтому, для более тщательной проверки качества видеосистемы следует воспользоваться внешними (загружаемыми) тест-программами.
Программа CheckIt имеет пункт меню Tests/Video, который состоит из трех основных частей:
Video RAM – для автоматической проверки видео-памяти и аппаратных средств подкачки. Сначала различными шаблонами проверяется запись и чтение видеопамяти., При этом тесте на экране появляются странные изображения, т. к. информация в видеопамяти, всегда всегда формирует изображение на экране, но далеко не все шаблоны теста проверки видеопамяти формируют осмысленное изображение. На следующем шаге программа формирует видео страницы, выводом на экран цифр разных цветов, причем цифры, из которых сформирован экран, соответствуют номерам видео страниц.;
Text – проверяет все текстовые режимы, доступные данному РС. Тест состоит из 10 шагов, представляющих оператору различные изображения. На каждом экране, в левом верхнем углу отображаются название шага, режим экрана и номер текущего шага. Что должен оператор увидеть на экране, сообщается перед началом каждой группы режимов и оператор, выполняя эти задания, должен сообщить программе, соответствует ли изображение требованиям программы, на каждом шаге теста. В первых пяти пунктах теста на экран выводятся наборы всех символов ASCII разными цветами и с разным разрешением, на следующих пяти – символы с разными атрибутами, на последней – 8 разноцветных полос с контрастными строками текста.
Graphics – проверяет графические режимы работы видеосистемы. Вывод сетки позволяет оценить линейность горизонтальной и вертикальной разверток, а следующим тестом – выводятся 6 экранов с цветными блоками; цвет каждого блока должен соответствовать надписи о его цвете. Это позволяет оценить правильность работы цветообразующих узлов видеокарты и монитора. На следующих трех экранах выводится каждый раз один из трех основных цветов, что помогает оценить чистоту цвета по всему полю экрана.
Некоторые из тест-режимов программы, на конкретном компьютере могут работать неправильно, т. к. не все типы видеоподсистем поддерживают максимальное разрешение и частоты разверток, а тест написан по-максимуму. Так что, если какие-то режимы выполняются неправильно, нужно обратиться к техническому описанию данной видеосистемы и только тогда можно будет сделать вывод – это ошибка видеосистемы, или эти режимы просто не поддерживаются данной видеосистемой РС.
По симптомам неправильной работы видеосистемы можно довольно уверенно определить место неисправности с точностью до узла подсистемы. Так, например,
- если на экране видеомонитора нет развертки, и органами регулировки яркости и контрастности ее получить не удается, то, вероятно, неисправен генератор строчной развертки видеомонитора, или схема выработки высокого напряжения (25 киловольт) для питания третьего анода кинескопа в видеомониторе;
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
