ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Среда
15 мая
190808 Топик полностью
Snaky (19.04.2010 19:41, просмотров: 359) ответил Alex B. на Интересная тема. А как обычно разделяете функции тестирования между стендом и DUT? Что кладете в девайс, а что оставляете писателю тестовых скриптов?
Для каждого типа BUT индивидуально обычно стенд должен тестировать все сам, BUT выступает как помощник (если в нем есть МК, конечно). сделали либу из набора функций, которые добавляются в код контроллера BUT с заранее предопределенным набором функций и способом их вызова, например, дернуть ножкой, считать канал АЦП, послать/считать данные по такому-то протоколу, считать значение пина или порта, ресет, протестировать периферию №х итп. предусмотрена программная и аппаратная защита от случайного входа в режим тестирования и выполнения этих функций в обычном рабочем режиме BUT. вызов функций стандартизован и сами они по большей части фиксированы, для каждого BUT индивидуально настраиваются только функция тестирования периферии (BUT может получить запрос от ICT-стенда на тестировании периферии №1, №2 итп... Писатель скрипта знает сколько периферии в данном BUT, а BUT знает как ее протестировать). Например, в последнем устройстве BUT сам тестирует датчики температуры, EEPROM и микросхему серийного номера. BUT также может, как я сказал выше, считать значение порта или пина и отправить в стенд, где тот сравнит с ожидаемым и примет решение (pass/fail), но обычно при разработке схемы ставим testpoint на данную линию для возможности тестирования стендом. Получается на усмотрение писателя скрипта - можно протестировать либо так, либо иначе, но как правило тестируем стендом, потому как более надежно цифровые линии рассматривать как аналоговые и задавать диапазон ожидаемых напряжений для них в скрипте. В качестве измерителя аналоговых величин в стенде используем микросхему мультиметра и АЦП контроллера стенда. Т.е. по сути получается ICT-тест это аналог того как разработчик проходит по всем контрольным точкам платы мультиметром сначала проверяя нет и КЗ, потом подает питание и измеряет питание, потом меняет режимы платы и снова измеряет, только на порядки быстрее :> Причем аналоговые выходы BUT нагружаются стендом, чтобы проверять к условиям близким к реальным. Про аналоговый вход - аналогично. Если BUT может его измерить сама (вход идет сразу на АЦП МК), то можно запросить ее измерить, а можно самому в контрольной точке - на выбор писателя скрипта. Светодиоды и пищалки - так как я ответил ниже. Зажечь/запищать и спросить оператора, дальше он нажимает одну из кнопок на стенде увидел(услышал)/не увидел/повторить тест. Назначения кнопок тоже могут меняться в процессе выполнения скрипта (есть команды для этого, где писатель скрипта может выбрать из ряда фиксированных функций). Кнопки и кабели решили отнести к функциональному тестированию, на стенде тестируется голая плата, ну или с необходимыми внешними подключениями или специальными заглушками на разъемы, если без них не обеспечивается нужная работоспособность.
DRC придумали трусы