Добрый день!
Скажите, пожалуйста,планируется ли продолжение курсов по нанотехнологиям? Спасибо, Евгений
|
Инструментальные платформы МКМД-бит-потоковых вычислительных технологий
Логическая схема, построенная пользователем с помощью инструментального средства FailSys.exe, хранится в оперативной памяти как отдельный объект класса CSheme и сохраняется на диске (сериализуется, по терминологии [297]) в файл с расширением *.log. Схема представляет собой массив указателей на абстрактный класс COperateLog, а фактически на объекты классов вентилей и схем. Указатель на этот массив хранится в родительском классе CShemeBase переменной m_ppOperate. В этом же классе определен набор чисто виртуальных функций, с помощью которых и происходит управление объектами массива m_ppOperate. Очередность расположения элементов в этом массиве определяет порядок срабатывания объектов (логических схем).
Элементами этого массива могут быть как сложные схемы (объекты класса CSheme ), так и элементарные логические вентили (объекты классов CElem1No (инверсия), CElem2Or (2-или), CElem2OrNo (2-или-не) и другие потомки класса CLogicSimple ). Класс CLogicOt (родитель класса CLogicSimple ) имеет набор методов, позволяющих устанавливать или убирать отказ в логическом вентиле. Класс CLogic предназначен для управления работой входами и выходами как сложных схем, так и простых вентилей. Объекты класса CLink связывают выход с входами логических элементов (один выход может быть соединен с множеством входов) и хранят текущие значения выходов логических вентилей и схем.
Инструментальное средство Otkazmodulate проводит полный последовательный перебор карт отказов для указанного числа одновременных отказов. Для каждой карты отказов моделируется работа со всеми входными данными, указанными в файле с расширением *.in, а полученные выходные данные запоминаются в файле с расширением *.out в форме таблицы для каждого выхода.
Эти таблицы состоят из двух столбцов: в первом столбце записана бинарная последовательность значения контролируемого выхода, а во втором - число-счетчик, увеличивающееся каждый раз на единицу при получении на этом выходе именно этой последовательности при переборе карт отказов.
Инструментальное средство BPBrowse позволяет:
- моделировать загрузку и работу микропрограммы пользователя в бит-матрице, используя модели бит-процессора с учетом отказов на вентильном уровне (рис. 6.52);
- генерировать тестовые микропрограммы для тестирования и диагностирования бит-матрицы в зависимости от доступности интерфейса ввода-вывода и оценивать временные затраты на проведение тестирования и диагностирования.
Данный инструментарий можно использовать как для синтеза логических схем бит-процессора по критерию максимальной отказоустойчивости, так и для синтеза проверяющих тестов по известной логической схеме бит-процессора.
Различают контролирующий и диагностирующий тесты. Первый устанавливает факт наличия или отсутствия отказов в схеме, а второй обеспечивает локализацию типа и места отказа в схеме.
Синтез тестов осуществляется в интерактивном режиме и в предположении, что отказы вентилей равновероятны.
Для уровня блоков и узлов бит-процессора исходными данными для синтеза являются:
- - множество логических схем, реализующих одинаковый закон функционирования;
- - количество логических схем, реализующих одинаковый закон функционирования;
- - множество типов отказов логического вентиля схемы (всего четыре).
Для каждой схемы заданы:
- - множество контролируемых входов;
- - количество контролируемых входов;
- - множество контролируемых выходов;
- - количество контролируемых выходов;
- - множество логических вентилей;
- - общее количество логических вентилей;
- - бинарная матрица связей выхода вентиля со входом вентиля ;
- - число одновременно отказавших вентилей в схеме , распределенных по множеству случайным образом по равномерному закону.
Используя BPBrowse, необходимо определить наиболее устойчивую к одновременным отказам вентилей схему и контролирующий , где - бинарная матрица размерности - длина теста. Данная задача решается следующим образом.
- С помощью инструментального средства FailSys синтезируется один из вариантов схемы бит-процессора, который сохраняется в файле с расширением *.log.
- Для каждого варианта схемы бит-процессора с помощью OtkazModulate в интерактивном режиме определяется полный контролирующий тест, отправной точкой которого является эталонный проверяющий тест , полученный при условии, что схема не имеет ни одного отказавшего вентиля.
Тест порождает эталонную бинарную матрицу выходных последовательностей , которая отвечает реакциям полностью исправной схемы бит-процессора. При подаче подбираемого проверяющего теста на схему , но уже с отказами в ней, с ее выходов снимается матрица , которая представляет собой бинарную матрицу выходных последовательностей размерности .
Вероятность обнаружения отказов вентилей схемы синтезируемым тестом можно оценить соотношением:
где:
- - количество отклонений от при переборе всех карт одновременных отказов вентилей;
- - число сочетаний из элементов по ,а произведение - количество возможных карт одновременных отказов вентилей в схеме (мощность пространства отказов).
Главная особенность МКМД-бит-потоковых технологий состоит в том, что объектом диагностики на схемотехническом уровне является относительно простая схема бит-процессора (порядка 800-1000 вентилей), которая к тому же достаточно просто разбивается на блоки с разным последействием отказов: регистр команды, операционный канал, канал транзита, средства коммутации и т. п. (см. рис. 6.49). Поэтому при оценке отказоустойчивости реализуемых бит-процессором инструкций разработчик бит-процессора может синтезировать диагностический тест для всего бит-процессора, осуществив конкатенацию контролирующих тестов для узлов бит-процессора.
Вместе с тем функциональные возможности программно-аппаратной плоскости проекта, как правило, отвечают ультравысокой степени интеграции (порядка 8-20 миллионов вентилей и выше) за счет наращивания "площади" бит-матрицы (от 1000 до 10000 бит-процессоров).
Благодаря этой особенности инструментальное средство OtkazModulate позволяет перебрать все пространство отказов схемы бит-процессора и вычислить для нее для подбираемого проверяющего теста .
Если принять гипотезу о равномерном законе распределения входных воздействий в тесте , то его обнаруживающая способность определяется длиной контролирующего теста как показано на рис. 6.53.
Из рис. 6.53 видно, что с ростом до бесконечности длины теста вероятность обнаружения отказов растет до определенного значения которое можно считать предельным значением вероятности обнаружения отказов в схеме. Это обусловлено наличием в схеме бит-процессора индифферентных отказов, которые не влияют на правильность реализации заданной бит-инструкции. Таким образом, можно принять за вероятность сохранения работоспособности схемы при одновременных отказов ее логических вентилей: .
Длина контролирующего теста для схемы не может быть бесконечной. Поэтому разработчику схемы бит-процессора приходиться ее ограничивать , руководствуясь критерием минимума разности причем при этом он больше опирается на интуицию, чем на аналитические выводы.
Таким образом, для каждой схемы разработчик определяет полный контролирующий тест ограниченной длины и его характеристики и . Очевидно, что наиболее устойчивая к отказам схема та, у которой максимальна.
Системотехнические выводы по лекции 6
- Объективно существующее отношение иерархии между "объектами" проектирования и множественность "вложений" одних и тех же компонент, используемых в программно-аппаратной и диагностической плоскостях проекта, предопределяет эффективность создания инструментальных платформ МКМД-бит-потоковых вычислительных технологий на основе объектно-ориентированного подхода.
- В структурно-функциональной и программно-аппаратной плоскости бит-процессор является неделимой единицей проекта, но при переходе в диагностическую плоскость его необходимо раскрыть, включив в иерархию описания блоки, узлы, вентили и физико-технические процессы, нарушение условий правильной работы которых и служит источником "расширения" библиотеки бит-инструкций бит-процессора.
- Интерактивный режим, а с ним и графический интерфейс инструментальных платформ пока остаются атрибутом МКМД-бит-потоковых технологий, так как они поддерживают завершающий этап проектирования субпроцессоров, на котором решаются задачи компоновки библиотечных модулей на бит-матрице, или, что одно и то же, на плоской ортогональной FIFO -регистровой коммутационной решетке, где сдвиг на один дискрет всегда сопровождается изменением времени задержки на 1 такт.
- Главная особенность МКМД-бит-потоковых технологий состоит в том, что объектом диагностики на схемотехническом уровне является относительно простая схема бит-процессора (порядка 800-1000 вентилей), которая к тому же достаточно просто разбивается на блоки с разным последействием отказов: регистр команды, операционный канал, канал транзита, средства коммутации и т. п. Вместе с тем, функциональные возможности программно-аппаратной плоскости проекта, как правило, отвечают ультравысокой степени интеграции (порядка 8-20 миллионов вентилей и выше) за счет наращивания "площади" бит-матрицы (от 1000 до 10000 бит-процессоров).
- Средства эксплуатационной диагностики МКМД-бит-потоковых субпроцессоров являются продолжением средств промышленной диагностики, которые используются для генерации эталонных тестов и эталонных тестовых воздействий. Незнание использованных в производстве бит-матричных СБИС методов и средств обнаружения отказов и положенных в их основу физических моделей отказов приводит к неоправданному увеличению пространства диагностики, делая само изделие диагностонепригодным. Поэтому стратегия заимствования изделий микроэлектроники в третьих странах чревата высокой вероятностью необнаружения отказов, особенно в современных процессорах RISC - и ЦПОС -архитектуры, которые по степени функциональной интеграции уже давно относятся к УБИС.