USB и автономный режим

@moumty · Регистрация: 09.02.2015

Студворк — интернет-сервис помощи студентам

Вечер добрый, есть камень 103CB, ковыряю работу с УЗБ.
Скачал офф примеры от СТ, а именно пример - VirtualComport_Loopback.
И на основе его разбираю работу. Сам УЗБ в системе определеяется, в терминалке ответы есть - все хорошо.
Но при отключении УЗБ от устройства МК засыпает. Как предоотвратить засыпание МК?
Есть нога, которая управляет подтяжкой D+ к питанию.
И есть нога, которая измеряет АЦП с входа УЗБ, идея была такая:
В прерывании таймера (кажду 1мс) замеряем АЦП на этой ножке и если на этой ноге есть напряжение, то значит УЗБ шнур подключен к устройству - подтягиваем D+ - включаем УЗБ.
Если напряжения нет - подтяжку с D+ убираем.

Но при отключении от устройства шнурка УЗБ устройство сразу засыпает и не успевает отключить УЗБ...
в какую сторону копать?
Пример от СТ не менял.

@TomityWotf · 05.05.2015, 23:59

Сообщение от moumty

Но при отключении УЗБ от устройства МК засыпает. Как предоотвратить засыпание МК?

Оно не засыпает, оно скорее зацикливается в прерывании USB.
При отключении устройства от USB надо запрещать прерывания USB.
Если же проц действительно засыпает при отключении, то в файле usb_pwr.c смотреть процедуру Suspend() и переделывать на свой лад, чтобы не засыпало.

Сообщение от moumty

В прерывании таймера (кажду 1мс) замеряем АЦП на этой ножке и если на этой ноге есть напряжение, то значит УЗБ шнур подключен к устройству - подтягиваем D+ - включаем УЗБ. Если напряжения нет - подтяжку с D+ убираем.

Зачем так сложно? Просто читать состояние пина 0/1, либо на EXTI повесить, без всяких таймеров. Главное, чтобы пин FT был.

И рекомендую смотреть в сторону библиотек USB из HAL, там это дело перепилили, оно более адекватно управляется, умеет слать ZLP и позволяет включать оптимизацию кода...

@moumty · 06.05.2015, 00:11

Сообщение от TomityWotf

Сообщение от moumty

Но при отключении УЗБ от устройства МК засыпает. Как предоотвратить засыпание МК?

Оно не засыпает, оно скорее зацикливается в прерывании USB.
При отключении устройства от USB надо запрещать прерывания USB.
Если же проц действительно засыпает при отключении, то в файле usb_pwr.c смотреть процедуру Suspend() и переделывать на свой лад, чтобы не засыпало.

Сообщение от moumty

В прерывании таймера (кажду 1мс) замеряем АЦП на этой ножке и если на этой ноге есть напряжение, то значит УЗБ шнур подключен к устройству - подтягиваем D+ - включаем УЗБ. Если напряжения нет - подтяжку с D+ убираем.

Зачем так сложно? Просто читать состояние пина 0/1, либо на EXTI повесить, без всяких таймеров. Главное, чтобы пин FT был.

И рекомендую смотреть в сторону библиотек USB из HAL, там это дело перепилили, оно более адекватно управляется, умеет слать ZLP и позволяет включать оптимизацию кода...

Хм...но если бы МК зацикливался в прерывании УЗБ, то прерывание systysk_timera все равно срабатывало бы?

@TomityWotf · 06.05.2015, 00:14

Сообщение от moumty

Хм...но если бы МК зацикливался в прерывании УЗБ, то прерывание systysk_timera все равно срабатывало бы?

По идее да, у него приоритет выше.

@moumty · 06.05.2015, 00:15

Значит буду копать в сторону ф-ции suspend...

08.05.2015, 19:52

за засыпание отвечает переменная в файле usb_pwr.c

Code
1
__IO bool fSuspendEnabtid = FALSE;

дебаг не работает?

И есть нога, которая измеряет АЦП с входа УЗБ, идея была такая:
В прерывании таймера (кажду 1мс) замеряем АЦП

Я извиняюсь, но это наркоманство. Таймер и АЦП чтобы поймать фронт на ноге?

@moumty · 12.05.2015, 14:47

Дабы не создавать еще новую тему спрошу в этой.
Динные кидаю в порт USB ф-цией CDC_Send_DATA (char *ptrBuffer, uint8_t Send_length);
в терминалке данные, которые отправил вижу.
Но если отправлять подряд несколько посылок, например так:
CDC_Send_DATA ("One", 3);
CDC_Send_DATA ("Two", 3);

То в терминалку приходит только последняя отправленная строка. Если выждать хотя бы 1мс, то обе посылки проходят нормально. Как можно обойти подобное без "костылей"?

@TomityWotf · 12.05.2015, 15:51

Гуглить на предмет "STM32 CDC ZLP". Старые библиотеки не умеют нормально слать нулевой пакет, от этого и косяки с "тормозами". В новых либах из HAL это учли.

А что с засыпанием при отключении, получилось решить проблему? Если да, то в чем была проблема и как решена?

@moumty · 12.05.2015, 16:01

Засыпание да, в ф-ции USB_Istr в файле usb_istr.c убрал засыпание просто.

__IO bool fSuspendEnabtid = FALSE;

если этот флаг выставить, то после повторного подключения УЗБ к ПК девайс мог не корректно определяться.

@moumty · 12.05.2015, 17:23

