...мне, как НЕпрограммисту, так видится, ибо похожее решение под "Вижуал Студио", или "Билдером", работали заметно быстрее.

Мне как программисту видицца другое.Кроме скорости работы программы есть еще время разработки(и соответсвенно стоимость продукта).Так вот если задача сложная то на билдере это можно писать год все это время получая ЗП котороя составит серьезную часть стоимости самого софта.

to ipc
полностью согласен. потому и не хочется "попасть" с платой, а реально сразу начать работать.

Если навыков программирования на Labview немного рекомендую пока едет плата(обычно 6-9 недель) изучить хотябы основы программирования на Labview.И самое главное как и в любом программиском проекте разобратся с заказчиком вытреся из него полное ТЗ.Иначе проект можно писать и дописывать очень долго.

....И самое главное как и в любом программиском проекте разобратся с заказчиком вытреся из него полное ТЗ.Иначе проект можно писать и дописывать очень долго...


...и не только в программистском, да и в любом проекте вытрясайте ПИСЬМЕННОЕ Т.З...

2 ipc...
по поводу написания "быстрого" софта - вопрос неоднозначный...и его-бы не максимализировал... всегда должен быть оптимум. Думаю, что Вы согласитесь...

To nicom
Замечание IMHO.

Необходимо четко различать несколько достаточно разных типов test and measurement system:
1) работа с plug-in board
2) работа с приборами через стандартный VISA driver
3) системы с количеством данных >10 Mpoints per channel (могут быть как первого, так и второго типа).

Если система с приборами через стандартный VISA driver, то выигрыш в скорости работы программы написанной на С++ будет минимальный (практически не видимый), так как в обоих случаях узким местом будет VISA driver.

Для первой системы, как уже тут отмечалось, все начинает зависить от драйвера платы и его взаимодействия с софтом. Связка NI софт NI железо достаточно оптимизированна, поэтому разница в скорости между LabView и С++ будет минимальна.
Если используется платы других производителей, то тут вопрос абсолютно открытый. Только опять же для построения user interface вряд ли вы будете изобретать паровоз, скорее всего опять придется использовать NI Measurement studio, или другой подобный софт (например от Agilent).

Для третий системы многое начинает быть критичным, поэтому каждый раз проектирование таких систем должно учитывать многочисленные моменты (driver, speed, etc)

To nicom

С быстрым софтом конечно все непросто и неоднозначно.Но практика показывает что покупка и использование специализированного софта(типа Labview) и довольно дорогих плат NI иногда значительно дешевле чем другие варианты.Потому как сейчас время стоит больших бабок.

To nadie

Вобщем то я это и имел ввиду но все скомкал.Спасибо за более развернутое пояснение.

to ipc
нывыки программирования как обычного, так и визуализированного имеюся. Сейчас читаю книги по Лабвью, некоторое время назад прошел курсы по Лабвью (сбор данных).
но все же возвращаясь к теме топика- желательнее покупка NI PCI-6250? посравнею с русскими девайсами - потому как если я закажу плату (отечесвенную), отдам около 18000 р. а потом провозившись сней 2- месяца скажу, что "она глючная и т.д. давайте денег на NI"- мне голову оторвут...блин, не знаю что делать...

Думаю что пока навыков борьбы с проблемным железом мало лучше всетаки подстраховаться(200-300 переплаченных тугриков окупятся за месяц безпроблемной разработки).Темболее зачем было проходить курсы сбора данных если эти функции немогут быть использованы при работе со сторонним железом.

Если дело пойдет в массы то потом можно будет думать о смене платформы и удешевлении продукта но единственный образец лучше сделать достойным.

Но всеравно призываю сначала обдумать ТЗ сравнить характеристики выбранной платы с требованиями,разобратся с разъемами и коммутацией.

to ipc
ну это само собой. Просто нужно сначала сгруппироваться на одной какой-либо задаче и представить сильные аргументы начальству в пользу приобретения железки от NI.
ПО поводу сбора данных - неужели жто правда (что только с "родным железом")? блин, тогда что же производители отечественных девайсов говорят от входящем в комлект драйвере для Лабвью или его наличие не гаранитирует корректнуб поддрежку сбора данных, а лишь взаимодействие с лабвью?

Впринципе можно так написать драйвер используя специализированный NI DDK что Labview недогадается что ему подсунули левую плату.Но во первых это сложно,во вторых подразумевает наличие некой стандартной функциональности которую плата должна аппаратно поддерживать.Т.е надо передирать фирменную плату целиком.
Что касается других производителей обещающих поддержку в Labview - это в лучшем случае означает набор кустарных VI в которых зарыты вызовы различных функций драйвера платы(проще говоря вызовы dll библиотек).И само собой стандартный DAQmx или TraditionalDAQ использовать с такой платой нельзя.

...Добавлю: если Вам необходимо - можем дать плату "попробовать" на какой то срок (обычно 2-3недели), кроме того, если Вам она совсем не подходит - (от себя замечу, что такого не припомню, т.к. в большинстве своём - устройства у нас берут все-таки грамотные люди), но всякое может случиться - так вот, имеется возможность Вам вернуть оплату. Хотя, подчеркну, что это именно ВАШЕ право воспользоваться различными предложениями на рынке - вопрос совокупный, и не только качества и удобства...
Удачи.

to nicom
а конкретнее? о какой плате (фирме) идет речь?

...Это мы...

приму к сведению :-)