Hardware in the loop, зачем? Опции

[Zelepuk]

Скажите, зачем применяется такое тестирование как Hardware in the loop?
под этим термином как я понимаю подразумевается тестирование в реальном времени.
Но разве нельзя сделать в отложенном времени, записав предварительно тестовый сигнал и проверив время реакции?

например здесь: http://en.wikipedia.org/wiki/Hardware-in-the-loop_simulation
пишут что такое моделирование позволяет снизить затраты времени на разработку.
каким образом?

Сообщение отредактировал Zelepuk - Jan 25 2012, 18:33

[SFx]

Польза HIL когда нужно обсчитать большой вектор, каждый фрагмент которого требует большое количество параллельных вычислений. К примеру, у вас есть модель некого устройства(презентации Mathworks кажется был фильтр Sobel), и вам нужно проверить насколько ваш HW дизайн соответствует модели. для этого их запускают параллельно вместе. модель считают на Host'е, а HW-реализацию, через предварительно сформированный интерфейс загрузки - на target плате. На вход подают одинаковые данные и сверяют результат. это все хорошо для верификации. Можно мгновенно получить набор данных, который вызывает в HW реализации проблемы и уже этим набором воспроизводить проблему в HW симуляции.
Кроме того некоторые вычисления явно быстрее будут работать в HW, даже на пониженной частоте, чем CPU host'а, это больше относится к физическим расчетом, DSP.

Что касается затраты - времени на разработку => нужно потратить с начало недюжинное количество времени чтобы разобраться как в этой методологии грамотно работать, и только потом возможно будет результат. (Я скептически отношусь к тами громким лозунгам, но очевидно применять это есть смысл в некоторых задачах.

недавно видел ролик, про автоматизированный BMW ('самоходный'), в котором штурман водителя сидит в матлабе, и явно у него там HIL....

[evg123]

К примеру, у вас есть модель некого устройства(презентации Mathworks кажется был фильтр Sobel), и вам нужно проверить насколько ваш HW дизайн соответствует модели. для этого их запускают параллельно вместе. модель считают на Host'е, а HW-реализацию, через предварительно сформированный интерфейс загрузки - на target плате. На вход подают одинаковые данные и сверяют результат. это все хорошо для верификации

Здесь вы пишете о PIL, а не о HIL
PIL - это ни разу не HIL.
Суть HIL - это как раз пошаговая разработка некоего устройства и тестирование каждого шага разработки в реальном времени. Это устройство вставлено в "упряжку", которая вращается на хосте под RTOS типа VxWORKS. К этому хосту присоединено по какому-нибудь интерфейсу (чаще всего Ethernet или RS485 или CAN) разрабатываемое устройство. На первом шаге в роли устройства может выступать некий мощный компьютер, управляющий сложными исполнительными механизмами. А на последнем шаге в роли устройства может выступрать некий простейший дешёвый микроконтроллер, управляющий этими же исполнительными механизмами. Между этими этапами много промежуточных шагов. Но каждый раз вы имеете ту или иную ступень разработки некоего работающего в реальном времени устройства, т.е как говорили в свое время коммунисты - вы идёте от "побелы к победе".