Usb cdc stm32 зависает

Обновлено: 04.07.2024

Всем привет! Сегодня будем поднимать USB CDC (VCP) на плате stm32f401c-disco.

USB communications device class (коммуникационный класс устройства) — является составным классом устройства Универсальной последовательной шины. Класс может включать один (или более) интерфейс, такой как интерфейс пользовательского элемента управления, интерфейс передачи данных, аудио или интерфейс запоминающего устройства.

Базовый класс 02h (Communications and CDC Control)
Этот базовый класс определен для устройств, которые относятся к классу устройств спецификации связи. Эта спецификация определяет используемый набор подкласса и Протокола значений. Значения за пределами определения спецификации защищены. Обратите внимание, что связи класса устройств спецификации требуется несколько значений Кода класса (три), которые будут использоваться в описания устройств, а некоторые, которые будут использоваться в интерфейсе дескрипторов.

Базовый класс 02h
Подкласс xxh
протокол xxh
смысл Communication device class

Базовый класс 0Ah (CDC-Data)
Этот базовый класс определен для устройств, которые относятся к классу устройств спецификации связи. Это спецификация определяет используемый набор подкласса и протокола значений. Значения за пределами определения спецификации защищены. Эти коды класса могут быть использованы только в интерфейсе дескрипторов.

Базовый класс 0Ah
Подкласс xxh
протокол xxh
смысл CDC data device

4. Теперь нужно добавить в usbd_cdc_if.h несколько строк кода

5. Устраняем баг для USBD_CDC_TransmitPacket()

6. И добавляем пример в main.c

И все готова!, подключаем микро USB к плате, второй вывод к host-у и у нас появляется виртуальный com порт.

6 thoughts on “ Старт ARM. Поднимаем USB CDC. ”

I corrected it with:

if (size > CDC_DATA_HS_OUT_PACKET_SIZE) int offset;
for (offset = 0; offset < size; offset += CDC_DATA_HS_OUT_PACKET_SIZE) int todo = MIN(CDC_DATA_HS_OUT_PACKET_SIZE, size - offset);
int done = VCP_write(((char *) pBuffer) + offset, todo);
if (done != todo)
return offset + done;
>

with large data is not working, thanks

Точно, спасибо за инфу.

Есть одна проблема. Не передаются пакеты более 64 байт. Кто-нибудь решил ее?

Часовой пояс: UTC + 3 часа

STM32F103, HAL + USB-CDC - у кого работает нормально?

Сгенерил кубом проект, начал ковырять - наткнулся на несколько непоняток:
1. При передергивании юсб - вешается (скорее всего вываливается где-то в эксепшн).
2. Медленная инициализация (на глаз - десятые доли секунды, а то и до секунды). Затык на установке клока. Из-за чего не всегда юсб подхватывается.
3. При нажатии ресета с подключенным юсб - компу ничего не отправляется, в итоге комп считает, что девайс инициализирован и рабоатет, девайс видимо считает иначе, итог - cdc устройство живет, но на отправляемые данные не реагирует. Лапа юсб подтянута на плате резюком на плюс не через ключ, потому сымитировать реконнект не выйдет.

Собссно вопросы - кто-то с таким сталкивался? Если да - как решали?

кинь проект, попробую залить себе.

JLCPCB, всего $2 за прототип печатной платы! Цвет - любой!

Проект - обычная сгенеренная кубом заготовка.

По п.2 - виноват был RTC кварц. Почему-то долго RTC в режим входит(около секунды). На всех нескольки платах, что есть в наличии. Похоже - defective by design. Пока отключил его нафиг.

По п.3 - похоже, нужно таки отдельный транзистор.

А вот п.1 - явная бага библиотеки.

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

К слову, в Leaf mini подтягивающий резистор, ну который сообщает юсб хосту что воткнут девайс, похоже, заведен правильно, через ключ.

Приглашаем всех желающих 25/11/2021 г. принять участие в вебинаре, посвященном антеннам Molex. Готовые к использованию антенны Molex являются компактными, высокопроизводительными и доступны в различных форм-факторах для всех стандартных антенных протоколов и частот. На вебинаре будет проведен обзор готовых решений и перспектив развития продуктовой линейки. Разработчики смогут получить рекомендации по выбору антенны, работе с документацией и поддержкой, заказу образцов.

С аналогичной платой проблема! Также собрал на Кубе, просто VCP. Подключаю, неизвестный девайс. Что может быть?

Приглашаем 30 ноября всех желающих посетить вебинар о литиевых источниках тока Fanso (EVE). Вы узнаете об особенностях использования литиевых источников питания и о том, как на них влияют режим работы и условия эксплуатации. Мы расскажем, какие параметры важно учитывать при выборе литиевого ХИТ, рассмотрим «подводные камни», с которыми можно столкнуться при неправильном выборе, разберем, как правильно проводить тесты, чтобы убедиться в надежности конечного решения. Вы сможете задать вопросы представителям производителя, которые будут участвовать в вебинаре

