Stm32 не определяется usb
STM32 series of MCUs from ST Microelectronics are almost always armed with an USB peripheral. The USB port can be used as a USB device or host and is often used for DFU, serial output as a virtual COM port or as an HID device. Either way, “STM32 USB Device Not Recognized” or “failed to read device descriptors” are one of those common errors that you have to usually face as a USB product developer.
Here are some solutions to this common STM32 USB problem that we often encounter when developing firmware for our clients.
Solution 2: Check the STM32 Clock Configuration
The clock source is very important with USB communication. The USB host will reject any USB device that has an erratic clock running its USB peripheral. We have seen this happen a lot with cheap chinese USB-UART bridge ICs with terrible resonators!
- Ensure that the STM32 is using the HSE crystal as the primary clock source.
- Double check to ensure that the crystal is actually active. You can prove the OSC_OUT pin to ensure this if you suspect a bad crystal.
- Make sure your program has the correct crystal oscillator frequency set! If you copied an STM32 USB example off the internet, this might be the problem.
Here is a reference from STM32CubeMX clock configuration utility for you to refer to. We know that this configuration works with a 8 MHz crystal!
STM32CubeMX Example: STM32 USB Device Clock Settings
In the RCC block configuration, make sure that the HSE source is properly selected.
STM32 RCC Setting for USB Device
rtek1000 commented Oct 16, 2019
What board are you using?
Some boards may have a hardware error that may not let your computer recognize USB, a pull-up resistor on the USB data line, see:
STM32 LVDS LCD Display Interfacing
STM32 WiFi – What are your Options?
SDRAM Byte and Bit Swapping – Can you.
Solution 3: Ensure that MX_USB_DEVICE_Init() is Called
Inside the file usb_device.c, you will find a function called MX_USB_DEVICE_Init() if you generated your code using the STM32CubeMX utility.
Make sure that this function is called and the function calls within it are completely successfully.
You can check this using the SWD interface of custom hardware or STM32 Discovery board.
rogerclarkmelbourne commented Oct 15, 2019
I tested this recently on a brand new W10 installation and it worked fine.
Even if the STM32 was already connected.
STM32 OV2640 Camera Interfacing
STM32 Audio Tutorial (Part 2): Codec I2C Setup
Parallel RGB to MIPI DSI Bridge Design
Solution 1: Check the STM32 PCB Design
PCB design can very rarely cause issues with a USB Full Speed device. The clock rate is simply not fast enough to matter unless you have made some crazy routing error like running the USB traces under a switching inductor.
Some things you should check on the PCB is:
- The length of the USB D+ and D- traces is short – less than 2 inches.
If the trace is longer, it needs to have the right differential impedance and width. - Make sure the D+ and D- traces of the connector are connected to the D+ and D- pins of the STM32 respectively. Do not reverse them!
- Do not use an external pull up on the USB data line.
The STM32 handles that. Adding an external pullup can cause early detection by host before the STM32 can boot and handle the USB peripheral. - Check the crystal value. It should be 8 MHz, 12 MHz, or anything that can produce 48 MHz USB clock accurately.
STM32 USB Schematics - STM32 discovery Documentation
The USB schematics for STM32 are pretty straightforward. There are two 22 ohm series termination resistors that need to be placed close to the STM32 USB pins.
Everything else is optional. You can skip the USB OTG power switch in USB device designs. However, make sure VBUS is connected is VBUS detection is turned on!
If it was a hardware issue, you might have caught up with it by now.
Debug printf in STM32 (using SWO)
Leave a Comment Cancel Reply
6 comments
Hi, Tried all the solutions still having issues. When I setup USB class as virtual comm port it works but my USB DFU class doesnt detect. Debugging with SWD MX_USB_DEVICE_Init() gives good returns (all the functions within too). Do you have any other solutions or ideas where I can look into ?
Thank you! this solved my problem:
Check the crystal value. It should be 8 MHz, 12 MHz, or anything that can produce 48 MHz USB clock accurately.
Glad this helped! Make sure you use a 50 ppm crystal or better. I have seen temperature related instability with inferior crystals.
Hello, very useful guide! :) I am a pretty novice PCB designer, so forgive me if I lack the troubleshooting skills. That said, I have made a batch of USB device PCBs, using STM32 F072 as the MCU. F072 is advertised to be capable of crystal-less USB 2.0, so I did not put any external oscillators in the design. Around 20-30% of the PCBs would have the problem you described in the beginning of your article, and there are be 2 odd things that happens:
1. After cleaning the MCU and USB port pins’ contacts with the pads (using flux, rework gun, and flux cleaner), the problem goes away temporarily after re-plugging the USB. However, after 1-10 minutes, the computer can’t recognize the device again, even if I unplug and re-plug the device – that is, until I try to clean the contacts again.
2. The problematic PCB would not have the same problem when I connect it to my main computer, but the problem persists on the (multiple) target computers.
Do you think this is a design problem, or is it a Windows problem? Any pointers would be appreciated! But otherwise, great article and this guide will be very helpful for my next projects :D
Hi Milton,
Glad you found this article useful! I think that your observation with the cleaned pads might come from the fact that the STM32 part is thermally shocked when you rework the pins and that somehow affects the internal oscillator?
I know ST advertizes some parts to have crystal-less USB, but I think it is best to just use one in your USB designs. Especially those that can operate across wide temperature range and USB is important for functioning.
Another problem I would suspect is a ground loop of some sort, especially if you have the board connected to a debugger. You should only be powering the board from host PC USB. USB PC ground should be the only PCB ground. If there is another programmer connected via another USB port, that can cause problems.
HI thank you for you repository. I used the two batch files for drivers but WIN10 does not recognize the stm32. Message is no associated driver. Any suggestion? Thanks. P.
The text was updated successfully, but these errors were encountered:
paolovr70 commented Oct 8, 2019 •
STM32 SDRAM PCB Layout
STM32 "USB Device Not Recognized" Error
This error shows up when you plug in your STM32 USB device (could be a custom PCB or an STM32 Discovery board).
A brief error description like “The USB device you connected malfunctioned” is not really helpful towards troubleshooting at all!
You might also get an error that says that “Windows failed to read USB device descriptors“.
After developing hundreds of applications and running into this error numerous types, I have listed every solution that I have used before in this article.
STM32 "USB Device not Recognized" Error in Windows 10
adamfxtion commented Oct 17, 2019
I was have been having problems getting USB to work with recent STM32F103C8T6 system minimum boards, getting 'device not recognised' messages and 'device descriptor request failed' message in device manager (Win 10). I have concluded that while the boards were sold as STM32F103C8T6 system minimum boards and the chips are labelled as STM32F103C8T6, they are in fact something else with STM32 markings. there may of course be versions of the chip with correct markings, not STM32) that that also don't work.
The link below, second page, has more on these boards. While the discussion is about not being able to program STM32's with STlink, it turns out that the reason it doesn't work is because the CPUID was different than that which would be read from a genuine STM32 part.
I have tested my boards and the configuration bits at 0xE00FFFC0 are a match for Macbeth's when read using using ST-Link Utility, so the manufacturer as read from the chip is not ST if I understand correctly.
I have not found any of the STM32duino code (including bootloaders) to work with these chips, whatever they are. I did successfully get the openCM3 CDC example project to work in VSC/Platformio (after sorting out the STlink programming issue discussed in the link) and Macbeth got the USB to work another way, but as it stands the, it looks as though the current STM32duino code and these chips are incompatible. It also rather looks to me like a large batch of these particular boards with suspect chips is now in circulation, as I have 6 boards obtained in 3 different orders, 2 from UK stock and 4 in 2 lots from China direct (all last couple of months though). I also confirmed that changing the CPU for an STM32 obtained from Farnell on one of these boards fixed the USB issue.
да без проблем. Наверняка это callback функции к каким либо событиям. Просто по обеим событиям делается одно и то же. Ну а что это за события - добро пожаловать в документацию на USB и библиотеку, даташит, код библиотеки и т.д.
Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет
Эти два события обычно используются для bulk endpoint. Вероятно, если после начала фрейма на первый IN запрос контроллер ответит NAK, то хост больше не будет слать IN запросы какое-то время. Так что в Handle_USBAsynchXfer заряжается буфер для первого IN запроса.
Кстати, в STM примерах для bulk эндпоинта забыли сделать отсылку пакета нулевой длинны если данных больше нет, а последний пакет был равен размеру буфера. Если не отсылать такой пакет, со стороны хоста это будет выглядеть как подвисание при чтении.
На вебинаре были представлены линейка компонентов для электропитания и интерфейсные модули. Мы рассмотрели популярные группы изолированных и неизолированных (PoL) DC/DC-преобразователей последних поколений, новые компактные модульные источники питания, устанавливаемые на печатную плату (открытые и корпусированные), источники питания, монтируемые как на шасси (в кожухе и открытые), так и на DIN-рейку.
void SOF_Callback(void)
static uint32_t FrameCount = 0;
if(bDeviceState == CONFIGURED)
if (FrameCount++ == VCOMPORT_IN_FRAME_INTERVAL)
/* Reset the frame counter */
FrameCount = 0;
/* Check the data to be sent through IN pipe */
Handle_USBAsynchXfer();
>
>
>
Я сейчас читаю книги и статьи по USB (учусь), но такое количество информации просто разрывает мозг, поэтому могу написать глупость.
Как я понимаю, то пакет SOF отправляется хостом для того чтоб спросить устройство, хочет ли оно нам что-то передать. Приняв такой пакет устройство либо отвечает пустым пакетом, либо осуществляет передачу данных через EndPoint-ы. Но тогда появляется вопрос - какого фига данные, впихнутые через функцию SOF вообще отправляются?
Если я Вас правильно понял, то только первая партия данных летит через Handle_USBAsynchXfer(), а остальные через EP1_IN_Callback?
Тогда такой вопрос: размер буфера в обоих случаях будет одинаковым (таким каким мы его объявили в дескрипторе)?
И еще вопрос: получается для отправки третьего пакета данных (если мы передаем одну партию данных) нужно только повторно вызвать EP1_IN_Callback (в данном случае) и скормить ему нужные данные?
Встраиваемые ИП LM(F) производства MORNSUN заслуженно ценятся производителями во всем мире, поскольку среди широчайшего ассортимента продукции компании можно найти источник питания для любых задач. Представители семейств LM и LMF различаются по мощности и выходному напряжению, их технические и эксплуатационные характеристики подходят для эксплуатации в любых электрических сетях и работают в широком диапазоне условий окружающей среды. Неизменными остаются высокое качество и демократичная цена.
Как я понимаю, то пакет SOF отправляется хостом для того чтоб спросить устройство, хочет ли оно нам что-то передать.
SOF - это начало кадра, и не имеет прямого отношения к устройству.
В STM32 много флагов событий от USB и соответственно прерываний. Я тоже потихоньку мучаю USB (т.е. он меня), только я не использую готовых библиотек. Вроде что-то более-менее получается, конечно с кучей подвисших вопросов в воздухе. Так вот, я использую всего два события, это SE0 (событие подключения устройства к компу) и событие успешного трансфера (в любую сторону). В последнем можно определить направравление передачи и для какой точки.
Смысл такой.
-Сначала инициализируется модуль USB. просто вкючаете, подкючаете генератор и т.д.
- По событию SE0 (воткнули девайс в комп) инициализируете нужные регистры, это событие кстати сбросит их в начальное состояние само.
-Затем устанавливаете в регистре EP0 VALID RX, т.е. МК готов принять данные для нулевой точки.
-Возникает прерывание об успешной транзакции. Расшифровываете и понимаете что что то получили.
- читаете что лежит в буфере приема, там будет запрос дескриптора устройства.
-ложите в буфер отправки дескриптор устройства и выставляете в регистре EP0 VALID TX и контроллер сам все отправит.
-после события об успешной отправки опять переводите МК в состояние в готов принять.
После успешной транзакции состояние VALID само сменится на NACK . Т.е. неготовность принятия или отправки данных. Вы же уже поняли что МК сам ничего не отправит и не примет, только по инициативе хоста. И МК может долго отвечать NACK и хост на это никак не обижается.
Я к тому что мне непонятно зачем отлавливать SOF. Ну пропустили начало кадра, ответит МК NACKом сам, и отвечать будет всегда пока не подготовите данные. Хотя мне непонятно может потом, у что мне в USB много чего еще непонятно.
Если интересно, я в ехселе сделал частичный протокол обменамоего МК по USB/
_________________
Добро всегда побеждает зло. Поэтому кто победил - тот и добрый.
Последний раз редактировалось Z_h_e Чт май 05, 2016 14:04:20, всего редактировалось 1 раз.
Если отправлять нечего, то аппаратный буфер будет пустой и контроллер при запросе на этот эндпоинт ответит NAKом. Если размер данных в аппаратном буфере меньше максимального, то хост считает что пачка закончилась и приостанавливает IN запросы.
EP1_IN_Callback вызывается в прерывании USB, если есть данные, заряжаем буфер, если нет - посылаем пакет нулевой длинны и далее ждем до следующего SOF.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Попробуйте перепаять R10 на 1-2кОм. Помогает.
И ещё - Попробуйте на неизвестное устройство поставить драйвер из папки с драйверами.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Но там R10 уже стоит на 1.5 кОМ. Я её прошивал в прошлом году. Поморгал светодиодом с горем пополам ,все время ругалось при компиляции . Была система ХП. СЕйчас стоит 7. Жду из китая новую платку , может другая прошъётся .
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
У меня их десяток разных. И с 10к и с 1.5к. Ни одну не смог запустить в режиме с загрузчиком. Да в общем то и не старался. Не получилось с ходу - и ладно. Она через ST-Link шьётся замечательно и при этом после старта на загрузчике не тормозит.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Аналогично, только даже не пробовал шить без ST-Link.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Ну, вообще-то варианты загрузки через ST-Link и через USB являются взаимоисключающими. Изначально - шьется через ST-Link, если перепрошить загрузчик, будет шиться через USB, но перестанет через ST-Link.
Судя по тому, что шьется через ST-Link, там просто нет ардуиновского загрузчика.
PS. Через UART шьется в любом случае.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Ну, вообще-то варианты загрузки через ST-Link и через USB являются взаимоисключающими. Изначально - шьется через ST-Link, если перепрошить загрузчик, будет шиться через USB, но перестанет через ST-Link.
Судя по тому, что шьется через ST-Link, там просто нет ардуиновского загрузчика.
PS. Через UART шьется в любом случае.
разве v bluebpill'e нет ситемного загрузчика который есть "с завода" и являеться частью кремния?
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Вот "с завода" именно через UART. Но довольно геморройно: переставить перемычку, нажать кнопку, запустить программу прошивки, и, главное, нигде не перепутать последовательность.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Вот вот. Когда получил первые платы ST-Linkа у меня ещё не было. Собственно на одну через UART влили прошивку ST-Linka c танцами и бубнами, зато потом жизнь сразу стала легче.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
У меня их десяток разных. И с 10к и с 1.5к. Ни одну не смог запустить в режиме с загрузчиком.
Аналогично, только даже не пробовал шить без ST-Link.
У меня напротив - среди двух десятков таких плат от разных продавцов ни с одной не было проблем с подключением по ком-порту. СТ-линк есть, но я им пользуюсь при работе с ИАРом или Кубом, а в ардуино ИДЕ прошиваю исключительно через ком-порт.
Не знаю, какие у вас проблемы - по гайду от HWMan все отлично работает, даже резистор на PA12 менять не обязательно.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Вот "с завода" именно через UART. Но довольно геморройно: переставить перемычку, нажать кнопку, запустить программу прошивки, и, главное, нигде не перепутать последовательность.
никаких кнопок нажимать не надо.
Переставил перемычку, прошил через Flash Loader Demonstrator, вернул перемычку обратно. ВСЕ
И если что перепутаешь - вернутся к заводской прошивке не проблема.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
А как "прошить через Flash Loader Demonstrator", не нажимая никаких кнопок?
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
А как "прошить через Flash Loader Demonstrator", не нажимая никаких кнопок?
на плате блюпилл никаких кнопок не нажимается.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Подтверждаю. На блюпиле жёлтенькие джамперы. Вот только правильно воткнуть для прошивки в условиях первого попадания в руки и большой боязни что то не испортить. Да и заливка на разных скоростях, и размер надо правильно указать. И USB-TTL правильно воткнуть. В общем первый раз у меня часа два ушло пока на экране Ок не появилось.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
А зачем тогда я, как дурак, каждый раз на сброс нажимаю?
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
А зачем тогда я, как дурак, каждый раз на сброс нажимаю?
не знаю :) На заводской прошивке этого делать не требуется.
Вот если что не так прошил и прошивку запорол - то да, тогда нужно чистить флеш например при помощи СТ-линк утилиты, и вот оно срабатывает только если запускаешь с нажатым ресетом
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Не знаю, какие у вас проблемы
Б707, дорогой! Ни каких проблем! ;)) Я же написал - в голову не пришло проверять, как оно с УАРТом. С удовольствием почитаю ветку, ради информации.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
А зачем тогда я, как дурак, каждый раз на сброс нажимаю?
не знаю :) На заводской прошивке этого делать не требуется.
Вот если что не так прошил и прошивку запорол - то да, тогда нужно чистить флеш например при помощи СТ-линк утилиты, и вот оно срабатывает только если запускаешь с нажатым ресетом
Когда я экспериментировал с Кубом, в некоторых случаях контроллер после прошивки не был виден через ST-Link (что я отследил), и в некоторых не прошивался без нажатия на сброс (что я воспринял как обычную практику). Ну, собственно, после этого нажимал на сброс всегда - чтобы уж наверняка.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Когда я экспериментировал с Кубом, в некоторых случаях контроллер после прошивки не был виден через ST-Link (что я отследил), и в некоторых не прошивался без нажатия на сброс (что я воспринял как обычную практику). Ну, собственно, после этого нажимал на сброс всегда - чтобы уж наверняка.
в кубе пробовали настраивать дебаг порт ?
Вот если что не так прошил и прошивку запорол - то да, тогда нужно чистить флеш например при помощи СТ-линк утилиты, и вот оно срабатывает только если запускаешь с нажатым ресетом
на случай, если нет ST-Link'a , есть такая утилита STM32CubeProgrammer , ей можно USART/USB подсоедениться к микроконтоллру в режиме бутлоадера и удалить /перепрошить и много еще чего. a ST-Link ом можно и в обычном режиме
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Здравствуйте. Всё голова уже не работает. Порт так и не появился.Буду ждать из китая новую stm-ку. Полтора года не могу доделать проект. ST-Linka у меня нет.Спасибо всем .
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
У меня вин7. Сейчас подключил STM и посмотрел драйвер - короче драйвер LeafLabs, LLC дата 21.10.2018.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Здравствуйте. Всё голова уже не работает. Порт так и не появился.Буду ждать из китая новую stm-ку. Полтора года не могу доделать проект. ST-Linka у меня нет.Спасибо всем .
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Здравствуйте. Я все так и делал. Переходник у меня ch 340 . Через Flash Loader Demonstrator все проходит. И светофор зелёный и после пошивки зелёная полоса. Далее от администратора запускаю установку драйвера. Появляется чёрный экранчик, жду, появляется (нажмите любую клавишу). Далее иду в ардуино , ну и как в ссылке в самом начале страницы . А порта там нет.Пытался в диспетчере , ставить вручную , пишет что драйвера не нуждаются в обновлении. А само устройство остановлено из за неполадок ,код (43).Сейчас попробовал подключить ардуино нано, порт появляется. А с stm порта нет. Как то так.
В исходном состоянии мигали светодиодиком и определялись как Unknown Device.
Прошил через UART прошивку generic_boot20_pc13.bin
Прошивка и проверка проходит успешно, джампер переставлял и туда и обратно и ресет нажимал, но как было Unknown Device, так и осталось никакого maple dfu (
Пробовал при рошивке выбирать и 64к и 128к
Подскажите, в каком направлении копать.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
В десятке и без драйверов всё определяется сразу. Перетыкать ничего не надо если заливка через st-link. В любом случае после прошвки должен мигнуть 6 раз быстро а потом непрерывный блинк. В описании процесса написано что 10к на D+ нужно поменять на 1.5к, но у меня и так работает.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
по примеру новичков влезу в чужую тему.
Имею похожую проблему, но обратную :)
Когда втыкаю БлюПилл в USB- она определяется как MapleMini и если на компе в этот момент открыт VisualMicro - он автоматически перестраивает параметры текущего проекта с платы "Generic STM32F103" на эту самую Maple- что очень неудобно. Более того, из-за того, что ВижуалМикро автоматически определяет плату как Мапле - он ее отказывается прошивать как Generic STM32.
При этом в АрдуиноИДЕ плата прошивается без проблем - наверно потому что АрдуиноИДЕ не "умничает" и е пытается мне "подсказать" , какую плату мне использовать.
Вопрос - можно ли в ВижуалМикро выключить автоматическое определение типа прошиваемой платы?
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Но какие драйвера для устройства без VIDов и PIDов ?
Резистор стоял 10к , сейчас поставил 1к5 . ничего не изменилось.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Я так понимаю непрерывный блинк это если устройство опознано компом.
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Сейчас провел экспермент. Всё не понятно. У меня несколько плат. Есть blue pill, есть JM electron c диодом на PA1 и резистором на D+ 1k. Писал разные загрузчики. Blue pill с загрузчиком generic_boot20_pc13.bin моргает как надо и определяется как maple DFU. JM electron с любым загрузчиком моргает 6 раз и гаснет, при этом определяется как ком порт и записать из ардуино в неё ничего нельзя. В blue pill пишутся программы из ардуино и USB порт работает как сериал, но только со старым ядром, которое не поддерживает куб. JM electron я не смог заставить работать с загрузчиком ардуино. C новым ядром и st-link ардуино работает с кубом в полном объеме после добавления в файл platform.txt (c:\Users\1\AppData\Local\Arduino15\packages\STM32\hardware\stm32\1.4.0\platform.txt) к параметру compiler.extra_flags строки "-DUSE_FULL_LL_DRIVER" , но новое ядро не поднимает USB как сериал порт. Печаль.
paolovr70 commented Oct 16, 2019 •
Solution 4: Are USB Interrupts Enabled?
If USB interrupts are disabled, the STM32Cube USB device driver will not be able to respond to requests from the USB host.
While STM32CubeMX forces you to keep updates enabled for the USB block when you use that tool to generate startup code, you can still disable global interrupts in your code.
If your application disables interrupts, make sure you either leave the USB interrupts on or re-enable them as soon as possible!
Useful read?
Please fill in the Quick Contact form in the sidebar if you did something else that fixed the problem! × Dismiss alert
Change Log
- Initial Release: 19 June 2021
References
You may also like
Hard Fault with STM32 and FatFs – SOLVED
How to replace microUSB with USB-C
paolovr70 commented Oct 15, 2019
Yes. BAT File executed but the problem remains. I tried with 3 different win10 compiters. I am not able to change the driver and use a different one because.the system tell me that it.is already using the best one according to win10. Any suggestion?
stevstrong commented Oct 8, 2019
You have to execute the batch file with admin rights.
Читайте также: