Форум

А это Вы видите в своей программе? Можете на всякий случай проверить например на метрологическом ПО (ltr11_metr), проявляется ли этот эффект?

1. Если Вы ходите сохранять значения после калибровки, но просто в формате 16-битного целого, то у есть два варианта:
   - в ProcessData не передавать флаг VOLT, полученные на выходе значения поделить на 8 (чтобы откинуть младшие 8 разрядов из расширенного до 24-бит кода) и преобразовать в int16. Далее при чтении сохраненных данных для перевода в Вольты считаете, что код  (X502_ADC_SCALE_CODE_MAX/8) = 6000000/8 - соответствует номинальному значению используемого диапазона АЦП (далее  RANGE).
   -  в ProcessData использовать с флагом VOLT, но далее преобразовать вольты к нужному масштабу, например ограничить до [-RANGE, +RANGE], далее умножив на (2^15-1) и поделив на RANGE и преобразовав в int16, тогда при обратном переводе при чтении у Вас RANGE будет соответствовать Вашему коду  (2^15-1)

2. Обе частоты определяются делением на целое от опорной, и функции подбора выбирают ближайшую частоту. При задании частоты цифрового ввода равной частоте на канал возникает проблема, что  на делитель для частоты на канал накладывается еще ограничение, что она должна быть кратна числу каналов (или числу каналов + холостых каналов межкадровой задержки) - в вашем случае 3, а делитель для частоты  цифрового ввода этим не ограничен, поэтому для цифрового ввода функция находит более близкую частоту к запрошенным 100 КГц. Если нужна та же частота, что и  на канал АЦП, то можно либо явно выбирать те частоты, которые действительно можно получить из опорной, либо можно просто сперва вызвать функцию установки частоты АЦП и полученную от нее скорректированную частоту на канал подать на вход функции установки частоты дискретного ввода вместо того, чтобы брать ее из интерфейса. Для задания частоты цифрового ввода равной частоте АЦП такой проблемы быть не должно, т.к. ограничения на делитель одинаковы.

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

1. Да, f_adc = 300000, f_frame может быть либо явно указан как 100000, либо передано значение меньше или равно нуля (в последнем случае выбирается наибольшая частота кадров - без межкадровой задержки)
2. Частота АЦП получается делением опорной частоты на целое число. Опорная частота, если используется внутренняя, может быть либо 2 МГц (по умолчанию), либо 1.5 МГц (устанавливается функцией SetRefFreq - должна вызываться до SetAdcFreq). Реальное значение установленных частот возвращается на выходе SetAdcFreq (в примере отображаются на индикаторах).
3. Размер buf - размер пользовательского буфера, в который будут сохранены данные из буфера драйвера (сам буфер в драйвере значительно больше и от этой функции его размер не зависит), поэтому его не нужно делать с запасом. Recv вернет управление как только произойдет одно из двух событий: либо истечет указанное время, либо если в buf будет сохранено указанное количество отсчетов. Поэтому если хотите принимать данные блоками нужной длины, то можете сделать buf этого размера и указать такой же size в Recv, а таймаут сделать с запасом (чтобы при нормальной работе функция Recv всегда возвращала управление по готовности size данных). Это удобно, когда принимаете данные только с АЦП для обработки фиксированными блоками. Когда прием идет и по АЦП и по дискретным входам, то тут несколько сложнее, т.к. все данные передаются вместе в одном потоке, и размер buf - для суммарного потока, поэтому в примере уже после разбиения в ProcessData данные складываются отдельно в буфер АЦП и в буфер DIN, из которых уже извлекаются фиксированными блоками по мере наполнения этих дополнительных буферов. Можно еще использовать функцию GetRecvReadyCount для получения количества готовых для чтения отсчетов в буфере драйвера, но она работает не для всех интерфейсов подключения (не работает для Ethernet).

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

