Когда можно ожидать в LGraph поддержку модулей LTR51?

Подразумевается LGraph2, наверное?
Виталий, посредством LTR51, написав соответствующую обработку данных, можно измерять целый ряд временных и частотных физических величин с временным дискретом 2 мкс: частоту импульсов, период импульсов, длительность импульсов. Можно просто использовать LTR51, как одноразрядный многоканальный  АЦП с частотой преобразования 500 кГц, устраивая логический анализ процессов. Можно использовать LTR51 как компаратор, фиксируя время возникновения события. И т.д. В этом смысле, "поддержка модулей LTR51 в Graph2", прежде всего, требует постановки задачи:
- Что Вы хотите, чтобы отображал Lgraph2 и в каком виде?

LTR51 планируем добавить где-то к февралю 2013.

2Владислав: Спасибо, будем ждать.

2 Гарманов Александр:
Спасбо, Александр, да, имеется в виду Lgraph2.
Задача простая (пока), мы хотим измерять частоту импульсов поканально, масштабировать, и отображать в виде графиков. В идеале - с табличной линеаризацией характеристики, т.к. входная частота не всегда пропорциональна измеряемой физической величине.
Пишем в LabView, но есть ряд непонятностей - сказывается недостаток информации. Или Вы имеете в виду, что обработку можно написать в LGraph2?

LGraph2 предоставляется возможность подключения  плагинов. Примеры плагинов выложены. Но модуль LTR51 довольно специфичен, и, например, из Вашего описания постановка задачи не просматривается...

2 Гарманов Александр:
Имеем крейт LTR-EU-2 см двумя модулями LTR51, укомплектованными субмодулями H-51FL. Крейт подключен по Ethernet.
Входные сигналы - меандр с частотой 0...400Гц, скважность 50%, амплитуда 24V. Частота сигналов меняется пропорционально расходу сырья,скважность не меняется. Сигналы заводятся на крейт через гальваническую развязку, напряжение понижается до 10В.
Один импульс означает прохождение N-ного количества сырья (сколько - на каждом канале по разному).
Мы хотим видеть графики расхода сырья в реальном времени, т.е. графики частоты, домноженные на некий фиксированный коэффициент, уникальный для каждого канала. Вот и все.
Могу сообщить еще что-нибудь для прояснения ситуации, если что-то неочевидно.
Благодарю за терпение.

Виталий. Задача теперь понятна. Но это точно не всё, поскольку, когда говорят о частоте на временном интервале или о количестве импульсов за заданное время, то нужно в задаче оговаривать ещё величину этого временного интервала, за которое будем считать количество импульсов для получения одной точки на графике расхода (графике частоты).
Виталий, я расспрашиваю Вас для того, чтобы получить чёткий пример того, что реально требуется нашим покупателям LTR51 от Lgraph2. Правильней спросить это у потребителя, чем "выдумывать на пустом месте". Не правда ли?

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

Посчитать прямоугольные импульсы можно, например, обрабатывая сырые данные от LTR51 (он выдает как раз количество пойманных импульсов за интервал - величина N, см. ltr51api.pdf глава 6).

А также можно просто оцифровать сигнал любым АЦП с подходящим диапазоном по напряжению и с частотой дискретизации, в несколько раз большей максимальной частоты (4 точки на период должно хватить), т.е. в Вашей задаче, по-моему, можно применить и LTR11, и E14-140/440, например. А они прекрасно поддерживаются LGraph2.

Модельное решение, мне кажется, реально сделать в виде плагина для LGraph2. А потом, если это индустриальное приложение, уже написать собственный софт под задачу.

LTR51 для задач измерения частоты/периода имеет целый ряд преимуществ по сравнению с LTR11, E14-140/440:
- Лучшая помехозащищённость из-за ограниченной полосы частот пропускания, аппаратной селекции сигнала по уровню с настраиваемыми порогами гистерезиса.
- Не возникает повышенного межканального прохождения из-за перегрузки входа и высокоомного источника сигнала (по сравнению с LTR11, E14-140/440 на максимальной частоте коммутации ).
- У LTR51 на порядки меньше трафик передачи данных по сравнению с  LTR11, E14-140/440.
- LTR51 обеспечивает дискрет 2 мкс для каждого канала, это нельзя обеспечить для LTR11, E14-140/440  в многоканальном режиме.
- В каналах LTR51 нет коммутационной задержки и оцифровка строго синхронная для каждого канала.
- LTR51 имеет групповую гальваноразвязку входов модуля в отличие от E14-140/440

2 Гарманов Александр:
Величина временного интервала, подходящего для отображения одной точки на графике, находится в интервале 0.1-0.5с. Это связано с относительно невысокой частотой следования импульсов на низких расходах сырья.
Выбор LTR-EU-2 + LTR51 был сделан как раз исходя из перечисленных Вами преимуществ. Аппаратура действительно хорошая, особенно за ее цену.
Спрашивать у клиентов - однозначно продуктивнее, полностью согласен. Готов предоставить любую интересующую Вас информацию, которая может помочь Вам совершенствовать продукцию, это и в наших интересах.

