Witam
"Odziedziczyłem" kilka programów napisanych dla MSP430 w IAR, chciałbym przerzucić je do np Code Composer Studio 7.0.0 z powodu, że jakoś przyjemniejszy, łatwiejszy dla mnie jest edytor oparty o Eclipse, ułatwienia w stylu Ctrl+Spacja, kolorowanie składni itp. No i to przywiązanie, przyzwyczajenie do AVR-ów. Niestety proste przekopiowanie kodu generuje wiele komunikatów o błędach. Mimo wszystko chciałbym to jakoś ujarzmić.
Zacznę może od podstaw czyli pytanie, co to jest IAR? W przypadku AVR edytorem kodu jest Eclipse a kompilator to GCC, Eclipse posiada wtyczkę czyli Toolchain do kompilatora? A jak to jest, że w Eclipse mam od razu podpięty programator w IAR również, a w np Notepad++ już nie. Przepraszam za może laickie pytania, ale tak jakoś wyszło, że złapałem się na takich brakach podstawowej wiedzy.
Więc czy dobrze rozumiem, że IAR to kompletne środowisko z edytorem i kompilatorem? Czy możliwie jest i w ogóle sensowne przenoszenie kodu z IAR do CCS?
Proszę o dużą wyrozumiałość i dystans, bo jakoś tak sam czuję, że chyba głupoty piszę.

Pozdrawiam

W Eclipse też nie masz "od razu" podpiętego programatora. Musisz pokazać z którego będziesz korzystał.
Eclipse tak jak NotePad++ to edytor tylko taki bardziej rozbudowany i zaawansowany z wieloma udogodnieniami.
Choć są i tacy którzy wolą NotePada i w nim piszą. Każdy wybiera co mu wygodnie.
IAR to kompletne środowisko tak jak AVRStudio.
Czy warto przenosić? To już tylko zależy od Ciebie. Pytanie tylko czy chcesz się tylko z tymi "odziedziczonymi" programami
zapoznać czy też masz je dalej konserwować i rozwijać?
I następne pytanie czy w firmie czy hobbystycznie?
Bo jeśli w firmie to trzeba się trzymać standardu. Trudno żeby firma po każdej zmianie personelu
przepisywała oprogramowanie od początku bo ktoś woli takie czy inne środowisko. To musi mieć uzasadnienie.

_________________
Jestem początkujący i moje porady mogą być błędne

Wiesz jak jest, gdy musisz ogarnąć program który dostałeś w spadku. Eclipse znakomicie ułatwia sprawę w poruszaniu się po programie. Analizując kod instrukcja po instrukcji "skaczę" sobie znakomitym ułatwieniem Ctrl+klik myszki do funkcji, zmiennej, stałej itd. W IAR muszę tego szukać niejako na piechotę kręcąc jak oszalały scroll-em myszki. Po kilku takich skokach już sam nie pamiętam co było na początku.
Tak jak napisałem, przyzwyczaiłem się do Eclipsa i wlałbym zostać przy tym co znam a IAR jakiś taki dla mnie jeżowaty z kolcami.

a to w cale nie jest takie złe, przynajmniej nie będą mieli głupich pomysłów

Czasem wcale nie trzeba dostawać w spadku

To teraz trzeba tylko sprawdzić czy jest toolchain i wtyczka do MSP430 dla Eclipsa, a resztę na pewno da się ogarnąć


To po prostu polityka firmy. Nikt nie powiedział, że to Ty masz ich uświadamiać

------------------------ [ Dodano po: 21 minutach ]

A masz przygotowanego Eclipsa pod MSP?
Jeśli nie to tu masz linka http://www.xpg.dk/projects/msp430/msp430-eclipse/ co pobrać i jak wstępnie skonfigurować. (Nie testowałem )

_________________
Jestem początkujący i moje porady mogą być błędne

MirkoT zerknę na twój link, chociaż już kiedyś podejmowałem walkę z zatrudnieniem Eclipsa do obsługi MSP, niestety poległem. Później przeglądając stronę TI pobrałem CCS. Okazało się, że to prawie Eclipse, CCS jest na bazie Eclipsa. CCS jest aktualizowane przez TI, ma wszystko co jest mi potrzebne (chyba ) więc nie ma sensu walczyć z Eclipsem. Tak czy siak pozostaje nadal problem, że składnia IAR-a generuje błędy w CCS czy Eclipsie przy "zwykłym" przekopiowaniu kodu.

Prawdopodobnie są jakieś różnice w bibliotekach, nazwach przerwań, definicjach rejestrów
A możesz podać jakiś konkretny przykład na te błędy?
Pewnie używają innego kompilatora - toolchaina i dlatego błędy.
Może nie da się przez proste kopiowanie, ale na pewno się da
W zasadzie to powinna być kosmetyka, ale kto to wie. Nie próbowałem.
Zresztą po przejściu z AVR-GCC na AtmelToolchain też były potrzebne
zmiany w kodzie.
Tak samo nie chciały się kompilować projekty pisane w NotePadzie++ czy
AVRStudio po wrzuceniu do Eclipsa. Ale różnice były niewielkie i ostatecznie
się dało.

_________________
Jestem początkujący i moje porady mogą być błędne

No właśnie, poruszyłeś problem który pchnął mnie w kierunku napisania tego postu.

To co to jest w końcu AVR-GCC a czym jest AtmelToolchain, i jak ma się do tego IAR, Keil uVision? Przecież wszystko jest w C to czym się to różni? Mam też książkę na temat programowania w C 8051, niby to samo ale trochę inaczej. Oczywiście nie mówię o podstawowych rzeczach jak nazwy przerwań, rejestrów to cecha charakterystyczna każdego procesora(rodziny procesorów).
Spróbuję coś konkretnego wstawić co generuje błędy kompilacji.

Jak sama nazwa wskazuje Toochain.
jest to zestaw narzędzi tworzących łańcuch, którego efektem działania
jest na końcu plik wynikowy wgrywany do mikroprocesora.
Na pewno są tu bardziej obeznani koledzy, ale najważniejsze elementy (o których pamiętam) to:

Preprocesor,
Kompilator,
Linker.

Generalnie narzędzia są podobne, ale jak widać występują pewne różnice.
Podobnie jak z siekierą niby każda służy do rąbania, ale jednak nie są takie same.
I to pewnie właśnie z powodu tych niuansów są problemy.
Gdyby każdy pisał programy zgodnie ze standardem, a przecież te też się zmieniały
na przestrzeni lat, problemów byłoby mniej.
Zresztą nasz język (ludzki) też ewoluuje i się zmienia. Pojedziesz w inny region kraju i już są różnice.

_________________
Jestem początkujący i moje porady mogą być błędne

Dzięki, fajnie to wytłumaczyłeś.

Mam np takie coś:



kompilator zwraca błąd


i w ogóle gdy próbuję się odwołać do Flaga_bit.Klawisz1 lub Flaga_bit.Klawisz2..3...4 kompilator krzyczy o braku definicji.
W IAR kompilowało się bez problemu w powyższej postaci.
???

A czy nie powinno być tak?



A potem odwołanie przez:

_________________
Jestem początkujący i moje porady mogą być błędne

Kurcze nie wiem, trochę to dla mnie zagmatwane. Tak czy inaczej przykład który podałem działa i kompiluje się w IAR a w CCS nie.