Форум: Техническая поддержка

Здравствуйте! Подскажите есть ли примеры для работы с LTR34-4 в среде Labview и где посмотреть библиотеку и описание функций?

Здравствуйте.
Пример можно скачать со странички "По для разработчика" (http://www.lcard.ru/support/developer) из второй снизу таблицы (пример ltr34_set_lvl более новый, лучше на него ориентироваться). Описания функций в руководстве на С программиста http://www.lcard.ru/download/ltr34api.pdf (в LabView они соответствуют с некой поправкой на типы данных).

Спасибо! Посмотрю.

Подскажите ещё как правильно организовать вывод  синусоидальных сигналов в режиме автогенерации. Как я  понял - надо сформировать (если 4 канала) четыре массива и вывести данные с четырёх каналов с индексом 0 и затем перебирать до последнего индекса. Перед этим установить RingMode [TRUE]. 
Второй вопрос: цап будет слать данные на выход в режиме автогенерации непрерывно? С какой частотой? и как организовать паузы между посылками? Или это будет определяться структурой программы, имеется в виду, что вывод данных с ЦАП будет осуществляться когда в очередном цикле очередь дойдёт до функции DACStart? 
Может пример с синусом и автогенерацией где то есть, быстрей бы осмыслил.

В режиме автогенерации Вы сперва настраиваете модуль, потом загружаете формируете Ваш сигнал как Вы сказали, затем вызывается DACStart, после чего ЦАП уже сам будет выводить данные из буфера (с настроенной до этого частотой) и когда дойдет до конца буфера снова начнет с начала и т.д. по кругу пока вывод не будет остановлен. Вывод будет непрерывный. При этом после уже ничего посылать не надо. Изменить сигнал можно только остановив генерацию, загрузить новый и снова дать DACStart.

Пример в принципе за завтра-понедельник могу сделать.

Задача такая: Сформировать четыре импульса с синусоидальным заполнением на разных частотах (к примеру 1900Гц, 2100Гц, 2300Гц), через ЦАП вывести на излучатель (через усилитель) и сразу после излучения принимать. Приём длится 1 секунду.Длительность импульса 20 - 50 мс. Таким образом получается, что мне нужно вывести на ЦАП четыре сигнала, подождать 1 секунду, затем опять вывести те же импульсы и так по циклу. Не понятно как задержку секундную формировать. Если получится у Вас пример сделать буду премного благодарен. Сам буду долго разбираться, а время эксперимента неминуемо приближается:-).

Принимать сигнал буду через LTR24-1, которая установлена в том же крейте LTR-EU-2-5.

А т.е. во время испытания в каждом 1с цикле сигнал будет выводится один и тот же или каждый 1с сигнал разный?

В каждом цикле сигнал одинаковый. С первого канала ЦАП выводится импульс  с заполнением 1900Гц, со второго 2100Гц, с третьего 2300 Гц, с четвёртого 2500 Гц. Выводятся одновременно. Далее идёт приём сигнала в течении 1 секунды. И повторяется вывод тех же самых импульсов (на тех же частотах) с ЦАП.

Ну с точки зрения ЦАП тут может быть все достаточно просто. Можно в качестве одного цикла сразу загрузить весь сигнал, включая паузу, в буфер и LTR34 будет уже дальше сам выдавать эти периоды.

Другой вопрос, должен ли сбор данных с АЦП привязан явно к концу генерации импульса и с какой точностью?

Сбор данных привязан к концу генерации. Точность: 5- 10 мс - идеально; 10-20 мс - хорошо; 20 - 40 мс - удовлетворительно; 40 - 80 мс - плохо (но терпимо на данном этапе); 80 - 90 - совсем на грани (плохие данные будут); 100 и больше - не годится.

С привязкой все сложнее. Жаль у LTR34 нет синхронных цифровых линий как у E502 или у так и не появившегося LTR35...