2 Александр Е:
Подсчет импульсов, на мой  взгляд, в данном случае не очень удобен - при низких частотах следования импульсов и времени измерения менее 1с будут большие погрешности. Продуктивнее мерять средний период следования импульсов за время измерения - каждое измерение однозначно определяет мгновенный расход сырья. Поправьте меня, если ошибаюсь.
Обрабатывать сырые данные LTR51 - очень интересно, попробуем. Пока, правда, непонятно как к ним обратиться из LGraph2.
Крейт и модули LTR51 уже приобрели, если задача решается ими, то докупаться еще что-то вряд-ли будет.
Приложение будет не столько индустриальное, сколько инструментальное - существующая на производстве система уже это все меряет, но иногда возникают сильные подозрения насчет ее точности. К тому-же она полностью закрыта для нас - отладка и, тем более, доработка невозможна.
Если окажется, что промышленная система врёт - тогда, действительно, напишем свой нормальный софт с нуля, т.к. разработчик пром.системы уже не доступен.
Плагин для LGraph2 - это хорошая мысль. Попробуем разобраться, еще не приходилось. Не посоветуете куда копать в данном конкретном случае? (предварительное чтение документации подразумевается )

Виталий, просто я понял слова "один импульс означает прохождение N-ного количества сырья" как то, что датчик есть счетчик, "отщелкивающий" некие фиксированные порции. Если так, то, видимо, измеряется не мгновенный расход, а средний за некоторое время (ступенчатый график с фиксированной высотой и переменной шириной ступенек).

Просто если записывать оценки частоты, то получится как бы численное дифференцирование (преобразование приращений в частоту делением на время), и за счет усреднения можно потерять исходные данные. Если потом захочется проинтегрировать и получить расход, то получается двойная работа с погрешностями. А вторым способом - просто сосчитать число импульсов в интервале.

Но, возможно, я неправильно понял про датчик.

>Обрабатывать сырые данные LTR51 - очень интересно, попробуем. Пока, правда, непонятно как к ним обратиться из LGraph2.
>Крейт и модули LTR51 уже приобрели, если задача решается ими, то докупаться еще что-то вряд-ли будет.

Тогда можно попробовать начать писать свою программу. С точки зрения работы с LTR51 там все должно быть довольно просто, смысл использования LGraph2 в данном случае в основном в готовой мощной рисовалке графиков.
КСТАТИ, надо подумать, нельзя ли написать плагин-генератор сигнала, который будет сам собирать данные и отдавать их в LGraph2 для отрисовки...

Либо можно сразу начать рисовать свои графики. Кстати, можно же это и на labview написать (через вызов функций из DLL).

А вариант с обычным АЦП я предложил на случай, если Вы хотели бы *смакетировать* предварительный вариант готовыми средствами, которые мы можем дать уже сегодня. Но тут, да, нужен был бы "лишний" модуль LTR11 (крейт-то уже есть) или E14-140, а можно даже E-154 для экономии.

Виталий, спасибо на добром слове.

2 Александр Е:
Датчики у нас представляют собой, упрощенно, свободную крыльчатку с магнитом,
помещенную в трубу с потоком сырья. Магнит замыкает контакты геркона, когда проходит мимо него.
Там все немного сложнее, но принцип тот-же.
Пренебрегая погрешностями, можно считать, что расход пропорционален частоте следования импульсов.
Система довольно инерционная (двигатель + редуктор + насос), так что расход слишком быстро не меняется.
Если измерение периода производится, например, 5 раз в секунду, то получаем 5 ступенек одинаковой ширины
и разной высоты. А поскольку в соседних измерениях расход меняется не сильно - получаем довольно гладкий график.
Есть некоторый джиттер, но он легко убирается усреднением по нескольким соседним измерениям.
Если наложить усредненный график на основной - получается довольно наглядно.

Вычисление расхода подсчетом импульсов в интервале - отличная мысль, спасибо, так и сделаем.
Измерение периода следования импульсов можно оставить для пострения графиков в реальном времени.
Может даже стоит просто подсчитывать импульсы, сохранять в поток данных именно значение счетчика или его приращение,
а потом уже на основе этого потока считать расход и рисовать график.

Плагин-генератор был бы, действительно, универсальным решением. Тут уж у Вас все козыри в руках
Не знаю, сможем ли мы сделать это сами и сколько это займет времени.
Плагины OPC-сервера и OPC-клиента тоже были бы очень интересны, могли бы сильно расширить применимость LGraph2.
Нет ли у Вас в планах развития таких плагинов, если не это закрытая информация?

Генератором, похоже, можно сделать и сам крейт-контроллер LTR-2-EU. Там довольно мощный DSP - Blackfin ADSP-BF537,
есть возможность низкоуровневого программирования . Можно было бы, наверное, заставить его сделать всю обработку и забрать
готовые данные. Должно получиться красиво - разгрузится CPU и снизится трафик.

Есть у нас еще один крейт LTR-EU-2 + LTR11 + LTR43.  Приобретался под другие задачи. Надеюсь, удастся одолжить для эксперимента.
А нельзя ли использовать для нашей задачи совместно с  LTR11 плагин Мультиметр?
Он ведь умеет мерять частоту. К сожалению, только по 8 каналам. Можно ли увеличить количество каналов?
Извините за многословнось. Появилось много мыслей

А вот и ещё мысль "до кучи". Если время BASE (в настройках LTR51) сделать гарантированно меньше, чем период следования импульсов, то можно с дискретностью 2 мкс полностью восстановить временную диаграмму нахождения фронта (спада) импульса на временной оси, а дальше к этому добавить идеи Александра E, плюс все преимущества LTR51...
Сообщение отредактировал в 10:44.

Я, к сожалению, не силен в гидродинамике, но раз крыльчатка, то похоже, что измеряется действительно скорость (поток), т.е. не буквально "один импульс означает прохождение N-го количества сырья", а таки частота следования импульсов пропорциональна потоку, причем с некоторой инерционностью (т.е. в среднем). Тогда, наверное, не принципиально, каким способом измерения пользоваться и какие моменты проходят импульсы.

>Генератором, похоже, можно сделать и сам крейт-контроллер LTR-2-EU.
Тут возможностей море, но, конечно, и трудоемкость программирования порядочная.