Исправление неисправностей средств вычислительной техники

                  ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

 СРЕДНЕГО ПРОФЕССИОНАЛЬНОГО  ОБРАЗОВАНИЯ ТЕХНИКУМ -

“ШЕНТАЛИНСКОЕ МЕДИЦИНСКОЕ УЧИЛИЩЕ”

 

 

 

 

Реферат на тему:

«Исправление неисправностей средств вычислительной техники »

 

 

 

 

 

 

 

  Выполнил студент 4103 гр. Яргунов А.В

Преподаватель Панина Л.И

 

 

 

 

 

 

                                                      Шентала 2014

Содержание

Введение ……………………………………………………………………2стр

1.1. Технические характеристики  СВТ…………………………………..3-5стр

1.2. Тестирование оборудования …………………………………………5-7стр

1.3. Устранение неисправностей оборудования  ……………………….7-8стр

1.4. Диагностика оборудования ………………………………………....8-9стр

1.5. Написание инструкции по устранению  неисправностей………….9-13стр

Заключение ……………………………………………………………….14стр 

Список литературы ………………………………………………………15стр

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1.1. Технические характеристики СВТ

 

Характеристики вычислительной техники можно условно разделить по способу их диагностики:

- автоматические (объем оперативной  памяти, тип и частота процессора, объем накопителей на жестких дисках, наличие и тип CD-ROM и т. д.). Определяются агентом-аудитором автоматически;

- пользовательские (местоположение, имя и почтовый адрес пользователя, возможные неисправности в работе). Вводятся пользователем при первом запуске агента-аудитора (местоположение) либо по инициативе пользователя (неисправности в работе компьютеров и периферии);

- по характеризуемому  объекту;

- характеристики процессора;

- характеристики материнской  платы;

- характеристики оперативной памяти;

- характеристики внешних  накопителей;

- характеристики видеокарты;

- характеристики звуковой  карты;

- сетевые характеристики;

- характеристики пользователя;

- характеристики местоположения;

- ошибки и неисправности;

Сбор характеристик компьютеров

Сбор характеристик вычислительной техники должен проводиться максимально независимо от особенностей конфигурации сети (сетей) предприятия. В случае если в сети предприятия используется протокол TCP/IP, наиболее подходящим (по соображениям безопасности и способности преодолевать сетевые фильтры) способом обмена между агентом-аудитором и сервером будет HTTP. Для редкого случая, когда в сети предприятия TCP/IP не работает, для сбора данных может использоваться общая папка, открытая на диске сервера.

В случае распределенной структуры предприятия и отсутствия прямого подключения филиалов к головному офису, сведения из филиалов следует передавать в виде архивов, содержащих упакованные файлы с результатами аудита для каждого компьютера филиала.

Получение данных по HTTP, из общей папки или по электронной почте осуществляет сервер аудита средств вычислительной техники. Сервер аудита представляет собой сервер приложения, выступающего в качестве посредника между агентами-аудиторами и хранилищем СВТ. В случае если сервер аудита установлен в удаленном офисе, он осуществляет передачу полученных данных по электронной почте на сервер центрального офиса.

Хранение характеристик компьютеров

К моменту внедрения автоматизированной системы учета вычислительной техники, на предприятии уже может существовать единое информационное хранилище, реализованное по определенной схеме и имеющее определенную структуру. Поэтому к средствам автоматического аудита предъявляются требования независимости от формата и структуры хранения сведений о компьютерах. В связи с этим, автоматический учет средств вычислительной техники строится по трехзвенной архитектуре Агент->Сервер аудита->Сервер БД. Сервер аудита осуществляет импорт файлов (пакетов), содержащих характеристики компьютеров, и преобразовывает хранящуюся в них информацию для записи в таблицы базы данных. Если на предприятии используется собственная система учета основных средств и оборудования (не совместимая с наиболее популярными системами учета), в программные средства автоматизированного учета придется вносить изменения. Однако они коснутся только сервера аудита.

Анализ, планирование и прогнозирование показателей по эксплуатации средств вычислительной техники

Анализ сведений о средствах вычислительной техники должен производиться в соответствии с разработанными и утвержденными на предприятии методиками анализа. Такой подход к анализу обеспечивает единство параметров и показателей, использующихся разными отделами для анализа одного объекта (средств вычислительной техники), но в разных разрезах. Например, показатели в отчетах, подготовленных бухгалтерией (в разрезе основных средств), будут соответствовать показателям в отчетах, подготовленных отделом ИТ (в разрезе моделей и типов вычислительной техники) и показателям в отчетах, подготовленных экономистами (в разрезе организационно-географической структуры предприятия). В случае если отчеты подготовлены по одинаковой выборке, итоговые показатели в этих отчетах должны будут совпадать.

Таким образом, контрольно-аналитические работы по сведениям о средствах вычислительной техники состоят из:

Разработка единого корпоративного семантического слоя, обеспечивающего единую трактовку параметров и показателей анализа средств вычислительной техники.

Разработка корпоративного репозитория методик анализа средств вычислительной техники.

Проведение (выполнение) анализа по уже разработанным методикам по инициативе аналитиков (руководства) либо в соответствии с определенным регламентом.

Сведение результатов анализа, планирование и прогнозирование показателей по эксплуатации средств вычислительной техники, основанное на результатах анализа.

1.2. Тестирование оборудования

 

Тестирование устройств персонального компьютера, с использованием микропрограммных тестов практически не применяется, из-за стремления к удешевлению РС. Исключением является микропрограммное тестирование некоторых интеллектуальных устройств, таких как CPU, контроллеры клавиатуры и IDE-жестких дисков. И даже эти микропрограммы самотестирования выполняют минимальный тест функционирования, без детализации их компонент и локализации мест ошибок.

Центральный процессор микроЭВМ – самая важная, но и самая сложная часть АПС с точки зрения контроля его функционирования и диагностики неисправностей.

В развитых АПС типа Main Frame, процессор может выполняться на наборах отдельных плат (ТЭЗ), содержащих функциональные узлы процессора. В этом случае, эти узлы снабжаются и специальными схемами функционального контроля: схемы контроля арифметических и логических операций, выполняемых сумматором, схемы контроля счетчиков и дешифраторов, регистров хранения и сдвигов, схемы контроля работы блока микропрограммного управления и т. д. Это самый полный контроль вычислительного процесса, но и чрезвычайно дорогостоящий.

Если процессор имеет микропрограммное управление и допускает его перенастройку (загрузку других, аппаратно совместимых с ним микропрограмм), то, в ответственных случаях, используют микротестовый контроль и диагностику неисправностей процессора. При этом в ОЗУ микропрограмм процессора загружаются не микропрограммы машинных операций и процедур, а специально написанные микропрограммы его тестирования. Эти микропрограммы методом «раскрутки» досконально проверяют сначала все отдельные узлы регистров, сумматоров, двигателей, общей шины самого процессора, а затем – устройств его системной поддержки (таймеров, контроллеров прерываний, шинных формирователей и т. д.).

Код, полученный после выполнения соответствующей секции микротеста, может указывать не только на узел, но и – на конкретную компоненту неисправного узла (микросхему) с уточнением, в каком режиме, с какими данными и на каких выводах компоненты обнаружена ошибка.

В персональных компьютерах такой встроенный контроль не применяется, ввиду его дороговизны и непригодности для простого пользователя. Неискушенный пользователь не знает досконально устройства своего компьютера и сведения, полученные от микротестов, ему бесполезны. Специалисты же по обслуживанию РС имеют и необходимые знания, и специальные средства диагностики – программы общего и углубленного тестирования всех компонент РС, в том числе – и его CPU.

Тем не менее, CPU РС, имея микропрограммное управление, имеет и встроенные средства самодиагностики. Так, при каждом включении питания или перезагрузке операционной системы, или в режимах простоя, микропроцессор запоминает в стеке свое состояние и запускает специальную микропрограмму самоконтроля, бегло проверяющую исправность функциональных узлов самого микропроцессора.

Контроль регистров общего назначения (РОН) CPU выполняет также и POST-программа, запускающаяся при каждом включении компьютера или при перезагрузке операционной системы.

При техническом обслуживании используются другие программные средства контроля и диагностики, – внешние (загружаемые) тест-программы, например, CheckIt, NDiags, PC-doctor, Sandra  
и т. д., тестирующие в числе прочих и сам микропроцессор. Так, NDiags выполняет программы общего тестирования микропроцессора, тесты его регистров, арифметических операций, переключения CPU в защищенный режим и т. д. Для запуска этого теста достаточно выбрать в меню тест-программы Norton Diagnostics пункт СИСТЕМА\СИСТЕМНАЯ ПЛАТА.

