Добрый вечер,

Дано:
- LTR-EU-16-1 16-местный крейт
- Модуль LTR114 с поверкой
- к модулю LTR114 подключены 4 резистора (270 Ом, 2000 Ом, 3300 Ом, 510 Ом)

Написали программу по аналогии с примером из документации https://www.lcard.ru/download/ltr114api.pdf.
Разница между нашей программой и примером - в конфигурации(смотри ниже), а также в том, что мы считываем данные в бесконечном цикле каждые 100мс. Если модуль генерирует кадры быстрее нас, то за один LTR114_Recv() мы собираем все, что за это время модуль мог сгенерить.
При этом, если LTR114 модуль генерирует кадр медленнее, чем мы собираем, то мы НЕ выполняем LTR114_Recv() запрос до тех пор, пока не сгенерировался один кадр. К примеру, если частота АЦП = 5Гц, кол-во каналов = 4, межкадровая задержка = 0, то получается, что один кадр МАТЕМАТИЧЕСКИ генерится каждые (1000мс/5гц)*4канала = 800мс и соответственно, наша программа выполнит LTR114_Recv() только на каждой 8й итерации. Безусловно, стоит учитывать, что возможны разные задержки и их мы покрываем большим значением таймаута в  LTR114_Recv().

Во время теста мы запускаем программу, потом вытыкаем клемму с резисторами и через некоторое время втыкаем ее обратно.

На средних и больших частотах все работает так, как мы ожидаем - при втыкании мы получаем нужные значения в Омах. При вытыкании получаем 0.

Непонятное для нас поведение возникает, когда модуль работает на частоте 5Гц:
1) когда вытыкаем резисторы, то в рамках одной итерации(собрали один кадр) видим значения 5022 Ом для всех каналов. В рамках следующих итераций происходит "затухание" до нуля.
2) если в программе при конфигурации логических каналов выставить один из них на измерение напряжения, то после запуска программы и вытыкания клеммы, значения каналов, которые измеряют сопротивления, КОНСТАНТНО показывают 5022 Ом. То есть никакого "затухания" до нуля не происходит.

Как я понял, 5022 Ом - это некий сигнал, указывающий на разрыв цепи. Однако непонятно, почему в одном случае он затухает в 0, а в другом он постоянен.
С чем это связано?

И еще вопрос общего характера - в каком случае на практике имеет смысл выставлять частоту АЦП для LTR114 в 5Гц ?
Выглядит так, будто бы в любом сценарии выгоднее генерировать множество кадров, усреднять их получать корректное значение без лишнего "шума".

Ниже примерный код конфигурации логических каналов:

// измеряем только сопротивление
t114->LChTbl[0] = LTR114_CreateLChannel(LTR114_MEASMODE_R, 1, LTR114_RRANGE_4000);
t114->LChTbl[1] = LTR114_CreateLChannel(LTR114_MEASMODE_R, 2, LTR114_RRANGE_4000);
t114->LChTbl[2] = LTR114_CreateLChannel(LTR114_MEASMODE_R, 3, LTR114_RRANGE_4000);
t114->LChTbl[3] = LTR114_CreateLChannel(LTR114_MEASMODE_R, 4, LTR114_RRANGE_4000);

// меняем сопротивление на напряжение для одного канала
t114->LChTbl[0] = LTR114_CreateLChannel(LTR114_MEASMODE_R, 1, LTR114_RRANGE_4000);
t114->LChTbl[1] = LTR114_CreateLChannel(LTR114_MEASMODE_U, 2, LTR114_URANGE_2);
t114->LChTbl[2] = LTR114_CreateLChannel(LTR114_MEASMODE_R, 3, LTR114_RRANGE_4000);
t114->LChTbl[3] = LTR114_CreateLChannel(LTR114_MEASMODE_R, 4, LTR114_RRANGE_4000);

Здравствуйте.

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

Следует учитывать, что в случае оборванных входов, значение измеряемого сигнала в случае LTR114 в принципе не определено и Ваше предположение, что оно должно быть 0 не верно, подробнее об этом описано тут: https://www.lcard.ru/support/faq/nc_inp_drift_adc . Поэтому оно может быть как зашкал за верхнюю границу измерения (5022 Ом в Вашем случае), за нижнюю границу (0 Ом), так и в принципе в пределах действительного диапазона. В том числе это вполне может  для АЦП с коммутацией каналов зависеть от порядка и параметров измерения опрашиваемых каналов, как и от частоты переключения каналов (тут еще вопрос, все ли отсчеты Вы выводите на больших частотах, возможно просто этот процесс не виден, если отображается только один отсчет за период). Но в любом случае, нельзя рассчитывать на конкретное значение измерения при не подключенных входа LTR114 (у модуля есть отдельно функция проверки обрыва линий, но при остановленном сборе).

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

В LTR114 же используется АЦП с встроенным фильтром, частота среза и характеристики которого также меняются с уменьшением частоты АЦП (подробнее см. в главе 18 руководства https://www.lcard.ru/download/ltr.pdf). Для 5 Гц в частности наибольшее подавление фильтра находится в окрестностях частоты 50 Гц, для подавления влияния сетевых помех. Поэтому понижение частоты АЦП для LTR114 в общем случае должно давать лучшее подавление помех, чем простое усреднение, поэтому

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

Спасибо за ответы,

По поводу моего общего вопроса - понял, вопросов нет.

По поводу основного вопроса - я понял, что в случае оборванных входов следует ожидать некоторый набор значений, где, например, для нашего случая в этот набор входит 0, 5022 Ом и, возможно, другие значения.
Вопрос: а как определить этот набор значений? Какие значения могут входить, а какие входить не могут?

Забыл спросить: а то, что в ltr114_metr программе нельзя одновременно измерять напряжение и сопротивление - это просто ограничение программы или действительно есть какие-то ограничение на "смешанное" измерение?
Мы изначально допускали, что смешение напряжения и измерения имеет какие-то ограничения и именно поэтому в наших сценариях мы имеет разные результаты.

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

Это ограничение конкретной программы, т.к. она в первую очередь предназначена для поверки модуля, а в ней поверка при измерении напряжения и сопротивления проводятся отдельными этапами. В другом ПО, вроде LMS, или при написании своей программы, Вы можете использовать одновременно часть каналов под измерения напряжения, а часть под измерения сопротивления, с тем лишь учетом, что физически канал измерения сопротивления занимает контакты под два канала измерения напряжения (n и n+16).
Из руководства пользователя LTR: