[ARM]Crossworks - konfiguracja projektu, bootloader STM32 - pytanie

Witam!
Zaczynam przygodę z ARM'ami (STM32 - STM32F103VCT6) i z powodzeniem kompilowałem programy pod KEILuVision4 i umiem tam skonfigurować nowy projekt. Jednak będę mieć prawdopodobnie dostęp do debugera AMNOTEC JTAGkey, który współpracuje z CrossWorks. Mam obecnie zainstalowane oprogramowanie CrossWorks 2.1 i następujące biblioteki:

Postępuję następnie zgodnie z tym poradnikiem:
http://www.micromouseonline.com/2009/12/14/crossworks-blinky-project-1/
Jednak podczas każdej próby kompilacji tamtego programu otrzymuję błąd o nie odnalezieniu odpowiedniego pliku:

Po wykomentowaniu linijki #include "stm32.h"
Dostaję takie błędy:


I teraz pytania:
1. Jak samemu stworzyć w środowisku CrossStudio 2.1 podstawowy projekt do dalszej nauki (uczę się z książki "Mikrokontrolery STM32 w Praktyce" - K. Paprocki) - chodzi o to żeby się kompilował (przede wszystkim) i żeby miał dostęp do std_peripherial_libary)
2. (w sumie wyjaśnienie 1. też załatwia sprawę) Jak skompilować ten przykładowy kod?
3. I mam dodatkowe pytanie dot. samego bootloadera. Mam procesor STM32F103VCT6 na takiej płytce: http://arduinosolutions.com/index.php?route=product/product&product_id=90 i jak na razie programy skompilowane pod Keil uVision 4 wgrywam sobie przez bootloader po RS232. Teraz mam w planie programowanie tego procesora przez wspomniany debbuger JTAG i czy tak jak w przypadku procesorów AVR programowanie pamięci FLASH poprzez JTAG spowoduje wymazanie bootloadera, czy też w tym procesorze bootloader jest wgrany niajako "na stałe" - czyli pomimo moich operacji na pamięci flash poprzez interfejs JTAG pozostanie on nienaruszony?

Z góry dziękuję za pomoc i odpowiedzi.

Zapewne nie masz wpisanych ścieżek do folderów z plikami *.h.
Ustawia się je we właściwościach projektu w "User Include Directories". Zwróć uwagę czy wpisujesz je dla właściwej "Configuration".

A mógłbyś powiedzieć w jakiej zakładce tego szukać? Bo już dostaję oczopląsu i znaleźć nie mogę...
I do których folderów ścieżki mam podać...

Project->Properties ...
Ścieżkę do katalogu głównego projektu podaje się w ten sposób : $(ProjectDir)
a do podrzędnego folderu np. tak: $(ProjectDir)/abcd

No w tym oknie mam taką listę-tasiemiec:

I tam takiego pola nie mogę znaleźć...

Na załączonym obrazku masz na górze "Assembler Options"
Znajdź podobną zakładkę "Preprocessor Options". Tam ustawia się ścieżki.

Jutro porównam te pola dla mojego projektu i kompilującego się przykładu z sieci.
A co z pytaniem nr 3 o bootloader?

Zapewne standardowy bootloader jest w pamięci ROM. Nie można więc go skasować.

Mała przestroga - w CrossWorks są szopki z przerwaniami. Kiedyś dotykałem tego środowiska, ale natychmiast olałem. Mianowicie nie da się ot tak po ludzku napisać ISRa, tylko trzeba uprawiać dziwne kombinacje w asmie żeby napisać nawet ISRa timera do migania ledem, bo sam CW ma swoje bliżej nieokreślone mechanizmy tworzenia ISRów...

Nie wiem czy tak jest nadal, kiedyś (bodajrze w wersji 2) coś takiego było. Może teraz już rowley poszedł po rozum do głowy i pozwolili na normalne pisanie ISRów...

Hmm, no to skoro CrossWorks ma takie problemy, to jakie inne IDE polecałbyś (żeby obsługiwało debugowanie poprzez wspomniany JTAGkey z jakąś sensowną nakładką graficzną oczywiście).
Mile widziane oczywiście jakieś linki z przykładową konfiguracją i tworzeniem projektu dla STM32.

Czyli bootloader umieszczony w ReadOnlyMemory jest 100% bezpieczny przed przypadkowym skasowaniem/zablokowaniem via JTAG.

Co do pierwszego problemu:
No niestety ale w obu projektach (moim nowym i tym działającym z sieci) ustawienia te wyglądają dokładnie tak samo...

PS. dołączam paczki z:
a) działającymi projektami przykładowymi z internetu
b) moim niekompilującym się projektem utworzonym na podstawie wspomnianego poradnika
Może to naprowadzi kolegów na to gdzie robię (pewnie jako początkujący w tym IDE jakiś banalny i podstawowy) błąd.

nsvinc napisał:

Mała przestroga - w CrossWorks są szopki z przerwaniami ...

