Типичная последовательность тестов

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

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

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

Использование интерфейса наладки имеет ряд существенных преимуществ перед другими решениями ФК. Игнорирование обычной программы работы ПУ позволяет сократить время ФК с минут до секунд, что приводит к значительной финансовой экономии. Исчерпывающая диагностическая информация может быть обеспечена на уровне компонента, даже для неактивного ПУ. В некоторых случаях интерфейс наладки позволяет также осуществлять внутрисистемное программирование флэш ЗУ.

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