Меню
+7 (495) 785-95-25
sale@lcard.ru
sale@lcard.ru
Страницы 1
Отличие прошивок контроллера ARM модуля E502 версия 1.0.23 от 1.0.22 и необходимо ли обновить прошивки на модулях до последних версий?
Почему в файлообменнике на модуль E502 отсутствует прошивка ARM версии 1.0.23, а модули из последних поставок за 2023г идут с этой прошивкой?
Слетели прошивки у модуля, из за этого вся аналоговая часть не запитывается (горит только один светодиод) отсутствуют напряжения +\-5В +\-15В, устройство в WIN 10 определяется. Неисправных элементов на плате не обнаружено. Пытался перепрошить LPC4333 (Cortex-M4) через ПО «LQMeasStudio 1.2.2» файлом e502-m4-1.0.19.bin - выходит окно "Не удалось перевести устройство в режим загрузчика. Связь с устройством закрыта или не была установлена". Обновление ПО ПЛИС через lxfw-update тоже не происходит. Смотреть вложения (есть скрины экрана).
Почему не удаётся перепрошить модуль и отчего могли слететь прошивки?
Не могли ли Вы выслать принципиальные схемы на модули, иногда приходится их чинить? Есть штук 6 модулей с неисправной аналоговой частью, в которых замена входных мультиплексоров не помогает.
Для проверки рассуждений просим выслать на почту обновленные прошивки и распиновку разъемов для программирования, на платы модулей Е-440 ревизии "F" и "E".
1. По первому пункту программисты дают однозначный ответ "нет" работать не будет, драйвер наш все таки самописный и сильно отличается, зачем так сделали на этапе разработки у многих тоже взывает вопрос.
2. Есть программатор ChipProg-481 и адаптер для ISP AE-ISP-U1. Массовые ревизии попадавшиеся на глаза под прошивку "F", "E". Еще вопрос по ревизии "G" - у нас есть двух прошивок версии 5.3 и 5.2 - есть ли необходимость обновить прошивку у модулей с версией 5.2 до 5.3(возможно были какие-то исправления)?
3. Самый сложный случай. Хорошо что таких модулей не так много, скорее будут выведены из эксплуатации. Проще приобрести у вас новые.
А в чем конкретно заключается доработка модуля ревизии 'C' до ревизии 'D'?
В системе используется два модуля Е-440 но на этапе загрузки клиентского приложения в них загружаются разные микропрограммы прошивки (bios) после этого каждый E-440 выполняет свои функции, в процессе работы могут подгружаться дополнительные bios со своим набором инструкций. В общем система достаточно сложная.
1. Для написания драйвера использовалась USB NuMega, для написания клиентского приложения использовались библиотеки Lusbapi до 2006г (возможно Lusbapi v.2.0 или Lusbapi v.2.1), плюс дополнительно дописаны свои.
2. Нет не так. Выполняется и сбор данных с АЦП и установление выходного значения ЦАП и чтение/записи цифровых линий, синхронизация работы двух модулей.
3. С этим конечно проблема, так как регистраторы на основе ваших модулей являются мобильными устройствами и размещаются на автомобилях которые могут находится далеко за пределами предприятия. Мы производим их обслуживание и ремонт когда они возвращаются на базу. Если бы мы могли сами переполошить их по мере поступления был бы хороший вариант.
Удалось добиться стабильной работы с модулями ревизии Е с микроконтроллером AVR ATmega8515L (версия 3.0 от 19.05.06) и с модулями ревизии F с микроконтроллером AVR ATmega162 (версия 4.1 30.06.09), но оба модуля были при этом подключены к портам USB3.0! на портах USB2.0 происходят зависания клиентской программы (смена портов и чистка контактов не помогает, замена на другой системный блок тоже). При этом при подключении к USB3.0 выполнение циклических команд ввода происходит медленнее чем при подключении к USB2.0.
Ранее еще пользовались Win XP pro
1. Сбои были и раньше но проявлялись намного реже. С этого года замечено их увеличение. После этого начали набирать статистику по модулям и выявилось, что модули с ревизией G работают стабильно. Есть еще предположение, что причиной всему наш драйвер на модуль или загружаемый БИОС (его точно правили и с начала года он функционирует в устройствах), но при этом откат на прошлые версии не дает полного устранения данной проблемы, проблема проявляется менее чаще и только именно на модулях ниже ревизии G. Возможно ранее на это не столь обращали внимание, но проблема была всегда.
Идет подготовка на переход WIN 10 c 64 разрядной системой (требуется переписать драйвер, наш поддерживает 32 разрядные системы).
2. Используем, Windows 7 Профессиональная SP1 32-разрядная со свежими обновлениями, на машинах где используются модули E-440 достаточно давно. Возможности проверить на других системах и версиях не было так как драйвер заточен только под 32-разрядную ОС.
3. Строгой зависимости от типа компьютера нет, проблема проявляется на обоих видах устройств с USB2.0, в том числе и при использовании разъема USB3.0.
4. Состояние USB кабелей проверялось, производились замены, это не даёт результата.
Здравствуйте, беспокоит вас компания ОАО "КНГФ".
Мы давно пользуемся вашей продукцией и у нас много модулей 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. Возможны ли возникновения таких проблем связанные с прошивками устройств?
Страницы 1
Адрес: 117105, Москва, Варшавское шоссе, д. 5, корп. 4, стр. 2
Многоканальный телефон:
+7 (495) 785-95-25
Отдел продаж: sale@lcard.ru
Техническая поддержка: support@lcard.ru
Время работы: с 9-00 до 19-00 мск