Нужно ли создавать драйвер инструмента LabVIEW в Program Files?

Question

Я пытаюсь создать проект драйвера LabVIEW plug and play для устройства, которое мы продаем. Я следовал инструкциям для создания проекта , и он создал проект с помощью программы LabVIEW:

C: \ Program Files \ National Instruments \ LabVIEW 2011 \ instr.lib

Полагаю, я мог бы подключить эту папку к управлению исходным кодом и просто выполнить всю работу там, но работать с Program Files кажется странным. Когда я попытался переместить папку проекта в мою обычную рабочую папку, она сломала все файлы подпалитр (* .mnu). Я мог бы воссоздать их, но боюсь, что они не будут работать для наших клиентов, когда они устанавливают драйвер с веб-сайта LabVIEW.

Можно ли перемещать проект драйвера или он должен оставаться в расположении по умолчанию? Если один из наших клиентов установил LabVIEW в другом месте (скажем, на диске D :), меню драйверов для них не будет работать?

Answer 1

Я не одобряю user.lib для элементов SCC. использование нескольких версий LabVIEW одновременно является большой проблемой. Вот моя рутина:

1. Создать библиотеку инструментов и сохранить весь код в папке, начиная с подчеркивания ('_') (_foo)
2. Создайте файл .mnu в родительской папке '_foo' Mylib.mnu, добавьте нужные значки.
3. С помощью компоновщика пакетов OpenG я создаю подпрограмму установщика, которая помещает файл mnu и папку в instr.lib
4. После перезапуска LabVIEW драйвер инструментов отображается в палитре инструментов.

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

Ton

Answer 2

Драйверы инструментов всегда находятся в папке instr.lib в текущей папке версии LabVIEW. Для этой папки драйвера системы безопасности в LabVIEW настроен путь к среде, поэтому он всегда будет указывать на правильный диск для установки LabVIEW.

Вы должны хранить папку в том месте, которое используется мастером, чтобы при распространении среди ваших клиентов меню подпалитр указывали на правильное местоположение, а все ВП связывались правильно.

Я использую контроль исходного кода для user.lib, который находится в аналогичном месте и не имеет проблем.