Наличие USB порта в современных микроконтроллерах открывает широкие возможности для самостоятельного изготовления разнообразных управляемых с компьютера устройств. На практике, однако, выясняется, что поставляемые производителем библиотеки для работы с USB нуждаются в доработке. Если вам интересен опыт подобной доработки для двух популярных семейств МК — добро пожаловать под кат.

Постановка задачи

STM32 — просто добавь кода

Итак, берем за основу готовый пример, который перекладывает данные из USB в последовательный порт микроконтроллера и обратно. Последовательный порт нам не понадобится, а данные мы будем просто перекладывать из входного потока в выходной, то есть реализуем эхо. С помощью PuTTY убеждаемся, что оно работает. Но этого недостаточно. Для обмена данными с устройством нам понадобится слать много больше одного символа за раз. Пишем тестовую программу на питоне, которая шлет посылки случайной длины и вычитывает ответ. И тут нас ждет сюрприз. Тест работает, но недолго, после чего очередная попытка чтения либо зависает навсегда, либо завершается по таймауту, если он выставлен. Исследование проблемы с помощью отладчика показывает, что МК таки отослал все полученные данные, причем последняя посылка имела длину 64 байта. Что же произошло?

USB-стек на хост-системе имеет многослойную структуру. На уровне драйвера данные получены, но остались у него в кэше. Драйвер передает закэшированные данные приложению тогда, когда приходят новые данные и вытесняют старые, либо когда драйвер узнает, что новых данных пока ожидать не следует. Откуда же он может получить это знание? USB шина передает данные пакетами. Максимальный размер пакета в нашем случае как раз 64 байта. Если в очередном пакете данных пришло меньше, значит новых данных пока можно не ждать, и это является сигналом для того, чтобы передать приложению все полученные данные. А если данных пришло ровно 64 байта? На этот случай в протоколе предусмотрена посылка пакета нулевой длины (ZLP), который и является сигналом прерывания потока. Получив его, драйвер понимает, что новых данных пока ожидать не следует. В нашем случае он его не получил потому, что разработчики USB стека для STM32 про ZLP просто ничего не знали.

Вторая проблема, которую разработчики USB-стека незаслуженно обошли вниманием — что делать с данными, которые были получены по USB, если их некуда девать, т.к. входной буфер переполнен. По большому счету, их вообще не волновала проблема входного буфера — они предполагали, что все полученные данные немедленно обрабатываются, что, конечно-же, не всегда может быть выполнено. В USB протоколе на случай, если данные не могут быть получены, предусмотрен ответ NAK — отрицательное подтверждение. После такого ответа хост просто посылает данные еще раз. Если мы хотим избежать переполнения входного буфера, нам нужно в случае, если в нем нет места для полной посылки (64 байта), переводить канал в состояние NAK, что обеспечивает автоматический ответ NAK на все входящие пакеты.

Tiva C — слоеный пирог с багами

Я работаю во встроенном приложении для STM32F401RBT6 и пытаюсь установить соединение с PC (Windows 10), но устройство не распознается системой. Код, который я сгенерировал с помощью STMCubeMX и отладил с помощью Atollic , не работает. Я видел и пытаюсь воспроизвести несколько примеров, но все работает. В коде у меня есть все библиотеки, которые я считаю необходимыми.

У меня есть этот архив, сгенерированный STMCubeMX для связи CDC , но я новичок и не знаю, что мне нужно изменить в коде для USB, который будет распознан системой. Кто-нибудь может мне помочь?

2 ответа

Я купил USB к последовательному кабелю, который утверждает, что он соответствует CDC. Но значение bInterfaceClass в дескрипторе интерфейса равно 0xFF(что зависит от конкретного поставщика). Я ожидал, что это будет 0x02 (связь и управление CDC). В диспетчере устройств я обнаружил, что загружаемые.

Я хочу USB CDC как часть моего проекта, что является самым простым способом сделать это ? я попробовал какой-то проект в keil arm, но скорость очень низкая, и с этим так много проблем !

Помимо точки из супа ( неудачный malloc, вызванный кучей, которая по умолчанию составляет только 0x200), некоторые версии Windows имеют проблему с кодированием строки в Примере.

В usbd_cdc_if.c вы должны добавить:

Таким образом, хост не получит неопределенных данных, если попытается установить кодировку линии.

Внутри функции USBD_CDC_Init(..) есть функция malloc, которая выделяет около 540 байт памяти в куче.

Это не было учтено с CubeMX при создании кода .

Таким образом , по крайней мере, вы должны определить размер кучи с учетом этих дополнительных байтов, чтобы порт USB CDC работал.