Мне интересно, возможно ли настроить тайм-аут для получения данных через интерфейс USB в микроконтроллерах STM32. Такой подход возможен, например, в соединении UART (см. AN3109, раздел 2. Тайм-аут приема DMA).
Я не могу найти ничего подобного, связанного с интерфейсом USB. Более того, говорят, что DMA для USB следует включать только в случае крайней необходимости, поскольку передача данных должна быть выровнена по 32-битному слову.
У вас есть функция обратного вызова (если вы используете HAL) в файле ...._if.c. Скопируйте полученные символы в буфер. Реализуйте тайм-аут там.
В случае UART вы имеете в виду либо тайм-аут приема DMA, как вы сказали, либо (если DMA не используется) прерывание IDLE. Я не знаю, чтобы такая вещь появилась «из коробки» для USB CDC - вам придется реализовать этот тайм-аут самостоятельно, что не должно быть слишком сложно. Имейте таймер (аппаратное обеспечение или программное обеспечение), который вы перезапускаете каждый раз, когда получаете данные. Установите для его периода значение тайм-аута по вашему выбору и выполните синтаксический анализ протокола по истечении тайм-аута.
Если бы мне нужно было что-то добавить - такого рода проблемы (не зная, сколько байтов нужно получить) обычно решаются на уровне протокола. Предполагая двоичный протокол, одним из способов достижения этого является наличие начального и конечного байтов кадра, которые никогда не встречаются в данных (а если они встречаются, вы их экранируете), и в этом случае вы получаете все, начиная с «стартового байта», пока вы не получите «конечный байт» . Еще один способ - иметь «начальный байт» и поле, указывающее, сколько байтов нужно получить. Все это, конечно, должно быть каким-то образом проверено.
Сказав это, если у вас есть возможность изменить протокол, вы действительно должны это сделать. Полагаться на тайминги в вашем общении, особенно на таком низком уровне, в конечном итоге только вызывает проблемы и головную боль. Вы вводите тесную связь между уровнем вашего протокола и уровнем интерфейса. Это будет иметь неприятные последствия каждый раз, когда вы решите использовать другой интерфейс, так как вам придется заново изобретать одно и то же. Не говоря уже о том, как это будет болезненно, когда вы решите перейти на TCP/IP со всеми его достоинствами — сетевым джиттером, потерянными пакетами и т. д.
0x02, ETX=0x03 и ESC=0x1B). Если какой-либо байт в данных кадра или контрольной сумме равен одному из этих 3 специальных байтов, вы избегаете его: добавьте к нему ESC и XOR его значения с чем-то (скажем, XOR с ESC также). При приеме вы получаете от STX к ETX с обратным XOR-ингом. После этого проверьте контрольную сумму. 01.07.2019 
