Форум

Для E502 эти коэффициенты записываются при наладке изделия на заводе один раз (если не считать возможной перекалибровки в случае передачи в ремонт и т.п.).
Способ применения коэффициентов описан например в описании функции X502_SetAdcCoef() в руководстве по x502api. Пара коэффициентов (k,offs) идет на каждый диапазон своя, но общая для всех каналов.
Про низкоуровневое описание там глава 5.12 (а не 5.1), где описан формат 32-битного слова. Он идет в главе по BlackFin, т.к. как правило он нужен при написании ручной обработки в нем для разбора слов, но без Blackfin в этом же формате просто слова передаются напрямую и принимаются на верхнем уровне через Recv. В принципе этот формат Вам может быть и не нужен, если используете ProcessData, только если Вы вообще решите не использовать эту функцию, а сразу будете обрабатывать слова из Recv извлекая 24-битный код из 32-битного слова вручную, чтобы не переводить код -> double -> снова код, тогда можно просто проверить правильность информации в типе слова и извлечь нужные 16 бит.

А какая версия прошивки у Ваших крейтов?

Здравствуйте!
О каком приложении идет речь?
Можете выложить сюда или прислать на почту техподдержки скрин, как видится крейт с модулями в программе LTR Manager и журнал из LTR Manager после подключения крейта.

Добрый день.
К сожалению для E-502 получить данные одновременно на нескольких ПК непосредственно от одного модуля не получится. Такое возможно для автономно работающих модулей (как в системе L-ViMS), а модуль E-502 предполагает, что все действия выполняются с управляющего ПК и поток данных также может передаваться только на него. Открытие нового соединения для передачи потока данных требует закрытие предыдущего. Если только косвенно, использовать отдельный ПК с ПО, которое принимает данные от модуля и делает их доступными другим ПК по какому-либо интерфейсу (как например OPC-сервер Л Кард, либо свое ПО).

Можете попробовать обновить прошивку контроллера до 1.0.23 (файл тут - https://www.lcard.ru/download/e502-m4.bin, обновление можно сделать через X502Studio). Остальные прошивки последние.
Можете проверить работу данного режима в бесплатных программах X502Studio или демо LMS (1 канал АЦП + 1 канал ЦАП), для частоты АЦП 1 МГц или ниже должно работать.
А с какого устройства управляете E-502, что используете низкоуровневый доступ вместо готовых библиотек?

А какая у Вас частота ввода АЦП?
Для обеспечения непрерывного потокового вывода на ЦАП необходимо, чтобы в буфере на вывод всегда были готовые данные после запуска вывода ЦАП, т.е. модуль должен успеть принять новую порцию данных к моменту их вывода. При потоковом вводе-выводе по Ethernet общая скорость приема и передачи ограничена, и если используется максимальная частота ввода 2 МГц, то модуль может не успевать принимать и обрабатывать данные с нужной скоростью на вывод. Если понизить частоту ввода, то проблема исчезнет? Также на возможность передачи данных могут влить другие передаваемые данные, если это не выделенная сеть для модуля E502.

С другой стороны, если требуется вывести только сигнал длиною в секунду, то это всего 500 тыс точек, в то время как буфер на вывод составляет 3 млн. точек, т.е. весь сигнал можно полностью загрузить до запуска ввода, в этом случае передача данных и прием будут разнесены по времени (передача до старта, прием после) и не будут никак влиять друг на друга и возможно работать на максимальных скоростях ввода-вывода. Но тут надо учитывать, что как правило функция передачи данных по TCP на стороне ПК (как send для TCP-сокетов) при выполнении означает, что данные были только помещены в буфер сокета на передачу, а не были переданы реально в модуль, а учитывая, что для команд используется другое соединение, то вероятнее всего получается так, что хоть данные были посланы модулю, они еще не дошли все до него на момент запуска сбора. Попробуйте вставить значительную задержку после передачи всех данных на вывод и до запуска сбора (установки бита GO в 1), исправит ли это ситуацию?

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

1. Если сигнал преобразован в TTL уровни напряжения  (UART), то в принципе это должно быть возможно. Но про готовую такую реализацию мне по крайней мере неизвестно.
2. Описанный вариант использования PPS для вычисления опорной частоты E-502 вполне логичен и должен быть рабочим. Про вариант получения числа тактов не совсем понял, между чем число тактов Вы хотите считать и для чего это нужно?

Пример работы на LabView с E-502 есть на странице примеров https://www.lcard.ru/support/developer (https://www.lcard.ru/download/examples/ … abview.zip), там нет правда SyncMode, но установка установка LChannelCount как раз есть.
По сути Вы можете либо уже существующий в примере PropertyNode для установки LChannelTable/LChannelCount потянуть вниз, чтобы увеличить количество задаваемых параметров и выбрать среди них SyncStartMode, либо добавить новый PropertyNode (.Net) до вызова Configure, на вход подать экземпляр объекта x502 (как и для функций, т.е. это property самого x502 объекта)  и выбрать параметр SyncStartMode.
А в качестве подаваемого значения, которое в него записать, как раз можете подать созданный объект X502+Sync со значением DI_SYN1_RISE

Здравствуйте.
Данные установки сделаны через свойства (Properties) SyncMode и SyncStartMode (аналогично, как устанавливается, например, LChannelCount).
И если нужна синхронизация старта (запуск сбора по одному фронту/спаду внешнего сигнала, а дальше уже сбор от внутренней частоты), то нужно использовать именно SyncStartMode (X502_SetSyncStartMode), а X502_SetSyncMode задает по сути внешнюю частоту синхронизации (т.е. нужен фронт/спад на каждое преобразование).

А это Вы видите в своей программе? Можете на всякий случай проверить например на метрологическом ПО (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). Считываются всегда состояние всех цифровых входов, т.к. состояние всех входов передается одним словом в потоке данных, а уже анализировать в полученном слове Вы можете только интересующие Вас биты, соответствующие нужным дискретным входам.