|
|
|
Как тестировать разработанную электронику и встраиваемое ПО?, Делимся опытом |
|
|
|
Mar 18 2015, 09:18
|
Местный
Группа: Свой
Сообщений: 426
Регистрация: 23-02-12
Пользователь №: 70 424
|
Цитата(SimpleSoft @ Mar 18 2015, 11:23) Torpeda, у вас написано правильно про изделие в целом. А как тестируете, например, софт для микроконтроллеров, SoC, FPGA на промежуточных этапах? SoC - это есчё хуже чем изделие вцелом Если исключить этапы производства и всё что тестируется там, то тестирование по ходу разработки (как часть КИ), называется верификация\симуляция (в среде UVM напр.) и есть соответственные методики и формальные показатели качества (code coverage etc.). При помощи верификации гарантируется соответствие функциональности изделия требованям ТЗ в основном... Частично можно проверить раблотоспособность изделия (т.е. софт, всё что зашито в FPGA итд.) на натурных испытаниях (например подключив ваш Ethernet Switch в реальную сеть или к специализированному тестеру Ethernet). При этом правда, качество теста будет не очень хорошее из-за того, что: - тест кавередж неизвестен - тест кавередж скорее не более (70-80)% (это из опыта верификации, т.е. вроде тест бенч написан хороший по смыслу, но когда запускаеш подсчёт coverage, то видиш примерно такое покрытие) ---- Хотя... если заказчик лох, и юристы не подписали страшную ответственность...то натурных испытаний в объёме фантазии разработчика мож и хватит.... Кстати, из опыта - полная халтура, работоспособная только на столе (где функционально проверены только основные конфигурации), часто неплохо и долго работает и в приложении... ну может разок сбойнёт (это потому что крайние случаи наихудшего сочетания очень маловероятные)
|
|
|
|
|
Mar 18 2015, 09:59
|
Профессионал
Группа: Свой
Сообщений: 1 817
Регистрация: 14-02-07
Из: наших, которые работают за бугром
Пользователь №: 25 368
|
Цитата(SimpleSoft @ Mar 18 2015, 11:23) syoma, как я понял, по USB вы заливаете тестовое Firmware и оно проводит функциональный тест, а PXI считывает и сравнивает реакцию i/o? На каких этапах вы проводите такое тестирование? При проверке серийных изделий. Прошивок, кстати, две - одна чисто для тестирования железа - дергает пинами, пихает пакеты везде. Вторая - уже рабочая, но ее проверяем только поскольку - поскольку - залилась ли в целом, запускается ли система, поднимаются ли интерфейсы. Реально ее полностью проверить в серийных условиях нет - стенд нужен очень серьезный. У нас этакой стенд есть - это RTDS. Мы софт, а именно алгоритмы управления проверяем на нем. Но только на этапе разработки.
|
|
|
|
|
Mar 18 2015, 10:14
|
Местный
Группа: Участник
Сообщений: 273
Регистрация: 3-11-05
Пользователь №: 10 442
|
Torpeda, дело в том, что моя позиция по отношению к клиенту это Win-Win, иначе не интересно. Повторно сделать клиенту предложение и получить работу проще, чем найти нового клиента. Но это невозможно, если сделать первый проект, после которого заказчик останется недоволен (Как говорила Фаина Раневская "Деньги съедены, а позор остался"). С другой стороны, если заказчик умышленно не хочет тестировать, то тут вы правы - это его желаение. Однако хочется ли работать с таким клиентом - отдельный вопрос. syoma, RTDS это rtds.com? Я так подозреваю, у вас богатейший опыт тестирования Напомнило: Цитата Диалог в одесском трамвае: - Молодой человек, ви шо, не виходите?! - Выхожу. С надрывом: - Так шо ж ви молчите?!!
Сообщение отредактировал SimpleSoft - Mar 18 2015, 10:19
|
|
|
|
|
Mar 19 2015, 11:24
|
Профессионал
Группа: Свой
Сообщений: 1 817
Регистрация: 14-02-07
Из: наших, которые работают за бугром
Пользователь №: 25 368
|
Кстати, если говорить об организации тестового стенда для какого-либо управляющего контроллера (ну там лампочками поморгать, релюшками пощелкать, что-нибудь измерить, без особых коммуникационных изысков - типа сигнализации какой, или блока управления котла, света или еще чего-либо ) за дешево и сердито (относительно) именно для разработченских нужд, то я счас исследую возможность создания такого стенда на базе обычного PC с подключенными EtherCAT модулями. Получается интересная система и альтернатива PXI - по железу нужны только модули аналогового и цифрового ввода вывода или коммуникационные (RS242,485 Canopen и т.д) модули EtherCAT. Список различных вариантов большой. К компу подключаются через Ethernet порт. В любой момент конфигурацию можно поменять или дополнить. Самое интересное в софте - он стоит дофига, но если найти крякнутый TwinCAT... Тогда Windows PC превращается в real-time симулятор с временами отклика в 1мс и меньше - вплоть до 100µs. При этом TwinCAT позволяет в реальном времени выполнять и Си и PLC код, а самоее интересное - модели из Matlab/Simulink. Т.е. можно нарисовать графически свою обвязку, которая будет имитировать объект управления и запустить в реальном времени на симуляторе, чтобы подопытный контроллер думал, что управляет реальным объектом. Мало того - можно часть сигналов вывести опять же на те же EtherCAT клеммы, чтобы подключить к той части, для которой есть физический макет, но нет возможности симитировать полностью все нужные сигналы.
|
|
|
|
|
Mar 19 2015, 11:41
|
Ally
Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050
|
Цитата(syoma @ Mar 19 2015, 13:24) Кстати, если говорить об организации тестового стенда для какого-либо управляющего контроллера (ну там лампочками поморгать, релюшками пощелкать, что-нибудь измерить, без особых коммуникационных изысков - типа сигнализации какой, или блока управления котла, света или еще чего-либо ) за дешево и сердито (относительно) именно для разработченских нужд, то я счас исследую возможность создания такого стенда на базе обычного PC с подключенными EtherCAT модулями. Лучше расскажите что вы собственно разрабатываете, а то непонятно как тут прикрутить PC и проч PXI. Вы представляете что значит написать модель объекта управления? Это работы на порядки больше чем собственно работы по программированию тестируемого контроллера. Изобразите-ка модель мотор-редуктора в механической системе с переменными нагрузками, десятками датчиков, управлением по облачным протоколам и системой автономного питания. А это, кстати, будут обычные ворота. Кому такое тестирование надо? И кто будет тестировать тесты? Железо для тестов это вопрос весьма вторичный. Главное софт.
|
|
|
|
|
Mar 19 2015, 12:52
|
Местный
Группа: Участник
Сообщений: 273
Регистрация: 3-11-05
Пользователь №: 10 442
|
syoma, правильно ли я понимаю, что выпускаемые вами изделия достаточно дороги и поэтому вложения в такой тестовый комплекс оправданы? Цитата Лучше расскажите что вы собственно разрабатываете Предположу: возможно это системы сбора данных на подстанциях для высоковольтных линий электропередач. Цитата Вы представляете что значит написать модель объекта управления? Это работы на порядки больше чем собственно работы по программированию тестируемого контроллера. Такое бывает. Особенно если это касается критических систем.
|
|
|
|
|
Mar 19 2015, 14:06
|
Профессионал
Группа: Свой
Сообщений: 1 817
Регистрация: 14-02-07
Из: наших, которые работают за бугром
Пользователь №: 25 368
|
Наверное ввел кого-то в заблуждение. На самом деле я работаю над двумя совершенно разными проектами с одним общим - подходом к разработке и тестированию. В одном случае - это контроллер на базе VPX технологии для управления устройствами для гибких систем передачи переменного тока на сотни мегаватт. Цитата Критические системы потому названы критическими что человек мало о них что знает и боится. Потому критические системы никак не могут тестироваться на моделях, для них нет адекватных моделей. Вот вам как раз пример такой системы. Тут без тестирования на модели не обойтись, так как на практике один такой тест может полностью лишить света городок средних размеров. А тест нужно сделать обязятельно, так как система как раз и расчитана на такой случай. Иначе что делать? Молиться, что в нужный момент сработает? Таких проектов всего штук 10 в год будет. другом случае - это скажем так система управления немного посложней гаражной, но с двумя-четырьмя двигателям, иногда с частотниками на пару десятков датчиков и выключателей и 20-ю различными релюшками. Это производится серийно в количестве до 1000 в год. Кстати сделана на STM32F. Реалистичные модели нарисовать в симулинке - не проблема ни для одного, ни для другого проекта, так как матлаб располагает вполне себе достаточными тулбоксами для моделирования и силовой электроники и простых систем с логическими сигналами. Кстати "модель мотор-редуктора в механической системе с переменными нагрузками" я думаю в матлабе изобразить тоже можно - там есть механический тулбокс. Только вот надо ли, если с точки зрения контроллера "ворота" представляют всего лишь десяток выключателей, которые выключаются с различными задержками после выдачи команды на открытие или закрытие. Тут главное - все варианты внештатных комбинация обработать.
|
|
|
|
|
Mar 19 2015, 14:16
|
Ally
Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050
|
Цитата(syoma @ Mar 19 2015, 16:06) Реалистичные модели нарисовать в симулинке - не проблема ни для одного, ни для другого проекта, так как матлаб располагает вполне себе достаточными тулбоксами для моделирования и силовой электроники и простых систем с логическими сигналами. Ну покажите уже наконец эти модели в симулинке. Хотел бы я посмотреть. Если бы вы делали что то в симулинке, то никогда бы не поминали его всуе. Там один лог. оператор вставить эта работа на порядок сложнее чем написать в с-и на микроконтроллере. (засеките время в секундах) Я уже не говорю про отладку.
|
|
|
|
|
|
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0
|
|
|