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

Я сейчас работаю с LTR 114. Мне нужно получать теги (имя+время+значение) и сбрасывать их потоком на диск.

В настоящее время алгоритм упрощен - я читаю с крейта 1 фрейм, после LTR114_ProcessData я беру локальное время компьютера как время фрейма (т.е. все параметры фрейма имеют это время). Я читаю параметры фрейма и формирую таги. Тут возникает вопрос - с какой _максимальной_ частотой может вызываться LTR114_Recv для чтения одного кадра?  Нужно ли ставить задержки? У меня есть подозрение что нужно.

Второй вариант - это когда LTR114_Recv читает за раз много фреймов. Но как мне получить времена каждого фрейма? Как я понимаю, вренные метки служат совсем для другого и помочь не могут, да время на крейте не устанавливается.

Пожалуйства проясните ситуацию.

После того, как Вы запустили сбор данных, модуль сам начинает собирать с заданной частотой на канал. Задержка между кадром соответствует установленной межкадровой задержке (в периодах измерения), которая может быть нулевой. Т.е. если сбор идет например на 4 КГц, то одно измерение = 0.25 мс, если у Вас допустим кадр из 4 каналов, то первому соответствует сдвиг 0, второму 0.25, 3 - 0.5, 4 - 0.75. А первому каналу второго кадра - 1 мс (если без задержки) и т.д. Т.е. в любом случае, если как-то привязать время первого отсчета, то дальше период следования отсчетов Вы знаете (с точностью для частоты генератора крейта - правда если измерения длительные, то за счет отклонение со временем без синхронизации это время будет разбегаться).

При этом совершенно не важно, принимаете Вы данные по одному кадру или по несколько. По сути модуль всегда их передает в ПК со скоростью измерения, а с помощью LTR114_Recv() Вы только их откачиваете из буфера. Между LTR114_Recv() задержки ставить не обязательно, если конечно для Recv() задан соответствующий таймаут (иначе к истечению таймаута могут не прийти все данные в буфер). Также Recv() нельзя вызывать слишком медленно, т.к. если Вы будете принимать реже, чем данные поступают, то количество данных в очереди будет постоянно расти.

Общие принципы оптимизации Real-Time задач для LTR: http://www.lcard.ru/support/faq/ltr_rt_prog_optimize

Т.е. я так понимаю, что нет особого смысла заморачиваться считыванием фреймов блоками? На скорость это не влияет?

Ну только с той стороны, что если скорость фреймов большая, то очень частый вызов функции на прием каждого фрейма может слишком много потреблять ресурсов ПК. С другой стороны LTR114 все не такую большую скорость имеет.

Видимо покадровое чтение делать нельзя из-за отсутствия гарантии, что в FIFO что-то есть. Он так же может переполнится. Если буфер стал через некоторое время пустым, то будем читать нули.

Т.е. видимо стратегия быстрой записи должна быть видимо такая:
1 накопление в FIFO буфере  фреймов в течении например 1 секунды
2. После накопления считываем все фреймы в буфер (с одновременной очисткой  FIFO)
3. Сброс буфера на диск + плюс начинается новое накопление фреймов.

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

В функции LTR114_Recv в случае запроса блока фреймов - как узнать, сколько фреймов за раз я могу запросить?

Ну запросить то Вы можете сколько угодно. А сколько она вернет, можно узнать только после вызова, проверив возвращенное значение. Узнать заранее, не вычитывая данные, сколько слов в буфере нельзя

Испытываю непонятную проблему. Все упростил до теста, но все равно не пойму в чем дело. Тест простой - каждаю секунду срабатывает таймер и я пытаюсь прочитать пять фреймов. Делитель 1600, дискредитация 5 Гц (стало быть 5 фреймов в секунду). На входе первого канала +4.9V. Сначала все читает нормально. Потом значения начинают уменьшаться и падают до нулевого шума.
Вот как это выглядит:

А вот код функции таймера

Подобное "уплывание" показаний возможно при ошибках подключения. Например, типично забывают подключить AGND при измерении напряжения, либо подключают X и GND и забывают про Y....  Дифференцильный вход напряжения LTR114 всегда требует 3-точечного подключения. Об этом и в руководстве сказано...

A что за источники сигналов, и как к ним подключаетесь?