Для запуска тестов CPU и FPU в программе PC-doctor, нужно выбрать в меню программы пункт CPU/Coprocessor и затем нужные тесты из набора: CPU Registers, CPU Arithmetic’s, CPU Logical Operations, CPU String Operations, CPU Interrupt/Executions, CPU Buffer/Cache, CPU CRT/Cyrix Specific, CoProc Registers, CoProc Commands, CoProc Arithmetic’s, CoProc Transcendental, CoProc Exceptions, CoProc Cyrix/IIT.

1.3. Устранение неисправностей оборудования

 

Ремонт ПЭВМ, в общем случае, заключается:

1) в анализе симптомов  отказа;

2) в предварительном тестировании;

3) в сокращении аппаратной  и программной конфигурации ВС, для выделения отказавшего устройства;

4) в углубленной диагностике неисправного устройства, для локализации места возникновения неисправности, до узла или компоненты схемы;

5) в замене отказавшего  узла, компоненты, или восстановлении  работоспособности схемы устранением  дефекта в монтаже, разъемном  соединении и т. д.

Таким образом, ремонт ВС более чем на 9/10 состоит из диагностики АПС и состоит из пяти этапов:

1) анализ ситуации отказа;

2) тестирование;

3) ремонт;

4) тестирование после  ремонта;

5)восстановление рабочей  конфигурации и проверка функционирования.

При выполнении работы по диагностике неисправностей рекомендуется:

1) подробно документировать  работу;

2) предположить одну из  похожих по симптомам неисправность (идентифицировать неисправность);

3) выделить неисправное  устройство (интерпретировать вид  ошибки);

4) воспользоваться, если возможно, эталонной таблицей состояний ВС;

5) выделить неисправную  компоненту в устройстве;

6) если симптомов несколько, – классифицировать их на первичные  и вторичные (зависимые от первичных).

 

1.4. Диагностика оборудования

 

Диагностика неисправностей ПЭВМ имеет два аспекта: аппаратный и программный.

Аппаратный аспект подразумевает использование аппаратурных средств диагностики – стандартной КИА, специальной КИА, сервисных плат, устройств и комплексов.

При аппаратном методе диагностики, используются инструменты и приборы для измерений напряжений, параметров сигналов и логических уровней в схемах PC. Этот метод требует глубоких знаний логики работы РС, микросхемотехники, радиоэлектроники, ЭРИ и определенных навыков работы с сервисным тестовым оборудованием.

Следует отметить, что чисто аппаратная диагностика практически не встречается, разве что при диагностике с использованием словарей неисправностей или таблиц эталонных состояний, да и то – симптомы, которыми в этих случаях приходится руководствоваться, выработаны либо ОС, либо тест-программой, либо микропрограммным тестом, а это уже не чисто аппаратная диагностика. Чисто аппаратной можно считать диагностику отдельных узлов ЭВМ, таких как ТЭЗ, которые проверяются не при автоматическом выполнении АПС проверочных тестов, а при подаче тестирующих последовательностей на исследуемый узел непосредственно от сервисного устройства, например УТК, или генератора стимулирующих воздействий.

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

При программном методе диагностики, большая часть диагностических процедур возлагается на диагностические программные средства. Этот метод требует определенных знаний различных диагностических программ, начиная с POST-программы и кончая программными средствами углубленной диагностики компонент ВС.

Тем не менее, насколько трудно обойтись без программных средств диагностики, настолько и невозможно точно определить место неисправности с точностью до компоненты схемы (ИМС БИС, конкретного ЭРЭ), или до конкретной цепи, без применения аппаратных средств диагностики (осциллографа, мультиметра и т. д.).

 

1.5. Написание инструкции по устранению неисправностей

 

Процесс поиска неисправностей

 

На этапе анализа ситуации следует:

1. проанализировать, в каком  режиме работы АПС, при выполнении  какой программы и в каком  месте программы произошел отказ;

2. зафиксировать симптомы неисправности:

1) состояние индикаторов  РС,

2) сообщения программы (диспетчера, ОС, оболочек и т. д.),

