Pico w warsztacie elektronika jest małą płytką, ale jej schemat i pinout decydują o tym, czy prototyp ruszy od razu, czy zacznie wracać do stołu po każdej zmianie przewodu. W tym tekście rozkładam temat na części: pokazuję, jak czytać wyprowadzenia, które piny odpowiadają za zasilanie i reset, jak bezpiecznie łączyć czujniki oraz gdzie różnią się wersje z Wi-Fi i bez radia. Stawiam na praktykę, bo przy Pico to właśnie ona oszczędza najwięcej czasu.
Schemat Pico w praktyce warsztatowej
- Na płytce masz 40 pinów, ale tylko część z nich to zwykłe GPIO. Reszta odpowiada za zasilanie, reset, referencję ADC i debugowanie.
- 3V3(OUT), VSYS i VBUS to trzy różne rzeczy. Pomylone zasilanie to najczęstszy błąd na starcie.
- Złącze SWD służy do programowania i debugowania, ale nie zasila płytki.
- Wersje wireless mają dodatkowy układ radiowy i część sygnałów jest współdzielona, więc nie każdy tutorial pasuje 1:1.
- Na nowszym Pico 2 analogowe wejścia są prowadzone inaczej niż zwykłe GPIO, więc do pomiarów trzeba patrzeć na opis konkretnego pinu, a nie zgadywać.
Jak czytać układ wyprowadzeń bez pomyłek
Ja zawsze zaczynam od dwóch warstw naraz: najpierw patrzę na fizyczny układ pinów, a dopiero potem na ich funkcje. W dokumentacji Raspberry Pi dla Pico 1 i Pico 2 widać, że płytka ma 40 pinów rozmieszczonych po 20 na każdej krawędzi, a wersje wireless wyglądają podobnie, tylko mają dodatkowe elementy związane z łącznością. To ważne, bo na pierwszy rzut oka wszystko wygląda podobnie, ale znaczenie pinu zależy od jego roli, nie od samego miejsca na laminacie.
- Numer fizyczny mówi, gdzie wkładasz przewód w płytkę stykową lub header.
- GPIO mówi, jak pin zachowuje się w kodzie i do czego można go przypisać.
- BOOTSEL przydaje się, gdy chcesz wejść w tryb pamięci masowej i wgrać nowy firmware.
- SWD to interfejs debugowania sprzętowego, przydatny, gdy projekt nie startuje tak, jak powinien.
- LED na płytce pomaga w testach, bo od razu widać, czy program żyje, bez dokładania zewnętrznych elementów.
Jeśli ten porządek jest jasny, reszta schematu przestaje wyglądać jak gęsta siatka drobnych napisów. Kolejny krok to zasilanie, bo właśnie ono najczęściej psuje pierwsze uruchomienie.
Zasilanie i piny specjalne, które decydują o stabilnym starcie
W warsztacie zaczynam od zasilania, bo większość „martwych” układów okazuje się po prostu źle podłączoną płytką. W nowszym Pico 2 Raspberry Pi podaje osobno linię 3.3 V, wejście systemowe, zasilanie z USB i kilka pinów pomocniczych, które nie służą do zwykłego sterowania. To daje dużą elastyczność, ale tylko wtedy, gdy każdy pin traktujesz zgodnie z jego rolą.
| Pin | Rola | Co to znaczy w praktyce |
|---|---|---|
| 3V3(OUT) / 36 | Stabilizowane 3.3 V z płytki | Dobry do małych modułów logicznych i czujników, ale nie do silników ani ciężkich obciążeń. |
| VSYS / 39 | Wejście systemowe | Na Pico 2 można tu podać 1.8-5.5 V; to sensowny punkt dla baterii lub zewnętrznego zasilacza. |
| VBUS / 40 | 5 V z USB | To linia wejściowa z portu USB, a nie uniwersalny pin do wszystkiego. |
| 3V3_EN / 37 | Wyłączenie przetwornicy | Zwarcie do masy odcina 3.3 V i wyłącza płytkę. |
| ADC_VREF / 35 | Odniesienie dla ADC | Przydatne, gdy pomiary analogowe mają być stabilniejsze niż przy samym zasilaniu z 3.3 V. |
| AGND / 33 | Masa analogowa | Pomaga ograniczyć zakłócenia przy czujnikach i pomiarach napięcia. |
| RUN / 30 | Reset mikrokontrolera | Przytrzymanie nisko resetuje układ bez odłączania zasilania. |
W praktyce zasada jest prosta: jeśli chcesz zasilać mały moduł logiczny, korzystaj z 3V3; jeśli płytka ma pracować z baterii albo z innego źródła, podawaj napięcie na VSYS; jeśli bierzesz zasilanie z USB, pamiętaj, że VBUS to 5 V z portu, a nie „wolny” pin do eksperymentów. Złącze SWD też nie zasila płytki, więc przy debugowaniu trzeba zapewnić osobne zasilanie przez USB lub VSYS. Następny temat to to, co z tym napięciem robisz w praktyce, czyli zwykłe połączenia na stole.
Jak podłączać typowe elementy z warsztatowej szuflady
W warsztacie Pico najlepiej sprawdza się jako płytka do szybkiego prototypu: dioda, przycisk, czujnik, konwerter komunikacyjny i gotowe. Nie trzeba od razu budować rozbudowanej magistrali. Wystarczy trzymać się kilku prostych reguł, które naprawdę robią różnicę.
Dioda i rezystor
Do zwykłej diody LED biorę dowolny wolny GPIO i rezystor w zakresie około 330-1000 Ω. To bezpieczny start i zwykle wystarcza do testów. Na klasycznym Pico wbudowana dioda siedzi na GP25, a w wersjach wireless jest sterowana inaczej, przez układ radiowy. Dla mnie to wygodny sygnał diagnostyczny: jeśli LED miga, program i zasilanie najczęściej są już poprawne.
Przycisk i wejście cyfrowe
Przycisk łączę między GPIO a masę i włączam pull-up w mikrokontrolerze albo dodaję rezystor podciągający do 3.3 V. Bez tego wejście będzie „pływać” i reagować losowo. Nie używam do takich testów pinu RUN, bo on służy do resetu, a nie do zwykłej logiki sterującej.
I2C, UART i SPI
Tu Pico pokazuje swoją mocną stronę: większość pinów ma funkcje multipleksowane, więc jeden pin może obsługiwać kilka protokołów. I2C jest najłatwiejsze na start, ale wymaga podciągnięcia linii do 3.3 V i wspólnej masy. UART jest świetny do logów i prostego debugowania, a SPI sprawdza się tam, gdzie liczy się szybkość i przewidywalność. Na wersjach wireless zawsze sprawdzam jeszcze raz, czy wybrane piny nie kolidują z układem radiowym.
Przeczytaj również: Schemat generatora elektrycznego - Diagnozuj usterki jak ekspert!
Pomiary analogowe
Jeśli mierzysz napięcie z potencjometru, fotorezystora albo wyjścia czujnika analogowego, nie wybieraj pinu „na czuja”. Na nowszym Pico 2 Raspberry Pi wskazuje, że GPIO26-28 są wyprowadzone tak, by obsługiwać także wejścia ADC, a GPIO29 jest używany wewnętrznie do pomiaru VSYS/3. To detal, który początkujący często pomija, a potem dziwi się, że jedno wejście zachowuje się inaczej niż pozostałe. Gdy potrzebujesz lepszej precyzji, można też podejść do ADC_VREF bardziej świadomie i nie traktować go jak zwykłego zasilania.
Gdy wiesz już, jak prowadzić przewody, trzeba jeszcze odróżnić wersje płytek, bo tu jeden szczegół potrafi zmienić całą interpretację pinów.
Czym różnią się Pico, Pico W, Pico 2 i Pico 2 W
W praktyce nie każdy „Pico” znaczy to samo. Klasyczny model, wersja z Wi-Fi i nowsza generacja z RP2350 mają podobną filozofię konstrukcji, ale inne możliwości, inną pamięć i trochę inne zachowanie na poziomie schematu. W 2026 to nadal ważne, bo wiele poradników miesza te wersje, a potem ktoś próbuje skopiować połączenia 1:1 i trafia na niespodziankę.
| Wariant | Co wnosi | Co zmienia w schemacie | Kiedy go wybrać |
|---|---|---|---|
| Pico | RP2040, 2 MB flash, brak łączności bezprzewodowej | Prostszy układ, LED na GP25, klasyczny pinout do nauki i prototypów | Gdy liczy się prostota i zgodność z masą starych przykładów |
| Pico W | Wi-Fi i Bluetooth przez dodatkowy układ radiowy | Część sygnałów jest współdzielona, a LED pracuje przez WL_GPIO0 | Do projektów IoT i łączności sieciowej |
| Pico 2 | RP2350, 4 MB flash, większy zapas mocy i pamięci | Układ wyprowadzeń zachowuje ciągłość z Pico 1, ale logika i szczegóły zasilania są już nowsze | Gdy chcesz nowszej platformy, ale bez radia |
| Pico 2 W | RP2350 plus Wi-Fi i Bluetooth | Łączność bezprzewodowa dzieli część zasobów, więc pinout trzeba czytać ostrożnie | Do nowych projektów sieciowych i bezprzewodowych |
Dokumentacja Raspberry Pi pokazuje przy tym jedną ważną rzecz: układ wyprowadzeń w Pico 2 zachowuje ciągłość z Pico 1, a warianty wireless mają podobny ogólny layout, ale z dodatkowymi ograniczeniami wynikającymi z radia. Dla mnie to praktyczna wskazówka: jeśli projekt ma działać na płytce stykowej i pozostać prosty, klasyczny Pico nadal jest wygodny; jeśli dochodzi łączność, wybieram wersję W, ale od razu zakładam, że trzeba sprawdzić współdzielone piny. Z tego już bardzo blisko do błędów, które najłatwiej wyłapują się dopiero po pierwszym uruchomieniu.
Najczęstsze błędy, które widać dopiero po dymku z płytki
W warsztacie elektronika częściej niż w kodzie przegrywa się na poziomie połączeń. Pico zwykle nie wybacza trzech rzeczy: napięcia 5 V na wejściach GPIO, braku wspólnej masy i założenia, że każdy pin jest „po prostu pinem”. Ja najszybciej widzę to wtedy, gdy ktoś używa tych samych przewodów do zasilania, sygnału i debugowania bez sprawdzenia, co naprawdę jest na płytce.
- Mylenie 3.3 V z 5 V - logika pracuje na 3.3 V, więc 5 V zostawiam dla VBUS i zewnętrznych zasilaczy, nie dla GPIO.
- Brak wspólnej masy - bez GND czujnik zachowuje się losowo, nawet jeśli kod jest poprawny.
- Przeciążenie 3V3(OUT) - ten pin nadaje się do małych modułów, nie do silników, przekaźników czy długich taśm LED.
- Ignorowanie pinów zajętych wewnętrznie - BOOTSEL, RUN, ADC_VREF i piny użyte przez radio lepiej zostawić zgodnie z dokumentacją.
- Mieszanie numeracji - numer pinu na płytce, numer GPIO i nazwa funkcji to nie to samo, a pomyłka tutaj jest zaskakująco częsta.
Najbardziej podstępny błąd to właśnie ostatni punkt, bo układ wydaje się „prawie poprawny”, a potem nie działa tylko jeden element. Dlatego przed pierwszym startem robię krótką listę kontrolną, która oszczędza więcej czasu niż kolejne poprawki na chybił trafił.
Co sprawdzam przed uruchomieniem prototypu z Pico
Przed podaniem zasilania sprawdzam kilka rzeczy mechanicznie, nie tylko w kodzie. To banalne, ale właśnie takie czynności pozwalają uniknąć uszkodzeń i fałszywych diagnoz.
- Czy zasilanie idzie na właściwy pin, a nie na dowolne GPIO.
- Czy wszystkie moduły mają wspólną masę.
- Czy wejścia zewnętrzne nie przekraczają 3.3 V.
- Czy dla linii 5 V używam konwersji poziomów albo dzielnika tam, gdzie ma to sens.
- Czy czujnik analogowy trafił na pin rzeczywiście przeznaczony do ADC.
- Czy na wersji wireless nie koliduję z liniami zajętymi przez radio.
- Czy pamiętam, że SWD służy do debugowania, ale nie zasila płytki.
W praktyce schemat Pico jest dla mnie mapą decyzji: co zasila płytkę, które linie są wolne, gdzie są ograniczenia i czego nie wolno robić z rozpędu. Gdy traktujesz go w ten sposób, Pico przestaje być czarną skrzynką, a zaczyna być wygodnym modułem do szybkiego prototypowania.