Używam tego środowiska i nigdy nie miałem żadnych problemów z przerwaniami.

A jakieś sugestie co do mojego problemu? Co i gdzie mogę konfigurować nie tak?
Ewentualnie, jeśli kolega byłby tak miły i miał trochę więcej czasu to byłbym wdzięczny za przygotowanie przykładowego kompilującego się projektu i opisanie po kolei co trzeba zrobić, bo mnie samemu już brakuje pomysłów, a mimo wszystko zależy mi na obsłudze tego debbugera...

Na samym początku wpisałeś odwołania to takich plików:
#include "stm32.h"
#include "targets/STM32F10x.h"
Gdzie masz te pliki ?

No właśnie tych plików brakuje, jak powiedziałem wszystko robię wg. tego pordanika:
http://www.micromouseonline.com/2009/12/14/crossworks-blinky-project-1/#axzz1Zvb51YAr
...
Może jest jakiś inny?

1. Przeczytaj początek tego:
http://docs7.chomikuj.pl/492704393,0,0,08-2005_091.pdf

2. W systemie Windows istnieje funkcja wyszukiwania pliku o określonej nazwie. Czy użyłeś jej do zlokalizowania potrzebnego pliku ?

1. Wiem co to za pliki i czym się różni <> od "" - w temacie programowania ogólnie siedzę od dosyć długiego czasu, a prawie tyle samo poświęciłem na AVR'y jeśli o mikrokontrolery chodzi - i próbowałem zmieniać <> na "" i też nic nie pomagało bo:
2. niestety pierwszego pliku w systemie nie ma (więc nie ważne czy w plikach projektu czy w katalogu include nie mógł nic znaleźć...), stąd wnioski mogą płynąć 2:
a) ten tutorial jest niekompletny
b) dotyczy on jakiejś starej wersji bibliotek/oprogramowania CrossWorks (dodam, że przy tej konfiguracji pusty projekt

się kompiluje...)

Zatem skoro nie wiadomo gdzie jest błąd może poprosiłbym Kolegów o jakiś inny tutorial/opis jak stworzyć taki projekt w tym IDE. Będę bardzo wdzięczny za taką pomoc...

piotrva napisał:

Zatem skoro nie wiadomo gdzie jest błąd może poprosiłbym Kolegów o jakiś inny tutorial/opis jak stworzyć taki projekt w tym IDE. Będę bardzo wdzięczny za taką pomoc...

Jak to nie wiadomo gdzie jest błąd.
- kompilator wyświetlił komunikat o brakującym pliku
- ja napisałem, że brakuje pliku
- sam stwierdziłeś, że brakuje pliku
Nie wiem czego jeszcze oczekujesz ?
Stworzyłeś prawidłowy projekt. Napisałeś jednak błędny program.

Dlatego tak piszę bo wg. tego tutoriala powinno działać. Jutro spróbuję przepisać program z KeiluVision i zobaczę czy się skompiluje.

Uff, coś się udało ruszyć - dołączyłem już do projektu biblioteki, choć trzeba było ręcznie wskazać ścieżkę dostępu do plików .h biblioteki. Zobaczymy co dalej uda się zdziałać i czy uda się napisać miganie ledem

Dodano po 14 [minuty]:

No i dalej są jakieś problemy.
Załączam pliku projektu i screen z błędami:

Dalej wygląda jakby coś nie było dołączone. Dodam, że ten projekt bez błędu (oczywiście w nieco innym układzie) kompiluje się na Keil uVision3/4 (też wziąłem przykład z sieci, żeby mieć pewność, że to nie ja jestem powodem błędów).

A czy CrossWorks nie ma jakiegoś przykładu na podobny mikrokontroler, przynajmniej na rodzinę? Zawsze jak miałem kłopoty z nowym kompilatorem brałem załączony do środowiska przykład i go przerabiałem na swoje. Po prostu używałem go jako szkieletu. Różne środowiska różnie się konfiguruje, różne mają 'nawyki' jeśli chodzi o nazewnictwo plików i ich położenie w drzewie katalogów.

Tak, są przykłady, ale mnie chodzi o nabycie umiejętności świadomego* tworzenia projektu od podstaw.

*świadomego - żeby wiedzieć za co która opcja jest odpowiedzialna, co do czego służy w danym środowisku.

Zapewne w projekcie brakuje plików:
stm32f10x_flash.h
stm32f10x_flash.c
stm32f10x_rcc.h
stm32f10x_rcc.c
...
itd.

Ta standardowa biblioteka STM nie jest elementem środowiska. Jest to jedynie zestaw plików zawierający deklaracje i procedury służące do komunikacji z peryferiami procesora STM32. Nie ma obowiązku jej używania. Jeśli jednak z jakiegoś powodu chcesz to zrobić to musisz dołączyć ją do projektu.



DXFM:
Autor wątku opublikował tu plik "ST_STM32F10x_EVAL.zip" zawierający wiele przykładowych projektów. Napisał również, że kompilują się one prawidłowo.
Większość z nich odwołuje się do standardowej biblioteki STM. Odpowiednie pliki są w sposób jawny dołączone do projektów.

