На чем сделать компьютерную тест-систему для цифрового контроллера?, MATLAB, LabView, Visual C или другое? Опции

[syoma]

Привет всем.

В общем уже давно стоит задача разработки автоматизированной тест-системы на базе PC для контроллера.
То есть есть система управления на основе контроллера, которая имеет до 100 цифровых входов и 100 цифровых выходов. Контроллер исполняет различные алгоритмы.
Задача состоит в том, чтобы с помощью компа сосздать виртуальное окружение для контроллера, чтобы он "думал" что управляет реальным объектом.
Плюс нужна хорошая визуализация, чтобы человек мог видеть, что происходит на экране монитора и мог если что нажать пару "виртуальных" кнопок и посмотреть, что будет.

По железу вопросов нет - я уже взял себе на пробу Agilent USB - в нем есть дрова для всего - и Matlabа и LabView и для Visual C.
Вопрос в том, что лучше применить? Я уже когда-то начинал писать софт для подобной тест-системы и знаю, что легче всего это описать текстовой программой.

Опыт работы с Матлабом и Лабвью у меня есть и плюсы и минусы каждого варианта немного понятны:
Matlab
+ Легкое текстовое программирование и графический Simulink интерфейс
- Плохая визуализация, помоему нужен Real Time Workshop и тот же Microsoft C, чтобы получить приемлемое время реакции( ну порядка 100мс хотя бы)

Labview
+ Отличная визуализация
- Помоему последние версии ну очень тяжелые для конфигурации и большие, нет текстового программирования

Microsoft C
+ Создание автономных приложений, текстовое программирование
- Много чего надо напистать, чтобы заработало.

А что вы посоветуете?

[syoma]

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

[AlexandrY]

Ну вот видите, а говорите 200 мс.
Типичный отказ в виде дребезга на плохих контактах или на обрывах создает сигналы в доли миллисекунд.
А именно дребезг слабое место у программистов.
Ибо часто асинхронные события любят обрабатывать в прерываниях, и ресурс быстродействия у прерываний не безграничный а хуже, что обычно и не контролируемый.
Т.е. два три плохих контакта могут завалить систему либо вызвать отказ в обслуживании других сигналов.
Опять же часто интересно исследовать поведение систем на одновременный приход всех входных сигналов. Тестирование на стрессовые ситуации.

Но с такими Agilent-ами тут делать нечего это точно. Они сами или MATLAB-ы скорее начнут чудить от попыток смоделировать стрессы.
А без стрессов это не тестирование, а лабуда.

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