3) звуковые сигналы, штатные  и нештатные;

3. попытаться перезапустить  программу;

4. перезагрузить систему ("теплый" рестарт, или "холодный" старт);

5. внимательно просмотреть, как проходят рестарт, POST-контроль;

6. проверить параметры  АПС в CMOS-памяти, с помощью процедур SETUP;

7. выключить ВС, проверить  качество соединений кабелей  интерфейсов, подключения питания, температурный режим всех ИМС (наощупь), степень загрязненности плат;

8. если POST-программа не  выполняется, перейти к локализации  компоненты, используя видео- или  аудио-коды, сообщаемыми POST-программой;

9. если POST-программа выполняется, – перейти к тестовой диагностике  ВС;

Эффективный поиск неисправностей в оборудовании СВТ требует дедуктивного метода рассуждений для выделения главной проблемы.

Проводя анализ ситуации, нужно постараться понять:

1) причину неисправности  и ее тип;

2) связать причину неисправности  с первичной компонентой ВС, вызывающей подобный тип неисправностей;

3) провести анализ работы  выделенного узла, используя его  функциональную схему;

4) предположить вероятный  источник ошибки;

5) записать расположение карт контроллеров в слотах, схему подключения кабелей, положение перемычек и переключателей на контроллерах, картах расширения и системной плате;

6) проверить, не возникла  ли неисправность после:

- установки другого контроллера  в слот расширения (реконфигурация  ВС);

- подключения к контроллеру  дополнительного периферийного устройства;

- переустановки конфигурации  периферийных устройств на контроллерах, периферийных устройствах, системной  плате.

Если ошибка возникла вследствие реконфигурации АПС, то следует проверить правомерность проведенных подключений и переустановок, пользуясь руководством пользователя (User Manual) контроллера, периферийного устройства, системной платы.

При возможности, полезно сравнить установки и подключения таких же устройств на другой, аналогичной АПС.

Если все было подключено верно, – вернуть ВС в исходное состояние: выключить только что установленное ПУ и/или контроллер и вновь проверить работоспособность ВС.

Если ошибка осталась, значит, компонента определена неверно, и нужно повторить анализ по пунктам 1) – 4).

Если ошибка устранилась, следует по-очереди заменять элементы узла на заведомо исправные в следующем порядке:

- периферийное оборудование, относящееся к выделенной подсистеме (дисковая, VIDEO, коммуникации, манипуляторы  и т. д.), обращая внимание на  их конфигурирование;

- кабельные соединения (не спутать подключение шлейфов: выделенная цветом жила плоского шлейфа подключается к первому контакту разъема);

- контроллер, обращая внимание  на установленную конфигурацию  соответственно типу, объему буферной  памяти и т. д. принтера, манипулятора, дисковода и т. п.

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

- драйвер не соответствует  данному конкретному устройству;

- конфликт драйверов;

- конфликт запросов прерываний;

- пересечение областей  векторов прерываний в DRAM

и следует тщательно проверять программную конфигурацию РС при вводе нового оборудования. При обнаружении несоответствия – откорректировать программную конфигурацию АПС.

На этапе тестирования нужно выполнить:

1. запуск тест-программы, наиболее подходящей по составу и возможностям, к выделенному устройству или компоненте АПС;

2. уточнить место возникновения ПЕРВИЧНОЙ неисправности;

3. для определения характера  первичной ошибки, провести углубленную  диагностику выделенной компоненты, подсистемы, устройства;

4. разобраться в логике  работы неисправного узла;

5. подготовить программный  материал для углубленной, детальной  проверки неисправного узла:

1) подобрать программу  углубленного тестирования;

2) выделить необходимый  фрагмент программы для его тестирования;

3) написать пример программы, выделяющий данную неисправность (можно использовать отладочную  программу DEBUGGER, позволяющую программировать  на языке АССЕМБЛЕРА) и проверять  его прохождение, трассировку и  т. д.);

6. исключить из работы  по диагностике все устройства, узлы, компоненты, не участвующие в работе тестируемого узла;

7. запустить подготовленную  программу, или пример работы  данного узла;

8. проверять работу узла ПО КОМПОНЕНТАМ, используя необходимую КИА и КИП (логический пробник, тестер, осциллограф, логический анализатор и т. д.);

