Я согласен с тем, что сценарии LabVIEW — это один из подходов, но позвольте мне отбросить еще один вариант.
Если вы планируете выполнить однократную миграцию из своего тестового кода в LabVIEW, то скрипты — это прекрасно, но если вы планируете регулярно обновлять свой тестовый код (поскольку проще использовать «тестовый» язык, чем LabVIEW), то это может стать довольно больно постоянно выполнять миграцию каждый раз, когда ваш тестовый код изменился.
Я добился большого успеха, просто поместив свой конечный автомат внутрь цикла for а затем считывание «команд» из текстового файла, созданного с использованием моего «тестового» языка (см. рис.).
Например, чтобы выполнить развертку IV, мой текстовый файл может сказать что-то вроде:
SourceV, 5
ReadI
Wait, 1
SourceV, 6
ReadI
Это изображение сильно упрощено — я не использую конечный автомат и не показываю, как использовать «параметры», но при необходимости могу привести более подробный пример. Опять же, я добился большого успеха, используя около 30 «команд», управляющих несколькими инструментами, а затем я сгенерировал текстовый ввод с помощью VBA или Python.
person
Charlie
schedule
17.06.2015