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

[jcxz]

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

Есть драйвера (под винду) позволяющие работать с эндпоинтами с уровня приложения. Я использую один из таких: CypressUSB (из состава "Cypress Suite USB"). Есть ещё libusb.
Как Вам уже объяснили: делаете inf-файл с нужными VID/PID для этого драйвера и дальше работаете через него (т.е. - через его библиотеку).
Даже можно и не писать ничего со стороны ПК: в составе "Cypress Suite USB" есть утилитки, позволяющие передавать кадры произвольных данных через нужные эндпоинты. Либо в окошке их набираете либо из файла.

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

Всё-таки: почему Вы подозреваете именно USB, а не работу с eMMC?

А Вы точно использовали bulk-передачи с размером конечной точки 512 байт?

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

В LPC43xx именно bulk-передачи не использовал. Только control-передачи. Но с размером кадра до 2048 байт (разные размеры пробовал).

[Harvester]

Есть драйвера (под винду) позволяющие работать с эндпоинтами с уровня приложения. Я использую один из таких: CypressUSB (из состава "Cypress Suite USB"). Есть ещё libusb.
Как Вам уже объяснили: делаете inf-файл с нужными VID/PID для этого драйвера и дальше работаете через него (т.е. - через его библиотеку).
Даже можно и не писать ничего со стороны ПК: в составе "Cypress Suite USB" есть утилитки, позволяющие передавать кадры произвольных данных через нужные эндпоинты. Либо в окошке их набираете либо из файла.

Спасибо

Всё-таки: почему Вы подозреваете именно USB, а не работу с eMMC?

1. Проблема исчезает при задании в дескрипторе размера EP=128 байт. Эта величина влияет исключительно на работу модуля USB.
2. Я сделал отладочный вывод в callback-функции обработки SCSI-команд, которая вызывается ядром USB. И в проблемном месте вывод информации не происходит. Т.е. до обработки команды (чтения/записи eMMC) дело даже не доходит.

Если в OTP JTAG не запрещён и если firmware сразу после старта не запрещает JTAG через спец. регистры периферии - получится.
У меня сейчас на LPC4370 именно так и работает. JTAG подключается без проблем, хоть есть прошивка в SPI-флеши, хоть код BootROM работает - без разницы.

Спасибо, буду изучать.
Только что посмотрел - программируются только BOOT-биты. Так что надежда есть

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