Комментарии 15
Введение хорошее, но быстро перешло в рекламу NI и их ужасно дорогих PXI решений. И маловато интересных технических деталей на мой взгляд:
— сферы применения HiL(автомотив не ограничиваемся) и особенности их применения в этих сферах. Для чего, почему.
— какие характеристики HiL являются важными, на что обращать внимание.
— какие основные вендоры HiL есть и в каких сферах они работают.
— сферы применения HiL(автомотив не ограничиваемся) и особенности их применения в этих сферах. Для чего, почему.
— какие характеристики HiL являются важными, на что обращать внимание.
— какие основные вендоры HiL есть и в каких сферах они работают.
способна тестировать сценарии из реального мира.
Какой критерий выбора теста?
Что относится к реальному миру, а что к не реальному?
Как у вас (itelma) используется HiL?
Спасибо за интерес к теме HiL.
Мы в ближайшее время сделаем подробнейший фото-репортаж из лаборатории, где используется HiL и проведем интервью со специалистами. Так что будем рады вопросам.
Мы в ближайшее время сделаем подробнейший фото-репортаж из лаборатории, где используется HiL и проведем интервью со специалистами. Так что будем рады вопросам.
Какой критерий выбора теста?
Для железа, которое взаимодействует с реальным миром, обычно существуют конкретные спецификации, в которых указывается, что должна делать эта железяка с точки зрения реального мира.
Т.е. там должны быть требования типа:
«Контроллер двигателя должен обеспечивать устойчивую работу двигателя в диапазоне от 500 до 7000 тыс об/мин» или
«Если сигнал от датчика А в течении времени Х находится вне пределов 1..3В, контроллер должен перейти в „безопасный режим“, выполнив следующие действия...»
И.т.д.
Из таких спецификаций достаточно легко достаются тестовые методики — т.е. каждое требование должно проверяться как минимум одним тестом. Вот это все и надо проверять, и кстати, необязательно с помощью HIL. Раньше все натурно испытывали.
обычно существуют конкретные спецификации
Спецификации описывают как должно быть — тут все понятно.
Что делать с «помехами», то есть понять как поведет себя узел при не штатной ситуации?
Будет ли выбранный тест работы с «помехами» соответствовать реальной жизненной ситуации?
Fault Injection обязателен на некоторых уровнях ASIL. То есть при сертификации прибора надо симулировать помехи на физическом и логическом уровнях. Помню один из докладчкиков на EW2019 рассказывал о подстановке поврежденных данных на каждом этапе ветвления
«как поведет себя узел при не штатной ситуации»
Tут выбор теста будет зависть от критичости ECU (в автопроме — ASIL). Если работа ECU критична, то скорее всего проведут FMEA, опишут возможные нештатные ситуации и для них будут составлять тесты.
«Какой критерий выбора теста»:
тут целая наука, и куча методологий.
Зависит от того, что и как проверяем: один ECU или только конкретную систему которая сидит в ECU, или 2-3 ECU которые обеспечивают одну функциональность или вообще взаимодейсвие всех ECU в комплекте. Ну и критичнось компонента.
Для всех систем содается test concept в котором описывается по каким критериям система будет тестироваться (положительные тесты, негативные, пентесты, граничные и т.д.) и в каких условиях: Component HiL, Cluster HiL, Integration HiL
«для чего, почему.» используют HiL:
— возмжность просимулировать условия, которые трудно воссоздать в природе.
— повторяемость, проверка новых релизов
— высокое покрытие тестами
— автоматизация
Tут выбор теста будет зависть от критичости ECU (в автопроме — ASIL). Если работа ECU критична, то скорее всего проведут FMEA, опишут возможные нештатные ситуации и для них будут составлять тесты.
«Какой критерий выбора теста»:
тут целая наука, и куча методологий.
Зависит от того, что и как проверяем: один ECU или только конкретную систему которая сидит в ECU, или 2-3 ECU которые обеспечивают одну функциональность или вообще взаимодейсвие всех ECU в комплекте. Ну и критичнось компонента.
Для всех систем содается test concept в котором описывается по каким критериям система будет тестироваться (положительные тесты, негативные, пентесты, граничные и т.д.) и в каких условиях: Component HiL, Cluster HiL, Integration HiL
«для чего, почему.» используют HiL:
— возмжность просимулировать условия, которые трудно воссоздать в природе.
— повторяемость, проверка новых релизов
— высокое покрытие тестами
— автоматизация
Будет ли выбранный тест работы с «помехами» соответствовать реальной жизненной ситуации?
Ну это одна из основных проблем тестирования вообще, а не только HIL — насколько данный тест или имитация соответствует реальности?
В случае HIL помимо самого теста, также надо учитывать возможности симулятора — не все симуляторы способны имитировать реальность одинаково — некоторые лучше, некоторые хуже. То есть может быть, что вы нужный тест на данном симуляторе не сможете провести.
-
Однажды я сорвал конф звонок с клиентом, просто потому что in-the-Loop звучало очень неблагозвучно для русского уха. А вместе с именем функции drawchildren-in-the-Loop просто превратилось в мэм среди коллег.
По работе доводилось сталкиваться с HILs для self-driving cars. До сих пор удивляет, насколько это навороченная технология — это ж эмуляция целой машины для тестирования ИИ!
Ну, если уж и начали говорить о HIL, то что на счёт MIL и SIL? Ителма, поделитесь опытом, какие и в чем делаете модели для Veristand?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Hardware-in-the-Loop