Меню
+7 (495) 785-95-25
sale@lcard.ru
sale@lcard.ru
Страницы 1
Необходимо заменить в первую очередь модули:
E-502-P-UE-D №2T253093 2016г,
E-502-P-UE-D №2T253097 2016г,
E-502-X-U-D №3T400986 2019г,
E-502-X-U-D №3T439083 2019г.
Менее срочно имеются модули:
Е-502-P-EU-D-I № 3Т400970 2018г,
Е-502-P-EU-D-I № 3Т400976 2018г,
Е-502-P-EU-D-I № 3Т400975 2018г,
Е-502-P-EU-D-I № 3Т400978 2018г.
Добрый день.
Спасибо вам за подачи идеи для "костыля", мы обязательно передадим вам модули на перепрошивку.
Мы сейчас столкнулись с другой проблемой - если мы хотим в одном потоке вызывать функцию X502_AsyncOutDac()(в цикле например 150 раз, при этом в ней менять значения по линейному закону), в другом потоке мы будем вызывать функцию X502_AsyncGetAdcFrame()(так же в цикле), то на подключенном к выходу ЦАП осциллографе мы наблюдаем выбросы с произвольным напряжением(на интервале вывода линейных значений).
Как с этой проблемой бороться?
Информация о платах:
1)2Т253093:
PLDA - 1
ПЛИС - 0.11
ARM - 1.0.14
2)2Т253097:
PLDA - 1
ПЛИС - 0.11
ARM - 1.0.14
Серийные номера плат: 2Т253097,2Т253093.
Нагрузка цап не превышает 10мА.
При первой подаче напряжения питания на модуль Е-502, а затем использования его в режиме ЦАП(с применением внутренних калибровочных коэффициентов), использую программу lqmeasstudio мы подаем в асинхронном режиме 5,0 В и на подключенном вольтметре(аттестованном, с учетом нагрузки 10мА) видим напряжение отличное от 5 В(например 4,8 В или 5,4 В). Но если кратковременно выключить и включить блок питания то получаем то напряжение которое подаем. Если отключить на короткое время питание от модуля (например, 20 с) то наблюдаем первоначальную ошибку.
Такие же проблемы наблюдем если пытаемся писать свою программу по управлению ЦАП.
Вопрос:
Как добиться стабильного старта устройства?
Добрый день. В принципе мы реши проблему с падением. Оказался провод Usb. Он немного отходил, и если его кто нибудь цеплял то устройство как бы пропадало и потом обратно подключалось. Замена провода нам помогла.
Частота сбора данных 2МГц, каналы- 16 диф.(но как показала практика кол-во каналов роли не играет), вашу программу проверяли на Windows 7x32(это когда она проработала примерно 10 часов и "молча закрылась"), а свою программу мы проверяли на Windows XP и Windows 7x32 и предугадать выдаваемую ошибку невозможно. А на Windows 8 и Windows 7х64 вроде как стабильно работает.
"...с физически отсоединёнными сигнальными кабелями и вдали от источников электромагнитных полей" - эти требования чистоты эксперимента были выполнены? Это нужно, чтобы убедиться, что это - не проблема ЭМС оборудования в Ваших конкретных условиях эксплуатации.
Да. мы все кабели отсоеденили, и вдали от источников электромагнитных полей.
Добрый день.
Мы запустили ваше ПО lqmeasstudio, с нашими параметрами на сбор данных, и примерно через 10 часов работы приложение само завершилось "не спросив ничего".
Ваша программа имеет логи, если да, то где их можно посмотреть?
Серийные номера плат Е502 где проявлялись проблемы: 3Т336336, 3Т336345, 2Т253093(на этой плате так же проверяли ваше ПО).
По поводу температуры я вам точно не скажу, я проводил проверки при комнатной.
У нас несколько модулей которые ведут себя одинаково. Время ошибки не предсказуемо.
Доброго времени суток.
Проблема проявляется при работе через USB.
Проявляется на разных ПК.
Штатное ПО не используем, опыт разработки под Ваши модули имеется.
У нас работает промышленный стенд, все кабели проверены, модуль и ПК заземлены корректно. Адаптер питания штатный, розетка одна, но с заземлением. Проблема проявляется и при подключенных и при отключенных каналах в произвольных конфигурациях.
Добрый вечер.
Мной был создан проект по сбору данных с АЦП. Данные платы мы используем давно. И вот сейчас обнаружилась проблема. Выпадает ошибка "Ошибка чтения данных синхронного ввода" при вызове функции X502_Recv(), причем выдает ошибку не всегда например может после 10 минут непрерывного сбора, а может и через 2,5 часа а может и 4,5 часа. Причем с такой проблемой столкнулись на Windows 7x32, а вот на Windows 8 проработала 8 часов и нормально все. Исходя из этого есть ряд вопросов:
1)я так понимаю сбой происходит где то в драйвере. может я использую старую версию драйверов и мне просто следует обновится?
2)если я буду ловить такую ошибку при вызове данной функции, могу ли я повторно вызвать X502_Recv() что бы снова получить пачку данных без остановки платы, или мне необходимо перезапустить сбор данных?
3)или может вы сами предложить вариант решения данной проблемы?
Добрый вечер.
Я сотрудник Тульского Конструкторского бюро приборостроения. Мы закупили платы Е502 и собираемся использовать их в производстве. Данные платы должны быть поверены. В документации на поверку плат Е502 написано, что поверочные программы находятся на диске, который поставляется с оборудование, но данных программы мы там не обнаружили. У нас тогда есть ряд вопросов к вам:
1)Если есть данные программы на диске, то не подскажите ли как их там найти?
2)Если их там нет, то нам необходимо получить от вас диск с данными программами. Как мы можем получить от вас такой диск?
Добрый вечер.
В данный момент мной ведется работа по разработке приложения с использование платы е-502. И при настройке и работы с ЦАП на данной плате возникают вопросы:
1. Если у меня работает один канал то максимальная частота ЦАП 1МГЦ или все же разгоница до 2МГц?
2. Могу ли сам задавать размер внутреннего буфера? Если да то какой минимальный и максимальный(если я правильно понял из документации что максимальный это 9М слов)?
3. Обязательно ли при синхронном вводе плата перед запуском ЦАП я должен в нее прогружать данные? если да то какое колличество данных(отсчетов) я должен прогрузить туда или это сразу должен быть целый внутренний буфер?
4. Я следуя вашей документации написал маленькое приложение и столкнулся с тем что сначала у меня была задерка в изменение вида сигнала 14 с, но потом чутка пошаманив в с буфером добился задержки в 3 с. И как в написано в документации что буфер заполняется 3 с. В моем случае это критичное время, надо еще его снижать.Как я понимаю пока я не заполню внутренний буфер то она не будет выдавать выход?
5. У вас написано что что при задание частоты плата выбирает размер буфера сама(оптимальный), т.е этот размер буфера будет заполнен за 3 сек?
Добрый вечер.
При написании программы мы с толкнулись с проблемой сбора данных. А в частности с при сборе данных используя плату L-783M на максимальной частоте(которая заявлены в документации) с 16 каналов начинается потеря данных, т.е если мы подаем синусоидальный сигнал, то он не плавный а с разрывом. Но что характерно если мы используем Windows XP и к ним ваши драйвера то все работает корректно, если Windows 7 32 -битную то если понизить на порядок частоту то тоже картинка и сбор корректен, а вот если Windows 7 64 -битную то общая частота на все каналы очень низкая(при которой и сбор и картинка корректна). Но глючит не только код который написан нами(с использованием ваших драйверов), но так же мы наблюдаем эффект потери данных и в программе L-Graph установленной на на Windows 7 64 -битной(так же на максимальной частоте и с 16 каналами). Вопросы заключаются в следующем:
1. Походу ваши драйвера косячут для Windows 7. Есть ли у вас корректно работающий драйвер для Windows 7 32,64 разрядой и что бы он работал для 16 каналов и еще с максимальной частотой или какие решения данной проблемы вы могли бы предложить?
2. Есть ли ваши драйвера под Windows 10?
3. так же интересны драйвера под Linux. Корректно ли они работают с максимальной частотой сбора данных для 16 каналов, и для какой версии ядра Linux они подходят?
Страницы 1
Адрес: 117105, Москва, Варшавское шоссе, д. 5, корп. 4, стр. 2
Многоканальный телефон:
+7 (495) 785-95-25
Отдел продаж: sale@lcard.ru
Техническая поддержка: support@lcard.ru
Время работы: с 9-00 до 19-00 мск