Система (устройство) контроля логических устройств, Требуется помощь в разработке устройства тестового котроля Опции

[Novich]

Здравствуйте, уважаемые радиолюбители!
У меня, как бы это странно не показалось (шучу), к Вам просьба о помощи.
Нужен материал по теме “система (устройство) контроля логических устройств”, назовем ее так…
Требования к нему:
- приемочный контроль на предприятиях-изготовителях элементной базы;
- входной контроль на предприятиях, производящих электронную технику;
- исследовательские испытания

Как идеальный вариант будет, если устройство будет интегрироваться в персональный компьютер посредством PCI-шины или RS23 или еще как-то

Вопрос: Можно ли реализовать это устройство на ПЛИС компонентах и как?

Люди, если есть что-нибудь в этом духе или знаете, где можно раздобыть, пожалуйста, помогите чайнику
Буду очень признателен.

Заранее благодарю, Алексей
С нетерпением жду ответов и писем.

[iosifk]

Здравствуйте, уважаемые радиолюбители!
У меня, как бы это странно не показалось (шучу), к Вам просьба о помощи.
Нужен материал по теме “система (устройство) контроля логических устройств”, назовем ее так…
Требования к нему:
- приемочный контроль на предприятиях-изготовителях элементной базы;
- входной контроль на предприятиях, производящих электронную технику;
- исследовательские испытания

Как идеальный вариант будет, если устройство будет интегрироваться в персональный компьютер посредством PCI-шины или RS23 или еще как-то

Вопрос: Можно ли реализовать это устройство на ПЛИС компонентах и как?

Люди, если есть что-нибудь в этом духе или знаете, где можно раздобыть, пожалуйста, помогите чайнику
Буду очень признателен.

Заранее благодарю, Алексей
С нетерпением жду ответов и писем.

На самом деле здесь все не так легко и просто как кажется на первый взгляд.
Я участвовал в разработке прибора контроля DIMM'ов для РС. Так вот это была далеко не "платка" в РС, а тумба размером в стол.
Если хотите правду жизни - посмотрите на сайте Semtech - пин-электроника. Там есть драйверы пинов и PMU.
Надо уметь:
проверять токи утечки по входам-выходам, от микроампер до 50 мА,
проверять потребляемый ток при разном питании, температуре и режимах,
надо уметь двигать импульсы данных относительно строба, чтобы проверить границы сетап-холд.
Ну а при температуре это-же все надо уметь повторять тоже....
Итак - сконфигурить, проверить пины, выдать паттерн, проверить результат....

Так что можно сказать: "нам наплевать на мировых производителей тестового оборудования, у нас такое парень новичок за неделю сбацает"
По поводу Semtech - в Элтех пишите...

Удачи! Будут вопросы - пишите.

[Novich]

На самом деле здесь все не так легко и просто как кажется на первый взгляд.
Я участвовал в разработке прибора контроля DIMM'ов для РС. Так вот это была далеко не "платка" в РС, а тумба размером в стол.
Если хотите правду жизни - посмотрите на сайте Semtech - пин-электроника. Там есть драйверы пинов и PMU.
Надо уметь:
проверять токи утечки по входам-выходам, от микроампер до 50 мА,
проверять потребляемый ток при разном питании, температуре и режимах,
надо уметь двигать импульсы данных относительно строба, чтобы проверить границы сетап-холд.
Ну а при температуре это-же все надо уметь повторять тоже....
Итак - сконфигурить, проверить пины, выдать паттерн, проверить результат....

Так что можно сказать: "нам наплевать на мировых производителей тестового оборудования, у нас такое парень новичок за неделю сбацает"
По поводу Semtech - в Элтех пишите...

Удачи! Будут вопросы - пишите.

Спасибо за пояснение, Iosifk.
Твой ответ дал мне пищу для размышлений. Понял, что имелось ввиду под исследовательскими испытаниями… На самом деле это так, но сам об этом не задумался. Благодарю за наводку.

Согласен, в глобальном смысле работа довольно навороченная, и уж тягаться мне с мировыми разработчиками точно не под силу, как и остальным рядовым выпускникам вузов. В общем то, не претендую… Да и думаю, от меня это и не требуется…
Необходимо скажем, несложное тестирование микросхем на работоспособность. Температурное влияние, я думаю, рассматривать либо вообще не стоит, либо, моделированное в программном отношении, то есть увеличение/снижение параметров сигналов посылаемых на вход проверяемых микросхем… Идея или туфта, как ты считаешь?
Еще раз, благодарю, Алексей

[iosifk]

Необходимо скажем, несложное тестирование микросхем на работоспособность. Температурное влияние, я думаю, рассматривать либо вообще не стоит, либо, моделированное в программном отношении, то есть увеличение/снижение параметров сигналов посылаемых на вход проверяемых микросхем… Идея или туфта, как ты считаешь?
Еще раз, благодарю, Алексей

Во первых, мы на "ты" еще не переходили, да и вряд ли перейдем.
Во-вторых, надо еще раз подумать и решить, что же такое "несложное тестирование микросхем на работоспособность"...
Что это за испытание? Температура, динамика, статика?
Какие микросхемы предвидятся, в каких корпусах, с каким кол-вом выводов?
Как из устанавливать в проверочное устр-во? Вручную, автоматически?
Какие типы микросхем надо проверять? Скажем оюно дело логика, мультиплексоры. Другое дело микроконтроллеры. И совсем третье - FPGA...
Сколько по времени Вы готовы отдать на один тестовый вектор и сколько текторов планируется выдавать на одну микросхему.
У меня на сайте есть статейка о "Гайке М3 и о разработке ТЗ". Она либо лежит отдельно, либо на страничке "Записки Инженера". Прочитайте эту короткую статейку, и подумайте о том, что же Вы хотите спросить...
В соответствии с запросами, получите и ответы.

Удачи!

[Novich]

Во первых, мы на "ты" еще не переходили, да и вряд ли перейдем.
Во-вторых, надо еще раз подумать и решить, что же такое "несложное тестирование микросхем на работоспособность"...
Что это за испытание? Температура, динамика, статика?
Какие микросхемы предвидятся, в каких корпусах, с каким кол-вом выводов?
Как из устанавливать в проверочное устр-во? Вручную, автоматически?
Какие типы микросхем надо проверять? Скажем оюно дело логика, мультиплексоры. Другое дело микроконтроллеры. И совсем третье - FPGA...
Сколько по времени Вы готовы отдать на один тестовый вектор и сколько текторов планируется выдавать на одну микросхему.
У меня на сайте есть статейка о "Гайке М3 и о разработке ТЗ". Она либо лежит отдельно, либо на страничке "Записки Инженера". Прочитайте эту короткую статейку, и подумайте о том, что же Вы хотите спросить...
В соответствии с запросами, получите и ответы.

Удачи!

Здравствуйте, Иосиф Григорьевич.

Для каждого человека форма обращения имеет свое значение… Прошу прощения, если форма “ты” настолько глубоко зацепила и, может, как-то обидела. Не вкладывал в выбранную форму обращения оттенка “патцанства” и неуважения.
Предполагал, что убрав официальность обращения, будет проще общаться. Учту Ваше замечание.
Пишу в рубрике “электроника для чайников”, что предполагает мои неглубокие познания в данной сфере, что в дальнейшем будем исправлять.
Поэтому, к примеру, под “несложным тестированием микросхем на работоспособность” предполагал проверку соответствия выходных сигналов эталонным значениям при подаче соответствующих сигналов на вход.
Дать в данный момент ответ на вопрос о типах проверяемых микросхем и типах корпусов не могу. Этот вопрос, естественно, требует отдельного рассмотрения и является далеко не второстепенным. Но на данной стадии разработки считаю, что можно этот вопрос немного отсрочить.
Установка микросхем будет происходить вручную, что предполагает использование данного тестового устройства на мелкосерийном производстве.
Разрешите задать вопрос: Сильное ли отличие в проверки логики и проверки микроконтроллеров.
Прошу прощения за, возможно, глупый вопрос, но разве микроконтроллеры не относятся к разряду логики?
Вопрос о тестовых векторах: Что под ними имеется ввиду, поясните, пожалуйста?

Все выше написанное было до прочтения статьи “о Гайке М3 и о разработке ТЗ"… Сейчай прекрасно понимаю, что с ТЗ все и начинается...

Хочу сказать отдельное спасибо за Вашу статью про гайку. Очень наглядно показывает необходимость правильного составления ТЗ. Видимо, в этом заключается часть моей проблемы – неумение верно составить ТЗ… Попробую сделать это более грамотно, на сколько мне позволят знания данные в институте. Слабый уровень грамотности, к сожалению.

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

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

С уважением, Алексей

Сообщение отредактировал Novich - Mar 5 2007, 19:11

[Screw]

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

Боюсь, что этот вопрос является первоочередным, потому как от типа микросхемы зависит алгоритм проверки. Вы же не собираетесь делать установку для поверки ВСЕХ существующих ныне микросхем

Еще было бы неплохо какие параметры требуется проверить и при каких внешних раздражающих факторах. Потому как одно дело подать на инвертор что-то и проверить - проинвертировал он или нет, и совсем другое - протестировать какую-нибудь ПЛИСину в печке при мощном электронном фоне.

[Novich]

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

Боюсь, что этот вопрос является первоочередным, потому как от типа микросхемы зависит алгоритм проверки. Вы же не собираетесь делать установку для поверки ВСЕХ существующих ныне микросхем

Еще было бы неплохо какие параметры требуется проверить и при каких внешних раздражающих факторах. Потому как одно дело подать на инвертор что-то и проверить - проинвертировал он или нет, и совсем другое - протестировать какую-нибудь ПЛИСину в печке при мощном электронном фоне.

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

Конечно, вопрос о типах тестируемых микросхем является далеко не второстепенным, просто до этого мне нужно сформулировать для себя общий принцип работы устройства... Поэтому этот вопрос НЕМНОГО отсрочим...
Необходимо осуществить приемочный контроль на предприятиях-изготовителях элементной базы, отсюда и вытекают требования, полагаю...
Хорошо было бы обойтись проверкой некоторого набора наиболее часто используемых микросхем...
Если возможно, то совместно и для обычной логики и для программируемой.
Может, я заблуждаюсь, но для проектировки требуемого устройства не столь важно знать будут ли тестируемый элементы пихаться в печку или в холодильник, или трястись на вибростенде… Оно будет проверять их в поставленных условиях, каких, как мне кажется, не важно. А уж за разработку целого комплекса я не берусь (видимо, я немного не корректно обозначил тему, что вводит Вас в заблуждение). Почему уж тогда не задать мне вопрос типа: “А какой ПК ты будешь проектировать для тестирования микросхем?”. Так, на всякий случай – ПК тоже проектировать не предполагал

[K_AV]

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

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

Нет. Именно сейчас этот вопрос является принципиально-важным и именно неотложным. От ответа на него на 100% зависят остальные ответы.
Обратите внимание - в любом даташите (справочнике) у любой микросхемы целая куча параметров. Проверка разных из них требует разного вида оборудования. И получается либо много типов оборудования для разных групп параметров (что громоздко и при этом не факт, что просто), либо "универсальное" оборудование на разнородные параметры (а это - точно и сложно, и _очень_ дорого).
Ограничив перечень контролируемых параметров, ограничите перечень оборудования и требования к оборудованию (ДО начала его разработки). Могу сказать одно: у изготовителей этих микросхем ради полной проверки по всем параметрам используется оборудование стоимостью многие десятки и сотни тысяч долларов. Оно обслуживается целым штатом высококвалифицированных инженеров, содержащих его в нужном техническом состоянии (а это сложное многоканальное высокоточное измерительно-вычислительное оборудование) и подготавливающих для него рабочее программное обеспечение под каждый вид типономинал микросхем. В стоимости любой микросхемы не менее 30% - затраты на тестирование при производстве (и это при крупносерийном производстве! У вас уровень затрат будет в разы больше).
Параметров много, и введены они не зря - невыполнение любого из них в определенных условиях может привести к отказу изделия. Что из них важно, а что не важно конкретно для вашей продукции - решать только вам.
Даже проверка только функционирования: Комбинационные цифровые микросхемы ("дискретная логика") проверяются не так, как микросхемы с памятью. Микроконтроллеры - не так, как обе предыдущие (и принципиально их очень сложно проверить досконально. Изготовители _для себя_ встраивают в них дополнительные средства проверки, о которых потребителям даже и не сообщается). Аналоговые микросхемы - принципиально не так, как цифровые.
А важны ли вам динамические параметры (времена задержек, переключений)? На какой частоте проверять собираетесь?
А важны ли входные-выходные токи и напряжения?
И еще много-много подобных вопросов. Без ответа на них просто не о чем дальше разговаривать. Поверьте на слово - мне приходилось иметь с этим дело.
Или пишите конкретно, без уклончивости - что и для каких целей, в каком объеме предполагается проверять. Тогда (при доброй воле тех, кого вы уже проигнорировали) вам помогут ответить на эти вопросы. Правда, процентов 99 за то, что в результате вы поймете, что вам эта задача непосильна.

Необходимо осуществить приемочный контроль на предприятиях-изготовителях элементной базы

В это вообще не верится. Не имея такого контроля, они не смогут быть изготовителями элементной базы. Может, речь о потребителях, а вам стоит отказаться от применения выражений, в которых вы не уверены?

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

Именно заблуждаетесь и именно важно. Одно дело - обеспечить достоверность контролируемых параметров в 2 см от контролирующей электроники, и совсем другое - если проверяемую микросхему нужно относить от измерительного оборудования (стенда) на 2-3-5 м, чтобы поместить в термокамеру (или нужна спец.термокамера прямо на месте измерения) или на вибростенд и т.п.

А уж за разработку целого комплекса я не берусь

Так вам что, требуется помощь в написании ТЗ для стороннего разработчика?