Неисправности ПК. Особенности проявления и диагностики неисправностей средств вычислительной техники
Скачать 140.5 Kb.
|
Министерство образования Российской Федерации Майкопский государственный гуманитарно-технический колледж Адыгейского государственного университета КУРСОВАЯ РАБОТА На тему: «ОСОБЕННОСТИ ПРОЯВЛЕНИЯ И ДИАГНОСТИКИ НЕИСПРАВНОСТЕЙ СРЕДСТВ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ» Выполнил: Содержание Введение…………………………………………………………………………..3 1 Этапы и процесс устранения неисправностей СВТ …………………………4 1.1 Процесс поиска неисправностей……………………………………………4 1.2 Особенности проявления неисправностей СВТ и РС……………………..6 1.2.1 Системные ошибки при загрузке ОС…………………………………….7 1.2 Ошибки при прогоне прикладных программ………………………………8 2. Автономная и комплексная проверка функционирования и диагностика СВТ………………………………………………………………..11 2.1 Функциональный контроль АПС………………………………………….11 2.1.1. Контроль и диагностика компонент системной платы………………..12 2.1.1.1 Контроль работы CPU и FPU…………………………………………..12 2.1.1.2 Контроль средств системной поддержки CPU………………………..13 2.1.1.3 Контроль и диагностика DRAM………………………………………..13 2.1.1.4 Контроль работы системной шины…………………………………….16 2.1.2 Контроль и диагностика периферийных устройств АПС……………....18 2.1.2.1 Контроль и диагностика средств ввода оперативной информации….18 2.1.2.2 Контроль и диагностика средств вывода оперативной информации..21 2.1.2.3 Функциональный контроль и диагностика НЖМД………………….24 2.2 Контроль функционирования аппаратно-программных комплексов……27 Заключение………………………………………………………………………29 Список литературы……………………………………………………………..30 Введение Современные компьютеры будут использовать весь спектр конструкторских решений, разработанных за всё время развития вычислительной техники. Эти решения, как правило, не зависят от физической реализации компьютеров, а сами являются основой, на которую опираются разработчики. Актуальность темы курсовой работы будет определяться возросшей потребностью в вычислительных работах любого действующего предприятия. Целью курсовой работы будет являться изучение особенностей проявления неисправностей СВТ и их диагностики. Задачами курсовой работы будут являться: - анализ неисправностей СВТ; - этапы и процесс устранения неисправностей; - диагностика неисправностей СВТ. Информационно-методической основой для написания работы послужили работы М.В. Васильева, В.П. Леонтьева, И.А. Орлова, В.Ф. Корнюшко, В.В. Бурляева и др. 1 Этапы и процесс устранения неисправностей 1.1 Процесс поиска неисправностей Ремонт ВС более чем на 9/10 состоит из диагностики АПС и состоит из пяти этапов: анализ ситуации отказа; тестирование; ремонт; тестирование после ремонта; восстановление рабочей конфигурации и проверка функционирования. При выполнении работы по диагностике неисправностей рекомендуется: 1) подробно документировать работу; 2) предположить одну из похожих по симптомам неисправность (идентифицировать неисправность); 3) выделить неисправное устройство (интерпретировать вид ошибки); 4) воспользоваться, если возможно, эталонной таблицей состояний ВС; 5) выделить неисправную компоненту в устройстве; 6) если симптомов несколько, – классифицировать их на первичные и вторичные (зависимые от первичных). На этапе анализа ситуации следует: - проанализировать, в каком режиме работы АПС, при выполнении какой программы и в каком месте программы произошел отказ; - зафиксировать симптомы неисправности: 1) состояние индикаторов РС, 2) сообщения программы (диспетчера, ОС, оболочек и т. д.), 3) звуковые сигналы, штатные и нештатные; 3. попытаться перезапустить программу; 4. перезагрузить систему ("теплый" рестарт, или "холодный" старт); 5. внимательно просмотреть, как проходят рестарт, POST-контроль; 6. проверить параметры АПС в CMOS-памяти, с помощью процедур SETUP; 7. выключить ВС, проверить качество соединений кабелей интерфейсов, подключения питания, температурный режим всех ИМС (наощупь), степень загрязненности плат; 8. если POST-программа не выполняется, перейти к локализации компоненты, используя видео- или аудио-коды, сообщаемыми POST-программой; 9. если POST-программа выполняется, – перейти к тестовой диагностике ВС. Если все было подключено верно, – вернуть ВС в исходное состояние: выключить только что установленное ПУ и/или контроллер и вновь проверить работоспособность ВС. Если ошибка осталась, значит, компонента определена неверно, и нужно повторить анализ по пунктам. Если ошибка устранилась, следует по-очереди заменять элементы узла на заведомо исправные в следующем порядке: - периферийное оборудование, относящееся к выделенной подсистеме (дисковая, VIDEO, коммуникации, манипуляторы и т. д.), обращая внимание на их конфигурирование; - кабельные соединения (не спутать подключение шлейфов: выделенная цветом жила плоского шлейфа подключается к 1 контакту разъема); - контроллер, обращая внимание на установленную конфигурацию соответственно типу, объему буферной памяти и т.д. принтера, манипулятора, дисковода и т. п. Если ошибка осталась, значит, дело не в аппаратной, а в программной конфигурации: - драйвер не соответствует данному конкретному устройству; - конфликт драйверов; - конфликт запросов прерываний; - пересечение областей векторов прерываний в DRAM и следует тщательно проверять программную конфигурацию РС при вводе нового оборудования. При обнаружении несоответствия – откорректировать программную конфигурацию АПС. 1.2 Особенности проявления неисправностей СВТ и РС При локализации неисправностей, возможно появление следующих симптомов: 1. При загрузке ОС: - индикатор включения питания не загорается; - операционная система не загружается; - появляются системные ошибки при запуске; - нет загрузки с жесткого диска. 2. При прогоне прикладных программ: - не читает один FDD; - не читают оба FDD; - не пишет один FDD; - не пишут оба FDD; - не читает HDD; - не пишет HDD; - FDD и/или HDD не выбираются; - РС "завис", ввод с клавиатуры заблокирован. 3. Возможные симптомы неисправности системы отображения информации. Цветной графический монитор и плата его адаптера: - нет изображения на экране; - нет синхронизации по кадрам; - нет синхронизации по строкам; - нет текстового режима, графика работает; - на экране искаженные символы; - искаженный цвет или его отсутствие; - нет текстового режима высокого или низкого разрешения. 4. Неисправности КЛАВИАТУРЫ: - клавиатура не работает (заблокирована); - клавиатура печатает неправильные символы; - одна или несколько клавишей не работают; - нет переключения регистров верхний/нижний и/или наоборот. 5. Неисправности ВВОДА-ВЫВОДА: - динамик не работает; - манипулятор не работает; - нет загрузки с НГМД; - нет загрузки с НЖМД. 1.2.1 Системные ошибки при загрузке ОС 1. Неисправности при включении РС. Если индикатор включения питания не загорается, следует проверить поочередно: - наличие питающего напряжения в сетевой розетке, - исправность штепсельного подключения РС, кабеля питания, - исправность сетевого фильтра или устройства бесперебойного питания, - исправность блока питания ПЭВМ. 2. Не загружается операционная система. Если нет загрузки с жесткого диска, следует попробовать повторить загрузку и внимательно пронаблюдать за процессом выполнения POST-программы, при неудаче – загрузиться со “спасательной” дискеты и протестировать НЖМД, в первую очередь – его загрузочную запись и вообще всю системную область. Все сообщения POST-программы об ошибках принято делить на типы: аудио сигналы; коды системных ошибок на дисплее; коды ошибок ввода-вывода на дисплее; другие ошибки на экране дисплея. Таким образом, общее количество кодов ошибок достигает сотен, и коды ошибок для каждой конкретной модели РС, точнее разновидности ROM BIOS, которым укомплектована данная модель РС, следует искать в инструкции по эксплуатации данного РС. 1.2.2 Ошибки при прогоне прикладных программ При прогоне пользовательских программ возможны следующие ошибки. Один из дисководов НГМД не читает или не пишет. Возможные причины: 1) плохая дискета. Заменить дискету; 2) плохой дисковод. Попробовать работать с другого дисковода; 3) загрязнен разъем интерфейса на дисководе. Очистить разъем от пыли и промыть спиртом; 4) плохо или неверно подключен шлейф к дисководу. Проверить правильность подключения кабелей: разъем до перекрутки обычно должен подключаться ко второму FDD, после перекрутки – к первому. 5) неверно закоммутирован адрес дисковода FDD, или неверно установлены перемычки конфигурации дисководов на контроллере и/или дисководах. Проверить и исправить конфигурацию дисков в соответствии с инструкцией по эксплуатации контроллера и дисководов; 6) неверно установлен тип дисковода в CMOS-памяти. Проверить и, при необходимости, переустановить его через утилиту SetUp. Неуверенное чтение данных с FDD. Возможные причины: 1) не установлен, или неправильно установлен, или установлены два терминатора на магистрали управления/данных на 5,25” FDD. Проверить и исправить: терминатор должен быть установлен только на одном, последнем FDD; 2) загрязнены головки чтения-записи НГМД. Почистить головки дисковода с помощью специального чистящего диска. Чистить головки НГМД можно только специальными жидкостями или изопропиловым спиртом. Этиловый спирт растворяет защитное покрытие дискет. 3) скорость вращения шпиндельного двигателя НГМД выходит за допустимые пределы. Протестировать НГМД программой NDiags и, при необходимости, отрегулировать скорость вращения шпиндельного двигателя. Ни один из дисководов не читает. Возможные причины: 1) неисправность в разъеме слота подключения контроллера НГМД. Почистить разъем слота, в котором стоял контроллер дисководов, или переставить контроллер в другой слот; 2) неисправен контроллер дисководов. Отключить все, кроме одного, дисководы от контроллера, проверить запись/чтение на оставшийся дисковод, при необходимости, загружая DOS с дискеты. Если опыт оказался удачным, то, подключая по очереди остальные дисководы, определить, в какой части контроллера содержится ошибка. Можно для пробы заменить контроллер на заведомо исправный, не забыв про конфигурирование (перемычки, переключатели на плате контроллера). Прикладная программа не выполняется, или выполняется неверно (неправильные результаты, или зависание РС в программе). Возможные причины: 1) не отлажена программа. Воспользоваться средствами отладки программ: дизайнер, дебаггер и т. д.; 2) конфликт в программной конфигурации. Проверить текущую программную конфигурацию: просмотреть файлы config.sys, autoexec.bat и карту распределения оперативной памяти в части драйверов, TSR-программ, на предмет конфликтов, при необходимости – откорректировать; 3) неисправность аппаратной части РС. Провести углубленное тестирование АПС, с помощью встроенных или внешних тест программ. 4) просмотреть сообщение BIOS об определенных ей аппаратных ресурсах РС; 5) при исполнении системных файлов IBMBIO.COM и IBMDOS.COM, проверить результаты исполнения конфигурационных файлов config.sys и autoexec.bat, на отсутствие в них логических ошибок. Для контролируемого пошагового исполнения конфигурационных файлов нужно сразу после появления на дисплее таблицы аппаратных ресурсов, еще до появления сообщения “Starting PC DOS…”, нажать клавишу F8; 6) протестировать компоненты РС с помощью сервисной платы; 7) если система с дискеты загрузилась, а с жесткого диска – нет, нужно с той же системной дискеты запустить диагностику логической структуры НЖМД, используя утилиты NDD или Scandisk и, при обнаружении ошибок, – восстановить логическую структуру диска; 8) исправить возможные нарушения загрузочной записи и системных файлов, используя утилиту SYS.COM9 9) проверить память и системный диск компьютера на отсутствие вирусных заражений (антивирусный пакет минимального размера, например, DrWeb-413, может поместиться и на системную дискету); 10) если ошибка осталась – перейти к тестированию компонент РС с использованием встроенных программ: POST (с помощью анализатора шины), ROM Diagnostics, или программ общего тестирования CheckIt, NDiags и др., запуская их с той же дискеты; 11) если ошибка носит плавающий характер, – проводить углубленное тестирование компонент АПС с использованием соответствующих программ, например PC-Doctor. Разобранные выше симптомы неисправностей далеко не исчерпывают все возможные ошибки, возникающие при прогоне пользовательских программ, и даны только для примера симптомов ошибок. Другие ошибки будут иметь другие симптомы. 2. Автономная и комплексная проверка функционирования и диагностика СВТ Некоторые из достаточно интеллектуальных средств вычислительной техники, такие как принтеры, плоттеры, могут иметь режимы автономного тестировании. Так, автономный тест принтера запускается без подключения к компьютеру, нажатием комбинаций клавишей на пульте его управления. Принтер, исполняя имеющуюся в его ПЗУ специальную микропрограмму, печатает диагонально все доступные ему символы, и оператор, просматривая и сравнивая полученную при этом распечатку, определяет правильность его работы в режимах различной плотности и качества печати. Аппаратно-программная система имеет возможность автономной проверки функционирования компонент ее вычислительного ядра, используя встроенные или загружаемые тест-программы. АПС может выполнять и внешние тест-программы для ее компонент, а также тест-программы комплексного тестирования, имитирующие многозадачный и многопользовательский режимы работы АПС. 2.1 Функциональный контроль АПС Контроль функционирования компонент специализированных АПС типа Main Frame осуществляется, во время ее работы, аппаратурными средствами (специальными схемами контроля сумматоров, счетчиков, дешифраторов, средств передачи данных и т. д.). Контроль вычислительного процесса в таких АПС выполняется специальными программными средствами, контролирующими правильность выполнения алгоритмов вычислений, допустимость получаемых результатов, их достоверность. Чаше всего такой контроль использует метод двойного пересчета отдельных частей общей задачи. При разработке специализированных АПС разрабатываются одновременно и специальные тест-программы их комплексного тестирования. Комплексные тест-программ типа ТКП (Тесты Контрольно-Проверочные), должны периодически запускаться обслуживающим персоналом, во время планово-предупредительного и текущего технического обслуживания АПС. Поэтому, для функционального контроля РС используются тест-программы общего применения, такие как рассмотренные выше CheckIt, NDiags, Sandra и т. п. 2.1.1. Контроль и диагностика компонент системной платы Системные платы РС, в зависимости от их модификаций, могут содержать либо только собственно вычислитель (CPU с его системной обвеской, оперативную память и систему шин со своими контроллерами и формирователями), либо дополнительно – некоторые из контроллеров периферийных устройств (НЖМД, видеоконтроллер, коммуникационные порты, аудиоконтроллер, сетевые средства межкомпьютерной связи и т. д.). Это нужно иметь в виду и, когда разговор пойдет о контроле и диагностике системной платы, то будет подразумеваться системная плата минимальной конфигурации, без интегрированных в нее контроллеров периферийных устройств. 2.1.1.1 Контроль работы CPU и FPU Функциональный контроль центрального процессора РС происходит первым и обязательно – при каждом выполнении POST-программы. При этом тестируется файл регистров процессора, его переключения из режима RМ в PM и обратно, и его реакция на запросы прерывания. CPU, как известно, имеет собственную микропрограмму самотестирования, которая запускается автоматически, если CPU достаточно долго находится в режиме простоя (Ti Idle). Контроль функционирования CPU можно проводить специально, с использованием внешних тест-программ. Так, если в программе CheckIt выбрать пункт меню Tests, а в его контекстном меню пункт System Board, то этот тест проверит в части микропроцессора: - общие функции CPU (General Function), - ошибки по прерывания CPU (Interrupt Bug), - 32-разрядное умножение (32-bit Multiply), - защищенный режим работы (Protected Mode), - арифметические функции FPU (NPU Arithmetic Functions), - тригонометрические функции FPU (NPU Trigonometric Functions), - функции сравнения FPU (NPU Comparison Function). Если в программе NDiags выбрать пункт СИСТЕМА/ТЕСТ СИСТЕМНОЙ ПЛАТЫ, то тест-программа проведет: общий тест ЦПУ, тест регистров ЦПУ, арифметический тест ЦПУ, тест защищенного режима работы ЦПУ. Если в программе PC-Doctor выбрать пункт Diagnostics/CPU/Coprocessor, то будут выполнены тесты: CPU Registers, CPU Arithmetic’s, CPU Logical Operations, CPU String Operations, CPU Interrupt/Exceptions (/исключение), CPU Buffer/Cache, CPU C&T/Cyrix Specific (если ЦПУ их поддерживает), CoProc Registers, CoProc Commands, CoProc Arithmetic’s, CoProc Transcendental, CoProc Exceptions, CoProc Cyrix/IIT. Как видно, самый большой набор проверок предлагает программа PC-Doctor. 2.1.1.2 Контроль средств системной поддержки CPU Тестирующие способности системной поддержки процессора у программы CheckIt весьма скромные. Если в программе CheckIt выбрать пункт меню Tests, а в его контекстном меню пункт System Board, то этот тест проверит из средств системной поддержки CPU только контроллер(ы) DMA и контроллер(ы) прерываний (Interrupt Controllers). Программа NDiags, при выборе пункта меню СИСТЕМА/ТЕСТ СИСТЕМНОЙ ПЛАТЫ, из устройств системной поддержки процессора тестирует контроллер ПДП и контроллер прерываний. Программа PC-doctor в пункте Diagnostics/Motherboard тестирует те же средства системной поддержки процессора контроллер прерываний и контроллер ПДП. 2.1.1.3 Контроль и диагностика DRAM Оперативная память персонального компьютера выполняется, как известно, на микросхемах динамического типа, что и соответствует аббревиатуре DRAM – Dynamics-Random-Access Memory (динамическая память произвольного доступа). Запоминающими элементами таких микросхем являются элементарные конденсаторы, образованные плавающими затворами полевых транзисторов. Эти переходы могут находиться в заряженном (логическая единица) или разряженном (логический нуль) состояниях. Таким образом, динамическая память имеет склонность к искажениям отдельных бит информации. Это может иметь фатальные последствия для компьютера, т. к. в DRAM хранятся как данные, так и рабочие программы, и сама операционная система. Искажение одного бита в машинной команде может привести к тому, что, вместо операции чтения выполнится операция записи, которая может испортить данные, программу и даже саму ОС. Именно поэтому динамическая оперативная память снабжается схемой паритетного контроля – свертки каждого записанного байта по модулю-2. В ответственных ЭВМ используются коды, исправляющие ошибки, например, код Хемминга. При записи, каждый байт информации сопровождается контрольным разрядом, вырабатывающимся схемой свертки, а при чтении, той же схемой свертки каждый байт проверяется на четность и, в случае нарушения паритета, вырабатывается немаскируемое прерывание, формирующее сообщение об ошибке DRAM. В этом случае автоматическое выполнение дальнейших операций блокируется и на экране дисплея появляется сообщение: Error Parity DRAM. System Halted (Ошибка четности динамической памяти. Система остановлена). Контроль работоспособности оперативной памяти РС выполняется соответствующими секциями POST-программы при каждом включении питания компьютера, или при “холодном” рестарте системы (нажатие кнопки RESET). При появлении симптома ошибки DRAM, следует перезагрузить операционную систему и попытаться снова запустить ту же прикладную программу. Если ошибка не повторится, то этот случай классифицируется как одиночный сбой. Если же ошибка повторяется, то это – симптом жесткой ошибки. В таком случае следует отключить механизм выработки NMI и запустить программу диагностики ошибок памяти, например, CheckIt/Tests/Memory. Можно воспользоваться и услугами программы NDiags, выбрав пункт меню ПАМЯТЬ\Тест основной (базовой) памяти, и Тест расширенной памяти, а если конфигурация предусматривает и дополнительную память, то и ее тест. NDiags протестирует выбранную память следующими шаблонами: - записью и проверкой нулей во все разряды всех ячеек проверяемой памяти, - записью и проверкой единиц во все разряды всех ячеек проверяемой памяти, - пробегом и проверкой единицы по всем разрядам по-очереди в каждом адресе, - пробегом и проверкой нуля по всем разрядам по-очереди в каждом адресе, - записью и проверкой кода 10101010 в каждый адрес (шахматный код), - записью и проверкой кода 01010101 в каждый адрес (инверсный шахматный код). Обе эти программы достаточно подробно тестируют DRAM, но программа CheckIt позволяет протестировать память как минимальным (Quick Memory Test Only), так и расширенным набором тестов и даже повторить тестирование не один раз, а до 999 раз, чтобы обнаружить плавающие ошибки памяти. Кроме того, программа CheckIt позволяет локализовать ошибку памяти до компоненты (ИМС или модуля SIMM). Тестирование памяти с помощью программы PC-doctor выполняется при выборе пункта Diagnostics/RAM Memory. Программа предлагает выбрать режим тестирования: - Fast – быстрый, по одному проходу каждого теста, - Medium – средний, по 10 раз, - Heavy – тяжелый, по 20 раз, тип тестирования: - Pattern – 18-ти шаблонный, - Address – по адресным линиям выборки ИМС, - Bus Throughput – случайными сигналами выборки, - Code Test – случайными кодами. Далее следует выбрать тип тестируемой памяти: - Base – базовую память до 640 КБ. - Extended – расширенную, до 16 МБ. - Expanded – дополнительную, от 1 до 32 МБ, - UMB – блок высшей памяти, от 1 до 1,064 МБ. Таким образом, можно тестировать не всю, а только выбранные участки памяти. Временные характеристики оперативной памяти под Windows прекрасно определяются с помощью программы Sandra, но если память неисправна, или ошибается, Sandra просто откажется ее тестировать. 2.1.1.4 Контроль работы системной шины Все типы системной шины, от ISA до PCI и USB, формируются из локальной шины центрального процессора, с помощью шинных формирователей и контроллеров системной шины. Для более подробной локализации неисправностей системной шины можно зациклить начальные секции POST-программы и просматривать осциллографом адресные сигналы, сигналы передачи данных по системной шине и сигналы управления шиной: запрос и подтверждение захвата шины, состояние линий запросов прерываний, сигналы циклов шины – IOR, IOW, MemR, MemW, Lock, Unlock и т. д. Бегло просмотреть исправность шинных формирователей можно, если замерить и сравнить с таблицей эталонных состояний уровни напряжений на всех контактах разъемов слотов расширения в режиме, оговоренном таблицей эталонных состояний. 2.1.1.5 Контроль ROM BIOS и CMOS-памяти Программа CheckIt на проверку и тестирование ROM DIOS не ориентирована, но может протестировать счетчик часов реального времени, если выбрать пункт меню Tests/Real Time Clock. Этот тест состоит из сравнения реального времени со временем DOS – Compare Real-Time Clock time to DOS time, сравнения реальной даты с датой DOS – Compare Real-Time Clock date to DOS date, сравнения истекшего времени – Compare Elapsed Time. Программа 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 шаблонным тестом, как оперативную. 2.1.2 Контроль и диагностика периферийных устройств АПС Для проверки периферийных устройств в комплексе с центральным вычислителем, следует использовать программы комплексного тестирования. 2.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- проверка перемещения курсора по экрану вправо. Программа PC-Doctor также позволяет тестировать манипуляторы проверкой срабатывания их кнопок и перемещения курсора, с указанием его текущих координат. 2.1.2.2 Контроль и диагностика средств вывода оперативной информации Наличие, исправность портов ввода-вывода и самодиагностика видеоконтроллера (видеокарты) тестируется POST-программой перед загрузкой операционной системы. Подробное тестирование видеомонитора в автоматическом режиме без участия оператора невозможно, т. к. сама программа не может проверить правильность отображения шрифтов, линейность развертки, цветовую палитру, правильность отработки атрибутов символов и т. д. Тест-программа только генерирует и выводит на экран монитора соответствующие картинки, снабжая изображение указаниями признаков правильной работы, а оператор, выполняя указания программы, должен отвечать программе – соответствует ли изображение требованиям программы. Встроенная программа ROM Diagnostic, программы сервисных плат RACER, ROM&DIAG и комплекса PC-tester содержат соответствующие пункты проверки видеоподсистемы РС, но, в силу ограниченности емкости их памяти, полноценную проверку организовать не могут. Поэтому, для более тщательной проверки качества видеосистемы следует воспользоваться внешними (загружаемыми) тест-программами. Программа CheckIt имеет пункт меню Tests/Video, который состоит из трех основных частей: Video RAM – для автоматической проверки видео-памяти и аппаратных средств подкачки; Text – проверяет все текстовые режимы, доступные данному РС. На каждом экране, в левом верхнем углу отображаются название шага, режим экрана и номер текущего шага. Что должен оператор увидеть на экране, сообщается перед началом каждой группы режимов и оператор, выполняя эти задания, должен сообщить программе, соответствует ли изображение требованиям программы, на каждом шаге теста; Graphics – проверяет графические режимы работы видеосистемы. Вывод сетки позволяет оценить линейность горизонтальной и вертикальной разверток, а следующим тестом – выводятся 6 экранов с цветными блоками; цвет каждого блока должен соответствовать надписи о его цвете. Это позволяет оценить правильность работы цветообразующих узлов видеокарты и монитора. Метод замены подозреваемого устройства на заведомо исправное (видеокарта, монитор) не может быть рекомендован, т. к. есть серьезный риск испортить исправное устройство. Если предварительная локализация окажется неправильной, а вторая составляющая видеоподсистемы имеет серьезный дефект, например, высокое напряжение на входах или выходах интерфейса, то замена первой компоненты может повлечь за собой выход из строя замененной исправной компоненты. Методы тестирования подобные программе CheckIt предлагает и программа NDiags, в пункте меню Видео, отличаясь только несколько большим набором режимов тестирования. Программа PC-doctor отличается углубленностью режимов тестирования. В пункте меню Diagnostics/Video Adapter предлагаются пункты: - Video Memory – шаблонное тестирование видеопамяти, - Video Pages – тестирование восьми видеостраниц, - VGA Controller Registers – тестируются регистры контроллера, и если обнаружена версия видеокарты VESA или SVGA, то и в их стандартах, - VGA Color-DAC Registers – тестируются 6-битовые регистры цветовых составляющих, всего с палитрой из 262144 цветовых оттенков. В пункте меню Interactive Tests предлагаются тесты: - Character Sets – 12 модификаций в текстовых и графических режимах, - Color Palettes – 12 модификаций в графических режимах цветовой палитры, - Monitor Quality – предлагает свое контекстное меню: - Solid Block – чисто белый экран высокой яркости, - Flashing Block – белый экран с атрибутом мерцания, - Vertical Lines – вывод чередующихся черных и белых вертикальных полос, - Horizontal Lines – вывод чередующихся черных и белых горизонтальных полос, - Checkerboard – на экран выводится черно-белая шахматка, - Flashing Checkerboard – на экран выводится черно-белая шахматка с мерцанием, - VGA Functionality со своим подменю: - Horizontal Pan – на экран выводится рамка с качанием по горизонтали, - Vertical Pan – на экран выводится рамка с качанием по вертикали, - Display Start Address – периодическое переключение 1-й и 2-й страниц, - Split Screen – периодический скроллинг двух страниц по вертикали, - Split Screen with Horizontal Pan – периодический скроллинг двух страниц по горизонтали, - 512 Display Characters – вывод 512 ASCII-символов в стандартах 9х16 и 8х8 пикселей. 2.1.2.3 Функциональный контроль и диагностика НЖМД Если в подсистеме жесткого диска (контроллере, накопителе, соединительных кабелях и т. д.) возникает неисправность, она может быть обнаружена при выполнении соответствующих секций POST-программы, при этом на экран дисплея выводится POST-код ошибки. Ошибки с кодами 17хх – свидетельствуют о неисправностях накопителей и контроллеров с интерфейсом ST-506/412, с кодами 104хх – о неисправностях тех же устройств с интерфейсом ESDI, с кодами 210хх – о неисправностях накопителей и HOST-адаптеров SCSI. Конкретные коды ошибок и их описание можно найти в специальной литературе. Во многих случаях диск не находится потому, что: - неправильно установлен тип диска в CMOS-памяти; - неправильно установлена конфигурация диска (перемычка статуса накопителя); - неправильно подключен кабель управления к НЖМД; - "залипание" дисков и головок. Современные дисководы имеют служебную запись параметров на самом диске, в этом случае, они могут быть считаны и установлены в CMOS самой утилитой SetUp, если выбрать в меню SetUp пункт Auto Detect Hard Disk. Способов задания адреса устройства на канале шины АТА существует два – с помощью кабельной выборки или явным заданием адреса на каждом из устройств. Режим кабельной выборки включается установкой на диске перемычки CS (Cabel Selekt). В этом случае оба устройства на шине конфигурируются одинаково – в режим CS, а адрес устройства определяется его положением на специальном кабеле-шлейфе. В отличие от обычного кабеля, у которого все одноименные контакты всех разъемов равнозначны, в этом кабеле контакт 28 (CSEL) для устройства-0 (Master) заземлен через хост-адаптер, а для устройства-1 (Slave) – не подключен (перерезан в кабеле-шлейфе). Кабельная выборка будет работать, если ее применение поддерживается и задано на всех устройствах данного канала шины, включая хост-адаптер. Недостатком такой выборки является привязка физического подключения диска к кабелю: диск-0 должен быть подключен к ближнему от адаптера разъему шлейфа, а диск-1 – к дальнему. Режим явной адресации использует обычный «прямой» кабель. В этом случае перемычка в положение CS не устанавливается, а адрес каждого из устройств задается перемычками, состав которых у разных моделей НЖМД варьируется. Достаточно указать устройству его номер (0 или 1) или роль (Master или Slave), но в устройствах, разработанных до принятия стандарта АТА, ведущему (Master) диску еще «подсказывали» наличие ведомого (Slave). Таким образом, на дисках IDE можно увидеть следующие джамперы: M/S – если на шине присутствует лишь одно устройство, оно должно конфигурироваться как Master. Если устройств два, то второе должно конфигурироваться как Slave. Иногда джампер того же назначения обозначается как «C/D» (диск C:/диск D:), но для второго канала IDE такое название уже некорректно. SP (Slave Present), DSP (Drive Slave Present) - устанавливается на диске-0 (Master) для указания на присутствие диска-1 (Slave). Если этот переключатель установлен, а устройство-1 не подключено, BIOS выдаст сообщение об ошибке. ACT (Drive Active) - устанавливается на диске-0 (встречается редко). Для полностью АТА-совместимых дисков (например, модели Seagate), джамперы SP DSP не требуются и отсутствуют. Перемычка ставится только на диске-0, а наличие диска-1 Master определит автоматически. Кабель управления должен подключаться к контроллеру (или адаптеру) и дисководу с соблюдением нумерации контактов разъемов: первый провод шлейфа, обычно отличающейся цветом, – к первым контактам разъемов. В противном случае диск опознаваться не будет, и признаком такой ошибки является постоянное свечение индикатора "Дисковод выбран". Современные версии PnP BIOS и соответствующие им диски позволяют не указывать тип IDE диска, если выбрать в SetUp опцию AUTO, для автоматической установки его типа во время POST-процедуры, по ответу на команду идентификации диска. Накопители на жестких дисках, подключаемые к внешним интерфейсам шин USB и FireWire конфигурируются уже на этапе загрузки операционной системы. Надежность считывания информации с диска в большой степени зависит от точности позиционирования. Позиционирование, обеспечиваемое сервоприводом, особенно с выделенной сервоповерхностью, может быть не оптимальным для каждой головки и требовать коррекции. Интеллектуальные контроллеры хранят карту отклонений для всех цилиндров и головок, создается и корректируется в процессе работы. Предсказуемые отказы (Predictable Failure) являются следствием постепенного ухода параметров от номинальных значений, когда этот уход переходит некоторый порог. Если специально контролировать такие параметрами диска, как время разгона шпиндельного двигателя до нужной скорости, время, затрачиваемое диском на позиционирование, процент ошибок позиционирования, высота полета головок, производительность (зависящая от числа вынужденных повторов для успешного выполнения функций), количество использованных резервных секторов и других параметров, то становится возможным предсказание отказов. Сообщение о приближении отказов операционной системе и пользователю позволяет принять необходимые меры для предотвращения потери данных на диске. Целям предупреждения отказов служит технология S.M.A.R.T. (Self-Monitoring Analysis and Reporting Technology – технология самонаблюдения, анализа и сообщения), применяемая в современных накопителях. Эта технология, разработанная фирмой Seagate, имеет корни в технологии IntelliSafe, фирмы Compaq, и PFA (Predictive Failure Analysis – анализ предсказуемых отказов), фирмы IBM. Задачи слежения за параметрами накопителя при этом возлагаются на контроллер, а программному обеспечению остается только периодически проверять, все ли в порядке в накопителе, или приближается время отказа. Спецификации S.M.A.R.T. существуют в двух версиях – для интерфейсов ATA и SCSI, которые различаются как по системам команд, так и по способам сообщений о состоянии накопителя. Конечно, остаются непредсказуемые отказы (Non-Predictable Failure), которые случаются внезапно, но они вызываются, чаще всего, отказами электронных компонент накопителя, под действием импульсных помех, или от механических узлов накопителя – вследствие внешних вибраций и ударов. При соблюдении же правил эксплуатации накопителей их вероятность не столь велика, как предсказуемые отказы. 2.2 Контроль функционирования аппаратно-программных комплексов Аппаратно-программные комплексы, как известно, строятся на комплексе АПС и, кроме самостоятельного тестирования входящих в него АПС, могут быть проверены на функционирование в комплексе, с помощью комплексных тестов. Примеры таких комплексных тестов – программы СКАТ (Система Комплексного Автоматизированного Тестирования) и АИСТ (Автоматизированная Интерактивная Система Тестирования), которые запускаются, по специальному заданию оператора. Эти системы выполняют до 120 одновременно решающихся комплексом вычислительных задач, на фоне разнообразных операций ввода-вывода на обобщенных для всего комплекса периферийных устройствах. Это самый тяжелый режим работы комплекса. При возникновении отказов, сбоев, конфликтных ситуаций, СКАТ автоматически переходит в режим изоляции, постепенно, по-очереди, выключая из работы отдельные составляющие комплекса (общие периферийные устройства, отдельные АПС, входящие в комплекс), – до устранения обнаруженных коллизий. Режим изоляции повторяется несколько раз, с другим порядком исключения компонент комплекса. Выделенные при этом сбойные компоненты комплекса из работы и тестирования автоматически исключаются, а в конце тестирования СКАТ распечатывает обобщенные результаты теста, для анализа их оператором. Параметры тестирования и режима изоляции заранее задаются оператором в диалоге со СКАТ, или могут использоваться установки этих параметров, по умолчанию. АИСТ имеет особенность в том, что, при обнаружении ошибок функционирования, сразу, не прекращая работы, сообщает оператору – где, когда, в каком режиме обнаружены нарушения функционирования. Оператор, в свою очередь, также, не прекращая работы комплексной тест-программы, может внести в режим тестирования свои коррективы, для локализации мест неисправностей. В конце работы весь протокол тестирования распечатывается. Заключение Таким образом, поиск неисправностей целесообразно проводить от более простых элементов к более сложным и дорогостоящим по заранее составленному плану. Предпочтителен метод последовательного исключения подозреваемых в отказе компонентов, если имеются заведомо исправные компоненты для замены. Для выбора метода диагностики и определения первичных и вторичных симптомов отказа необходимо уметь классифицировать неисправность, т. к. первичный отказ часто вызывает целый спектр отказов вторичных, являющихся следствием первичного и затеняющих причину неисправности. Каждая фирма-изготовитель СВТ рекомендует свою методику проведения диагностики и ремонта. Одни предлагают "дерево" поиска неисправностей, другие - таблицу кодов ошибок, третьи - таблицу типовых неисправностей. Список использованной литературы 1. Айден, Фибельман, Крамер. Аппаратные средства РС. Энциклопедия аппаратных ресурсов персональных компьютеров. "BHV-СПБ", Санкт-Петербург, 1996. 2. Гореликов С. Х. Накопители на дисках в IBM PC XT/AT и их контроллеры. 3. Поляков И.Г. и др. IBM-совместимые РС и их периферийные устройства. Техническое описание, диагностика и ремонт. Книги 1,2, 3 и т. д. "Computer Mechanics", М., 1993-96. 4. Михаил Гук. Аппаратные средства IBM PC. Энциклопедия. "Питер",сП-Б - М., Харьков, Минск, 2000. 5. В.Э. Фигурнов. IBM PС для пользователя. изд. 7. "Инфра-М", М.,2002. 6. Скотт Мюллер. Модернизация и ремонт персональных компьютеров. "БИНОМ", М., 2000. 7. П. Нортон, Дж. Гудман. Персональный компьютер. Книга 1.Аппаратно-программная организация. BHV, Дюссельдорф, Киев, М., СПб, 1999. 8. В.П. Леонтьев. Новейшая энциклопедия персонального компьютера 2003. "ОЛМА-ПРЕСС, М., 2003. 9. И.А. Орлов, В.Ф. Корнюшко, В.В. Бурляев. Эксплуатация и ремонт ЭВМ, организация работы вычислительного центра. "Энергоатомиздат", М., 1989. 10. Б. Богумирский. Эффективная работа на IBM PC в среде Windows 95. "ПИТЕР", СПб, М., Харьков, Минск. 1997. 11. Ю.М. Платонов, Ю.Г. Уткин. Диагностика, ремонт и профилактика персональных компьютеров. М.,”Горячая линия-Телеком”, 2010. |