TomityWotf, да и HAL тянуть не охота, а взять либу для работу с USB от HAL и переделать под SPL плохая идея?

@TomityWotf · 12.05.2015, 18:05

Сообщение от moumty

а взять либу для работу с USB от HAL и переделать под SPL плохая идея?

Не совсем понял фразу про "переделать под SPL"...

А на счет "HAL тянуть" - это да, мне такое не подуше пришлось, потому выдрал USB либу из Cube и подправил ее зависимость от HAL библиотек. Получилось вполне себе неплохо, также "портировал" классы CDC и MSC. Работает, правда заточено под конкретный проц L1, для других надо некоторые низкоуровневые штуки править. Ну и собственно пилил так, чтобы в самой библиотеке USB изменений было минимум, дабы упростить запиливание будущих изменений из изначальной библиотеки Cube.
Ну и плюсы новых либ для меня: более наглядный код (в нем легче разбираться), компилится и работает с включенными оптимизациями (старая либа даже при включении -O1 работать отказывалась) и по мелочи всякое...

@moumty · 12.05.2015, 18:08

TomityWotf, да, не корректно выразился, имел ввиду избавиться в либе УЗБ от HAL зависимостей от самой HAL.

@moumty · 13.05.2015, 10:43

В общем, все оказалось не много проще.
в ф-ции коллбеке EP1_IN_Callback - выставлем флаг, что данные отправлены и можно отправлять следующую порцию.
А в ф-ции отправки данных хосту проверяем этот флаг и если что ждем его освобождения.
После этого стали нормально передаваться подряд несколько сообщений.

Новые блоги и статьи Все статьи Все блоги /
Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка SDL3 и Box2D из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .
Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»

@moumty 0 / 0 / 0 Регистрация: 09.02.2015 Сообщений: 35

	USB и автономный режим 05.05.2015, 23:25. Показов 9193. Ответов 12 Метки нет (Все метки) Вечер добрый, есть камень 103CB, ковыряю работу с УЗБ. Скачал офф примеры от СТ, а именно пример - VirtualComport_Loopback. И на основе его разбираю работу. Сам УЗБ в системе определеяется, в терминалке ответы есть - все хорошо. Но при отключении УЗБ от устройства МК засыпает. Как предоотвратить засыпание МК? Есть нога, которая управляет подтяжкой D+ к питанию. И есть нога, которая измеряет АЦП с входа УЗБ, идея была такая: В прерывании таймера (кажду 1мс) замеряем АЦП на этой ножке и если на этой ноге есть напряжение, то значит УЗБ шнур подключен к устройству - подтягиваем D+ - включаем УЗБ. Если напряжения нет - подтяжку с D+ убираем. Но при отключении от устройства шнурка УЗБ устройство сразу засыпает и не успевает отключить УЗБ... в какую сторону копать? Пример от СТ не менял. 0

@moumty 0 / 0 / 0 Регистрация: 09.02.2015 Сообщений: 35
	06.05.2015, 00:15
	Значит буду копать в сторону ф-ции suspend... 0

@moumty 0 / 0 / 0 Регистрация: 09.02.2015 Сообщений: 35
	12.05.2015, 14:47
	Дабы не создавать еще новую тему спрошу в этой. Динные кидаю в порт USB ф-цией CDC_Send_DATA (char *ptrBuffer, uint8_t Send_length); в терминалке данные, которые отправил вижу. Но если отправлять подряд несколько посылок, например так: CDC_Send_DATA ("One", 3); CDC_Send_DATA ("Two", 3); То в терминалку приходит только последняя отправленная строка. Если выждать хотя бы 1мс, то обе посылки проходят нормально. Как можно обойти подобное без "костылей"? 0

@TomityWotf 1 / 1 / 0 Регистрация: 06.12.2016 Сообщений: 553
	12.05.2015, 15:51
	Гуглить на предмет "STM32 CDC ZLP". Старые библиотеки не умеют нормально слать нулевой пакет, от этого и косяки с "тормозами". В новых либах из HAL это учли. А что с засыпанием при отключении, получилось решить проблему? Если да, то в чем была проблема и как решена? 0

@moumty 0 / 0 / 0 Регистрация: 09.02.2015 Сообщений: 35
	12.05.2015, 16:01
	Засыпание да, в ф-ции USB_Istr в файле usb_istr.c убрал засыпание просто. __IO bool fSuspendEnabtid = FALSE; если этот флаг выставить, то после повторного подключения УЗБ к ПК девайс мог не корректно определяться. 0

@moumty 0 / 0 / 0 Регистрация: 09.02.2015 Сообщений: 35
	12.05.2015, 17:23
	TomityWotf, да и HAL тянуть не охота, а взять либу для работу с USB от HAL и переделать под SPL плохая идея? 0

@moumty 0 / 0 / 0 Регистрация: 09.02.2015 Сообщений: 35
	12.05.2015, 18:08
	TomityWotf, да, не корректно выразился, имел ввиду избавиться в либе УЗБ от HAL зависимостей от самой HAL. 0

@moumty 0 / 0 / 0 Регистрация: 09.02.2015 Сообщений: 35
	13.05.2015, 10:43
	В общем, все оказалось не много проще. в ф-ции коллбеке EP1_IN_Callback - выставлем флаг, что данные отправлены и можно отправлять следующую порцию. А в ф-ции отправки данных хосту проверяем этот флаг и если что ждем его освобождения. После этого стали нормально передаваться подряд несколько сообщений. 0