Досталось "в наследство":
STM32L412 опрашивает радиомодуль, пакует принятое и по USB в режиме virtual com port отправляет на хост, тут я немного в теме.
STM32CubeIDE 1.6.1, HAL 1.17 - as is.
CDC_Transmit_FS(...) для отправки, в коллбэке CDC_TransmitCplt_FS поднимаю флаг окончания передачи.
хост - одноплатник OrangePi с Armbian на борту, выгребает данные с usb-com, вроде бы питоновским скриптом и складывает в локальный файл. Вроде бы регулярно опрашивает порт на доступность. Не моё и тут я пока что по нолям. Максимум - зайти по ssh и убедиться, растет ли файл.
(1) Включаю одноплатник. После того, как загрузится (и видимо, начнет целевым образом опрашивать порт), включаю STM - так работает.
Проблема:
(2) Включаю STM до загрузки одноплатника - и что-то случается с USB_CDC - не вызывается CDC_TransmitCplt_FS.
Вижу, что hUsbDeviceFS.pClassData инициализируется. Как понял, это происходит в прерывании, при опросе хостом (про порочность malloc читал, но в первом случае ведь работает) До ухода в главный цикл жду
while (hUsbDeviceFS.pClassData == 0){} - как аллоцировало pClassData, интерфейс готов, можно работать?
После вызова CDC_Transmit_FS TxLength == посылке, TxState == 1 - брейкпоинт на вызове CDC_Transmit_FS, затем один шаг посмотреть состояние. Второй брейкпоинт - внутри CDC_TransmitCplt_FS, в (1) я в него прихожу, в (2) - нет. Ладно, дальше в (2) подождал, останов, и вижу, что стало: TxLength == 0, TxState == 0. Получается, хост данные забрал?
В какую сторону разгребать? Как со стороны STM определить, что хост готов к работе? Внутри CDC_Transmit_FS вижу USBD_BUSY только по проверке pClassData->TxState. Как правильно запускать USB CDC на STM в условиях, что я не знаю, как именно хост будет дергать порт?
