Вот решил таки познакомится я с стмками, т.к. подогнали мне всем знакомый нубский наборчик



Качнул CubeMX и VisualGDB( я прогер, поэтому мне привычней юзать visual studio для всего), решил usb-шный проектить замутить, во первых т.к. кое что надо, да и люблю с юсб возиться(был большой опыт на пиках)

Настроил и сгенерил проект для usb (там по умолчанию HID мышка почти готовая) - всё ок - скомпилил - залил - работает.

Но тут нарисовалась проблема. Когда подключен программатор и одновременно воткнуть кабель USB - всё работает и в системе появляется мышь - как только программатор отключаю, перетыкаю usb - всё пипец - неизвестное устройство.

Из переделок - только допаял 1.5к резистор прям поверх платы между PA12 (usb DPLUS) и 3.3 в - т.к. вычитал, что на этой плате китайцы косячат и вместо 1.5к впаивают 10k - проверил у себя да действительно 10ка стоит вместо 1.5ки - поэтому и допаял в паралель.

Ради прикола у программатора убрал SWD ноги - ток питание оставил - работает.

Т.е. если питание на плате уже есть - инициализация устройства происходит нормально - если же устройство питается от юсб - т.е. питание возникает в момент подключения - получаем неизвестное устройство

Что надо дописать(или можт опять косяк на плате какой), чтоб было хорошо

Добавлено after 29 minutes 30 seconds:
Ха, это происходит из-за того, что я включил часы реально времени тактируемые от внешнего генератора. Если выключить RTC или включить от внутреннего или выбрать от внешнего но указать BYPASS Clock Source(хз что это) - то всё работает. Ещё есть подозрение что лампочка на плате висит на PC13 - а это какой то там тампер для RTC.... Может гуру объяснят из-за чего именно такое могло происходить

Обычно из-за этого проблем не возникает.

На запуск часового кварца нужно время. Можно разрешить работу кварца, но не ждать пока запустится, а вместо этого настроить прерывание от RCC и при RCC_IT_LSERDY переключать RTC на кварц.

Если еще актуально, то "пипец, неизвестное устройство" может выскакивать, если USB девайс не ответил в течении 100мс после запроса компа. А комп запрашивает устройство сразу как заметилл пуллап на шине. Так что, вероятнее, надо укоротить процедуры инициализации, чтобы старт был побыстрее. Или добавить отдельную цепь отключающую и подключающую этот резистор "1.5к" и подключать его только после инициализации.

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

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

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

Плохо помню, но для РТС не надо питание подавать отдельно?

Организация питания на основе надежных литиевых аккумуляторов EVE и микросхем азиатского производства

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

Подробнее>>

если нужен резерв, то надо. если не нужен, то спокойно будет работать и от Vdd.

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Забыл отписаться - проблема давным давно решилась! Собственно дело в том что visualGDB гамно! VisualGDB имеет свои репозитории поддержки stm и при выборе проекта качает тулчейны и библиотеки - которые отстают версиями от тех, что идут вместе с CubeMX. Это только первый звоночек. Дык вот когда вы импортируете проект из куба - получаются у вас 2 версии хедеров - те хедеры, которые лежат вместе с проектом и те, которые лежат в папках визуалгдб(и пути к ним тоже прописаны). При компиляции происходит лютый капец - половина файлов запросто может взяться из локальных исходников, а половина из визуалгдб. Разные версии, разные объявления структур, сишники из одного места а хедеры из другого - короче треш.

Конкретно в моей ситуации - компиль брал хедер описания usb дескриптеров не из моего проекта, а левый для одного сишника, а для другого правильный - и там было ещё доп поле, которое не было проинициализировано, а проинициализировать его невозможно, т.к. инициализация идет внутри правильного сишника с правильным хедером где его(этого поля) нет! А винда этот дескриптер запрашивает почему-то только в случае когда устройство не существовало никогда - естественно всё валилось. В последующие разы не запрашивает - поэтому-то со второго раза(когда второй раз вставляешь) всё и работало.

Короче ребята из визуалгдб - перехитрили сами себя - в погоне за автоматизацией(что типа нажал кнопку и всё скачалось и компилится) нарубили дров. У меня, как проф программера(софтверника с огромным стажем) волосы шевелились во всех местах, когда я полез изучать потроха визуалгдб.

НИКОГДА, никогда не используйте - эту поделку, слишком много косяков, слишком много корявостей(а уж визуал студию я знаю изнутри, т.е. знаю и разрабытывал расширения и проектные системы для MVS), слишком много "под капотом", на которое не повлияешь никак - короче нафиг.