На чем сделать компьютерную тест-систему для цифрового контроллера?, 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
+ Создание автономных приложений, текстовое программирование
- Много чего надо напистать, чтобы заработало.

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

[AlexandrY]

Кривоватый подход в принципе вы выбрали.
Т.е. с одной строные Agilent-ы слишком универсальны и избыточны, с другой непопонятен механизм их масштабирования в том же Matlabа и LabView.
У дивайсов то нет одновременно 100 входов и выходов. Придется делать стек из Agilent-ов. Потом какую-то синхронизацию.
Agilent-ы по сути повторяют команды с PC, логика в них не вгружается. Т.е. юзер получает полный гемор связанный с реализацие реалтайма под Windows.

Потом USB хоть и HS это совсем не интерфейс реального времени.
Во первых он делится между другими дивайсами на шине.
Во вторых точные тайминги в пределах мкс юзером не управляются.
Отсюда вытекает невозможность точной планировки потока событий. Недаром у Agilent-ов нигде не специфицируется время реакции выходов на управляющие команды.

Короче тестирующая платформа должна иметь возможность выполнять внутри себя загружаемую логику. Здесь лучше всего подходит концепция "hardware in the loop". Эту концепцию поддерживает и Matlab и LabView.
Но эти среды заточены на разные внешние IDE и микропроцессорные платформы.

LabView - на AD BlackFin, Keil ARM и т.д.
Matlab - на TI DSP, Tasking ARM, Multi2000 ARM

По опыту самая быстрая связка где за день можно сварганить логику управления IO и HMI на экране PC является LabView в паре с недорогой платой от Keil ARM.