9. выделить неисправную  компоненту узла (ИМС, ЭРЭ и т. п.);

10. определить причину  возникновения неисправности;

11. принять решение по  способу устранения неисправности:

1) замена ИМС, ЭРЭ и  т. д.;

2) восстановление контакта;

3) восстановление схемы  соединений и т. п.

На этапе РЕМОНТА выполняется собственно ремонт выделенного узла, с соблюдением всех требований персональной электробезопасности и безопасности ремонтируемой аппаратуры (отключение РС от сети питания, извлечение узла из конструктива, работа низковольтным паяльником с заземленным жалом, принятие средств защиты аппаратуры от статического электричества и т. д.).

На этапе ПРОВЕРКИ ПОСЛЕ РЕМОНТА нужно:

1. визуально просмотреть  отремонтированный узел на отсутствие механических повреждений компонент;

2. просмотреть под лупой  отсутствие замыканий (перемычек  из припоя) между выводами заменявшейся  компоненты и обрывов печатных  проводников вблизи места ремонта;

3. низковольтным тестером  или мультиметром проверить отсутствие замыканий по питанию отремонтированного узла (применять тестер с напряжением более 1,5 вольт опасно для ИМС);

4. поставить отремонтированный  узел на место в систему;

5. запустить программу  проверки работы данного узла (как на этапе тестирования).

На этапе ВОССТАНОВЛЕНИЯ РАБОЧЕЙ КОНФИГУРАЦИИ нужно:

1. восстановить, нарушенную  на втором этапе, исходную аппаратную  конфигурацию АПС;

2.прогнать тест-программу  проверки-диагностики отремонтированного  устройства;

3. протестировать АПС, прогоном  тест-программ в целом, вместе с периферией;

4. запустить контрольное  выполнение рабочей программы  в том режиме, в котором была  обнаружена неисправность;

5. подробно записать в  журнале Технического обслуживания:

- когда и кем был  обнаружен дефект;

- внешнее проявление дефекта, в каком режиме работы АПС он проявляется;

- кем и какие меры  были приняты для его устранения;

- результаты ремонта, кем  и когда он был выполнен;

6. сделать отметку о  ремонте в формуляре и сдать АПС пользователю.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Заключение

В настоящей работе изложены сведения об архитектуре персонального компьютера и его составляющих (в том числе и внешних носителей), указания по техническому обслуживанию, конфигурированию его периферийных устройств, формированию программной конфигурации АПС (аппаратно-программной системы), необходимой стандартной и специальной сервисной аппаратуре, о принципах и методах тестирования и локализации неисправностей РС (персонального компьютера) с использованием программных, аппаратных и аппаратно-программных средств, функциональному контролю СВТ (средств вычислительной техники), АПС и АПК (аппаратно-программного комплекса).

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Список литературы

1. Айден, Фибельман, Крамер, Аппаратные средства РС. Энциклопедия аппаратных ресурсов персональных компьютеров. "BHV-СПБ", Санкт-Петербург,1996.
2. Богумирский Б.С., Руководство пользователя ПЭВМ. "Печатный двор", сП-Б,1994.
3. Богумирский. Б.С., Эффективная работа на IBM PC. "Питер Пресс",СПБ,1996.
4. Богумирский Б.С., Эффективная работа на IBM PC в среде Windows 95. "ПИТЕР", сПБ, М., Харьков, Минск. 1997.
5. Гореликов С. Х., Накопители на дисках в IBM PC XT/AT и их контроллеры.
6. Леонтьев В.П., Новейшая энциклопедия персонального компьютера 2003. "ОЛМА-ПРЕСС, М., 2003.
7. Михаил Гук., Аппаратные средства IBM PC. Энциклопедия. "Питер",сП-Б - М.,Харьков, Минск, 2000.
8. Нортон П., Дж. Гудман. Персональный компьютер. Книга 1.Аппаратно-программная организация. BHV, Дюссельдорф,Киев,М., сПБ,1999.
9. Орлов И.А., В.Ф., Корнюшко, В.В. Бурляев. Эксплуатация и ремонт ЭВМ, организация работы вычислительного центра. "Энергоатомиздат", М., 1989.
10. Паппас К., Н. Марри., Микропроцессор 80386. Справочник. "Радио и связь", М.,1993.