МЕТОД МИКРОДИАГНОСТИРОВАНИЯ.

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

Различают два типа микродиагностики: встроенную и загружаемую.

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

При хранении в постоянной микропрограммной памя­ти микродиагностика представляет собой обычную микро­программу, использующую стандартный набор микроопе­раций. Однако вследствие ограниченного объема постоян­ной микропрограммной памяти на объем микродиагностики накладываются довольно жесткие ограничения, в ре­зультате чего приходится использовать различные спосо­бы сжатия информации. Для этой цели иногда используют специальные микрокоманды генерации тестовых наборов. Это позволяет уменьшить требуемый для тестовых кон­стант объем микропрограммной памяти.

Как правило, при хранении микродиагностики в посто­янной микропрограммной памяти для транспортировки ре­зультатов проверки к месту сравнения с эталонов исполь­зуются стандартные микрооперации, а для сравнения — такие схемы, как сумматор, схемы контроля или анализа условий. В качестве микропрограммы анализа использует­ся также микропрограмма опроса состояния схем контро­ля ЭВМ.

Встроенная микродиагностика применяется обычно в малых ЭВМ с небольшим объемом микродиагностики.

 

 

Рис. 15. Варианты загрузки и выполнения загружаемой микродиагностики.

 

Для средних и больших ЭВМ при большом объеме микродиагностики применяется загружаемая микродиаг­ностика. Существует несколько вариантов загрузки и вы­полнения загружаемой микродиагностики:

внешний носитель данных — регистр микрокоманд (РгМк) (рис. 15, а);

внешний носитель данных — оперативная память (ОП)—регистр микрокоманд (рис. 15, б);

внешний носитель данных — загружаемая управляю­щая память (ЗУП) микрокоманд—регистр микрокоманд (рис. 15, в).

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

Первый вариант загрузки скорее имитирует «быстрый» тактовый режим, чем выполне­ние микрокоманд с реальным быстродействием, так как на­копление и выполнение микро­команд определяются скоро­стью ввода данных с внешнего носителя. Микрокоманды вы­полняются по мере их поступ­ления из внешнего носителя данных.

Второй вариант загрузки предусматривает возмож­ность хранения и выполнения микрокоманд из основной памяти ЭВМ, т. е. совместимость форматов оперативной" и управляющей памятей. В этом варианте должен быть пре­дусмотрен специальный вход в регистр микрокоманд из оперативной памяти.

Третий вариант загрузки обеспечивает загрузку в уп­равляющую память микродиагностики определенного объ­ема и выполнение ее. с реальным быстродействием. По окончании выполнения загружается следующая порция микродиагностики.

Существуют и другие варианты загрузки и выполнения, несущественно отличающиеся от приведенных выше. Воз­можно также использование разных вариантов загрузки и выполнения на разных этапах диагностирования ЭВМ.

Для средних и больших ЭВМ с хранением микродиаг­ностики на внешних носителях данных, для опроса состоя­ния и сравнения его с эталоном используется дополнитель­ная аппаратура. В последнее время эти функции все боль­ше передаются так называемым сервисным процессорам, имеющим универсальные возможности по» управлению пультовыми накопителями, опросу состояния ЭВМ, срав­нению результатов с эталонными и индикации списка возможных неисправностей. При микродиагностировании с использованием дополнительной аппаратуры средства тестового диагностирования выполняют специальные диаг­ностические операции, такие как запуск микрокоманд, опрос состояния, сравнение с эталоном и сообщение о не­исправности. Процедура выполнения микродиагностики обычно такова: средства тестового диагностирования загружают в ЭВМ микрокоманды и дают приказ на их вы­полнение; ЭВМ отрабатывает микрокоманды, после чего средства тестового диагностирования производят опрос со­стояния, сравнение с эталоном и сообщение о неисправно­сти. Обычно при. микродиагностике тестовые наборы явля­ются частью микрокоманды (поле констант). Глубина поиска дефекта при микродиагностике зависит от числя схем, для которых, предусмотрена возможность непосредственного опроса состояния. В связи с этим в со­временных ЭВМ имеется возможность непосредственного опроса состояния практически всех триггеров и регистров ЭВМ.

Регистр микрокоманд устанавливается средствами тесто­вого диагностирования с помощью диагностической опе­рации «Загрузка РгМк».

Состояние регистров поступает в СТД, где выполня­ется диагностическая операция сравнения с эталоном.

При несовпадении результата с эталоном происходит останов с индикацией номера останова.

МЕТОД ЭТАЛОННЫХ СОСТОЯНИЙ

Метод эталонных состояний характеризуется тем, что объектом элементарных проверок является аппаратура, используемая на одном или нескольких тактах выполнения рабочего алгоритма функционирования, реализуемого в режиме диагностирования.

Рис. 16. Обобщенна» схема системы диагностирования, реализующей метод эталонных состояний

В качестве результата элемен­тарной проверки используется состояние аппаратурных средств диагностируемого устройства.

Процесс диагностирования по методу эталонных состо­яний, заключается в потактовом выполнении рабочих алго­ритмов ДУ, опросе состояния ДУ на каждом такте, срав­нении состояния ДУ с эталонным и ветвлении в зависи­мости от исхода сравнения к выполнению следующего так­та или сообщению о неисправности.

При реализации метода эталонных состояний средства тестового диагностирования представляют собой совокуп­ность аппаратурных и программных средств.

Обобщенная схема системы диагностирования, реализу­ющей метод эталонных состояний, приведена на рис. 16.

При представлении алгоритмов операций ЭВМ в виде графов каждому пути i из множества путей на графе мож­но поставить в соответствие последовательность состояний ЭВМ на каждом такте: S_i0, S_i1,..., S_il, ..., S_in,

Рис. 18. Схема взаимодействия диагностирующего и диагностируемого устройств при диагностированию по методу эталонных состояний.

Рис. 17. Процедура диагностирования по методу эталонных состоя6ний: j - номер такта ветви алгоритма; I – номер ветви алгоритма

где п—число вершин граф-схемы алгоритма, соответству­ющее числу тактов выполнения операции с конкретными условиями. Эталонной последовательностью состояний счи­тается последовательность состояний S_il, l=0, 1,..., п, име­ющих место при отсутствии ошибок.

Проверка выполняется путем сравнения реального со­стояния ЭВМ S_il на l-м такте i-го пути с эталонным S^э_il.

Несовпадение S_il и S^э_il является признаком неисправности.

Процедура диагностирования по методу эталонных со­стояний приведена на рис. 17.

Для реализации метода эталонных состояний средства тестового диагностирования должны иметь:            

средства управления потактовой работой ЭВМ;

средства опроса состояния ЭВМ;

средства сравнения состояния с эталонным и средства сообщения о неисправности.

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

В силу неопределенности состояний некоторых тригге­ров каждому состоянию S_il может соответствовать некото­рое подмножество состояний S_ilk, где k=0, 1,..., т, т — мно­жество неопределенных состояний. Поэтому обычно до срав­нения с эталоном выполняется маскирование состояний. Маска снимает неопределенные состояния.

Обычно управление потактовой работой устройства и опрос состояния устройства выполняются с помощью команды ДИАГНОСТИКА, а сравнение с эталоном, мас­кирование и сообщение о неисправности—с помощью ко­манд на программном уровне.

Команда ДИАГНОСТИКА адресует управляющее слово в ОП, которое поступает на вход диагностируемого устрой­ства, как показано на рис. 8.18. Сочетание бит управляю­щего слова обеспечивает продвижение тактов, а также оп­рос состояния и запись его в ОП.

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

⇐ Предыдущая12345

Поделиться: