Опыт разработчиков инструментария, мнение.

Общаемся здесь на любые темы
Ответить
Аватара пользователя
Select
developer
developer
Сообщения: 281
Зарегистрирован: 12 дек 2017, 23:56
Версия LabVIEW: 18
Откуда: Врата надежды.
Поблагодарили: 2 раза

Опыт разработчиков инструментария, мнение.

Сообщение Select »

Всем привет,
Недавно познакомился с деятельностью этой фирмы
Они себя позиционируют как фирма разработчик автоматизированных инструментов в среде :labview:
По их утверждению, их аппликации позволяют быстро создавать автоматизированные тесты.
Что мне удалось понять, это то, что они построили внешний интерфейс - репозиторий для наполнения его готовыми или создаваемыми тестами, что дает им возможность быстрой подстройки шаблона под те или иные задачи клиента.
Возможно я ошибаюсь, но выглядит все это, как красивая обвертка, внутри которой все же отсутствует какая либо интеллектуальный движок и все там тривиально и обыденно. При этом для клиентов, это некий ящик пандоры, купив который они становятся заложниками внешней оболочки с :labview: начинкой.
:buuh:
LabView 14,18
Аватара пользователя
Select
developer
developer
Сообщения: 281
Зарегистрирован: 12 дек 2017, 23:56
Версия LabVIEW: 18
Откуда: Врата надежды.
Поблагодарили: 2 раза

Re: Опыт разработчиков инструментария, мнение.

Сообщение Select »

Более внимательней ознакомившись понял, что это на самом деле так и есть. Они организовали внешний интерфейс, который позволяет управлять набором ранее созданных тестов :labview: , т.е. настройка последовательности запуска приборов :labview: по сценарию, конфигурировать пакет таких тестов, время их функционирования, просмотр отчетов и т.п. Маркетинговый слоган - Вам не надо заниматься сложным написанием кода TVI позволяет инженеру без специальных знаний построить сложный тест за 2 - 3 часа. Как будет строиться тестирование с UART обменом, с заведомо неизвестной архитектурой тестируемой платформы, типом встроенного протокола обмена и т.д. и т.п....?
Вместе с тем они сообщают, что это всего лишь среда управления sub.vi, сами же vi нужно по любому разрабатывать под :labview:
Как такой TVI справится с теми задачами, когда тест не ограничивается одним сбором каких то простых параметров (напряжения, токи, частота и т.п.)? На моей практике клиенты, которые решили вложить в :labview: автоматизацию, как правило все же привлекают разработчиков для построения сложного и гибко настраиваемого универсального комплекса UVM, он же и занимается аппаратным дизайном.
LabView 14,18
Аватара пользователя
Select
developer
developer
Сообщения: 281
Зарегистрирован: 12 дек 2017, 23:56
Версия LabVIEW: 18
Откуда: Врата надежды.
Поблагодарили: 2 раза

Re: Опыт разработчиков инструментария, мнение.

Сообщение Select »

LabView 14,18
Аватара пользователя
IvanLis

Activity Professionalism Tutorials Gold Man of the year 2012
Автор
guru
guru
Сообщения: 5462
Зарегистрирован: 02 дек 2009, 17:44
Награды: 7
Версия LabVIEW: 2015, 2016
Откуда: СССР
Благодарил (а): 28 раз
Поблагодарили: 86 раз

Re: Опыт разработчиков инструментария, мнение.

Сообщение IvanLis »

TVI я не сталкивался, но наверняка для каждого шага тестирования необходимо создать subVI, а предлагаемая среда позволяет организовать имеющиеся тесты в нечто единое.
Посмотрите, в Templates для cRIO есть шаблон в котором реализован аналогичный (в некотором приближении) функционал:
LabVIEW Real-Time Sequencer on CompactRIO
This sample project implements a sequence engine that executes user-defined sequences or recipes in LabVIEW Real-Time for control applications. It includes a Windows-based user interface that generates user-defined sequences, deploys them to CompactRIO, and monitors the sequence engine status. The user interface uses dynamic loading of subpanels to demonstrate an efficient and responsive user interface architecture.
Аватара пользователя
Kosist

Activity Gold
expert
expert
Сообщения: 1236
Зарегистрирован: 21 фев 2011, 23:44
Награды: 2
Версия LabVIEW: 2013-2020
Благодарил (а): 23 раза
Поблагодарили: 30 раз
Контактная информация:

Re: Опыт разработчиков инструментария, мнение.

Сообщение Kosist »

