[STM32]Konfiguracja Eclipse + ARM (zestaw STM32VLDISCOVERY) - TUTORIAL

Adaszeq napisał:

Dopiero zaczynam pracę z ARM-ami i STM32, po zapoznaniu się ze środowiskiem Atolic, stwierdziłem, że warto stworzyć swoje środowisko przy pomocy programu Eclipse. Jak w temacie postanowiłem zebrać swoje doświadczenia i podzielić się nimi. Może komuś one pomogą.

Bardziej polecam użyć http://en.radzio.dxp.pl/stm32vldiscovery/programming,with,opensource,toolchain,codesourcery,eclipse.html
dzięki wtyczce Radosława Kwietnia można dość szybko dojść do tego samego.

Poza tym w twoim tutorialu jest bug tj. dotyczy on nowej wersji CodeSourcery (Sourcery CodeBench Lite 2012.03-56 for ARM EABI) jak się nie zainstaluje programu w Program Files to później są problemy. Pół dnia siedziałem i przepisywałem konfigurację z 5 różnych tutoriali i cały czas miałem problem. Cały czas pojawiał się error, że nie znaleziono gcc (przypadek twojego tutoriala) lub że nie znaleziono arm-none-eabi-gcc (w przypadku linku powyżej).
Cokolwiek wpisałem cały czas były te same problemy. Poza tym trzeba się upewnić, że w PATH znajduje się właściwa ścieżka. By to zrobić w Windows XP: Prawy klawisz na Mój Komputer -> Właściwości -> Zaawansowane -> Zmienne Środowiska i tam wybrać PATH i kliknąć edytuj. Zaznaczyć wszystko i skopiować do jakiegoś edytora np. notepad. Upewnić się, że jest tam właściwa ścieżka, jeśli nie to dopisać ją ręcznie i oddzielić średnikiem (";") od reszty zmiennych. Później kliknąć 3xOK i restart kompa.

Właściwie to teoretycznie problemem mógł być brak restartu kompa, ale praktycznie nie bardzo bo sprawdzałem PATH w cmd (imitacja DOSa... bo jak się wpiszę ścieżkę w cmd to ona nie zawsze się dopisze, a w DOSie to działało). Jak wpisałem arm-none-eabi-gcc w dowolnym katalogu to uruchamiało program a Eclipse go nie widziało.

Już nawet myślałem, że chodziło o zmianę konta bo moje ma polskie znaki i np. Android mi nie działa na moim koncie, a na innym utworzonym bez polskich znaków już działa.

Poza tym dzięki za tutorial

Adaszeq napisał:

Może niedługo OpenOCD będzie wspierał STlink'a i rozwiąże ten problem ;p

Jest inny sposób:
Using ST-Link into an Eclipse environment
Jeszcze go nie przetestowałem, bo zmarnowałem czas na walkę z CS ale skoro na Chibios piszą, że działa to czemu nie. Konfigurację sprawdzałem z Atollic i jest praktycznie taka sama więc powinno działać.

alagner napisał:

Tzn. czego nie próbowałeś? Serwera z Atollica? Działa ok.

W TrueStudio to ja wiem, że działa... coś nie mogę sobie poradzić z tym debugerem... Pisząc tego posta jeszcze nie sprawdziłem czy informacje z linka działają. Co ciekawe po drobnych zmianach łączy się z serwerem i wywala błąd. Po czym jak odpalę serwer ręcznie zrywając połączenie to przesyłany program działa. Czyli niby komunikacja jest ale coś jeszcze nie działa jak trzeba.

alagner napisał:

Z tym, że uprawiać sztuki pt. wyciągać gdbserver z innego środowiska można na etapie nauki, ale docelowo (i zawodowo) nie chciałbym pracować na zamkniętym sofcie.

No więc ja jestem na etapie nauki. Dostałem temat na magisterkę dotyczący RTOS i STM32 no i mam problem. Napisałem sobie oprogramowanie od komunikacji z RS232 rejestrujące czas potrzebny na wykonanie zadania dla konkretnego RTOS (VB.NET). Wszystko fajnie... tyle że nie działa mi USART w TrueStudio i FreeRTOS coś tam piszę że problem z RAMem... pewnie wersja Lite nie radzi sobie z RTOS + RS232. Tak więc nie mogę zrobić badań i wogóle pchnąć tej pracy bo nie mam jak sprawdzić programu. Myślałem, że jak to wszystko załaduję do Eclipse to mi pójdzie. Użyłem tutoriala Radosława Kwietnia i na nim ostatecznie działa kompilacja, wszystko fajnie, ale nie działa mi optymalizacja...

Ten sam problem z optymalizacją znalazłem tu: LINK rozwiązaniem ponoć jest to: LINK, ale nie mam pojęcia jak to zastosować do Eclipse.

Już narazie jakoś przeżyję bez tego debugera byle tylko działała kompilacja.

alagner napisał:

