Российский производитель и разработчик сертифицированного измерительного оборудования с 1987 года

Вопрос по L502

Вы не вошли.

 Поиск | Регистрация | Вход 

10.08.2023 17:09:48
#1

Участник
Здесь с 10.08.2023
Сообщений: 8

Вопрос по L502

Добрый день.
Есть текущая задача для которой необходимо получать как можно с меньшим интервалом цифровые + аналоговые данные. Для этой цели были закуплены две платы L502 + кабель для цифровых входов. Время между чтением данных порядка 1 мс и меньше.
В текущих реалиях сделал вариант через X502_AsyncInDig / X502_AsyncGetAdcFrame. Настройки плат: частота сбора с АЦП 2 МГц, частота ввода с цифровых входов 2 МГц, кол-во логических каналов - 32, режим - измерения напряжения относительно общей земли.
Периодически выпадают ошибки X502_ERR_RECV_INSUFFICIENT_WORDS (Принято недостаточно слов от модуля).
Функции постоянно дергаются фоновым потоком, в котором нет остановок (sleep и прочее), но при этом могут быть задержки (1-5 мс) для обработки принятых данных (когда поступают определенные события с цифрового входа).
Собственно, вопрос - может быть есть какой-то другой вариант наладить прием данных в реальном времени, без чтения буфера с таймаутом и прочего?
Сейчас в X502_AsyncGetAdcFrame стоит таймаут в 2 мс.

Пробовал через X502_Recv (с меньшей частотой сбора ), но  при любой задержке в потоке (1 мс и более, когда нужно обработать принятые данные) функции сразу выпадают в ошибку X502_ERR_PROC_INVALID_CH_NUM (Неверный номер канала в обрабатываемом потоке синхронного ввода).
События для обработки принятых данных могут происходить с разными интервалами. Копить данные, пока идет обработка не нужно, т.к. вся необходимая информация перекладывается в буферы в программе. Т.е. нужные данные накопили, по сигналу с цифрового входа обработали их и снова вернулись к мониторингу текущей информации в реальном времени.

15.08.2023 02:16:56
#2

Сотрудник "Л Кард"
Здесь с 17.04.2014
Сообщений: 1,279

Re: Вопрос по L502

Во-первых если работа идет из ОС общего назначения (Windows/Linux), то сама ОС имеет права вносить ненормированные случайные задержки, которые вполне могут быть в единицах мс.

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

Про ошибки X502_ERR_PROC_INVALID_CH_NUM, то при корректной обработке, когда передаются только действительные отсчеты от Recv в ProcessData и они передаются все без исключения в порядке приема, такой ошибки быть не должно. Проверяете ли Вы реальный размер данных, принятых из X502_Recv, т.к. если он меньше запрошенного, то оставшиеся отсчеты в массиве будут без полезных данных и если размер не скорректировать перед передачей в Recv, то в ProcessData обработает мусор, что и приведет к ошибкам. И если Вам не нужен постоянный поток, а нужны данные только в определенные моменты, то отбрасывать ненужные данные нужно уже после ProcessData, чтобы ProcessData все равно обрабатывала все приходящие данные.

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

01.09.2023 07:47:04
#3

Участник
Здесь с 10.08.2023
Сообщений: 8

Re: Вопрос по L502

Добрый день. На синхронном режиме почему то начинают не всегда корректно считываться импульсы цифровых входов (кол-во плавает: на вход подается 1000, в программе у себя считываю от 950 до 1020), поэтому пришлось вернуть работу на асинхронный режим (с ним проблем нет).
Так же вопрос - почему периодические при подключенных платах комп начинает грузить процесс "Системные прерывания"? При этом нагрузка от этого процесса на проц приличная (до 10%). Если платы снять - все проходит. Когда первый раз такое заметил - убрал кабель межмодульной синхронизации и проблема ушла. Через неделю появились снова те же симптомы. Пока что решается перезагрузкой ПК несколько раз.