Select писал(а):Вместе с тем они сообщают, что это всего лишь среда управления sub.vi, сами же vi нужно по любому разрабатывать под :labview:
Как такой TVI справится с теми задачами, когда тест не ограничивается одним сбором каких то простых параметров (напряжения, токи, частота и т.п.)? На моей практике клиенты, которые решили вложить в :labview: автоматизацию, как правило все же привлекают разработчиков для построения сложного и гибко настраиваемого универсального комплекса UVM, он же и занимается аппаратным дизайном.
TVI - это просто тест-фреймоворк, написаный в :labview:. А задача тест-фреймворка проста - позволять конфигурировать последовательность тест-шагов (т.е. вызывать в нужном порядке код-модули), и контролировать выполнение тест-последовательности (что включает в себя внутреннюю логику тест-фреймворка, которая не зависит от конкретного приложения). Вот и все. Это ведь фреймворк. TestStand "на минималках".
А вот какие писать виайки, как именно тестировать прибор - это уже задача разработчика, и никакой тест-фреймворк эту задачу решать не будет. При чем тут
Select писал(а):Как будет строиться тестирование с UART обменом, с заведомо неизвестной архитектурой тестируемой платформы, типом встроенного протокола обмена и т.д. и т.п....?
?
Ваша виайка будет решать эту задачу, а задача тест-фреймворка - выполнить виайку в нужный момент времени, и "узнать" результаты ее работы; обработать входные/выходные данные, передать данные между виайками, запустить паралельные потоки, записать тест-результаты в файл или датабазу, и т.д. и т.п.
Многие фирмы делая тестеры создают свои тест-фреймворки в :labview:. Ибо так может быть дешевле - не нужна лицензия на TestStand, ну или же приложение не очень подходит под рамки TestStand. А TVI - альтернатива этому.
Мы делили апельсин - много наших полегло...
Аватара пользователя
ladik

Silver
developer
developer
Сообщения: 275
Зарегистрирован: 18 ноя 2014, 11:45
Награды: 1
Версия LabVIEW: 2015, 2019
Откуда: Екатеринбург
Благодарил (а): 4 раза
Поблагодарили: 3 раза
Контактная информация:

Re: Опыт разработчиков инструментария, мнение.

Сообщение ladik »

Соглашусь с Kosist, всё именно так и обстоит. На протяжении последнего года делаем такой фреймворк для одного американского заказчика. На саммом деле, когда всё организовано и структурировано, конечному потребителю очень просто как писать тестовые сценарии, так и расширять функционал фреймворка, например, добавлением отличных от заложенных конфигурацией измерительных приборов и т.д.

На картинке пример простого теста для проверки цепи питания некой платы. И вот из подобных тестов и строится большая тестовая сборка для какого-то целевого устройства.
Вложения
example.png
Дорогу осилит идущий.
Аватара пользователя
Select
developer
developer
Сообщения: 281
Зарегистрирован: 12 дек 2017, 23:56
Версия LabVIEW: 18
Откуда: Врата надежды.
Поблагодарили: 2 раза

Re: Опыт разработчиков инструментария, мнение.

Сообщение Select »

Более чем понятно. О таком подходе не догадывался. Всех Благодарю за комментарии.
LabView 14,18
Аватара пользователя
Select
developer
developer
Сообщения: 281
Зарегистрирован: 12 дек 2017, 23:56
Версия LabVIEW: 18
Откуда: Врата надежды.
Поблагодарили: 2 раза

Re: Опыт разработчиков инструментария, мнение.

Сообщение Select »

Select писал(а):Более чем понятно. О таком подходе не догадывался. Всех Благодарю за комментарии.

Код: Выделить всё

Соглашусь с Kosist, всё именно так и обстоит. На протяжении последнего года делаем такой фреймворк для одного ........
На картинке пример простого теста для проверки цепи питания некой платы. И вот из подобных тестов и строится большая тестовая сборка для какого-то целевого устройства.
Так же делаю ATE, как для финальных тестов железа, PCB, а так же просто расширяю функционал встроенных RT, здесь у меня выставлен ролик такого примера.
Что примечательно, мне приходилось наблюдать не один фреймворк разных разрабов, все они по дизайну как голуби, некоторые строят вообще без sub :vi: ? , у некоторых их до сотни и более, причем половина из них это примитивы из пары - тройки модульных соединений, которые разрабы просто элементарно ленятся строить и просто их вставляют в виде суб :vi: .
В моем случае суб :vi: это целиком построенная задача от начала и до финала.
Еще 1 интересный момент, каким образом Вы - удаленный разраб, проводите удаленное тестирование своего прототипа?
На другом конце должен сидеть если не разраб, то как минимум инженер с настроенным :labview: и трансляцией рабочего стола, который по Вашей команде должен дернуть за рубильник, если что-то пошло не так.
По ходу, перед всем этим балетом проводятся первичные тесты непосредственно на железе с соединениями :labview: по протоколам обмена, Вы понимаете о чем идет речь. Т.е. как минимум 2 командировки.
LabView 14,18
Ответить

Вернуться в «Обо всём на свете»