Доброго всем дня!
Сегодняшняя статья будет посвящена реализации виртуального com-порта для микроконтроллеров STM32. Эта тема уже поднималась на нашем сайте (STM32 и USB), но в отличие от всех предыдущих экспериментов сегодня мы будем производить все настройки при помощи STM32Cube. Собственно, переходим к делу =)
Итак, начинаем с действий, ставших привычными 😉 Создаем новый проект в STM32Cube, настраиваем его и выбираем микроконтроллер, для которого мы будем генерировать проект. Я буду использовать отладочную плату STM32F4-Discovery и, соответственно, контроллер STM32F407VG.
С этим никаких сложностей возникнуть не должно, все-таки мы уже много раз проделывали это в предыдущих статьях, посвященных STM32Cube (статьи про STM32Cube), поэтому давайте сформулируем задачу, которую мы будем сегодня решать.
А задача проста – реализуем поддержку Virtual Com-Port и отправим тестовый набор данных с платы на ПК. Таким образом, мы должны добиться определения нашей отладочной платы в системе как виртуального com-порта. А открыв этот порт в какой-нибудь терминальной программе мы должны будем увидеть правильно принятые данные. В общем, ничего сложного 😉
Перейдем к реализации задуманного.
Первым делом включим поддержку USB в нашем проекте в STM32Cube. Во вкладке Pinout ищем пункт USB_OTG_FS:
Кроме того, задействуем внешний тактовый генератор (8 МГц), установленный на плате:
Видим, что Cube отметил все занятые выводы микроконтроллера:
Осталось выбрать режим работы USB для нашего устройства:
На этом первый этап настроек проекта закончен, переходим в окно настроек тактирования (вкладка Clock Configuration). Здесь нам надо настроить использование внешнего генератора (8 МГц), а также все необходимые предделители частоты для всех шин микроконтроллера. Поскольку этому уже была посвящена целая статья (вот она), сейчас останавливаться на этом мы не будем и перейдем дальше ) Приведу только финальные настройки тактирования моего проекта:
Двигаемся дальше и переходим на вкладку Configuration, где мы можем получить доступ к многочисленным настройкам непосредственно USB. Для начала заходим в настройки USB_FS, там нам нужно включить использование Vbus (вывод PA9 микроконтроллера):
Здесь мы больше ничего пока менять не будем. Переходим к настройкам USB_DEVICE. В открывшемся окне мы видим идентификаторы VID и PID, используемые устройством, а также достаточно большое количество разных параметров USB =) Не буду перечислять их все, их и так видно в окне Cube. Менять мы тут ничего не будем, хотя давайте просто ради тестирования зададим в качестве PRODUCT_STRING какое-нибудь наше название:
В принципе на этом все, можно смело переходить к генерации проекта и исходного кода.
Немного подождав, пока Cube завершит генерацию, получаем проект для IAR’а, в котором выполнена вся необходимая инициализация. Давайте не будем вносить никаких изменений, а просто соберем проект и запрограммируем микроконтроллер. После этого подключаем USB-кабель к плате и в диспетчере устройств видим новое устройство:
Если мы зайдем в свойства устройства, то можем увидеть там значения VID и PID, которые были установлены в настройках STM32Cube, а кроме того измененную нами строку PRODUCT_STRING:
Никаких сомнений в правильной работе сгенерированного проекта не остается 😉
Но это только часть задачи, которую мы сами себе поставили. Нам нужно реализовать отправку данных. А необходимые для этого функции находятся в файле usbd_cdc_if.c:
- CDC_Receive_FS() – для приема данных
- CDC_Transmit_FS() – для передачи данных
Итак, давайте в основном цикле нашей программы будем раз в секунду отправлять 8 тестовых байт. Кстати для реализации временных задержек в HAL_Driver есть функция HAL_Delay(). В качестве аргумента мы должны передавать количество миллисекунд. В общем, получаем такой код:
int main(void) { /* USER CODE BEGIN 1 */ /* USER CODE END 1 */ /* MCU Configuration----------------------------------------------------------*/ /* Reset of all peripherals, Initializes the Flash interface and the Systick. */ HAL_Init(); /* Configure the system clock */ SystemClock_Config(); /* Initialize all configured peripherals */ MX_GPIO_Init(); MX_USB_DEVICE_Init(); /* USER CODE BEGIN 2 */ /* USER CODE END 2 */ /* USER CODE BEGIN 3 */ uint8_t testDataToSend[8]; for (uint8_t i = 0; i < 8; i++) { testDataToSend[i] = i; } /* Infinite loop */ while (1) { HAL_Delay(1000); CDC_Transmit_FS(testDataToSend, 8); } /* USER CODE END 3 */ } |
Теперь остается только прошить контроллер, открыть терминал и убедиться, что данные принимаются верно. Так и поступим )
Все работает отлично, как и планировалось! =)
Собственно, на этой мажорной ноте мы заканчиваем сегодняшнюю статью, а вместе с ней и обсуждение реализации драйвера виртуального com-порта при помощи STM32Cube. В следующих статьях мы будем работать уже с другими режимами работы USB, так что оставайтесь на связи!
Здравствуйте, каким вы терминалом пользуетесь?
Advanced Serial Port Monitor
Попробовал эту программу – очень даже да, но!
Не смог найти где выбирать эмулируемый терминал – хотя бы VT102.
“терминал” без эмуляции терминалов – деньги на ветер.
Спасибо за статью)
Ну что за непруха. Опять (SD так и не заработала) не получается “USB составное устройство” с ошибкой. А могут мои проблемы быть связаны с особенностями компиляции работы ЮСБ и СД в Кейле 5? ктоньть пробовал на кейле?
в мене після кількох рестартів мк запускався нормальний драйвер, а не композіт девайс
щоб проект запрацював, треба у функції CDC_Transmit_FS змінну UserTxBufferFS змінити на Buf і плюс до того, якщо 64б віндовс, то у стартапі проекту змінити Stack_Size EQU 0x00004000 та Heap_Size EQU 0x00002000. А так все працює. Дякую.
Точно. Так и надо сделать. На 64 разрядной винде все заработало. Проект генерил в Keil 4.74
И еще в main.c добавить:
#include “usbd_cdc_if.h”
тогда не будет предупреждения
warning: #223-D: function «CDC_Transmit_FS» declared implicitly
Вопрос: как узнать что данные можно читать с помощью CDC_Receive_FS , а то она судя по всему блокирует пока не примет всё а мне этого не нужно?
Доброго времени суток! Спасибо за статью, очень полезно и интересно. Но есть у меня с данным примером проблема: отказ виртуального СОМ порта. Что я делаю не так, с чем это связано? Заранее спасибо!
Я вот пробую. Не работает. Но дело не в кейле.
Вообще в системе виртуальный ком-порт не появляется?
всем здравствуйте. Нужна помощь с генерировал по статье код для MDK-ARM v5 stm32l152 выдает предупреждение
..\Src\main.c(97): warning: #223-D: function “CDC_Transmit_FS” declared implicitly
и зависает при отправке. кто сталкивался с такой проблемой уже второй день борюсь помогите пожалуйста
Порт появляется в диспетчере, но он не работает. В свойствах указано: не удается запустить устройство (код 10). И при попытке обращение к этому порту, выдает ошибку, что такого порта нет.
А какая плата, IDE?
Keil v5, Dyscovery F407VGT
В файле startup_stm32f407xx.s поменяй Stack_Size на 4000 вместо 400 и Heap_Size на 2000 вместо 200. Проблема исчезнет.
Спасибо, хороший человек, ошибка исчезла
STM32F4-DISCOVERY c 407 контроллером. KEIL v5 и KEIL v4 пробовал.
Остается только попробовать IAR)
Был трабл с зависанием, теперь решился, благодаря
уроку отсюда
мб, кому-то поможет
работал на F103
но теперь другой трабл, при подкл./откл. от ПК никаких проблем нет, однако если во время подключения к ПК принять через ком порт данные и, закрыв соединение, отключить провод, то иногда при повторном подключении устройство улетает в HARDFAULT_handler из функции USBD_CDC_DeInit через функцию USBD_free(pdev->pClassData);
может, кто то сталкивался???
сам решил проблему:
в файле usbd_conf надо закоментить 494 строку
//free(p); проблема сразу решилась и без плясок с бубном как на видео
Большое СПАСИБО за статью. Есть проблема, драйвера ни в какую работать не хотят устройство видеться. Код ошибки 10. Если в CUBE поменять параметр USBD_MAX_NUM_CONFIGURATION на отличный от 1 код ошибки исчезает, однако данные через виртуальный ком порт не идут. При попытки отправить данные в ком порт есть ошибка превышения таймаута. Если можно по подробнее на счет настроек по точнее. Какие параметры выставить в cubemx чтобы виртуальный ком порт прочухался. Спасибо
А какая среда разработки?
В качестве среды разработки используется for IAR Embedded Workbench for ARM version 7.40.2 попробовал с платами stm32f4discovery и stm32f429 discovery эффект один и тот же
Может с самим драйвером проблема? Я сегодня буквально для F429 USB MSC генерировал через Cube – сразу заработало без проблем. IAR правда v6.
драйвера с сайта st пробовал под win_xp 32 Win 7 32 однотипно как в первом посте …. Подскажите куда копать … а то смотришь красиво начинаешь ковырять и вот…((((((((
Посмотри тут – . Вроде бы там есть пара вариантов решений такой проблемы. Но вообще странно, что у многих людей возникает эта ошибка, у меня на большом количестве разнообразных плат никогда такого не было.
Спасибо за ссылки посмотрел повертел и результат никакой ((( … есть подозрение что с Н-ной версии CUBE MX стал страдать “прихрамыванием”…(
Вопрос с драйвером решился для iar следующим образом : в настройках IAR увеличение размера “кучи” и стека
Что за переменная lt в форе “for (uint8_t i = 0; i < 8; i++)”
А видимо глюк в коде на сайте!
Ага, иногда символы < и > внезапно подменяются такой вот ерундой)
У меня проблема решилась уменьшение максимального размера пакета с
512 до 64
#define CDC_DATA_HS_MAX_PACKET_SIZE 64
Нужно поставить Heap_Size EQU 0×00004000 и будет счастье
Отично! Все работает! Спасибо!
Будет пример реализации в качестве Host-a?
Вряд ли в ближайшее время… А какая стоит вообще задача, если понадобилось VCP host реализовать?
Спасибо за статью.
После прошивки МК с диспетчере пояляется Unknown Device. Ставил драйвера VCP_V1.3.1_Setup_x64. ().
Подскажите где капать решение проблемы. И еще вопрос. Мне надо организовать мост USB – USART. Использую HAL драйвера и STM32_USB-FS-Device_Lib_V4.0.0. Может быть есть какой нить пример решения.
VCP после генерации в кубе должен сразу работать нормально. Возможно что-то не так в самом проекте, раз этого не происходит. Ну и собственно, по поводу USB-USART, принимаешь данные по USB и отправляешь их на любой USART.
Я извиняюсь. Прочитал многие Ваши статьи (спасибо за ваш труд), а ответ написал не в той)))
После генерации в кубе все работает, порт определяется, данные посылаются. Пробовал ваш проект из статьи Микроконтроллер STM32 и USB(https://microtechnics.ru/mikrokontroller-stm32-i-usb/). вот с этим проектом – неизвестное устройство. Хотел поэкспериментировать…. и никак. А по поводу моста – принцип понимаю, но есть вопросы. Если не ошибаюсь эти обработки надо писать в прерывании в файле stm32f3xx_it.c. Запутало то, что не могу понять где и как организовываются endPoint . Немного о проекте: по USB мне надо конфигурировать мое устройство (менять некоторые параметры). К устройству через usart подключен радио модем которые передает сигнал исполнительному устройству. Так вот через мост usb-usart надо настраивать модем( частоты , канал и тд.) В общем пока, что каша в голове, так как только вчера начал разбираться с USB. Ищу примеры что бы разобраться.
Можно просто в функции приема принимать байты по USB, сохранять их в буфер и выдавать по USART затем.
После генерации в кубе система определяет STMicroelectrinics Virtual COM Port. Хочу , что бы определялось типа Мое устройство(COM10). Меняю VID PID и соответственно устройство не определяется. Как можно написать свои драйвера для своего устройства. Может есть какая нить инструкция.
Ну в теории покупать PID/VID надо и писать свой драйвер для устройства. Вот в этом случае к примеру устройство использует драйвер ST для VCP.
У меня на старенькой Windows XP такая же проблема. vcp-драйвер версии 1.4.0 от STMicroelectronix не помог.
Спасибо автору за статью. Удалось разобраться с настройкой USB CDC. У меня осталось несколько неясных моментов. Особенно интересует как убедиться в готовности USB, прежде чем отправлять через него данные. У меня устройство работает автономно, передавая по USB данные измерений. Но подключено к компьютеру оно не всегда, периодически отключается. Так вот как мне в программе определить подключен ли USB или нет. Устройство перезапускать нельзя. Заранее спасибо 🙂
Можно с ЮСБ разъема подать 5В на какую-нибудь ножку. Если напряжение есть – ЮСБ подключен, иначе – не подключен =)
Как вариант – можно попробовать, но тогда еще придется ставить задержку при появлении питания на ноге для инициализации USB, и нет гарантии что она пройдет успешно. В результате при попытке отправить данные, контроллер вываливается в HardFault_Handler(((. Должен же быть более цивилизованный способ. В библиотеке HAL не нашел функции, сообщающей о состоянии USB.
Помогите! Может у кого было…? После сборки и загрузки проекта в KEILe подключаю USB, а определяется как 2 COM порта!? Это как? Я новичок прошу сильно не пинать!
В диспетчере устройств 2?
Спасибо за статью, всё заработало.
Но пока так и не нашёл, где менять настройки порта.
По умолчанию стоит 9600, и где менять – непонятно.
Смотрел Line_Coding, но там мало материала.
На стороне ПК можно любую скорость обмена ставить – будет работать.
Если настроить тактирование как у автора проблем не должно быть .Это я об ошибке 10(помогает CDC_DATA_HS_MAX_PACKET_SIZE 256). Следующая ошибка 28 относится к установке драйверов.Проблема в том что никто не читает инструкцию по установке драйвера .Одним запуском еxe из архива дело не обходится он драйвера не устанавливает , а распаковывает в STMicroelectronics/…читаем файл readme.txt и делаем все как написано.
У меня как-раз таки виртуальный ком-порт не появляется в системе
контроллер STM32F103C8T6 в системе определяется как ункновн девайс может кто подскажет, кто сталкивался (тестером кабель и от МК до порта все проверил) МК не выдает VIP и PID в чем проблема 🙁
Настройки тактирования скорее всего нужно править
Ув. Aveal настройки дефоултовые от кварца на 8М, частота на USB 48M куда еще смотреть?
Просто с таймером же так и остался вопрос открытым – он не на той частоте, на какой должен почему-то работает, может кварц не дает нужную частоту, может еще что, но проблема то есть точно…
Программно Cube по идее все сам делает, может в электрическом подключении проблема, в схеме?
Можно попробовать от внутреннего затактироваться и посмотреть, будут ли изменения, причем как с USB, там и в проекте с таймером.
Ув. Aveal от внутреннего не хочет, куб ругается
Значит что-то неверно. В чем конкретно проблема?
Ув. Aveal у меня контроллер STM32F103C8T6 кварц на 8Мгц в RCC ставлю внешний кварц, автоматом частота 48 Мгц, но могу и 72 (максимальная) поставить (могу скрины кинуть ), а от внутреннего пишет USB работать не будет
Значит надо настроить предделители, чтобы частота USB от внутреннего была верная.
Кроме того, можно было бы на схему взглянуть, поскольку плата я так понимаю своя, а не готовая отладочная.
Ув. Aveal готовая отладочная маде ин наши ускоглазые соседи
Тогда вариант неверного подключения можно с большой вероятностью исключить.
Остаются варианты:
1. тактирование
2. проблема на ПК, драйвер к примеру не установлен нужный. (менее вероятно)
3. проблема в настройках USB в Cube
1. на счет тактирования куб сам ставит, что надо
2. так хоть бы vip и PID было видно, а то просто ункновн
3. есть такой вариант, т.к. я так понимаю еще правят в нем ошибки
а может просто где галки не хватает
Куб сам не ставит что надо, там есть куча переключателей/предделителей, которые надо настраивать, чтобы тактирование было верным. Если снова вернуться к проекту с таймерами, то можно точно сказать, что тактирование неверно, ведь расчетный период не совпал с реальным.
И даже если проблему с USB это не решит, разобраться, почему неверно работает таймер было бы не лишним в любом случае
Ув. Aveal
вот схема тактирования, которая сейчас с USB
с таймером брал значение частоты на APB1 Timer Cloсks там было 36, но результат был как будто значение было другим
Вот на таймере сейчас 48 МГц, я бы начал с того, что убедился, что таймер будет работать правильно
Прихожу к выводу, что куб генерирует некорректный код. проделал опыт с таймером и указал частоту 8МГц и значения 8000 и 499 соответственно, все ок. Потом добавил USB настройки частот как на фото выше, т.е. на таймере должно быть 48МГц, выставляю значения 48000 и 499 и получаю 6 секунд.
при частоте 72Мгц поставил 36000 и 499 и так же 6 секунд. хотя должно быть 2. В общем или я что не понимаю, или куб врет
Можешь скинуть проект для куба?
Добрый вечер. Попала в руки плата STM32F429I-DISCO. Решил освоить периферию и наконец перейти на STM32CubeMX(Так сказать убить двух зайцев сразу). Но вот незадача, решил начать с USB (VIrtual Com Port). Настраиваю USB_OTG_FS, RCC, USB Device как Virtual com port. Генерю код и ничего не изменяю загружаю прошивку. Просто хочу проверить связь с устройством, но не тут то было. Комп отказывается искать устройство вообще! То есть не всплывает даже “Неопознанное устройство”. Вообще 0 эффекта. Не могу понять, что за грабли на которые я наткнулся.
Добрый вечер!
Выложи скрин из Куба, из окна PinOut.
Настройка PinOut
Настройка Clock (на всякий случай)
Добрый вечер!
На F429-Disco USB к другим пинам подключен на плате, начиная с PB12, если мне не изменяет память
Ув. Aveal отправил вам на почту с контактов в архиве проект для воркбенха и репорт из куба
Есть схема платы?
Проект для R8, а не С8, но это вряд ли повлияло…
Странно. И правда пины РВ13, РВ14 и РВ15. А куб генерит под другие для этого микроконтроллера.
Просто у продвинутых контроллеров два модуля – USB High Speed и Full Speed (USB_OTG_HS/USB_OTG_FS).
А можно как нибудь в кубе изменить пины?или только самому в коде?
Ты задействуй просто HS вместо FS в кубе и он выводы поменяет.
Не помогло(((
Скинь проект)
Вот…кубовский
Поправил – должно работать.
Большое спасибо)Наконец то плата определилась)
Схемы нет, но она простая как два пальца. ЮСБ идут точно от нужных ног прозвонил, кварц на 8 так же на месте
на выходных еще раз проделаю, мог промазать в кубе, но как я понимаю у этих чипов только разное кол во оперативки и пзу, хотя перепроверю
Ну если ты уверен на сто процентов, что китайцы сделали все правильно, то (еще раз повторю) нужно разбираться с тактированием:
1. Настроить внутренний
2. Проверить таймер от внутреннего
3. Проверить ЮСБ от внутреннего
4. Переходить к внешнему.
от внутреннего кварца таймер работает хорошо , USB проверить не могу, т.к. не позволяет, а вот только как вместо встроенного кварца выбираешь внешний, частота увеличивается (точнее снижается) в 6 раз. вместо герца 1 в 6 секунд
Что значит не позволяет?
ругается в системе тактирования
Скинь кубовский файл .ioc текущий
Ув. Aveal замена кварца решила проблему 🙂 (ремонт обошелся в 36р) первый раз с таким сталкиваюсь, а так значит делал все правильно
Рад что заработало =) Китайцам нельзя доверять )
Если честно заказывал очень много чего, за все время, только второй раз вылез косяк, но тут чисто брак кварца (это как брак процессора 1-2 на 1000 штук), а так спасибо за помощь
Как понять подключен хост (ПК) или нет?
У меня если шнурок выдернут то при попытке CDC_Transmit_FS контроллер уходит HardDefault. В usbd_cdc_if.h и usbd_cdc_if.с ничего подобного не увидел.
Хотелось бы понять, когда делать CDC_Transmit_FS а когда нет.
Можно 5В от USB завести на вывод контроллера и анализировать уровень. Программный вариант – насколько я помню в какой-то структуре в HAL есть поле isConnected или что-то в этом роде. Возможно так получится мониторить подключение.
isConnected не нашел.
Пока вставил в CDC_Transmit_FS() такую строку
if( hUsbDevice_0 ==NULL) return 100;
и дополнил
static int8_t CDC_DeInit_FS(void)
{
/* USER CODE BEGIN 4 */
hUsbDevice_0 = NULL; // my code
return (USBD_OK);
/* USER CODE END 4 */
}
Зависать перестал.
Не знаю пока к чему это приведёт но пока как-то работает.
віталік говорит 11.05.2015 в 16:49:
щоб проект запрацював, треба у функції CDC_Transmit_FS змінну UserTxBufferFS змінити на Buf і плюс до того, якщо 64б віндовс, то у стартапі проекту змінити Stack_Size EQU 0x00004000 та Heap_Size EQU 0x00002000. А так все працює. Дякую.
Ответить ↓
помогло, забрацював. За статью огромное спасибо. Тяжеловато для любителя, после AVR, особенно первые 2 часа ))
пытаюсь повторить урок и устройство определяется как ункновн девайс, но стоит только закомментировать строку передачи CDC_Transmit_FS(testDataToSend, 8); и о чудо все работает, но вот передать ни чего не можем. кто сталкивался с подобным как решили?
все оказалось до безобразия просто при работе стлинка видать что то некорректно работает в МК, стоило залить программу и отключить стлинк, как все заработало без проблем (вот интересно как в такой ситуации производить отладку – МК F103CBT6)
Пробую повторить проект с stm32f407 discovery. После генерации кода в кубе, компилирую, прошиваю, в диспетчере устройств появляется виртуальный ком-порт, но с ошибкой “This device cannot start. (Code 10)”. Подскажите, где искать причину?
Привет, посмотри там в комментариях чуть выше была подобная проблема – решилось увеличением размера стека и кучи.
Наконец-то нашел где это настраивается 🙂
Все заработало. Спасибо!
Привет.
Возникла проблема с приемом данных через com порт stm32f429i. Проблема заключается в приеме больше 64 байт данных. Вот если передавать менее 64 байт то все в норме все данные принимаются корректно. Usb HS (вроде как должен поддерживать прием 512 байт и в сгенерированном коде cuba ) стоит
#define CDC_DATA_HS_MAX_PACKET_SIZE 512 /* Endpoint IN & OUT Packet size */
Буфер на прием сделал 512 байт #define APP_RX_DATA_SIZE 512.Продолжая дальнейшее изучение проблемы наткнулся на сброс длины принимаемого пакета. В сгенерированом кубе коде есть строчка приема данных
Код:
static int8_t CDC_Receive_HS (uint8_t* Buf, uint32_t *Len)
{
/* USER CODE BEGIN 11 */
USBD_CDC_ReceivePacket(hUsbDevice_1); //добавляем сами
return (USBD_OK);
/* USER CODE END 11 */
}
Указатель uint32_t *Len сбрасывается на нулевой адрес массива после приема 64 байт и начинает перезаписывать данные в массиве UserRxBufferHS[APP_RX_DATA_SIZE]. В итоги мы получаем остаток от наших данных. Почему *Len сбрасывается на адрес первого элемента массива ? Может кто уже решал данную проблему? Использую плату stm32f429i-disco
Привет, теска)
В моей работе возникает проблема, описанная тобой в данном посте. Банально не получается принять ни одного байта….
Скинь, пожалуйста, фрагмент кода, где ты принимаешь данные с виртуального ком порта.
на удивление !!!! проект собрался скомпилировался и запустился.
уменьшил объем буфера до 475.
позже проект выложу на сайте.
задача передовать 1 мегабайт в секунду.
сейчас проверяю реальную скорость
while (1)
{
while (CDC_Transmit_FS(testDataToSend, 10)!=0);
}
виснет через некоторое время.
while (1)
{
while (CDC_Transmit_FS(testDataToSend, 150)!=0);
}
136 ,137,138 байты испорчены
Несомненно тема USB всегда вызывает повышенный интерес, на грани волшебства (собранное устройство вдруг определяется компьютером и даже в некоторых случаях работает!)
Но CubeMX изменился и теперь появились такие пункты:
External Phy
Internal FS Phy
Что то не пойму – что они означают? В справке Cube нет ничего про это.
И ещё вопрос: пин Activate_SOF подключается только когда у нас тактирование MCU от внутреннего или нестабильного источника тактов? Или я ошибаюсь и его назначение другое?
Спасибо.
SOF используется для синхронизации с хостом, насколько я знаю, часто используется в аудио-устройствах.
External PHY – если используется внешняя микросхема физического уровня, опять же, насколько я помню, High Speed можно поднять только с внешним Phy.
Добрый день! Вот такой вопрос. Работаю с платой STM324x9I.
В Cube в Pinout есть группы:
– USB_OTG_FS
– USB_OTG_HS (а в ней External Phy, Internal FS Phy).
Что это такое? И почему Internal FS Phy отнесен к USB_OTG_HS, а USB_OTG_FS?
Это указывает на то, что будет использоваться в качестве физического уровня для USB (либо аппаратные модули МК, либо внешняя микросхема). У STM32 без внешней микросхемы возможно использовать только FS, поэтому для USB_OTG_FS этот вариант выбран по умолчанию. А HS можно использовать как FS (с internal), либо как HS, но тогда уже нужно подключать external.
Большое спасибо за ответ!
Уважаемый, Aveal, подскажите пожалуйста…
В проекте часто встречается команда “USBH_UsrLog”.
Как она работает, что она делает? В определении (Go to definition of “USBH_UsrLog” ) видим следующий код (у меня #define USBH_DEBUG_LEVEL 0 ):
#if (USBH_DEBUG_LEVEL > 1)
#define USBH_ErrLog(…) printf(“ERROR: “) ;\
printf(__VA_ARGS__);\
printf(“\n”);
#else
#define USBH_ErrLog(…)
#endif
#if (USBH_DEBUG_LEVEL > 2)
#define USBH_DbgLog(…) printf(“DEBUG : “) ;\
printf(__VA_ARGS__);\
printf(“\n”);
Далее сама суть вопроса. Printf. Как она работает? Никак не пойму. Предположу как Uart. Если да, то при каких параметрах (скорость, стоп биты и тд)….
Разобрался.
Запускаем Debugger и выбираем View -> Serial Windows-> Debug printf() Viever. После запуска программы на выполнение, наблюдаем вывод в окне Debug printf() Viever
#define APP_RX_DATA_SIZE 4
#define APP_TX_DATA_SIZE 4
uint8_t UserRxBufferHS[APP_RX_DATA_SIZE];
uint8_t UserTxBufferHS[APP_TX_DATA_SIZE];
static int8_t CDC_Receive_HS (uint8_t* Buf, uint32_t *Len)
{
/* USER CODE BEGIN 11 */
USBD_CDC_SetRxBuffer(&hUsbDeviceHS, &Buf[0]);
USBD_CDC_ReceivePacket(&hUsbDeviceHS);
CDC_Transmit_HS(Buf, *Len);
return (USBD_OK);
/* USER CODE END 11 */
}
Почему при отправке с компьютера на device массив значений, размер которого большее, чем APP_RX_DATA_SIZE, не обрезается.
Отправили с компьютера на контроллер Tx: 1234567890.
Получаем Rx: 1234567890, а не 1234.
Видимо с размером буфера количество принимаемых байт не связано… Скорее всего если памяти будет меньше свободной в контроллере, то данные будут искажены, то есть первые байты, которым “хватило” места в массиве будут верные, а последующие – нет.
Добрый день.
Можно ли с помощью HAL определить подключен МК к компьютеру или нет? Есть ли какие нибудь флаги или колбэки при подключении (отключении) МК к ПК?
использую stm32f3
Вроде бы такая проблема уже возникала в комментариях и решения не нашлось ( Надежнее всего, конечно, если есть возможность электрически отслеживать 5В от USB.
Добрый день. Немного играюсь с размером пакета передаваемых данных.
#define CDC_DATA_FS_MAX_PACKET_SIZE 256 //в usbd_cdc.h Максимальный размер пакета для конечной точки
//Далее в main.c
#define NUM 508
uint8_t testDataToSend1[1024];
CDC_Transmit_FS(testDataToSend1, NUM);
Все нормально передается до значений NUM 509, CDC_DATA_FS_MAX_PACKET_SIZE 512. Изменения CDC_DATA_FS_MAX_PACKET_SIZE, размера кучи, стека на ситуацию не повлияли.
Почему?
Любопытный эпизод. Есть 2 платы. STM324x9I и STM3220G.
Один и тот же код, сгенерированный в Кубе (естественно с учетом пинов, тактирования), работает по-разному. Для второй платы – Ком порт определяется, все работает, для первой – “Unknown Device”
С чем это может быть связано??
Спасибо, получилось.
WIN10, NUCLEO F070RB, Keil uVision5.
В режиме отладки SW при отправке данных улетает в HardFault.
Без отладки работает норм.
Как можно смотреть напряжения на vbus? Контроллер stm32f429i. Настроен usb cdc. Vbus активен. Когда включаю контроллер без подключения к usb происходит зависания на строчки CDC_Transmit_HS((uint8_t*)&Mes,sizeof(Mes)); .
Просто через GPIO_Read не получится?
И вроде бы в структурах USB есть поле, которое отвечает за состояние устройства… Но я не уверен в этом, честно говоря.
А что вы думаете если смотреть подключено usb или нет вот таким образом?
uint8_t Get_USB_Connect(void){
USB_Connect = CDC_Init_HS();
return (USB_Connect);
}
и в main()
if(Get_USB_Connect() == USBD_OK){
CDC_Transmit_HS((uint8_t*)&Mes,sizeof(Mes));
}
Главное, чтобы функция инициализации не вызывалась постоянно в процессе работы контроллера.
Немного не понял ответа. Вы про эту функцию MX_USB_DEVICE_Init();? Или CDC_Init_HS();?
Про вторую, просто если вызывать в while(1), например, периодически Get_USB_Connect(), то она будет дергать Init() постоянно.
Ясно. Нашел в документации две api функции но не понял как с ними работать
USBD_StatusTypeDef USBD_LL_DevConnected(USBD_HandleTypeDef *pdev)
USBD_StatusTypeDef USBD_LL_DevDisconnected(USBD_HandleTypeDef *pdev)
Как понял эти api функции проверяют напряжения vbus.
Здравствуйте, а не скинете пример работы с приемом данных от компьютера, с передачей разобрался, всё прекрасно работает, с приемом – вообще ничего не получается.
Добрый день!
Примера готового нет… Я вечером поищу отрывки кода, которые за прием отвечают и напишу как запустить.
Насколько я помню в прошлых версиях Cube было так (наверно и в текущей версии примерно так же или так же).
Все операции в файле usbd_cdc_if.c:
1. В начала файла объявляем буфер для приема данных:
uint8_t UserRxBufferFS[APP_RX_DATA_SIZE];
2. В функции CDC_Init_FS() устаналиваем:
USBD_CDC_SetRxBuffer(hUsbDevice_0, UserRxBufferFS);
3. Теперь при приеме данных мы попадем в функцию CDC_Receive_FS, и в ней можем напрямую оперировать с буфером UserRxBufferFS, там уже будут находиться принятые данные.
Приветствую. Пытаюсь реализовать данный проект на базе STM32f103. Отправка проходит четко, без проблем. А вот прием вообще не пойму, как тут организовывается. В связи с чем несколько вопросов.
1) Почему функция static int8_t CDC_Receive_FS (uint8_t* Buf, uint32_t *Len) изначально недоступна глобально (бозначена staic). Зачем это сделано?
2) Зачем длина принимаемых данных *Len в виде указателя? И чего туда вообще в таком случае загружать.
3) Прерывание соответствующее для usb тут какую роль вообще играет? Я привык что на всяких SPI и USART есть колбеки всякие. Тут вообще этого не вижу? Как организовывается взаимодействие? Какова последовательность действий при отправке и приеме?
Добрый день!
Вотя чуть выше про это писал:
“Насколько я помню в прошлых версиях Cube было так (наверно и в текущей версии примерно так же или так же).
Все операции в файле usbd_cdc_if.c:
1. В начала файла объявляем буфер для приема данных:
uint8_t UserRxBufferFS[APP_RX_DATA_SIZE];
2. В функции CDC_Init_FS() устаналиваем:
USBD_CDC_SetRxBuffer(hUsbDevice_0, UserRxBufferFS);
3. Теперь при приеме данных мы попадем в функцию CDC_Receive_FS, и в ней можем напрямую оперировать с буфером UserRxBufferFS, там уже будут находиться принятые данные.”
Данные как я понял принимаются по одному байту. Как-то можно объяснить системе, сколько байт будет отправлено?
Скорее всего callback будет вызываться после окончания транзакций USB, поэтому сколько бы не было отправлено (в разумных пределах) столько мы и получим, попав в callback.
А подскажите какая принципиальная разница между данным режимом и HID? Какие есть ограничения? Где скорость приемо-передачи выше? Мне нужно выжать в итоге из USB максимум скорости
Если просто передавать/принимать данные, то лучше CDC, HID все-таки несколько для других целей используется. По поводу максимальной скорости не скажу, нужно эксперимент проводить и замерять, буду сам рад узнать конкретные цифры, которых удастся достигнуть =)
А все таки для каких целей лучше HID?
Если при разработке устройства обеспечить соответствие спецификации HID, то оно будет работать независимо от программного обеспечения объекта, к которому оно подключается. К примеру, есть класс HID для поддержки клавиатур. Можно сделать свою собственную клавиатуру и она будет работать на любом ПК.
С другой стороны, можно сделать Custom HID и использовать и для передачи данных, например, но все-таки я думаю CDC для этого лучше подойдет.
А какова в режиме CDC логика срабатывания прерывания “USB high priority or CAN Tx interrupts” ? Какое условие его срабатывания?
HP прерывание (CTR_HP()) аналогично LP работает, используется для увеличения скорости и насколько я помню срабатывает в режиме double-buffer bulk. По поводу того как аппаратно этот режим в USB настроить точно не скажу, надо смотреть в Кубе.
Еще несколько вопросик по приему данных. Процесс идет. Отправляю из стандартного терминала для связи с COM портом со стороны ПК. Вот что все таки не ясно.
1) Какой смысл тут в буфере APP_RX_DATA_SIZE в 4 байта, если сколько бы символов я не отправил, они по очереди заносятся в него, перезаписывая предыдущий байт.
2) К этому одному байту в буфер всегда дописывается второй, хотя в колбек мы при этом зашли один раз. Что это за второй байт?
3) Ну и соответственно функция int8_t CDC_Receive_FS (uint8_t* Buf, uint32_t *Len). Все таки, указатель *Len она откуда берет?
1. Значит скорость отправки низкая и данные успевают обрабатываться в контроллере до начала следующей транзакции. Если отправлять сразу несколько, то буфер должен заполниться данными, а не только одним из байт.
2. Не знаю, я такой феномен не наблюдал.
3. Чтобы найти конкретное место нужно по исходникам пройтись и посмотреть места, где функция вызывается и там будет понятно, что передается ей в качестве аргументов.
Здравствуйте!
Я новичок в программировании STM, и прошу дать пример для работы с CDC_Receive_FS, прочитать буфер в заранее объявленную структуру и потом её разбирать.
Добрый день!
Вотя чуть выше про это писал:
«Насколько я помню в прошлых версиях Cube было так (наверно и в текущей версии примерно так же или так же).
Все операции в файле usbd_cdc_if.c:
1. В начала файла объявляем буфер для приема данных:
uint8_t UserRxBufferFS[APP_RX_DATA_SIZE];
2. В функции CDC_Init_FS() устаналиваем:
USBD_CDC_SetRxBuffer(hUsbDevice_0, UserRxBufferFS);
3. Теперь при приеме данных мы попадем в функцию CDC_Receive_FS, и в ней можем напрямую оперировать с буфером UserRxBufferFS, там уже будут находиться принятые данные.»
Здравствуйте!
Да, я этот пример разобрал, вся беда в том, что в main эти данные недоступны. Мне проверять, пришло-не пришло, попасть в этот буфер, скопировать в глобальную переменную структуру принятый буфер, потом разобрать и всё повторяется. Если Вы предоставите более подробный пример, как в передаче от прибора к компу, я буду очень признателен. Не сочтите за труд…
Ну раз структура глобальная, то она доступна везде будет. В функции CDC_Receive_FS нужно заполнять ее данными:
myStruct.filed1 = UserRxBufferFS[0];
myStruct.filed2 = UserRxBufferFS[1];
……
Хорошо, а как мне этот массив объявить? Если я его объявляю в файле main, то он недоступен в usbd_cdc_if,(выводится ошибка identifier “UserData” is undefined) и наоборот. (Работаю в JAR 7.70.01).
Растолкуйте, плиз, где и что я не то делаю?
Может всё-таки дадите рабочий пример, а не будете отделываться обрывками?
Всё! Я сделал рабочий пример!!! Приём и передача реализованы!
К сожалению Virtual com port в Cube, все еще нормально не реализован. Функция CDC_Receive_FS поностью игнорирует второй параметр len. Т.е. длину принимаемых данных предсказать не возможно.
Да и странно это сразу выглядело в статье, что функции объявляются в файле с расширением “.с”. В заголовочном файле, как положено объявлена только функция CDC_Transmit_FS, и она только и работает.
П.с. библиотеки у меня для stm32f4 версии 1.13
Прочитал комментарии выше, понял что ошибся. Как оказывается функцию CDC_Receive_FS вызывать самому не нужно. Она вызывается по прерыванию, данные приходят в нее. Было бы не плохо дополнить урок о том как ее использовать, хотя бы просто упоминанием. Комментариев слишком много и не каждый будет читать их все.
Сам уже разобрался с приемом данных, но заметил одну не приятную вещь, если данных приходит больше чем размер буфера, то программа в stm32 “виснет”.
Может у кого есть решение этой проблемы без увеличения размера буфера?
помогите, кто в теме.
третий день голову ломаю.
взял поиграться stm32f29 плату, в кубе собрал проект – все как у автора, скомпилировал без ошибок (ничего не меняя в коде, как есть), залил в плату – реакции ноль.
при подключении через user_usb к компьютеру тот не видит вообще никаких com портов.
китайцы с платой накосячили, или я где то дурак?
А схема платы есть?
да, конечно.
страница 30
Там по сравнению с проектом в статье USB на других пинах сидит – PB12 – PB15.
вашу ж машу )
всего то надо было в кейле в настройках st-link поставить full chip erase, и все взлетело )
ну и по мелочи, хип и стак чуть поправить.
но основная беда была именно в full chip erase…
Здравствуйте. Я использую STM32F4-Discovery в Keil, передаю даные через USB FS CDC. Не пробовали ли вы передавать данные более 64 байт, а точнее принимать? В этом случае данные разбиваются на фрэймы. Вы не знаете, можно ли в этом случае узнать размер всего сообщения, принимая его кусок. И есть ли какой-то признак, который говорит о том, что идет прием сообщения, разбитого на части, а не отдельного сообщения?
Просто сгенерив в Кубе и прошив, комп ругался, требовал драйвер. Установив таки ST VCP driver v.1.4.0 все заработало. Принимает даже на скорости 57600. Можно от демо платы полученный опыт использовать в реальных проектах.
Спасибо ST и автору.
Кстати. Классный и free монитор разных шин (и COM Port too) placed in
Recommend.
Работает и прием и передача. Только надо в файле usbd_cdc_if.c поубирать квалификаторы statis у функции CDC_Receive_FS.
Попробую подвести итог своих экспериментов на основе ваших, уважаемая публика, коментов)))
Keil uVision 5, Windows10, STMCubeMX 4.19.0 библиотека для STM32F4 – v1.14.0, драйвер VCP_v1.4.0
1) Проект сгенерен с нуля для STM32F439.
2) Драйвер на РС установлен без проблем.
3) В проекте сразу изменены размеры Стека до 0х4000 и Хипа до 0х2000. В тексте обнаружены функции динамического выделения памяти и, видимо, размера по-умолчанию не хватает. В функциях US-библиотеки тоже, видимо, используются временные объекты большого размера, поэтому нужен большой стек.
4) Текст скомпилирован, прошит, запущен. При втыкании USB шнурочка устройство обнаруживается, определяется и устанавливается влет.
5) Дописан периодический вывод сообщения на экран терминала (использую Tera Term v4.75) – выводится нормально.
6) С приемом пришлось достать “Бубен” и поплясать )))) Следил за приемным буфером. Обнаружил, что буфер приема UserRxBufferFS[ ] принимает в 1-ый элемент символ с клавиатуры, а за ним еще какие-то “левые” два байта, остальное 00. Сделал тупо 100мс цикл чтения символа из UserRxBufferFS[ 0], если он 0, на начало цикла – остальное на вывод одного байта через функцию CDC_Transmit_FS(UserRxBufferFS, 1);
Получил вывод нажатого символа на экран терминала.
Функция CDC_Receive_FS() действительно Callback-овая, ее вызывает USB-стек. Что он там делает при приеме, не очень понятно )). Следить за буфером в поллинге занятие совершенно неблагодарное! Особенно, если собираешься работать под РТОС-ом. Поэтому тут еще надо подумать уже конкретно над вопросом куда впихнуть приемные семафоры (понятно, что где-то в прерывание, но вот где?).
Как-то вот так))) Спасибо за долготерпение читать столько Буков!
– обнуляю приемный буфер;
–
Простите – две последние строчки – мусор )))
Здравствуйте!
Столкнулся с такой проблемой: прием (передача) в терминальной программе (Terminal v1.9b) сразу после прошивки не работает, начинает работает только после физического переподключения устройства, а COM port tolkit при открытии порта выдает Error setting parameters from DCB
При этоv в диспетчере устройств виртуальный порт определяется всегда без ошибок. Драйвер 1.3.1.0. Win7.
Плата у меня самодельная с STM32F303cbt6. Среда разработки CooCox, отладчик ST-link v1
Мигание светодиодом работает нормально, а вот обмен по vcp только после передергивания провода.
В чем может быть дело?
Проблему решил.
Оказалось, что для инициализации обмена по USB надо дергать D+, а оно у меня было просто к питанию подтянуто.
Спасибо автору за статью!
Не успел ответить по поводу подтяжки ) В общем-то довольно часто используют просто резистор между 3.3В и D+, но это приводит к такой вот проблеме, поэтому лучше поставить транзисторный ключ и дергать ножкой при использовании USB.
Привет.
Не когда не сталкивался с такой проблемой поэтому прошу помощи.
В общем прошивка работает при отладке а когда запускаешь прибор автономно появляться глюк. Работаю в IAR запускаю отладку нажатием download and debug.
Глюк в следующим когда работаю из под отладчика USB CDC работает. Даже после остановки отладчика программа продолжает работать, но стоит отключить питание и включить прибор так сразу вылетает ошибка (при открытие порта) “Error setting parameters from DCB”. При этом диспетчер устройств видит COM порт и пишет что данное устройство работает исправно. Но открыть его терминалом не могу.
Добрый день!
Это связано с тем, что D+ подтянуто резистором к питанию. Нужно делать через транзистор и при запуске программы его открывать.
Aveal Благодарю за ответ. Да линия D+ у меня подтянута к 3В через резистор 1КОм. Мне не много ни ясен смыл фразы “Нужно делать через транзистор и при запуске программы его открывать” . В функции main после инициализации основной периферии открывать транзистор и подавать 3 вольта на D+ через резистор?
Да, то есть транзистор в качестве ключа используется. Подаем на базу сигнал с контроллера – на D+ попадает 3.3В. Таким образом, мы можем в программе сначала проинициализировать USB, а потом только подтянуть D+.
Мне не много не ясно а как работает в отладчики USB?
Это хороший вопрос) Я пока не смог придумать, по какой причине под отладчиком работает…
Припаял транзистор дописал код программы. Результата мне это не дало.
Если измерить напряжение – то все верно на D+? После подачи напряжения на транзистор – 3.3В, без подачи – 0В.
Да все так. Просто не ясно как так получается что в отладке работает. После включения выключения микропроцессора работает только Terminal19b а COM Port Toolkit 3.7 выдает ошибку Error setting parameters from DCB.
А можете код main.c выслать на почту – Aveal.MicroTechnics@gmail.com.
у меня VCP не запускается. хост пишет “неизвестное устройство”. Не может прочитать pid/vid. Можете проект сгенерированный кубом выложить?
Почему то куб генерит hclk = 180000000, хотя в куба настроено на 48000000.
постоянно валиться прерывание USB suspend. В даташите написанно
USBSUSP: USB suspend
The core sets this bit to indicate that a suspend was detected on the USB. The core enters
the Suspended state when there is no activity on the data lines for a period of 3 ms.
вопрос: чем USB измеряет эти 3 мс?
в эту же плату заливаю свой код работы с усб…. вижу последовательность прерываний при енумерации
SessionRequest
reset
enumdone
Sof_ISR
Sof_ISR
Sof_ISR
Sof_ISR
…
Sof_ISR
RxFIFO non-empty
RxFIFO non-empty
OutEP_ISR
в кубовском коде последовательность прерываний
SessionRequest
USBSuspend
USBSuspend
reset
enumdone
reset
enumdone
reset
enumdone
USBSuspend
USBSuspend
USBSuspend
USBSuspend
А какой контроллер?
Может не совсем в тему, но вопрос к специалистам в USB. Есть некое устройство (USB serial port) которое прекрасно работает с Win8 и с более старыми, а в Win10 не хочет. Порт определяется с восклицательным знаком в треугольнике и не работает. Что надо подправить в устройстве, в ручном режиме, чтобы заработало? Может ссылку дадите на описание проблемы.
Похоже, что проблема с драйвером в Win10.
Добрый день.
не могу чёто разобраться.
сгенерировал в Кубе код.
определяется компорт чётно всё.
текст майна простой
int main(void){
uint8_t buf[16];
HAL_Init();/* Reset of all peripherals, Initializes the Flash interface and the Systick. */
SystemClock_Config();/* Configure the system clock */
/* Initialize all configured peripherals */
MX_GPIO_Init();
MX_SPI1_Init();
MX_FATFS_Init();
MX_USB_DEVICE_Init();
buf[0]=’A’;
buf[1]=’B’;
while (1) {
delay_ms(2000);
CDC_Transmit_FS (buf,2);
}
}
но проблема не в этом.
передача не происходит.
смотрю дебагером. при выполнении CDC_Transmit_FS вылетает в HardFault_Handler. и висит там.
не знаю даже куда копнуть.
работает. код правильный. после прошивания передёрнул девайс. передача пошла.
щас борюсь с приёмом. вункция CDC_Receive_FS вроде как готова к использованию. но вызвать я её не могу.
UserRxBufferFS тоже читать не могу.
чтото гдето надо прописать подключить ?
так понял что CDC_Receive_FS вызывать не надо. в нё программа попадает при приёме. и самостоятльно забирает буфер. а где его ловить ??? как достать ?
Добрый вечер!
А в CDC_Init_FS() присутствует:
USBD_CDC_SetRxBuffer(&hUsbDeviceFS, UserRxBufferFS) ?
Тогда можно в файле, в котором нужно работать с этими данными, сделать:
extern uint8_t UserRxBufferFS[APP_RX_DATA_SIZE];
и даные брать прямо из буфера.
да. всё присутствует.
static int8_t CDC_Init_FS(void){
USBD_CDC_SetTxBuffer(&hUsbDeviceFS, UserTxBufferFS, 0);
USBD_CDC_SetRxBuffer(&hUsbDeviceFS, UserRxBufferFS);
return (USBD_OK);}
и в приёмной процедуре всё есть
static int8_t CDC_Receive_FS (uint8_t* Buf, uint32_t *Len){
USBD_CDC_SetRxBuffer(&hUsbDeviceFS, &Buf[0]);
USBD_CDC_ReceivePacket(&hUsbDeviceFS);
return (USBD_OK);}
если добавляю extern для буфера перестаёт компилироваться
ругается: Error [Li005]: no definition for UserRxBufferFS.
обьявляю также в usbd_cdc_if.h не помогает. тоже самое.
объявляю свой бйфер.
extern uint8_t buffer_rx_my[4];
просто объявил. скомпилил, компилится.
добавил в процедуру CDC_Receive_FS
for (uint8_t i=0;i<4;i++){
buffer_rx_my[i]=Buf[i];
}
опять таже ошибка вылазит. но ругается на мой буфер.
вроде процедура как процедура. ничё не понимаю. 🙂
пробовал вынести CDC_Receive_FS в мэйн. не получается. он прописан в структуре USBD_Interface_fops_FS или что это такое?
убираю его оттуда, хрен.
вообще не понимаю как это всё работает 🙂
в файлах проекта ни одной ссылки на CDC_Receive_FS. чем дальше тем меньше понятно 😀
с наступающим !!!
я всё думаю как правильно организовать приём. получается вроде как приём сделан через колбэк фунции. никогда раньше с ними не встречался 🙂
и как я понимаю есть структура USBD_Interface_fops_FS согласно описанию в конце структуры должны быть данные функции усбд_ресив. или как это работает ?
может у кого пример есть кто как это реализовывал ? ато одни намёки 🙂
Добрый день!
А можете проект выслать на почту?
подразобрался. товарищ разъяснил боле менее понятно теперь 🙂
исходник могу выложить. если надо.
вообще странно там хоть и задан буфер uint8_t UserRxBufferFS[APP_RX_DATA_SIZE];
он никак не заполняется и при оптимизации компилятор его вообще выкидывает.
структура USBD_Interface_fops_FS это просто указатели на процедуры.
в итоге просто самостоятельно сделал буфер объявил его в хедере как Extern добавил инклюд в майн и всё получилось. 🙂 написал цикл для заполнения его.
интересно что процедура CDC_Receive_FS (uint8_t* Buf, uint32_t *Len)
вроде как на входе имеет указатели на буфер и длину.
НО принимает по одному байту. т.е если я передаю пачку допустим 5 байт. эта процедура выполнится 5 раз. и каждый раз буфер будет указывать на принятый байт а Len = 1;
У меня вроде было не было такого явления… То есть Len соответствовал всегда количеству отправляемых байт.
интересно а какой максимальны бодорэйт ? есть мысль что изза низкой скорости успевает между байтами забирать их. посмотрел в свойствах com порта 128000 мне кажется это ооочень мало.
вроде как получается что безразницы какой битрейт выставлен?
данные пакетом улетят как смогут :). битрейт вообще не к чему не привязан (просто пережитки прошлого не нужное свойство).
но всёравно процедура забирает их по одному байту.
смотрю принудительно буфер. думал что может я просто в подпрограмме забираю по байтно, а буфер уже готов. НЕТ. в буфере один первый байт значащий за ним мусор какойто. в след раз снова один байт в начале значащий и дальше мусор.
Да, тут скорость будет определяться скоростью USB.
Надо проверить, нет ли в Cube или в файлах какого-нибудь дефайна, отвечающего за количество принимаемых байт за один вызов функции.
А вообще нельзя исключать вероятность того, что обновилась версия HAL драйвера, и теперь он работает так, а не иначе (то есть по 1 байту) =)
Вот попробовал такую плату STM32F_4VE. На ней установлен STM32F4VET6. Шёл по инструкции. Но в итоге устройство видно как Unknown device и всё. APB2 Timer clock получился 42 мгц. Драйвер VCP скачал с сайта st. Он установился. Хотя, как это точно проверить не понятно, устройство видно как неизвестное.
Да, забыл сказать использую куб версии 4.24 и keil v.4
При чём, при нажатии кнопки ресет на плате, когда она подключена к РС ничего в ОС не происходит. Никакого звукового или иного уведомления. Словно перенициализации USB нет. Звук появляется и неизвестное устройство, это когда физический коннектор USB подключается к РС. Так же не нашёл что-то в кубе окна настроек, где задаются VID & PID. Но, думаю, это не принципиально по моей проблеме. Что это такое может быть?
В процессе колупни и рысканию по интернету нашёл странную рекомендацию. Одна из них это вставить между MX_GPIO_Init(); и MX_USB_DEVICE_Init(); паузу секунды на две. Мол помогает. Не помогло. Потом вторая рекомендация это объявить в кубе USART1, который находится на пересекающихся с USB ногах. Объявил его. В исходниках добавилась строка MX_USART1_UART_Init(); При чём после инициализации USB. Компилирую и прошиваю. Тишина. Кнопка ресета не помогает. Вытащил вставил USB коннектор – опа что-то там в диспетчере устройств появилось но с восклицательным знаком и кодом ошибки 10. Полез исправлять, как просили #define CDC_DATA_HS_MAX_PACKET_SIZE 512 на #define CDC_DATA_HS_MAX_PACKET_SIZE 256. Опять перепрошиваю. Ресет так же не даёт эффекта, только через отключение USB. Перепотключил, восклицательный знак пропал. То, что есть MX_USART1_UART_Init(); мне не понравилось и я его просто закоментарил, скомпилил и прошил. Пересбросил питание думая, что сейчас получу опять неизвестное устройство. Ан нет – устройство в норме. Вообще чудеса. Запустил свою программу, которая слушает порт (он у меня СОМ13 в системе). А в программе набросал несложный код с CDC_Transmit_FS((unsigned char*)TIL_USB,8);. Где uint8_t TIL_USB[8]; Но, тишина и молчок. Думаю, странно. Скачал PuTTY программу. Вбил СОМ13 и произвольную скорость. Вообще вылетает с каким-то алертом, типа не могу инициализировать этот порт. Хреньк акая-то. Выдёргиваю программатор (использую J-LINK), думал, что он мешается. Выдернул USB, опять вставил – вижу уже неизвестное устройство. Трындец какой-то. Вставил обратно программатор, передёргиваю USB – устройство нашлось. Запускаю puTTY – побежали символы. запускаю свою программу, так же пошли. Что это за жесть такая – пока так и не понял.
Добрый вечер!
А что это за плата такая? Есть какая-то документация, ссылки?
Вполне распространённая плата
При чём, после создания ещё одного проекта и прошивки его в контроллер, порт появляется только уже после отключения программатора от платы. А так один Unknown Device. При чём ресет как не влиял так и не влияет на появление устройства в системе. Пока не сбросишь питание, идущее через USB.
Это из-за того, что хост определяет наличие устройства по подтяжке D+, а на этой плате линия подтянута просто резистором к питанию. Соответственно, ресет не влияет.
А, с чем могли быть связаны чудеса с UART?
Это уже сложно сказать только по симптомам. Если эти проблемы повторяются, я могу у себя проверить на плате, тогда может что-то прояснится.
У Вас есть такая же плата?
Хотел на Discovery попробовать – контроллер практически такой же, но там питание не с USB берется, к сожалению, не получится чистого эксперимента…
Я понял. Почитал тут про приём и не очень понял, как работает CDC_Receive_FS. Её можно вызывать в любом месте и второй параметр будет показывать на число принятых байт, а первый это указатель на буфер? То есть если второй параметр =0 то ничего не приняли, если >0 то что-то уже есть?
Вот нашел в комментариях, процитирую:
“Насколько я помню в прошлых версиях Cube было так (наверно и в текущей версии примерно так же или так же).
Все операции в файле usbd_cdc_if.c:
1. В начала файла объявляем буфер для приема данных:
uint8_t UserRxBufferFS[APP_RX_DATA_SIZE];
2. В функции CDC_Init_FS() устаналиваем:
USBD_CDC_SetRxBuffer(hUsbDevice_0, UserRxBufferFS);
3. Теперь при приеме данных мы попадем в функцию CDC_Receive_FS, и в ней можем напрямую оперировать с буфером UserRxBufferFS, там уже будут находиться принятые данные.”
В целом идея насколько я помню такая, что когда приходят данные драйвер USB сам вызовет эту функцию, то есть явно ее не надо вызывать.
Файла usnd_cdc_if.c в проекте у меня нет. Есть usbd_cdc_if.c.
В ней есть именно эта функция и в ней почему-то уже есть USBD_CDC_SetRxBuffer а так же USBD_CDC_ReceivePacket.
static int8_t CDC_Receive_FS(uint8_t* Buf, uint32_t *Len)
{
/* USER CODE BEGIN 6 */
USBD_CDC_SetRxBuffer(&hUsbDeviceFS, &Buf[0]);
USBD_CDC_ReceivePacket(&hUsbDeviceFS);
return (USBD_OK);
/* USER CODE END 6 */
}
Тогда просто объявляем свой буфер (если нужно), попав в эту функцию принятые данные будут в Buf[]. Можем их скопировать в свой буфер, либо в этой же функции обработать их.
Да, но тогда ф-ция USBD_CDC_SetRxBuffer будет вызываться постоянно. Она же внутри CDC_Receive_FS. А так же будет постоянно вызываться USBD_CDC_ReceivePacket.
Значит ST так и планировали, раз поставили их туда )
USBD_CDC_ReceivePacket() наверно просто запускает процесс ожидания следующего пакета.
А CDC_Receive_FS разве вызывается не каждый раз как придёт байт? Не побайтно разве?
Должна по приему пакета вызываться, иначе смысл параметра Len теряется.
Ну, а если я отправлю 1 байт в контроллер всего. Это как тогда? Пакет может быть там хоть 256 байт (после правки на код ошибки 10).
Тогда в Buf будет этот байт и Len = 1.
Если отправить 5 байт, то они будут в Buf и Len = 5.
Это да. Но если отправлять байты пакетом с РС, например вот так WriteFile(ComHandle[N_Com],Buffer^,Len,lpnNumberOfBytesRead,{lpOverlappedRead}NIL); то они бьются по 64 байт в контроллере. А если, отправлять побайтно, хотя тоже без задержек этой же функцией, то прерывание долбает уже по каждому байту. И длина возвращается всегда равной 1. Даже если выставлена скорость 115200. Подозреваю, что можно выставить и ещё больше.
Под пакетом я имел ввиду именно пакет данных CDC, без учета служебных байт.
А, что за служебные байты и как их прочесть?
Вот тут – https://microtechnics.ru/osnovy-interfejsa-usb/ – можно посмотреть про пакеты USB.
По поводу длины пакетов – ну да, если отправить 64, то будет 64 в этой функции, если отправлять по 1, то и приходить они будут по 1.
Да, но передаю я побайтно без задержек. Видимо драйвер VCP как-то по другому байты передаёт контроллеру в случае одинарного вызова WriteFile и многократного.
Если рассматривать отправку 1 и N байт, то механизм одинаковый. Байты формируются в USB пакет и отправляются. Если отправлять по 2 байта, то они будут так же приходить по два байта, потому что каждые два байта находятся в своем собственном USB пакете.
Да, но если я отправлю 128 байт (больше 64-х), то они уже побьются на части. А, где-то можно выставить предел не 64 байт, а больше?
Не уверен, что для USB FS можно без глобальной модификации драйвера увеличить…
Что-то в итоге по приёму вообще мало понял. Так её нужно вызывать или нет? Или где-то долбает прерывание по приходу байта по USB, а CDC_Receive_FS навроде его обработчика?
Да, типа обработчика прерывания, не надо вызывать.
Похоже, что там есть некий таймаут. И отправка даже одного байта даст в итоге прерывание. А так я вот выставил скорость и отправил 128 байт махом. В итоге оно побилось на два пакета по 64 байт. Я так понял, что там 64 байт это это размер аппаратного буфера в USB контроллера.
Добрый день. Куда “попадают” данные с компьютера при использовании функции “CDC_Receive_FS()”? И можно ли эти данные отправить на ЦАП, если они не приходят туда по умолчанию?
Добрый день!
CDC_Receive_FS() – это callback функция, ее не надо вызывать вручную (как прерывание). Программа туда попадет, когда будут приняты данные по USB. Данные будут находиться по адресу uint8_t* Buf. Можно в эту функцию добавить свой код, чтобы эти данные скопировать в нужный буфер, например:
static int8_t CDC_Receive_FS(uint8_t* Buf, uint32_t *Len) { /* USER CODE BEGIN 6 */ if (USB_dataReady == 0) { for (uint32_t i = 0; i < *Len; i++) { USB_receivedData[i] = *Buf; Buf++; } USB_dataReady = 1; } USBD_CDC_SetRxBuffer(&hUsbDeviceFS, &Buf[0]); USBD_CDC_ReceivePacket(&hUsbDeviceFS); return (USBD_OK); /* USER CODE END 6 */ }А в функции main() (к примеру) можно перекидывать эти данные на ЦАП:
while (1) { if (USB_dataReady == 1) { HAL_DAC_SetValue(&hdac, DAC_CHANNEL_2, DAC_ALIGN_12B_R, (uint32_t)USB_receivedData[0]); USB_dataReady = 0; } }Добрый день! Не могли бы Вы подсказать – куда копать- по какому принципу устройство определяется на конкретном virtual com порту? То есть у меня есть две разные прошивки, и по загрузке каждой из них – комп видит устройство то на COM_10, то на COM_7?
Добрый день!
Это система определяет. Можно в диспетчере устройств (для Windows) изменить номер com-порта и при следующих подключениях он таким и останется.
Спасибо Вам за уроки и ответы!
Вам большое спасибо!
Очень рад, что статьи полезны!
Aveal, добрый день! Так в итоге не ясно возможно ли принимать сразу несколько байт функцией CDC_Receive_FS или эта функция вызывается (прерыванием) с приходом каждого байта?
Добрый день!
Можно, там один из аргументов этой функции – это количество принятых байт.
Добрый день. Имеется вот такая макетная плата STM32F407VE:
Сделал все, как написано, но устройство в Windows определяется как неизвестное, диспетчер устройств говорит об ошибке при определении кода оборудования. Долго пробовал разные варианты, в итоге в конфигурации USB_OTG_FS отключил VBUS – и оно заработало. Чем это может объясняться?