LabVIEW “драйвер” - начало работы

Существует две опции для того, что Вы пытаетесь сделать.

• Создайте DLL, который пользователи Вашего устройства могут назвать от LabVIEW.

• Перепишите свое приложение в LabVIEW.

Для достижения самого большого количества потенциальных клиентов опция № 1 была бы лучшим решением для Вас. Если бы Ваши клиенты конкретно просят драйвер LabVIEW затем, опция № 2, вероятно, была бы наименьшим количеством стычки для того определенного клиента. Причина этого состоит в том, что LabVIEW является в значительной степени нишевым языком (для автоматизации и сбора данных), и для многих разработчиков LabVIEW это - единственный язык, который они знают (или единственный, который они знают хорошо).

Если Вы готовы инвестировать немного времени в изучение, как программировать в LabVIEW, соответствующей информации о том, как разработать инструментальный драйвер, может быть найден здесь и здесь.

По существу необходимо обеспечить ряд VI's (единица кода LabVIEW), которые реализуют различные операции, поддерживаемые устройством. Программисты LabVIEW объединят последовательность в цепочку их вместе использование ресурса ВИЗЫ (т.е. последовательный порт) и ошибка в / терминалах, которые должен обеспечить Ваш VI's. См. вторую ссылку для примера.

Если Вы не хотите изучать, как сделать это правильно - который Ваше второе сообщение предлагает, чтобы Вы не сделали - затем или создали DLL, который выставляет необходимые функции или уполномочивает программиста LabVIEW писать драйвер для Вас. Если можно предоставить соответствующую документацию протокола, и это не ужасно сложно затем, им должен потребоваться день. Если у Вас есть пользователи, которые увлечены LabVIEW затем, один из них мог бы быть рад сделать задание для Вас для соответствующей скидки или стимула - это действительно не трудно для любого компетентного в LabVIEW сделать, и они - те, кто уже имеет их руки на Ваше устройство и понимает то, что это делает. Вы могли бы хотеть к тестированию бета-версии результат со своими другими пользователями LabVIEW сначала, поскольку Вы не будете иметь возможности оценивать качество того, что они делают самостоятельно.

Если Вы пойдете путем DLL, то необходимо будет проверить, что параметры, которых Вы требуете, совместимы с типами данных LabVIEW. Я не программист C/C++, таким образом, я не могу сказать Вам подробно, что это означает, но это могло бы быть полезно (Rolf Kalbermatter является гуру при взаимодействии через интерфейс с LabVIEW с внешним кодом).

Если Вы хотите найти программиста LabVIEW затем, Национальные Инструменты могут отослать Вас к одному через их схему союза.

(Отредактированный для добавления ссылки к форуму ЛАВЫ отправляют при записи DLLs для LabVIEW),

LabVIEW может обработать связь RS232 с небольшими проблемами - просто необходимо предоставить клиенту список команд и синтаксиса, который устройство использует, и возможно маленькая платформа или пример VI с основной функциональностью.

Я хвалю Вас за желание обеспечить более устойчивый драйвер, который не требует, чтобы пользователь проанализировал их собственные команды; то, что обычно называют, LabVIEW 'драйвер' большинством поставщиков немного больше, чем несколько команд ('init', 'читайте'), укуталось в простом GUI.

Вы не должны восстановить свое законченное приложение, просто дать им достаточно для начала работы самостоятельно =)

Для начала работы Вы, вероятно, захотите использовать ВИЗУ в LabVIEW.

Лучший ресурс для программистов LabVIEW является Национальной Инструментальной Базой знаний. Так как LabVIEW только популярен в таком маленьком сегменте, нет большого количества других веб-ресурсов там.

Одна книга, которую я прочитал назад, когда я запрограммировал в LabVIEW, была Программированием Питания LabVIEW. Это имеет много хорошего примера кода, и если я помню правильно, это показывает Вам, как использовать третью сторону DLLs, записанный в C++. То, что это определенно не показывает Вам, - то, как записать те DLLs, все же.