Форум: Техническая поддержка

Здравствуйте, беспокоит вас компания ОАО "КНГФ".
Мы давно пользуемся вашей продукцией и у нас много модулей 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. Описанные Вами "сбои обмена данными по протоколу USB" происходят с 2005 года или стали наблюдаться с другого времени?
2. Какие операционные системы используете, и зависит ли появление сбоев от версии и типа операционной системы?
3. На каких типах компьютеров наблюдаются сбои, настольный, портативный и т.п.

В первую очередь рекомендую проверить состояние USB кабелей, возможно на давно находящихся в эксплуатации износились разъёмы.

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

Ранее еще пользовались Win XP pro

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

1. Какая именно библиотека и какой версии использовалась при написании Вашего клиентского приложения: Lusbapi или LComp?
2. Я так понимаю, что  основная задача Вашей клиентской программы это обычный потоковый сбор данных с АЦП. Тогда вопрос: на фоне собственно самого сбора данных с АЦП  делаются ли какие-нибудь дополнительные обращения к модулю типа чтение/записи цифровых линий или установление выходного значения ЦАП?
3. Судя по описанию Вашей проблемы создаётся сильное подозрение, что сбои в работе Вашего приложения это есть проявление застарелого глюка в прошивках AVR микроконтроллера, которые были использованы на модулях с ревизиями вплоть до 'F'. В принципе можно попробовать передать модули с ревизиями младше 'G' к нам на обновление прошивки  AVR микроконтроллера. А модулю ревизии 'C' дополнительно требуется доработка до ревизии 'D'.

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

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

А в чем конкретно заключается доработка модуля ревизии 'C'  до ревизии 'D'?

1. Для работы с библиотекой Lusbapi версий 3.1 и ниже можно попробовать запользовать штатные USB драйвера с цифровой подписью для 32-bit и 64-bit версий Windows (включая Windows'10): www.lcard.ru/download/oldusbdrivers.zip
2. Я, конечно, могу переслать Вам обновлённые прошивки для необходимых ревизий модуля E14-440. Но есть ли у Вас хоть какой-нибудь программатор (типа USBASP), чтобы осуществить саму процедуру прошивки микроконтроллера?
3. Насколько я помню  доработка модуля ревизии 'C'  до ревизии 'D' заключается в замене ряда электронных компонентов, а также обновлении прошивок как микроконтроллера AVR, так и ПЛИС модуля.

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

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

Прошивки для модулей Е14-440 ревизий 'F' и 'E' (в формате Intel-hex) в архиве: https://www.lcard.ru/forums/img/members/17/E440fw.zip