A na pewno nie na nielegalnym

Kto tu mówi o nielegalnym Atollicu ja mam legalną wersję Lite, zarejestrowaną na ich stronie. Ciekawe czy ten serwer też ma takie same ograniczenia jak sam Atolic, jeśli tak to nic mi to nie da Jak bym miał nieograniczonego pojemnościowo Triala to bym się nie męczył z Eclipse czy Keilem... ale Atollic nie daje triali.

Run > External Tools > External Tools Configurations...

Jakie wpisać argumenty?
Bo oczywiście "-f interface/vsllink-swd.cfg -f target/stm32f1x.cfg" wpisać nie można.. tzn. można wpisać, ale nie zadziała bo nie ma vsllink-sw.cfg nie mogę skompilować "http://snowcap.fi/blog/2011/11/21/openocd-with-swd/" bo chyba brakuje mi czegoś w Cygwin (nigdy tego wcześniej nie używałem) na linuxa nie mam zamiaru przechodzić... Coprawda mam Unixa PC-BSD na drugim komputerze, ale jakoś wolał bym powalone procki programować w windowsie. Na inżynierkę miałem PIC18F4520 i kompilator od Mikroelektroniki który ostatecznie kupiłem. Tam wszystko było łatwe... No oczywiście nie używałem żadnego RTOS itp. ani nawet procków powyżej 8bit. Dobra poczekam na odpowiedź, a narazie pomęczę się jeszcze z tym Eclipse...

Pewnie itak nic z tego nie będzie bo nie mam JTAGa, mam tylko to co jest wbudowane w STM32VLDiscovery czyli jak czytałem SWD.

Freddie Chopin napisał:

Czemu ty chcesz włączać konfig dla VSLINKa skoro masz ST-Linka? Przecież w OpenOCD jest nawet gotowy konfig dla płytki discovery, ale lepiej ponarzekać jak to wszystko jest beznadziejne bo nie działa tak jak Ty sobie to wymarzyłeś...

Eeeej... poczekaj... nie to miałem na myśli.

Jestem strasznym laikiem w konfiguracji Eclipse pod ARM. Otworzyłem twój tutorial i tam znalazłem informacje:

Freddie Chopin napisał:

(...)W zakładce Main wprowadzić należy ścieżkę dostępu do OpenOCD - dla wersji 0.1.0 będzie to C:\Program Files\OpenOCD\0.1.0\bin\openocd.exe - oraz argumenty z którymi wywołany zostanie program, które zależne są od konfiguracji sprzętowej. W moim przypadku (JTAG-lock-pick + makieta z LPC2103) argumenty mają postać -f interface/jtagkey.cfg -f target/lpc2103.cfg .

Rozminęliśmy się w rozumowaniu, bo ja nie mam pojęcia co tam wpisać. Wszedłem w google i znalazłem "-f interface/vsllink-swd.cfg -f target/stm32f1x.cfg" nie wiem co powinno tam być wpisane by korzystać z ST-Link.

e-mega napisał:

z optymalizacją znalazłem tu: LINK rozwiązaniem ponoć jest to: LINK, ale nie mam pojęcia jak to zastosować do Eclipse.

W tym całym git napisali co należy zrobić, ale przyznaję nie znam tych "gitów" i nie wiedziałem jak to rozumieć, a to była tylko prosta instrukcja jak przerobić core_cm3.c tak by działało dobrze.
Wystarczy tylko zamiast:
__ASM volatile ("strexb %0, %2, [%1]" : "=r" (result) : "r" (addr), "r" (value) );
wpisać
__ASM volatile ("strexb %0, %2, [%1]" : "=&r" (result) : "r" (addr), "r" (value) );
i analogicznie dla strexh. Tak naprawdę wpisuje się tylko "=&r" zamiast "=r".
Poprawiłem całą konfigurację i teraz mi już działa programowanie
tyle że to wszystko działa w oparciu o tutorial Radosława Kwietnia korzystając z wtyczki do Eclipse.
Debugowanie nadal mi nie działa a wszystko przez wpis "jump ResetHandler" jeszcze nad tym pomyślę.

--PS. post edytowałem kilka razy.

Freddie Chopin napisał:

Może nawet znalazłbyś plik, który ma bardzo tajemniczą nazwę stm32vldiscovery.cfg - kto wie?

W najnowszej nie wymagającej kompilacji wersji OpenOCD 0.5.0? Czyżby?
Ten plik jak również stlink-v1.cfg i stlink-v2.cfg nie występują w 0.5.0.

Oczywiście są w 6.0.RC1 ale itak nie wiem jak to skompilować w windows.

Freddie Chopin napisał:

Szukałeś?

To nie wiem skąd ja mam to 0.6.0.RC1 wydawało mi się, że pobierałem je z twojej strony, ale może tak nie było bo tam nie ma żadnych binarek są tylko kody źródłowe.

Dzięki wielkie. Zaraz potestuję.