STM32 z Arduino i STLINK V2 - nie wykrywa portu COM po zaprogramowaniu

Question

Witam szanowne grono. Spotkałem się z takim problemem i nie umiem sobie z nim poradzić. Tworzę pewien projekt. Zainspirowany zastosowaniem procesora STM32 z tego tematu Link postanowiłem go wykorzystać. Załadowałem bootloader i pięknie wszystko się ładowało i testowało. Problem powstał, gdy...

LChucki · Accepted Answer

No to podłączyłeś SWD do programowania/debugowania, gdzie połączenia rzekomego VCOM? Dodano po 37 :PS Może poczytaj o ST-LINK V2/1

Konto nie istnieje · Accepted Answer

Nie można wykorzystać ST-LINK V2 jako monitor portu szeregowego w Arduino IDE, analogicznie (w dużym przybliżeniu) z tego samego powodu, z którego nie zadziała monitor portu szeregowego w Arduino IDE z programatorem USBasp w wypadku płytki Arduino z AVR. Aby skorzystać z monitora portu szeregowego musisz podpiąć się bezpośrednio do portu USB na płytce. Temat wielokrotnie poruszany na listach dyskusyjnych stm32duino np. tutaj.

LChucki · Accepted Answer

Ale ST-LINK V2/1 tak.

Konto nie istnieje · Accepted Answer

Odniosłem się do programatora, którym dysponuje Autor (zdjęcie w pierwszym poście). Z tego co pamiętam, ST-LINK V2-1 instalowany jest bezpośrednio na płytkach Nucleo i Discovery, a taką płytką Autor też nie dysponuje. Jeżeli masz namiar na ST-LINK V2-1 w wersji standalone, to prośba o link - Autorowi tego wątku też się może przydać.

Konto nie istnieje · Accepted Answer

@janchar Ponieważ widać tutaj pewne niejasności, dlatego polecam zapoznać się z podstawami. Kluczowe słowa to proces debugowania i debuger. Na przykład tutaj. Prościej się nie da. Wracając do tego konkretnego przypadku, to podłączając mikrokontroler przez interfejs SWD, czyli GND, SWCLK, SWDIO, nie ma możliwości przesyłania danych przez port szeregowy nazywany też UART, ale można przesyłać wybrane informacje przez dodatkową linię SWO. ST-LINK V2 to tylko interfejs SWD. Nie ma możliwości, aby podłączyć do niego inne sygnały, np. portu szeregowego, dlatego nie może nic więcej przesłać do komputera. Potrzebne do tego jest drugie urządzenie - wirtualny port szeregowy (VCOM), nazywany też konwerterem USB-UART. Konwerter USB-UART to urządzenie, które emuluje port szeregowy, zgłaszając się dla systemu hosta, tutaj komputer PC, jako urządzenie USB klasy komunikacyjnej (Communication Device Class - CDC). Z drugiej strony taki konwerter zazwyczaj ma dostępne linie TX oraz RX, a czasami jeszcze dodatkowe sygnały (CTS, RTS, RI). Proponowane tutaj użycie St-Link V2-1 wymaga użycia innego urządzenia. Bez problemu dostępnego na każdej płytce Nucleo lub Discovery. W tym urządzeniu dostępny jest interfejs SWD oraz UART, co pozwala programować mikrokontroler i kontrolować wykonywanie programu, dając też dostęp do danych, a port szeregowy pozwala przesyłać dane z programu bez jego zatrzymywania. Niestety, środowisko Arduino (Arduino IDE) nie pozwala skorzystać z debugera, ponieważ obsługuje tylko komunikację przez wirtualny port szeregowy. Zmiana urządzenia w niczym tutaj nie pomoże. Z perspektywy użytkownika i programisty mikrokontrolerów, proponuję zainstalować lepsze środowisko do programowania, np. darmowe Atollic True Studio for STM32 lub System Workbench for STM32, co pozwoli skutecznie korzystać z posiadanego debugera. A przy okazji można kupić jakiś zestaw rozwojowy, który posiada wbudowany programator/debuger ST-Link V2-1, który posłuży również do pracy z uC na innych płytkach. Wystarczy jeden.

LChucki · Answer

Jak podłączyłeś rzekomy VCOM na ST-LINK V2 do uruchamianej płytki? Pokaż schemat.

janchar · Answer

Na drugim obrazku płytka STM32. Piny przeznaczone do programowania przez programator STLINK V2 połączone jeden do jeden czyli SWDIO na płytce do programatora o tej samej nazwie SWDIO. Podobnie SWCLK. Na koniec GND. Co do Vcc to użyłem 3.3V lub bez niego dając oddzielne zasilanie. Z tym nie było różnicy.

janchar · Answer

Więcej połączeń nie robi się. Przynajmniej tak mi się wydaje.

Gdy programowałem i testowałem używając załadowanego bootloadera, a połączony byłem poprzez port USB, driver tworzył wirtualny port COM.

Ponadto jak wspomniałeś programowania/debugowania... mi właśnie chodzi o to debugowanie.

LChucki · Answer

Skoro tak twierdzisz to nie rób. No właśnie. Ale twierdzisz, że więcej połączeń się nie robi. Pomijając to, pokaż mi w instrukcji ST-LINK V2 gdzie piszą o VCOM. Domyślam się też, że zignorowałeś moją radę i nie czytałeś o ST-LINK V2/1. Cóż, skoro wiesz lepiej.

janchar · Answer

Nie czytałem instrukcji o ST-LINK V2.

Wydaje mi się (gdybym wiedział to bym nie zawracał głowy) że jest alternatywą programowanie używając portu USB, poprzez ST-LINK czy poprzez UART.

Alternatywą, czyli jedna z metod.

Programowałem poprzez UART aby załadować bootloader i zakończone było sukcesem. Testowania, czyli uruchomienia terminala nie przeprowadzałem, gdyż nie miałem takiej potrzeby.

Poprzez port USB (po wcześniejszym załadowaniu bootloadera) ładowałem program i uruchamiałem terminal. Pełen sukces do momentu, gdy fizycznie użyłem PIN-y PA11 i PA12, czyli gdy coś do nich elektrycznie podłączyłem.

Poprzez programator ST-LINK ładowałem program, lecz terminala już nie można.

Promuję tematy:
02.02.2026 Sterowanie taśmą LED 24 V – jak uzyskać łagodne rozświetlanie PWM ESP32-C3
05.01.2026 MOUSE JIGGLER udający myszkę komputerową
30.06.2019 Przyjazne oświetlenie LED pod szafką kuchenną

LChucki · Answer

Do tego nie używa się VCOM ponadto Arduino IDE nie wspiera debugowania. Słyszysz, że dzwoni ale nie wiesz, w którym kościele. Nie trzeba jej nawet czytać, wystarczy przeczytać jakie ma możliwości V/2 a jakie V2. Bez tego dalsza dyskusja jest bez sensu. Wiesz do czego służą PA11 i PA12? Dodano po 2 [minuty]: I tak w kółko Macieju. Poczytaj o ST-LINK V2 i V2/1. Dowiedz się o USB więcej niż że jest to interfejs szeregowy. Co to VCOM, jak działa, co to mostek USB-UART. Poczytaj do czego służy JTAG i SWD. Zapoznaj się z bootloadem w STM32.

janchar · Answer

Debugowanie przeprowadza się poprzez wyprowadzanie zmiennych na UART czyli dalej na terminal. Nie chodzi mi o wykonywanie krokowe instrukcji, gdyż tak też można. Idąc tym tropem można przeprowadzać debugowanie za pomocą diody świecącej. Jednak w tym przypadku staje się to męczące. Nie bardzo rozumie. Gdybym wiedział, to bym nie pytał. Chyba będę musiał sięgnąć do innych źródeł. W moim przypadku wykorzystuję je do sterowania tranzystorami n-mosfet. Ponadto wynika z dokumentacji, że są to piny D+ i D-, które mogą być użyte do portu USB. Dodano po 2 [minuty]: Im dalej w las, tym więcej drzew. Chyba nie o to mi chodzi. Dziękuję za pomoc i za poświęcony czas.

LChucki · Answer

To uruchom ten UART w swoim programie i podłącz przejściówkę USB-UART albo użyj ST-LINK V2/1. Pułapki, praca krokowa, podgląd zmiennych to prawdziwe debugowanie a nie wypluwanie zmiennych na UART. Do tego dążysz używając UART zamiast debugera. Napisałem z jakimi tematami masz się zapoznać. Nadal nie przeczytałeś o różnicach między ST-LINK V2 a V2/1. Wiedza sama nie przyjdzie. Więc czemu się dziwisz, ze gdy miałeś pseudo debugowanie przez CDC i wyłączyłeś USB, to owo debugowanie przestało działać? Jak w Arduino UNO wykorzystasz TX0 i RX0 do sterowania tranzystorami to monitor będzie działać? Im dalej w las, tym więcej drzew. Nie masz podstaw a bez tego możesz liczyć najwyżej na szczęście. Jak zrozumiesz różnicę pomiędzy UART a USB, co robi mostek USB-UART to wszystko stanie się proste. Dodano po 2 [minuty]: Nie znalazł sam, tylko zaznajomił się z tym co niezbędne. Jak ktoś nie odróżnia USB wbudowanego w uC od mostka USB-UART to jak mam pomóc?

janchar · Answer

Co prawda nie tego się spodziewałem, ale skoro tak mówisz, to tak to przyjmuję. Ja jestem za cienki na to, aby napisać driver pod windowsa. Przyjmuję więc, że się nie da i w takim razie muszę sobie inaczej z tym poradzić. Dziękuję za odpowiedź na nurtujące mnie pytanie i pozostaje mi tylko zamknąć temat, aczkolwiek zawsze warto poczytać o czymś nowym. Dziękuję wszystkim.

Konto nie istnieje · Answer

Serial w Arduino HAL nie służy tyle debugowaniu, co monitorowaniu na bieżąco podstawowych/istotnych parametrów programu w trakcie jego działania. W wielu przypadkach to wystarcza, a same funkcje monitorowania mogą być umieszczone na stałe w kodzie, ale mogą być dołączane opcjonalnie do kodu wynikowego po ustawieniu odpowiedniej flagi.

LChucki · Answer

Nic nie trzeba pisać pod Windę. Gdybyś poczytał o samym ST-LINK V2-1 to już wiele byś wiedział. Napisałem też tematy innych zagadnień, z którymi trzeba się zapoznać. Niestety, choć piszesz to tak do końca tego nie wiesz i w tym cały problem.

Konto nie istnieje · Answer

Taniej wyjdzie zakupienie konwertera USB/UART i podłączenie go do RX1/TX1. W Arduino HAL dla STM32 można ustawić ten port jako Serial dla monitora w Arduino IDE. Wadą tego rozwiązania będą dwa kable USB od płytki do komputera.

LChucki · Answer

Rozwijając temat, debugera używam zawsze i wszędzie ale poza nim, przez USB lub UART wysyłam informacje diagnostyczne i daję możliwość mniejszej lub większej kontroli nad programem. Dlatego w moich projektach znajdują się dziwne złącza np do RX, TX. Bywa, że wyświetlam informacje na LCD przyłączanym do SPI lub I2C, którego w docelowym urządzeniu nie ma, pozostaje tylko złącze. UART, USB czy inne złącze diagnostyczne uzupełnia debuger, niestety, nie ma możliwości, aby zastąpiło ono debuger w prosty sposób. Można napisać program monitora, ale czy warto, przy cenie ST-LINK? Ponadto, dobry monitor, pochłonąłby pewnie z 30kB, przeważnie nie dałby możliwości dynamicznego dodawania pułapek, a sprzętowy debuger nie zwiększ objętości kodu wynikowego wcale lub nieznacznie a pułapki można dodawać. Dodano po 7 [minuty]: Jeszcze taniej (0zł) wykorzystać sprzętowe USB w uC no ale tu wiedza na poziomie wydaje mi się, ze odróżniam USART od USB nie wystarczy chyba, że Arduino coś tam ułatwia.

Konto nie istnieje · Answer

Wszystkie te piękne rzeczy, o których piszesz na temat debuggera nie mają wsparcia w Arduino IDE, którego używa Autor. Dopóki Autor nie przesiądzie się na inne IDE ze wsparciem dla Arduino HAL, ST-LINK może użyć co najwyżej do wgrywania kodu - chociaż nawet i to się da zrobić bez tego programatora: Link Dodano po 10 [minuty]: No nie wiem, czy to się tak da zrobić, jeżeli jednocześnie chcemy korzystać z ST-LINK oraz monitorować pracę urządzenia przez Serial w Arduino HAL, ale popraw mnie i wyjaśnij nieco więcej, jeśli się mylę.

LChucki · Answer

Po podłączeniu ST-LINK V2-1 w systemie pojawią się 3 urzadzenia: - ST-LINK - nie trzeba wyjaśniać. - VCOM - ST-LINK V2-1 ma wyprowadzone TX i RX. - Pamięć masowa - wystarczy skopiować do niej BIN i jego zawartością zastanie zaprogramowany uC. Dodano po 1 [minuty]: Jak zabiera się za ARM to chyba logiczne, ze długo z Arduino IDE nie pociągnie i przesiądzie się na normalne IDE.

Konto nie istnieje · Answer

Autor używa ST-LINK V2, a nie ST-LINK V2-1. Jeżeli zacznie używać ST-LINK V2-1, to cała ta dyskusja w tym wątku jest bezprzedmiotowa, a dostępność interfejsu szeregowego dla Serial w Arduino IDE oczywista.

Konto nie istnieje · Answer

Lepszym środowiskiem programowania będzie również PlatformIO (dostępne wtyczki do Eclipse i Visual Studio Code), gdzie jest obsługa debuggera oraz unit testing. Przesiadka z Arduino IDE będzie o tyle łatwiejsza, że samo PIO ma bardzo dobre wsparcie dla Arduino HAL - migracja kodu jest prosta, po utworzeniu pliku z definicją platformy sprzętowej, płytki oraz frameworka (w tym wypadku Arduino), wystarczy tylko wgrać swoje pliki źródłowe do głównego katalogu projektu. Źródło

Używanie Arduino HAL w PIO nie oznacza oczywiście braku możliwości skutecznego użycia debuggera, opcja ta jest cały czas dostępna również dla kodu rozwijanego z wykorzystaniem Arduino HAL, jak również z użyciem programatora ST-LINK. Źródło

janchar · Answer

Kwint esencja tego, co powinno być powiedziane na początku. Dziękuję.

STM32 z Arduino i STLINK V2 - nie wykrywa portu COM po zaprogramowaniu

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Post #13

Post #14

Post #15

Post #16

Post #17

Post #18

Post #19

Post #20

Post #21

Post #22

Post #23

Post #24

Podsumowanie tematu