Пример цифровые линии.vi работает на LV 8.5. Но если нажать "стоп", а потом опять запустить - не работает на выход. На одном компе требуется перезапустить пример, на другом - перезапустить LabVIEW.

Посмотреть смогу после 6 июля, сейчас в отпуске.

Та же проблема на LabVIEW 7.1. Во время первого прогона программы все работает. После останоки не работает на выход. На всех 16 выходах висит примерно 1В. Помогает так же либо выгрузка примера, либо всего LabVIEW.

После первого останока так же возникает ошибка на выходе numeric блока SetDigitLines (код 0)

кто-нибудь отреагирует или уже не ждать ответа?

Отреагирую, но, видимо, завтра к вечеру.

Отреагировать удалось быстрее
На http://www.lcard.ru/download/examples/l … iew_71.zip лежит пример с обновленной DLL-ой с исправленным багом.
Большая просьба сообщить о результате.

Большое спасибо. Теперь работает нормально.
Хочется обратить внимание на следующий момент: после остановки программы на соответствующих выходах повисает установленное в ходе выпонения программы напряжение 3.3 В. В принципе не особая проблема. Просто пользователю придется дополнительно их обнулять
И второе. Пробовал управление циф. выходами с помощью L-Grapf 2. Получилось следующее:
1. Включаем канал №1 (или другой) - появляется напряжение 3.3В.
2. Закрываем окно управления циф. каналами (я закрывал просто на крестик).
3. На канале 1 остается напряжение 3.3В даже после полного отключения всей программы.
4. После включения программы снова и переходе в пункт управления циф. входами там остался включенным 1 канал. Но напряжение на нем уже не 3.3 В а примерно 2.8В.
5. Меняем состояние любого канала и выход снова становится нормальным - 3.3.

P.s. если в п.1 включить несколько каналов, то в п. 4 напряжение уменьшается с 2.8В до 2.2В (при 2х каналах), и до 1.8 В(при 3 каналах).
В Labview такого снижения напряжения при повторном запуске программы не происходит - выставляется снова 3.3В.

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

Мне кажется что для LabVIEW (и др. сред програмирования)на выходах нужно высталять 0 автоматически при освобождения интерфейса связи с модулем. Когда дойдут руки я для себя добавлю этот пукт в CloseE440.vi.
Что касается LGraph, я его использую только для проверки работы своей программы и друдностей в этом в принципе не вижу.
Еще раз спасибо за помощь

Спасибо за ответ!
Как Вы понимаете, мне добавить в функцию CloseE440 выставление 0 на все выходы ничего не стоит, однако, боюсь, кому-то другому это может оказаться неудобным. Поэтому добавление требуемого поведения ТТЛ выходов непосредственно в ВП CloseE440.vi мне представляется наиболее разумным.
Просьба - мы сейчас собираемся творчески переработать все примеры и библиотеки под LabVIEW для E-154, E14-140, E14-440 и E20-10, учтя все текущие пожелания пользователей. Если у Вас есть свои соображения по поводу того, что Вам показалось неудобным или что хотелось бы добавить в наши примеры и ВП просьба сообщить либо на форуме либо на support@lcard.ru.

В принципе все средства удобны.
Единственное:было бы не плохо сделать пример для работы с ЦАП. Может генератор.

Спасибо, учтем.

Сразу тогда вопрос: на сколько реально на ЦАПе сделать генератор скажем синусоиды с частотой 50-100 Гц?

Совершенно реально для модулей E14-440 и E14-140M.

Замечу, что на основе модуля E14-140M функциональный генератор получится получше, поскольку там ЦАП 16 бит, с бОльшим выходным током и с меньшими выходными коммутационными помехами. Кроме того, в  E14-440 и E14-140M имеются два канала ЦАП, которые, в частности, можно использовать для вывода дифференциального сигнала (до +-10 В пик-пик), если в оба канала подать сигнал в противофазе.

Напряжение питания требуется не более 3-4В. Другой вопрос: можно ли одну и туже плату использовать в labview для генерации синусоидального сигнала 50-100 Гц на выходе ЦАП и в тоже время регистрации на АЦП?

Да, вполне возможно.

Попробовал подключить simulate signal на вход SetDacVolts.vi. Такое чувство, что ОС (Windows XP) создает задержку примерно 40 мс.
Такое чувство, генератор 50Гц не получится.
Какие есть еще варианты создания генератора и регистратора одновременно?

