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

Форум

Вы не вошли.

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

#1 Техническая поддержка » Отличие прошивок контроллера ARM модуля E502. » 07.08.2023 10:01:01

Роман Дамирович
Ответов: 1

Отличие прошивок контроллера ARM модуля E502 версия 1.0.23 от 1.0.22 и необходимо ли обновить прошивки на модулях до последних версий?
Почему в файлообменнике на модуль E502 отсутствует прошивка ARM  версии 1.0.23, а модули из последних поставок за 2023г идут с этой прошивкой?

#2 Техническая поддержка » Слетели прошивки у модуля E-502-P-EU-D, не удаётся прошить. » 25.05.2022 06:31:36

Роман Дамирович
Ответов: 1

Слетели прошивки у модуля, из за этого вся аналоговая часть не запитывается (горит только один светодиод) отсутствуют напряжения +\-5В +\-15В, устройство в WIN 10 определяется. Неисправных элементов на плате не обнаружено. Пытался перепрошить LPC4333 (Cortex-M4) через ПО «LQMeasStudio 1.2.2» файлом e502-m4-1.0.19.bin - выходит окно "Не удалось перевести устройство в режим загрузчика. Связь с устройством закрыта или не была установлена". Обновление ПО ПЛИС через lxfw-update тоже не происходит. Смотреть вложения (есть скрины экрана).
Почему не удаётся перепрошить модуль и отчего могли слететь прошивки?
Не могли ли Вы выслать принципиальные схемы на модули, иногда приходится их чинить? Есть штук 6 модулей с неисправной аналоговой частью, в которых замена входных мультиплексоров не помогает.

#3 Re: Техническая поддержка » Нарушение связи про протоколу USB модулей E-440I-1D (E14-440) » 26.05.2020 15:33:51

Для проверки рассуждений просим выслать на почту обновленные прошивки и распиновку разъемов для программирования, на платы модулей Е-440 ревизии "F" и "E".

#4 Re: Техническая поддержка » Нарушение связи про протоколу USB модулей E-440I-1D (E14-440) » 22.05.2020 07:25:14

1. По первому пункту программисты дают однозначный ответ "нет" работать не будет, драйвер наш все таки самописный и сильно отличается, зачем так сделали на этапе разработки у многих тоже взывает вопрос.
2. Есть программатор ChipProg-481 и адаптер для ISP AE-ISP-U1.  Массовые ревизии попадавшиеся на глаза под прошивку "F", "E".  Еще вопрос по ревизии "G" - у нас есть двух прошивок версии 5.3 и 5.2 - есть ли необходимость обновить прошивку у модулей с версией 5.2 до 5.3(возможно были какие-то исправления)?
3. Самый сложный случай. Хорошо что таких модулей не так много, скорее будут выведены из эксплуатации. Проще приобрести у вас новые.

#6 Re: Техническая поддержка » Нарушение связи про протоколу USB модулей E-440I-1D (E14-440) » 13.05.2020 15:43:30

В системе используется два модуля Е-440 но  на этапе загрузки клиентского приложения в них загружаются разные микропрограммы прошивки (bios) после этого каждый E-440 выполняет свои функции, в процессе работы могут подгружаться дополнительные bios со своим набором инструкций. В общем система достаточно сложная.

#7 Re: Техническая поддержка » Нарушение связи про протоколу USB модулей E-440I-1D (E14-440) » 13.05.2020 15:04:20

1. Для написания драйвера использовалась USB NuMega, для написания клиентского приложения  использовались библиотеки Lusbapi до 2006г (возможно Lusbapi v.2.0 или Lusbapi v.2.1), плюс дополнительно дописаны свои.
2. Нет не так. Выполняется и сбор данных с АЦП и  установление выходного значения ЦАП и  чтение/записи цифровых линий, синхронизация работы двух модулей.
3. С этим конечно проблема, так как регистраторы на основе ваших модулей являются мобильными устройствами и размещаются на автомобилях которые могут находится далеко за пределами предприятия. Мы производим их обслуживание и ремонт когда они возвращаются на базу. Если бы мы могли сами переполошить  их по мере поступления был бы хороший вариант.

#8 Re: Техническая поддержка » Нарушение связи про протоколу USB модулей E-440I-1D (E14-440) » 12.05.2020 15:02:02

Удалось добиться стабильной работы с модулями ревизии Е с микроконтроллером AVR ATmega8515L (версия 3.0 от 19.05.06) и с модулями ревизии F  с микроконтроллером AVR ATmega162 (версия 4.1 30.06.09), но оба модуля были при этом подключены к портам USB3.0! на портах USB2.0 происходят зависания клиентской программы (смена портов и чистка контактов не помогает, замена на другой системный блок тоже). При этом при подключении к USB3.0 выполнение циклических команд ввода происходит медленнее чем при подключении к USB2.0.

#10 Re: Техническая поддержка » Нарушение связи про протоколу USB модулей E-440I-1D (E14-440) » 12.05.2020 12:19:46

1. Сбои были и раньше но проявлялись намного реже. С этого года замечено их увеличение. После этого начали набирать статистику по модулям и выявилось, что модули с ревизией G работают стабильно. Есть еще предположение, что причиной всему наш драйвер на модуль или загружаемый БИОС (его точно правили и с начала года он функционирует в устройствах), но при этом откат на прошлые версии не дает полного устранения данной проблемы, проблема проявляется менее чаще и только именно на модулях ниже ревизии G. Возможно ранее на это не столь обращали внимание, но проблема была всегда.
Идет подготовка на переход WIN 10 c 64 разрядной системой (требуется переписать драйвер, наш поддерживает 32 разрядные системы).
2. Используем, Windows 7 Профессиональная SP1 32-разрядная со свежими обновлениями, на машинах где используются модули E-440 достаточно давно. Возможности проверить на других системах и версиях не было так как драйвер заточен только под 32-разрядную ОС.
3. Строгой зависимости от типа компьютера нет, проблема проявляется на обоих видах устройств с USB2.0, в том числе и при использовании разъема  USB3.0.
4. Состояние USB кабелей проверялось, производились замены, это не даёт результата.

#11 Техническая поддержка » Нарушение связи про протоколу USB модулей E-440I-1D (E14-440) » 12.05.2020 07:42:30

Роман Дамирович
Ответов: 12

Здравствуйте, беспокоит вас компания ОАО "КНГФ".
Мы давно пользуемся вашей продукцией и у нас много модулей E14-440 различных конфигурации (версий) 2005-2019г. Так вот замечено, что на  модулях старых версий происходит сбой обмена данными по протоколу USB приводящий к зависанию клиентской программы (программы сбора данных собственного производства). Модули на которых стабильный обмен имеют ревизию G и микроконтроллер ARM LPC1768 (версии 5.2 от 4.10.12 и 5.3 от 25.07.14);  с нестабильным обменом ревизию С с микроконтроллером Unknown, ревизию Е с микроконтроллером AVR ATmega8515L (версия 3.0 от 19.05.06), ревизия F  микроконтроллером AVR ATmega162 (версия 4.1 30.06.09), возможно есть и другие ревизии. Но явно замечено что на ревизии G с микроконтроллером ARM LPC1768 проблем с обменом нет, а на других ревизиях присутствует.  Чем это объясняется? Что можно предпринять с нашей стороны чтобы стабилизировать работу модулей с ревизией отличной от G.  Возможны ли возникновения таких проблем  связанные с прошивками устройств?

Контакты

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

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

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

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