Pliki są w katalogu który wskazuję jako User Include Directories (podaję tam katalog /inc /src i katalog z plikami projektu). Mam je zatem jawnie dołączyć do projektu?

Dodano po 2 [minuty]:

Jawne dołączenie nic nie zmienia...

piotrva napisał:

Pliki są w katalogu który wskazuję jako User Include Directories (podaję tam katalog /inc /src i katalog z plikami projektu). Mam je zatem jawnie dołączyć do projektu?

Teraz już nie wiem co mam odpowiedzieć...
Proponuję zacząć od zupełnych podstaw. Musisz dostrzegać różnicę pomiędzy plikami *.h a plikami *.c.

Mogę się mylić ale chyba to co zawiera plik main.c to nie są odwołania do tej standardowej biblioteki STM. Potrzebny jest plik lub pliki *. h pasujące do tego co użyłeś main.c.

Dostrzegam różnicę miedzy tymi plikami, nie jestem w tematyce programowania początkujący - zajmuję się tym już od dłuższego czasu, tylko w przypadku takich dziwnych problemów i walki z IDE chwytam się już dziwnych metod i wskazywania wszystkich możliwych katalogów (łącznie z tymi które wskazane być nie powinny), zresztą co to ma do rzeczy skoro i ja i kolega wiemy, że zarówno umieszczenie tam katalogu /src jak i jego pominięcie i tak nic nie zmieni dla preprocesora w tej sytuacji (błędy przy tym katalogu dodanym i nie są takie same).

Skoro Kolega tak wątpi w moją wiedzę (maskowaną tu przez desperacje i zniechęcenie do tego IDE - wiem, ze piszę czasem głupoty, ale tonący brzytwy się chwyta) to może ponowię swoją prośbę:
Uznajmy, ze temat zaczyna się od: "Witam. Zaczynam przygodę z STM32. Bardzo prosiłbym o przeprowadzenie mnie <<za rączkę>>, krok po korku jak stworzyć w IDE CrossWorks 2.1 for ARM pierwszy projekt z dołączoną biblioteką STM32 standard... i miganiem jedną diodą LED. Z góry dziękuję za pomoc."

Dodano po 16 [minuty]:

Pawel2420 napisał:

(...)
Mogę się mylić ale chyba to co zawiera plik main.c to nie są odwołania do tej standardowej biblioteki STM. Potrzebny jest plik lub pliki *. h pasujące do tego co użyłeś main.c.

Może to i racja... Ale rejestry procesora powinny być tym bardziej dostępne (jako poziom niższy od biblioteki standardowej) jeśli w tym programie na nich operuję... Może to jest błędem... Już sam nie wiem, dlatego (o ile ma jeszcze do mnie Kolega cierpliwość ) proszę o taki prosty tutorial jak od zera stworzyć projekt migania diodą na stm32 z użyciem bibliotek standardowych i środowiska CrossWorks.

Ostatecznie coraz bardziej jednak chyba przychylać będę się do zakupu zamiast tego JTAGkey'a dedykowanego uLINK'a i korzystania z niego w Keil uVision - tam wszystko po instalacji pakietu działało od pierwszego razu

1. Wykasuj wszytko co masz w pliku main.c
2. Dopisz do niego :
#include "stm32f10x_rcc.h"

int main(void){
RCC_ClearFlag(); //jakaś przypadkowo wybrana funkcja z biblioteki STM32
}

3. Umieść w tym samym katalogu co plik main.c pliki:
stm32f10x_rcc.c
stm32f10x_rcc.h

4. Dodaj do projektu plik stm32f10x_rcc.c (poprzez wybranie "Add Existing File...")

5. We właściwościach projektu dodaj ścieżkę $(ProjectDir)

Myślę, że to powinno już wystarczyć aby projekt się skompilował.

Hmm, zrobiłem projekt od nowa, wg wskazówek i... dalej nic
(oczywiście jeszcze musiałem dołączyć dodatkowe pliki wymagane przez stm32f10x_rcc)"


Dodano po 59 [sekundy]:

Tak wygląda jakby wogóle nie miał definicji do rejestrów procesora (lub obiektów ułatwiających operacje na tych rejestrach)...

Plik stm32f10x_rcc.h wymaga dodania ścieżki do
"stm32f10x_map.h"
a on wymaga następnych plików:
"stm32f10x_type.h"
"cortexm3_macro.h"
"stm32f10x_conf.h"
Ten ostatni będzie różny w zależności od tego co używa się w projekcie

dodałem te pliki (przekopiowałem do katalogu projektu) o czym zresztą napisałem:

piotrva napisał:

(oczywiście jeszcze musiałem dołączyć dodatkowe pliki wymagane przez stm32f10x_rcc)

Czy w pliku stm32f10x_conf.h jest coś takiego :
#define _RCC