Нет, таким образом ничего хорошего не получится. Мы сейчас переписываем нашу библиотеку под LabVIEW в том числе с учетом Ваших пожеланий. В новой версии появится пример, в котором будет вариант одновременного использования ЦАП и АЦП в разночастотном режиме. При этом на ЦАП можно будет выводить поток где-то до 100 кГц одновременно с вводом с АЦП.

Большое спасибо за помощь. Особенно с учетом Вашей работы в ночном режиме.

В LabVIEW на одном канале изменил входной диапазон с 10В до 0.625В (данные считываются с шунта и при большем диапазоне зашумленность слишком большая). Если до этого применял масштабирующий коэффициент 800 и все пересчитывалось нормально, то теперь
- во-первых не подходит масштабирующий коэффициент: как его пересчитать?
- во-вторых напряжение несимметрично относительно оси времени.
Что с этим можно сделать?

Данил. Вопрос зашумлённости и несимметричности имеет смысл рассматривать совместно с полным описанием Вашего подключения (к какому контакту какие цепи подключены, длины проводов, какие  источники сигналов подключены), 32- или 16-канальный режим используете, какую частоту АЦП устанавливаете?

Насчет масштаба.

Согласно описанию, коду 8000 соответствует верхняя граница выбранного диапазона АЦП. Соответственно для перевода кода в вольты для диапазона 10В код надо делить на (8000/10=800), для диапазона 0.625В код надо будет делить на (8000/0.625=12800).

Данил. Схему получил. Схема понятна – это плюс. Отсутствие количественных характеристик сигналов и наблюдаемых негативных явлений – это минус. Ладно, придётся рассуждать из общих соображений, отталкиваясь от схемы.
Помехи и искажения сигнала здесь могут возникнуть по следующим причинам:
1.    Ток, протекающий по "общему проводу", вызывает падение напряжения в цепи общего провода, которое, в зависимости от топологии фактических соединений, прикладывается к измеряемому напряжению в каждом канале, вызвая помехи. Это явление обусловлено применением 32 канального режима с общей замлёй, а не дифференциального.   Эти вопросы подробно рассмотрены в статье http://www.lcard.ru/download/lcardconnects.zip и здесь я на этом не буду останавливаться.
2.    Наличие в цепях источников сигналов L-R-C цепей, постоянные времени которых значительно больше, чем период переключения входного коммутатора (величина, обратная установленной частоте АЦП), поскольку в  Вашей схеме применён звуковой трасформатор со значительной индуктивностями обмоток и паразитной индуктивностью рассеяния.   Это явление для случая R-C цепей также описано в упомянутой статье (а также в руководстве по E14-440), но в случае  L-R-C цепи явление коммутационной помехи имеет те же причины: в момент переключения входного коммутатора   E14-440 во входную цепь инжектируется заряд, вызывающий переходный процесс во входной цепи, который не успевает установиться до момента сэмплирования АЦП, в результате оцифрованный сигнал искажается и зашумляется.
3.    Поскольку питание происходит от сети без цепи заземления, то вероятно наличие паразитного тока по общему проводу  по следующему контуру: ноль (земля) сети 220 V –> ёмкости фильтра импульсногно источника питания ноутбука, внутренняя цепь GND ноутбука и интерфейса USB  цепи GND, AGND E14-440  общий провод Вашей схемы, усилителя, генератора  -> ноль (земля) сети 220 V.
4.    Возможный повышенный фон высокочастотных помех, наводимых на выход усилителя (на звуковой трансформатор) в сочетании с  широкой  полосой пропускания  E14-440. Во входную полосу пропускания  E14-440 в Вашей схеме попадут наведённые высокочастотные составляющие (даже выше частоты Найквиста), которые наложаться на спектр оцифрованного сигнала.

Данил. Переведя дух, я бы мог дальше Вам изложить как провести различные эксперименты с Вашей схемой, чтобы одну причину отделить от другой и определить, какое именно явление преобладает в Вашем случае, что позводлит мне сформулировать рекомендации. Сейчас пока замечу, что идеальным АЦП, разрешающее ВСЕ(!) вышеперечисленные проблемы разом в Вашей схеме, является модуль LTR22 (качественный дифференциальный вход, отсутствие коммутационной помехи, практически отсутствие фазовой задержки между каналами измерения, адаптивный антиалайзинг-фильтр, гальваноразвязка). Разрешите спросить, почему LTR22 Вы не применили?