Сорри небольшая ошибочка (которая не меняет вопроса, так как параметр 1)
Вместо
                for (j = 0; j < size; j++)
                {
                    double* frame_point = proc_data; char fr_str[200];

Нужно было
                for (j = 0; j < size; j++)
                {
                    double* frame_point = proc_data + j; char fr_str[200];

PS: Я так понял, что на форуме я не могу поправить свое сообщение?

Электронщики дали мне раъём (см картинку). От источника питания он подключен двумя проводами (от + и -) Насколько я понимаю мне нужно третий провод от "земли" источника напряжения к пину AGRD на раъеме модульного входа?

ссылка на изображение, размер: 38.4 кбайт, 800 x 395 точек

Соедините "-" c AGND.
Электронщикам читать http://www.lcard.ru/download/ltr.pdf,  п.16.3. Если они умеют писать, то пусть пишу вопросы сюда .

Да, помогло, спасибо.

При изучении LTR27 в документации не нашел описания как задать частоту дискретизации каналов.

В примере из документации есть без объяснения:
    // выбираем частоту дискретизации 100Гц
             ltr27.FrequencyDivisor=9;

Можно по подробнее? Например я хочу 10 Гц на канал (8 мезонинов заполнены)

Sorry, в документации информация о LTR 27 есть, не заметил с первого раза.

Все таки хочу уточнить моё понимание LTR27. И  так на нем 8 мезонинов по два канала. Выбираем частоту дискретизации 100 Гц ( ltr27.FrequencyDivisor=9;)
Реальная частота опроса одного канала будет 100/16? Или нужно делить на число мезонинов (8)?

Поскольку в LTR27 -  параллельные каналы (без коммутатора), то частота дискретизации не делится между каналами, и в Вашем случае частота дискретизации 100 Гц будет у каждого канала.

Встретил пример на Билдере для LTR11 где встретилась функция LTR11_CreateLChannel

Во всех ltrapi11.pdf которые у меня есть описания этой функции нет. По примеру конечно понятно что дифференциальный режим это mode=0; С общим нулем mode=1 И т.д.
Но в примере из  ltrapi11.pdf LTR11_CreateLChannel вообще не используется и логические каналы настраиваются через таблицу довольно магическим образом

  /* диапазон - 10В, режим - 16-канальный, физический канал - 4 */
            hltr11.LChTbl[0] = (0 << 6) | (0 << 4) | (4 << 0);

Изначально логические каналы настраивались ручной установкой битов  слова логической таблицы, в соответствии с форматом, описанным в ltr11api.pdf. Т.к. этот способ не очень удобен и выглядит, как Вы же сами написали, несколько "магическим", то для удобства была добавлена уже позже функция LTR11_CreateLChannel(), которая сама формирует слово логического канала по заданным на входе параметрам (выполняя внутри себя эту "магическую" операцию). Коды режимов/диапазонов также можно посмотреть по определениям LTR11_CHMODE_ и LTR11_CHRANGE_ в ltr11api.h.

Соответственно этот новый более удобный способ используется и в примерах, которые были обновлены. К сожалению документация пока не обновлена и в ней эта вспомогательная функция отсутствует, как и вторая введенная позже вспомогательная функция LTR11_FindAdcFreqParams()

В принципе я вроде понял. Вот к примеру отрывок из моего ini файла c настройками слота LTR11:

Здравствуйте, приобреталась ваша продукция, установка измерительная LTR-27 (LTR-EU-2-5) №2D563614 2012 г.
Проблема такая, пытались подключить к ней хромель-копельную термопару, не нашел в инструкции на какие разъемы(порты) сажать проводки от термопары, для измерения температуры.
Также увидел у вас на сайте, что для этого нужен субмодуль H-27x, так ли это?
Еще не совсем разобрались в программе LGraph2 и ACTest, в какой программе лучше работать для измерения температур.
Хотелось что бы вы помогли нам в нашей проблеме и\или дали телефон технической поддержи.

Здравствуйте. В руководстве пользователя  http://www.lcard.ru/download/ltr.pdf имеется информация и по подключению, и по устройству LTR.

LTR-27 (LTR-EU-2-5) нужен ли субмодуль H-27x для подключения термопар или можно обойтись без него?