Можно не передавать флаг VOLT, тогда функция ProcessData вернет коды, расширенные до 24-бит смещением влево,  но тип выходных данных в любом случае будет double, т.е. для получения кода можно разделить на 8 и взять целую часть. Ну либо не использовать ProcessData а вручную разобрать формат данных по описанию из раздела 5.12 низкоуровневого описания (https://www.lcard.ru/download/x502_low_level.pdf).

Но в любом случае еще есть калибровочные коэффициенты АЦП, которые применяются внутри модуля (для чего код и расширяется до 24-бит, чтобы не терять дробную часть), поэтому если Вы хотите коды АЦП без калибровки, то нужно еще до запуска сбора установить калибровочные коэффициенты АЦП равными k=1 и b=0 для используемых диапазонов с помощью функции SetAdcCoef.

4. Частота синхронного ввода настраивается отдельно, но также как деление опорной. Если Вы ее настроили такой же, как f_adc, то да, читаются практически в одно время - с фиксированными задержками, описанными в пункте 3.3.8 руководства пользователя (https://www.lcard.ru/download/e-502_users_guide.pdf). Считываются всегда состояние всех цифровых входов, т.к. состояние всех входов передается одним словом в потоке данных, а уже анализировать в полученном слове Вы можете только интересующие Вас биты, соответствующие нужным дискретным входам.

На ведущем модуле Вам нужно задать опорную частоту в 1.5 МГц (которую будет использовать сам ведущий модуль и генерировать для ведомого) с помощью X502_SetRefFreq() до настроек частоты АЦП, а для ведомого нужно задать ожидаемое значение внешней опорной частоты с помощью X502_SetExtRefFreqValue() перед установкой частоты АЦП, чтобы функция установки частоты АЦП корректно подобрала делители опорной частоты.

За 10 часов при пределах отклонения опорной частоты в ±0,005 % (5.5.1 из https://www.lcard.ru/download/l-502_users_guide.pdf) максимально допустимое расхождение в худшем случае будет (если у одного модуля отклонение на -0,005%, у другого на +0,005% - за счет этого умножение на 2 в конце) в секундах равно: 10*3600*(0,005/100)*2 = 3.6 c. Хотя в конкретном случае оно может быть значительно меньше...

А какая опорная частота используется  (функции X502_SetRefFreq() для ведущего и X502_SetExtRefFreqValue() для ведомого) ? т.к. при работе от внешней частоты верхний предел 1.5 МГц, то нужно перейти с 2 МГц на 1.5 МГц.
Нули появляются на ведомом модуле? на всех каналах? Сбор идет без остановки и просто в потоке с какого-то момента данные становятся нулями а потом опять же без перезапуска все восстанавливается или как?

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

2. По журналу похоже, что это не после полного удаления (что у C:\Program Files (x86)\L-Card\L Card Measurement Studio\bin\db\ на момент установки были файлы).
Если поставить LMS, пропустив ошибки, затем ее удалить и при удалении согласиться на полное удаление базы экспериментов (если будут ошибки - нажать пропустить), убедится, что вся папка установки пуста, и заново попробовать установить LMS, можете прислать также сообщения из деталей после этого? Запускаете установщик от имени Администратора при этом?
3. Да, опечатка, имел ввиду [mysqld.exe].

Здравствуйте.
А какая ОС на каждом из ПК?
Если при этой ошибке прерывать установку и открыть "детали", то можете тут выложить последние строки из оттуда?
При прерванной установке файлы внутри <пусть установки LMS>/bin/db/bin есть файлы включая mysld.exe? Если его запустить вручную, будет какое-то сообщение или просто ничего не будет происходить?
В меню Windows "Управление компьютером" -> "Службы и приложения" -> "Службы" есть в этом случае служба LMSDbService? Какое состояние? Если попробовать правой кнопкой нажать и выбрать "Запустить"?

У Вас судя по всему какая-то очень старая версия исходников драйвера lcomp.
В упомянутой в предыдущем посте такого быть не должно...

Да, точно также, взяв файлы отсюда: https://www.lcard.ru/download/ltr_eu_8_16_fw2000.zip.
Но точно также запись прошивки можно делать только по USB

Да, в прошивке 2.0.0.0 есть проблема, что при разрыве соединения, если крейт не получил пакет закрытия, то у него соединение остается незакрытым и не может быть установлено новое соединение. Попробуйте обновить прошивку крейта на 3.0.0.13 (https://www.lcard.ru/download/ltreu-fw-3.0.0.13.zip). Для этого нужно подключить крейт по USB и в LTR Manager нажать правой кнопкой по крейту и выбрать соответствующее действие и указать файл (ltr030 - 8/16 местный, ltr031 - 2-местный)

Для синхронизации данных нескольких модулей можно использовать механизм синхрометок крейта. Для этого нужно использовать функции работы с крейтом из ltrapi (в LabView класс ltrcrate из ltrModulesNet), как описано в пункте 4.6 документа https://www.lcard.ru/download/ltrapi.pdf, а также для каждого модуля использовать вариант Recv, в котором помимо данных возвращаются счетчики меток tmark. Общая идея, что сперва Вы запускаете сбор со всех модулей (он будет в разное время за счет задержек передач команд запуска), после этого даете крейту команду генерации метки СТАРТ, а при приеме данных от модулей отбрасываете данные (кратно размеру кадра) до тех пор, пока счетчик меток старт в tmark не изменится. Таким способом вы привяжете момент начала данных от всех модулей к метке СТАРТ с точностью до периода дискретизации модуля.

Этот механизм можно использовать для всех модулей непрерывного сбора данных, но нельзя для LTR210 в режиме покадрового сбора. Но для LTR210 есть свои сигналы синхронизации, которые можно соединить и настроить работу в режиме ведомый-ведущие и получить синхронный сбор кадров. Если нужна синхронизация кадров LTR210 с данными других модулей, то можно использовать разъем синхронизации крейта LTR-EU. Можно либо настроить, чтобы крейт генерировал сигнал при метке СТАРТ на выходе DIGOUT1 или DIGOUT2 разъема синхронизации и его завести на синхровход модулей LTR210 и настроить их запуск от внешнего цифрового сигнала, либо реализовать в обратную строну, где ведущий LTR210  будет вырабатывать сигнал на выходе синхронизации и его завести на DIGIN1 или DIGIN2 разъема синхронизации крейта и настроить генерацию меток по сигналу на этом входе. В первом случае кадр в LTR210 будет собираться по команде генерации синхрометки крейта, а во втором наоборот, синхрометки будут генерироваться по сбору кадра в LTR210 по команде к LTR210. В любом случае метка будет привязана к моменту сбора кадров LTR210 и данные других модулей можно будет привязать к данным кадра LTR210.

Использование привязки данных к метке СТАРТ для LTR24 на LabView можно посмотреть в примере отсюда: https://www.lcard.ru/download/examples/ … _start.zip.
Пример использования класса ltrcrate в LabView на примере настройки выходов разъема синхронизации можно посмотреть в примере: https://www.lcard.ru/download/examples/ … ut-cfg.zip

Здравствуйте. А какая версия прошивки FPGA в модуле L-502 (отображается в студии)? 
Сам модуль L-502 один и тот же в обоих случаях?
Под  ОС Astra Linux  Орел в качестве ПК выступает такой же моноблок или там другое железо?
Влияет ли настроенная частота ввода на зависания?