Есть устройство, управляемое по USB, есть драйвер к этому устройству.
Подскажите в двух словах как этот драйвер прикрутить к LabView6.1? Хочется уметь управлять этим устройством при помощи собственных программ написанных в LabView.
Заранее благодарен.

Если устройство нестандартное(те выпущено не National Instruments) то надо разбиратся что из себя представляют дрова.Обычно имеется как минимум dll библиотека содержащая функции работы с устройством,иногда бывает ocx компоненты(ActiveX кароче) и с ним работать гораздо удобнее.
Вобщем есть несколько вариантов

1.Любое устройство от NI управляется через фирменные дрова входящие в состав DiskDriverCD.Соответсвенно все необходимые функции для работы стандартизированы и интегрированы в Labview.
2.Устройство имеет dll библиотеку.Обычно также есть пример управления на С или бейсике и самое главное хедер содержащий названия функций и их параметры.В Labview для такого случая есть возможность вызова внешеней dll библиотеки в которой нужно указать имя библиотеки,имя функции,и набить параметры и их типы.Там есть сравнительно удобный визард который позволяет сделать все быстро.После ознакомления с примером или описанием устройства нужно создать в Labview соответствующие вызовы функций dll и правильно передать в них параметры.
3.Если есть ActiveX то в Labview имеется возможность их подключения после чего можно оперировать методами и свойствами компонента тем самым управляя своим девайсом.
4.Иногда производители устройств(если они хоть как то относятся к измерениям и ли управлению) поставляют набор "квадратиков" для Labview облегчающих работы с девайсом.
5.Если есть только драйвер "sys или wdm файл" то такой случае наиболее напряжный но всеравно используя API виндов(вызывая из Labview kernel.dll и прочие) можно им управлять.

У меня устройство имеет dll-библиотеку. И в общем понятно как с этим работать. Но вот какая беда - после конфигурирования вызова (когда нажимаю "ОК") выскакивет сообщение, что функция с заданным именем не найдена. Хотя я просто выбрал то что предложил визард... Не могу понять в чём дело, может кто сталкивался с подобным?

Непомню как в 6.1 но начиная с семерки то что предлогал визард всегда подходило.Какого рода сообщение появляется на экране.Возможно что dll библиотека в свою очередь тоже вызывает внешний код и ненаходит необходимой dll после чего выводит сообщение.Лучше всего посмотреть названия функций в любом редакторе ресурсов или просто в hex редакторе(если есть навыки то в ida) и сравнить то что предлагает визард и увиденное.Важное еще на каком языке написана dll,всякие билдеры и делфи делают dll через одно место и в этом могут быть грабли.

Кароче.Сообщение в студию,если оно малоинформативное dll в студию.

 dll.rar ( 19 килобайт ) Кол-во скачиваний: 128
[attachment=5057:attachment][attachment=5057:attachm
ent]


В архиве dll и сообщение....
Взгляните плиз...

На первый взгляд ошибка вызвана не проблемами с dll а неправильным конфигурированием ее параметров.Дело в том что если неправильно задать типы и количество параметров а также правила их передачи(stdcall или cdecl) то прога начинает бомбить свою кучу,данные и стек и результат слабо прогнозируем.Есть хедер от этой dll?В соответсвии с какими соображениями передавались в ее функции параметры?

Библиотека написана на VC++ и содержит следующие функции.

NUsbLib::CDevice::CDevice(CDevice::CDevice const &)
NUsbLib::CDevice::CDevice(uchar)
NUsbLib::CDevice::~CDevice(void)
NUsbLib::CDevice::operator=(NUsbLib::CDevice const &)
const NUsbLib::CDevice::`vftable'
NUsbLib::CDevice::Bulk(tagSUsbLibBulk const *,void *)
NUsbLib::CDevice::Command(tagSUsbLibVendorRequest const *,void *)
NUsbLib::CDevice::CommandWait(tagSUsbLibVendorRequest const *,void const *,void const *,ulong) 100016D0 8
NUsbLib::CDevice::Enum(tagSUsbLibDeviceInfo *,uchar)
NUsbLib::CDevice::LoadFirmware(tagSUsbLibIntelHexRecord const *)
NUsbLib::CDevice::Lock(void)
NUsbLib::CDevice::UnLock(void)
UsbLib_Bulk
UsbLib_Command
UsbLib_CommandWait
UsbLib_CreateEepromImage
UsbLib_DeviceClose
UsbLib_DeviceEnum
UsbLib_DeviceLock
UsbLib_DeviceOpen
UsbLib_DeviceUnLock
UsbLib_LoadFirmware
UsbLib_ReadIHFromFile
start

Какая из них вызвала ошибку?И какие параметры ей были переданы.

Ошибку выдают абсолютно все функции. Правда у меня видны только эти:
UsbLib_Bulk
UsbLib_Command
UsbLib_CommandWait
UsbLib_CreateEepromImage
UsbLib_DeviceClose
UsbLib_DeviceEnum
UsbLib_DeviceLock
UsbLib_DeviceOpen
UsbLib_DeviceUnLock
UsbLib_LoadFirmware
UsbLib_ReadIHFromFile
Ошибка одна и та же. Хедер пытаемся получить с автора, но пока безрезультатно - автор у нас не работает, потому сам себе хозяин.
Параметры мы собственно передать и не успели, просто когда жмёшь кнопку "ОК"- сразу после конфигурирования - тут же выскакивает ошибка. Появляется "разорванная стрелка" - приложение с ошибкой, как известно, не запускается... Получается что выбираю в визарде функцию из списка предложенных - и всё. Уже только одно это действие вызывает ошибку.

Кажется все начинает прояснятся.
Когда выбирается путь и имя dll библиотеки(или при загрузке VI содержащей такой вызов) Labview производит поиск и инициализацию dll.Т.е загружает библиотеку в память(если та еще незагружена) и пытается получить handler на нее(поскольку dll это разделяемый ресурс и может использоватся одновременно из разных приложений).
Видимо в этот момент Labview и плющит.Потому что неважно какая функция выбрана,она быдет вызвана только когда до нее дойдет дело по ходу выполнения программы.
Кароче глючит сама dll в процессе инициализации.И видимо из за того что в системе нехватает msvcr80.dll которую она импортирует судя из того что показала IDA.
Вобщем у вас неполный комплект и нехватает одного или нескольких файлов необходимых для работы usbdll.Или теребите разработчика чтобы он перекомпилировал программу под статическое связывание этих редких компонентов или попробуйте порыть в инете.

Так и есть, Вы абсолютно правы, комплект действительно оказался неполным. Спасибо за помощь!

Разработчик подтвердил Вашу версию, обещал исправиться.

Рад что смог помочь.Если потребуется помощь в запуске переработанной dll - обращайтесь.