STM32Cube USB CDC, новая Endpoint Опции

[Atlantis-]

Допиливаю проект в Cube, возникла необходимость в двух IN Endpoint. В исходном проекте CDC было по одной IN и Out Endpoint и некая Command. В общем добавил я в дескрипторы еще одну IN Endpoint (0x83), прописал ее в USBD_CDC_Init и для проверки изменил USBD_CDC_TransmitPacket (при вызове USBD_LL_Transmit вместо CDC_IN_EP - 0x83). Данные от новой EP не приходят. Подскажите, в какую сторону копать?

[Golikov A.]

может в сторону того что CDC предполагает
одну контрольную и две интерапт (передающую и опционно приемную) конечные точки и все?

[Atlantis-]

может в сторону того что CDC предполагает
одну контрольную и две интерапт (передающую и опционно приемную) конечные точки и все?

я поле класса изменил в дескрипторе

[Копейкин]

я поле класса изменил в дескрипторе

Тогда должен быть свой драйвер для ОС, который поддерживает ваше устройство,
в частности работу с дополнительным эндпойнтом.

[Atlantis-]

Тогда должен быть свой драйвер для ОС, который поддерживает ваше устройство,
в частности работу с дополнительным эндпойнтом.

так он есть

[Копейкин]

так он есть

То есть вы сделали железо со своим VID&PID?
Написали сами драйвер, который поддерживает инициализацию вашего устройства
и обмен со всеми конечными точками?
А в железо запросы на транзакцию по USB для вашей EP приходят?
USB-device сам ничего не передаёт - только по запросу от хоста.

[Atlantis-]

То есть вы сделали железо со своим VID&PID?
Написали сами драйвер, который поддерживает инициализацию вашего устройства
и обмен со всеми конечными точками?
А в железо запросы на транзакцию по USB для вашей EP приходят?
USB-device сам ничего не передаёт - только по запросу от хоста.

драйвер не я написал, в остальном все верно
приложил скрин неудачной передачи (сверху) и удачной из USBTrace. 0x81 - сгенерированная кубом ЕР, 0х83 - мною созданная