Как работать с библиотекой lcomp.dll в LabVIEW? Если до этого в vxdapi.dll было много функций на все случаи жизни, то в lcomp.dll одна: CreateInstance. Есть какие-нибудь примеры работы в LabVIEW с этой библиотекой? P.S. Плата L783.

Примеров нет.
Вариантов работы два
- CIN интерфейс
- промежуточная DLL (см пример работы в LabView для E440)

Хорошо.
- CIN интерфейс
можно про это немного поподробнее?

- промежуточная DLL (см пример работы в LabView для E440)
Промежуточная - имеется ввиду самостоятельно написанная или есть уже готовая (тогда какая?)? Ссылку на пример можно? Я его не нашел.

Пример для E440 по идее в библиотеке файлов в архиве e440v20.exe. Промежуточная - это самостоятельно написанная.

Ну а про CIN надо читать документацию LabView и пример e440 его использует тоже.
CIN это кубики labView написанные на С.

Правильно ли я понял: промежуточная библиотека - это написанная непосредственно нами? Т.е. Вы не предлагаете конкретного решения для работы в LabVIEW с новыми драйверами и все нужно писать на C нам самостоятельно?

Да.

А на коробке платы многозначительно "LabVIEW Compatible" ... надо у вас платы брать money back...

TO Andrew:
Ну всегда можно сначала узнать, что есть из По для оборудования. А потом соответствущие затычки дял LabView пишутся за "неделю с нуля". "Или попросите соседского мальчишку" (С)
как вариант можно брать платы от National Instruments

на роль "мальчишки" согласитесь?

расценивайте это как предложение насчет "затычки"(если за деньги) / просьбу помочь с этим (если так )

Подумать надо. Тк без платы такое написать тяжко.
Попробую подумать о варианте написания модуля для универсальной работы с такими dllками...

TO Alex G,:
Изначально была библиотека, где все нормально было реализовано. В новой билиотеке, где исправлен ряд багов, нет функций для полноценной работы с платой. Так что "Ну всегда можно сначала узнать, что есть из По для оборудования" - не к этому случаю.

Могу плату если что на время дать (правда, у нас L-1450)...

ДА, тут уже в форуме много повторов, вот еще похожая ветка http://www.lcard.ru/forumthreads/257

Лучше пришлите комплект драйверов, dllек, lib и .h файлов от платы. adminСобакаpilot-film.com.
Хоть взглянуть насколько это отличается от e440.

А что, нельзя было сделать lcomp.dll как ActiveX? Вот вторую неделю пробую прикрутить его к Labview. Да и к VB тоже не прикрутишь. Только С или Delphi. Получается один шаг вперед и два назад. Если задумываться об универсальности, то COM на это определение ну никак не подходит.
Грустно все это.

именно, то ради чего это писалось в COM не трансформируется... можно промежуточную dll написать в интерфейс с обычными функциями. пример есть в каталоге с софтом для e440.

В этом случае от универсальности не остается и следа.
А почему-бы Вам не написать такую dll? У разработчика это получится лучше. Я так понимаю, теперь такую dll-ку должен писать каждый пользователь, у кого COM не подключается (vxdapi.dll было не в пример более широкого применения).
И вообще можно сделать dll-ку совместимую по вызовам с VxdApi.dll, тогда всем, кто раньше использовал ее надо будет только подключить другую  dll-ку

Это я к тому, что каждый нормальный пользователь хочет пользоваться драйверами, а не дописывать их.

Блин, а чо нам, ламерам делать?
Хотя, у меня уже от National Instruments железка есть. Вот где с дровами и библиотеками под LV проблем нет

Ламерам пользоваться готовым софтом...а программистам - программить, главное четко себя позиционировать -  ламер или программер.

Да, тем, у кого есть платы NI, есть с чем сравнивать. Мы тоже пользуемся ими, уже лет семь. NI-DAQmx это вообще что-то!!! Вот пример драйверов, к которым надо стремиться. Построение базы программы с нуля занимает мизерное время.
Интересно, а когда появятся 16-разрядные платы АЦП?

To Poul:
Ситуация следующая: новые драйвера не просто не совместимы со старыми, это еще пол беды. Я не знаю, может вам наплевать, что значительная часть ваших клиентов лишается программной поддержки только потому, что вы предпочитаете С++. С++, конечно, мощный язык, но для лабораторных задач он плохо подходит. Хотя то, что существует пример на LabView для E440 говорит о том, что эта часть вам тоже знакома. Сложно сделать библиотеку CIN-ов?
ИМХО, каждый должен заниматься своим делом. И если закономерная просьба предоставить законченный софт, к которому не надо дописывать что-то на С или Delphi (на чем-то другом - невозможно), чтобы только воспользоваться заявленными возможностями, называется ламерством, то я даже не знаю, что сказать...
В данной ситуации мне будет сложно рекомендовать вашу продукцию для использования. И я крепко подумаю о том, использовать ли их впредь, раз такие проблемы.

Poul несколько сгущает краски. Понятно, что мы, при наличии свободного ресурса программистов, уже давно бы сделали "переходники" под LV. В перспективе мы это и сделаем, просто сейчас на все, к сожалению, не хватает времени.

Библиотеку то сделатьне слож но...сложно ее потом поддерживать и консультировать пользователей.Наличие такой библиотеки создаст иллюзию полной и простой поддержки в LabView, а это не так... Даже AciveX компонент не дает такой поддержки... Я не знаю как сделать поддержку в LabView на уровне NI и спецов-программеров таких еще не встречал... максиммум что видел это CIN и CallLibraryFunction,но это не то....очень высока трудоемкость в общем случае.... Есть некие мысли про socket сервер для такой поддержки, но пока только мысли...