LPC1820, проблема с USB Mass Storage, Часть плат не работает при размере EP = 512 байт Опции

[Harvester]

Добрый день.
Имеется устройство на LPC1820 + eMMC.
Устройство представляет собой USB Mass Storage Device ("флешка"), реализованное с использованием фирменной библиотеки LPCUSBlib (чисто программный вариант, без использования функций USB ROM).
Проблема в следующем: часть плат некорректно работают при размере конечных точек больше 128 байт. Некорректность заключается в том, что устройства, судя по снифферу, в какой-то момент перестают отвечать на USB-запросы чтения/записи. Причем этот момент может отличаться для разных устройств, но для каждого конкретного устройства он фиксирован (т.е. одни устройства "виснут" на первой же команде чтения, другие обрабатывают команду чтения нормально, но "виснут" при записи).

Программист, написавший программу, утверждал, что это недокументированный баг в контроллере, который компания NXP не хочет признавать. И указывал на строки, имеющиеся в исходниках использованной им версии библиотеки LPCUSBLib:

Код

/* Max In/Out Packet Size */
#define MSC_FS_MAX_PACKET  128
#define MSC_HS_MAX_PACKET  128 /* < 256 work */

У меня стоит задача реализовать работу со штатным размером EP (512 байт). Я взял последнюю версию библиотеки - проблема не ушла.
Понятно, что теперь мне только остается детально исследовать работу библиотеки и модуля USB - может это все-таки программная бяка?
Но вдруг кто-нибудь сталкивался с подобной ситуацией и решил ее?
Спасибо.

[Kabdim]

Скорее косяки в библиотеках NXP - они ужасно кривые. Кстати LPCUSBlib уже давным давно deprecated. А стек засунут в USBROM и LPCOpen умеет использовать только его.

А как это сделать? Особенно со стороны ПК.

Берем генертор псевдослучайных чисел. Сид в программе и проишвке один. Итоговая последовательность там и тут должна совпадать. В контроллере что-то делаем с полученными данными, например xor и отправляем назад. В программе проверяем что посчитанное и полученное одно и тоже.

[Harvester]

Скорее косяки в библиотеках NXP - они ужасно кривые. Кстати LPCUSBlib уже давным давно deprecated. А стек засунут в USBROM и LPCOpen умеет использовать только его.

Мне кажется, Вы не совсем правы. В библиотеке есть выбор - использовать ROM или программный вариант.

Берем генертор псевдослучайных чисел. Сид в программе и проишвке один. Итоговая последовательность там и тут должна совпадать. В контроллере что-то делаем с полученными данными, например xor и отправляем назад. В программе проверяем что посчитанное и полученное одно и тоже.

Ну, методов проверки можно много придумать, весь вопрос - как это сделать? Т.е. как работать на ПК с конечными точками USB без использования стандартных классов.

Контроллер USB в LPC18xx скорее всего похож на LPC43xx, но не похож на LPC17xx.

Именно. Поэтому мне интересно - делал ли кто-нибудь Mass Storage с EP=512байт именно на LPC18xx.

Одно дело, если бы программа просто не работала. Но она же не работает только на части плат!
Беру за основу пример от NXP для отладочной платы с LPC1830 и SD-картой - там работает.
Переписал под отладку для своего устройства - работает.
Зашил в готовое изделие - работает.
Отдал на тестирование, там прошили 10 устройств - 5 работает, 5 нет. Причем не работают по-разному!

Сообщение отредактировал Harvester - Aug 25 2016, 07:25

[Kabdim]

Мне кажется, Вы не совсем правы. В библиотеке есть выбор - использовать ROM или программный вариант.

Не укажите где именно в LPCOpen есть возможность такой настройки?

Ну, методов проверки можно много придумать, весь вопрос - как это сделать? Т.е. как работать на ПК с конечными точками USB без использования стандартных классов.

Нужно сделать *.inf для конкретного вида/пида с драйвером winusb(k). И работать WinUsb_*.

Одно дело, если бы программа просто не работала. Но она же не работает только на части плат!
Беру за основу пример от NXP для отладочной платы с LPC1830 и SD-картой - там работает.
Переписал под отладку для своего устройства - работает.
Зашил в готовое изделие - работает.
Отдал на тестирование, там прошили 10 устройств - 5 работает, 5 нет. Причем не работают по-разному!

Глюк забавный, неужто нет возможности взять устройство которое не работает и посмотреть что происоходит под отладкой?