01.09.2023 16:49:03
#4

Участник
Здесь с 10.08.2023
Сообщений: 8

Re: Вопрос по L502

Дополню свой вопрос - может по факту цифровые входа и правильно считываются, но я не совсем правильно их принимаю в своей программе. Если мне при синхронном вводе с плат нужно получить текущее значение цифровых входов, то мне необходимо брать последнее слово из массива, который передается для заполнения в X502_ProcessData? И если так, то и с аналоговыми данными так же (и если одна из плат считывает еще и цифровые входа, то как мне получить все последние данные с 32 каналов (у второй платы просто считываю с начала массива и все корректно, как в примере))? Ради эксперимента сделал следующий пример - два потока постоянно выкачиваю через X502_Recv / X502_ProcessData данные в свои буферы (частоты и значение READ_BLOCK_SIZE подобрал так, чтоб стабильно было в районе 3000 считываний в секунду). Третий поток по сигналу с цифрового входа (с одной из плат) собирает данные в общий буфер (т.е. есть жесткая привязка данных с двух плат на входной цифровой сигнал). При такой работе мое значение кол-ва импульсов цифрового входа как раз и скачет, при том что на вход подается ровно 1000. И ладно бы, если входное кол-во всегда постоянно, но в моей текущей задаче оно может меняться от 50 до 2000 в секунду, и нельзя их пропустить

02.09.2023 06:41:38
#5

Участник
Здесь с 10.08.2023
Сообщений: 8

Re: Вопрос по L502

А какое значение шага прерывания стоит изначально с завода? Если я буду менять через X502_SetStreamStep(), то потом чтоб при проблемах вернуть назад

06.09.2023 12:13:20
#6

Сотрудник "Л Кард"
Здесь с 17.04.2014
Сообщений: 1,279

Re: Вопрос по L502

Если Вы хотите фиксировать все импульсы, то Вы должны настроить сбор с DIN на частоту, для которой период между отсчетами был бы строго меньше (желательно с запасом) минимального времени длительности импульса и минимального времени паузы между импульсами. После этого в зависимости от интервала обработки Вы смотрите, сколько отсчетов соответствует этому интервалу и постоянно принимаете данные соответствующими порциями, настроив также шаг прерывания, после чего передаете все принятые данные в ProcessData и по получившемуся на выходе массиву значений din проходите весь массив и ищете нужный перепад (0->1 и 1->0) с учетом состояния перепада предыдущего блока (чтобы поймать перепад, если он будет в первом отсчете принятого блока). Если Вы что-то откидываете из принятого массива, то Вы можете пропустить собственно изменение состояния импульса.

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

09.09.2023 04:19:20
#7

Участник
Здесь с 10.08.2023
Сообщений: 8

Re: Вопрос по L502

Реализовал синхронный сбор данных с каждой платы отдельным потоком. Настроил шаг прерывания равный кол-ву считываемых отсчетов - импульсы с цифровых данных теперь всегда соответствуют исходному (импульсы выдает промышленный контроллер). Но появилась другая проблема: периодически появляется ошибка -11 (X502_ERR_STREAM_OVERFLOW). При чем ошибка может появится как через 5-10 мин после запуска, так и через несколько часов. Пока что сделал перезапуск потоков сбора при ее появлении. В потоках программы, которые вызывают X502_Recv() / X502_ProcessData() никаких остановок нет (Sleep и прочие функции). Нагрузка на ПК минимальна (программа сбора забирает 1-2% ЦП, ничего остальное не включено, ОС Windows, ЦП i5).

Контакты

Адрес: 117105, Москва, Варшавское шоссе, д. 5, корп. 4, стр. 2

Многоканальный телефон:
+7 (495) 785-95-25

Отдел продаж: sale@lcard.ru
Техническая поддержка: support@lcard.ru

Время работы: с 9-00 до 19-00 мск