Rozwój ARM na systemie Linux

Question

Kupiłem zestaw do oceny LaunchPada TM4C123G firmy Tiva z Texas Instruments. Zestaw ten zawiera małą płytkę z mikrokontrolerem ARM Cortex M4F. Teraz chcę zacząć pisać oprogramowanie dla tego mikrokontrolera. Jestem przyzwyczajony do programowania 8-bitowych mikrokontrolerów AVR przy użyciu AVR Studio w systemie Windows. Słyszałem, że programowanie mikrokontrolerów opartych na ARM w systemie Linux jest łatwe, a ponieważ Linux jest moją główną platformą, chciałbym mieć proste IDE, które będzie działać mniej więcej tak, jak jestem przyzwyczajony do AVR.

Od kilku dni szukam dobrego IDE i narzędzi, które wykonają zadanie. Ku mojemu zaskoczeniu, tylko kilka uruchomi się na Linuksie, a żadna nie jest open source ani freeware. Czy to naprawdę może być prawda? Nie chcę wydawać kilkuset dolarów tylko po to, żeby wypróbować programowanie dla Cortexa M4F. Nie chcę też uczyć się jednego IDE od czasu do czasu później, gdy dowiedziałem się, że nie jest wystarczająco dobry lub zbyt drogi. Jestem przyzwyczajony do Linuksa i metody open source i jestem zszokowany tym, że nikt nie wydaje się robić poważnego wbudowanego programowania ARM z narzędziami open source na Linuksie. Proszę, popraw mnie jeśli się mylę.

Nie mam żadnych planów na Linuksie na Cortex M4F - po prostu chcę go zaprogramować jak normalny mikrokontroler.

Texas Instruments zaleca jeden z następujących łańcuchów narzędzie na tylnej okładce zestawu ewaluacyjnego:

• Code Composer Studio IDE: pełne wyżywienie funkcjonalny zablokowana
• Keil: adres 32KB ograniczone
• IAR: adres 32KB ograniczone
• Mentor Wbudowany Sourcery CodeBench: 30 dni pełną funkcjonalną

Polecono mi też Red Studio z code_red.

Żadne z nich nie jest open source ani bezpłatne, a wszystkie mają ograniczenia. Wydaje mi się, że tylko Code Composer Studio i Red Studio są zgodne z Linuksem.

Natknąłem się na kolejny produkt, Rowley CrossWorks, który jest kompatybilny z Linuksem, ale nadal jest bardzo komercyjny i drogi.

Czy to prawda, że ​​nie ma alternatywy open source? Większość produktów wydaje się korzystać z Eclipse i GCC, które powinno się obejść bez tych komercyjnych pakietów, prawda? Po prostu nie mogę znaleźć samouczka ani przewodnika wyjaśniającego, jak to ustawić dla wbudowanego programowania ARM. Muszę również wiedzieć, jak zaprogramować urządzenie po kompilacji.

Naprawdę chcę zacząć wkrótce. Wszelkie porady i pomysły są bardzo cenne :-)

Answer 1

To zawsze to samo, bez względu na to, jaką masz tablicę eval: STM32 discovery, LPCXpresso, TI Launchpads. Są bardzo tanie, ale zalecane IDE są ograniczone: ich rozmiar jest ograniczony, tylko Windows lub są związane z konkretną dystrybucją Linuksa.

Z mojego doświadczenia wybór zależy od Twoich celów długoterminowych:

• Chcesz udostępnić kod z AVR 8-bit (lub PIC32, Renesas RX 32, ...)?
• Czy to średnioterminowy/długoterminowy cel polegający na zbudowaniu systemu opartego na make?
• Czy potrzebujesz uzupełnienia tabulatora i/lub zintegrowanego debuggera?
• Czy chcesz wypróbować inne karty eval w przyszłości (bez konieczności instalowania kolejnego IDE)?

A może chcesz go szybko uruchomić? W takim przypadku użyłbym jednego z zalecanych IDE, aby uzyskać wrażenie.

Z drugiej strony, wszystkie 32-bitowe mikrokontrolery, których użyłem (Cortex-M0/3/4, PIC32, Renesas RX) można zaprogramować za pomocą gcc. O ile mi wiadomo, Code Red, Mentor i MPLABX używają gcc (lub zmodyfikowanego gcc).

Zawsze istnieje możliwość użycia Eclipse z projektem Makefile i gcc. Próbowałem już dwa razy, ale to nie działało dobrze dla mnie, ponieważ dzielę biblioteki między różnymi celami i trudno mi było omijać definicje w Eclipse.

Więc moja IDE jest Makefile, Emacs i gcc, i przestawił się całkowicie przy użyciu C++: To może być kolejna zaleta korzystania gcc.

Obie możliwości (Eclipse z projektem Makefile lub po prostu redaktor z make) nie są „z półki”: Wymagają czasu, cierpliwości, a Twoja ulubiona wyszukiwarka internetowa.

Aktualizacja

nie jestem świadomy kompletnego tutorial jak skonfigurować GCC + uczynić środowisko oparte, tak po prostu opisać podstawowe kroki zrobiłem to kilka lat temu (z pewnymi zmianami) .

• Get binarną dystrybucję GCC dla ARM od https://launchpad.net/gcc-arm-embedded

się następujące etapy STM32 specyficzny:

• Pobierz jedną z płyt wykrywania, na przykład linii wartość STM32 Discovery.

• Pobierz narzędzie flash: używam stlink (git clone https://github.com/texane/stlink.git). Obejmuje to również backend GDB.

• Istnieją różne przykłady dostępne, wyszukaj „stm32vl mgnieniu odkrycie” (nie mogę polecić je tutaj, jeden użyłem zniknął)

Jako alternatywę (lub follow-up): Pobierz z peryferyjne przykłady oprogramowania

• znajdziecie GNU ld zgodną skrypt linkera w Project/Examples/GPIOToggle/TrueSTUDIO/stm32_flash.ld

• Znajdziecie GNU jako kompatybilnego starcie w Libraries/CMSIS/CM3/DeviceSupport/ST/STM32F10x/startup/TrueSTUDIO/startup_stm32f10x_ld_vl.s

• Znajdziesz tu wszystkie inne wymagane pliki i biblioteki obejmują źródła w archiwum .zip oraz

• Spójrz na projektu GPIOToggle (Project/Examples/GPIOToggle)

• Napisz Makefile skompilować, łącze, a błysk

Answer 2

Aby zbudować własne środowisko programistyczne można użyć następującej kombinacji:

• Eclipse CDT
• Pobierz toolchain być stosowany (oficjalną wersję GCC lub jakiś innych firm dostosowane dla danej platformy)
• zintegrować toolchain do środowiska Eclipse poprzez wewnętrzny system budowania Eclipse (builder CDT) lub przez zewnętrzny builder (np. make)
• W celu uzyskania wsparcia JTAG debugowania, jest GDB Hardware Debugging plug-in Eclipse trzeba będzie skonfigurować

udało mi się zakończyć moją własną konfigurację w taki sposób dla LPC1769 (Cortex-M3 CPU) i zadziałało :)