Средства и методы разработки

Но ведь даже через CОМ-порт надо же как-то Labview надоумить, чтобы знала какие-какие команды туда посылать и как распаковывать принятое? Проблема не в приеме/передаче (они и сейчас нормально работают), а чтобы Labview признала бы такое устройство и умела с ним работать. Пусть эта хрень не драйвером называется, а как-то иначе, но должна же быть какая-то сонастройка? В COM-порт, как и в USB, очень много всяких устройств можно воткнуть, но надо же уметь с ними общаться! А значит, нужно писать что-то в понятном для Labview формате про то, как этим устройством управлять. Например, для того, чтобы задать частоту дискретизации каждого из АЦП, нужно послать в устройство специфическую команду, в которой зашифрован номер этого АЦП, необходимая частота и номер рабочего входа мультиплексора. Откуда Labview может знать, как такую посылку составлять? Более того, без описания она не может даже знать, что в составе устройста есть АЦП. Вы сами-то хоть знаете, что такое Labview? - Это прибамбас для дураков, которые вместо программирования, соединяют на экране пазлы. Вот и надо написать для Labview такой драйвер, чтобы у нее появился в наборе новый пазл, функционально соответствующий устройству. Вот вам пример. Компания "Руднев-Шиляев" выпускает ISA-плату "ЛА-н1" для компютера и прилагает к ней "NT драйверы для LabVIEW и LabWindows/CVI" ( http://www.autex.spb.ru/la-n1.php3 ). Вот и я тоже должна к своему устройству аналогичные драйверы приложить. И это не те драйверы, которые обеспечивают работу COM-порта, а другие - специально для Labview.