Tutorial - Code::Blocks + GCC ARM + OpenOCD + STM32CubeMX + STM32F4 + Discovery + Linux

[przemof-s]

Przedstawiony tutorial dotyczy głównie konfiguracji Code::Blocks, umożliwiającej pisanie i debugowanie kodu w języku C/C++, m.in. dla mikrokontrolerów z rodziny STM32. Opis zrealizowany został na przykładzie płytki STM32F4DISCOVERY. Jednak przedstawioną metodę można wykorzystać do konfiguracji innych układów z tej rodziny. Prezentowany opis zawiera informacje dotyczące konfiguracji: Code::Blocks + GCC ARM Embedded Toolchain + OpenOCD + STM32CubeMX + STM32F4Discovery + Linux.

Dla układów STM32 jest już dostępne gotowe, zintegrowane środowisko programistyczne: System Workbench for STM32 (SW4STM32), który bazuje na środowisku Eclipse. Jaki jest więc sens samodzielnego składania środowiska? Autor nie lubi środowiska Eclipse, nie odpowiada mu jego rozmieszczenie okien, obsługa, po prostu źle mu się w tym środowisku pracuje. Jest to wystarczający powód.

Ze względu na dużą objętość tutoriala, został umieszczony w załączniku, w postaci pliku pdf. Dodatkowo umieszczono dwa pliki *.zip. Jeden zawierający przykładowy projekt utworzony na podstawie tutoriala. Drugi zawierający strony www, do których odnosi się tutorial (na wypadek ich "zniknięcia" z sieci internet).

stm32f4_discovery.zip

Tutorial Code-Blocks.zip

Tutorial Code-Blocks, Rev. 0.4.pdf

[Elvis]

Ciekawe jest stwierdzenie: "Autor nie lubi środowiska Eclipse, nie odpowiada mu jego rozmieszczenie okien, obsługa, po prostu źle mu się w tym środowisku pracuje. Jest to wystarczający powód."

Skoro to jest wystarczający powód, to ja muszę powiedzieć że znam dokładnie taki sam, żeby nie używać Code::Blocks...

Chyba muszę napisać tutorial do vi i gcc, tylko jakoś czasu ostatnio brakuje

[Chumanista]

przemof-s, odpowiadający zastanawia się skąd u Autora potrzeba pisania o Autorze w trzeciej osobie.

[przemof-s]

Kto co lubi, dlatego właśnie istnieją alternatywne rozwiązania Nie będziemy chyba rozważać wyższości jednego programu nad drugim, bo żaden nie jest lepszy czy gorszy. Każdy ma swoje plusy i minusy. Jednym odpowiada "to" a innym "tamto".

Jak już powstanie wspomniany tutorial do vi i gcc, to również będę nim zainteresowany

Natomiast co do używania trzeciej formy osobowej, nie jest to potrzeba, a raczej nawyk będący spadkiem po pisaniu "oficjalnych" dokumentów, w których nie jest zalecane stosowanie formy pierwszoosobowej.