Привязать пожалуй можно будет вполне и с мс точностью, но это потребует достаточно сложных манипуляций с синхрометками для привязки данных.
Общая идея может быть такая: если установить эхо-режим для LTR34, то он будет на каждое выведенное слово на ЦАП посылать в ПК слово с данными.
Эти же слова могут быть привязаны к меткам крейта, той же секундной метке (как и слова LTR24). Т.к. метки генерятся раз в секунду, то должна быть одна метка за период. Т.е. если запустить метки до старта генерации, то в каждом периоде будет по метке. Период генерации Вы точно знаете (кол-во точек, которое записали в автобуфер). В результате вы запоминаете, какому отсчету относительно начала периода соответствовала метка, знаете какому отсчету соответствует окончание генерации импульса и знаете частоту генерации, в результате Вы можете понять разницу времени между меткой и концом генерации.
С LTR24 необходимо по видимому всегда принимать данные и сохранять в буфере данные за последнюю секунду с значениями синхрометки. Как только Вы определили время окончания относительно синхрометки, Вы можете исходя из частоты АЦП понять, какому отсчету в потоке АЦП относительно синхрометки в АЦП соответствует конец генерации (метка будет либо в буфере за последнюю секунду, либо еще должна будет приняться в ближайшем приеме). Соответственно Вы сможете взять блок после этого отсчета нужной длительности и это и будет нужный блок данных после окончания генерации.

С точки зрения примера, то я могу сделать просто пример генерации сигнала на LTR34, т.к. эта штатная задача.

А уже реализацию приема эхо-данных и связка по синхрометки это уже Ваша специфическая задача, достаточно трудоемкая для простого примера, поэтому это наверное уже за пределами штатной техподдержки.

Если был бы хотя бы один свободный канал ЦАП, то задача конечно была бы проще

Один канал ЦАП свободен. На данном этапе я использую один канал, дальше буду переходить на три канала, поэтому один канал можно использовать, если это облегчит решение задачи.

Если есть канал свободный канал ЦАП, то можно на нем сформировать импульс у которого фронт/спад был бы в конце генерации сигнала и использовать его как источник синхронизации крейта для одной из меток. Только чуть позже наш электронщик напишет можно ли его подключать напрямую или нужна схема согласования. И тогда можно будет просто собирать LTR24 от начала метки.

Либо если также свободен канал АЦП, то завести его на него и смотреть этот фронт на это доп. канале АЦП.

Да. Один канал АЦП тоже может быть свободным. Пример генерации сигнала сделаете?

@ Andy_kam, идея заключается в том, чтобы один из выходов LTR34 соединить со входом синхронизации крейта LTR-EU, и тогда вся синхронизация АЦП-ЦАП получится с применением штатного механизма синхрометок LTR. Напрямую так соединять некорректно, а вот через простую пассивную цепь ограничения напряжения это вполне возможно. Чуть позже выложу схему подключения с подробными комментариями.

Если канал АЦП свободен то можно напрямую завести доп. канал ЦАП на АЦП и отлеживать спад на нем. Плюс тут также будет что фазовые задержки АЦП будет как у канала синхронизации, так и у остальных каналов + не нужно ничего для согласования. Также можно и один из основных каналов завести на доп. канал АЦП для отладки, чтобы убедиться, что сбор идет в нужный момент.

Пример генерации постараюсь за сегодня сделать и завтра с утра выложить.

Полноценное решение предполагает сохранение групповой  гальваноразвязки выходов LTR34. - Для этого в схеме применён оптрон DA1. На выходе LTR34 OUT1:1 напряжению +10 В будет соответствовать "1" на входе DIGIN, а напряжению 0 В - "0" на входе DIGIN.

Обновил примеры на страничке ПО для разработчика, теперь там есть ltr34_autobuf_pulse, в котором пример генерации схожего сигнала (есть общий период,  есть время импульса, заполненного синусом заданной частоты - своей на канал).
Также стоит обновить ltrdll.exe (http://www.lcard.ru/download/ltrdll.exe), так как сделал небольшую правку в кодах вариантов ответов модуля LTR34 для LabView (STATUS/ECHO).

Спасибо Алексей и Александр за детальные пояснения и помощь в решении моих затруднений! Буду реализовывать на практике Ваши рекомендации.

Я правильно понимаю, что если я буду использовать свободный вход АЦП, то на него можно напрямую завести выход канала ЦАП без схемы согласования?

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

- Да. По диапазону изменения соответствует. Это самый точный способ синхронизации, но он требует обработки сигнала (ЦОС). Достижимая точность  синхронизации - значительно точнее, чем 1 период преобразования АЦП. Но теряется относительная гальваноразвязка АЦП-ЦАП, если это существенно для Вашей схемы измерений.

Для сравнения, по меткам синхронизации: предельно возможная точность привязки - до одного периода преобразования. При этом, ЦОС не требуется, за исключением самих вычислений задержки данных в очереди данных. При этом способе не теряется  относительная гальваноразвязка АЦП-ЦАП.