Využítí ARM GCC vývojového retezce

| Kategorie: Diplomové, bakalářské práce  | Tento dokument chci!

Předmětem této práce je studium stávajícího vývojového řetězce pro mikroprocesor LPC23xx v předmětu MPOA. Hlavním cílem je zkoumání možností realizace nového vývojového řetězce, postaveného na GCC. Výstupy této práce jsou ukázkové aplikace s mikroprocesorem LPC2378 a GCC. Součástí vysledků jsou i návody pro studenty, jak tyto ukázkové aplikace implementovat. Ukázky zahrnují základní aplikace, RTOS aEthernet.

Vydal: FEKT VUT Brno Autor: Jan Ledvina

Strana 19 z 93

Vámi hledaný text obsahuje tato stránku dokumentu který není autorem určen k veřejnému šíření.

Jak získat tento dokument?






Poznámky redaktora
1 Ověření možnosti propojení překladače Eclipse Prvním krokem vytvoření řetězce bylo integrování funkce překladače prostředí Eclipse. Byly použity tzv. Nejprve bylo zjišťováno, jakým způsobem probíhá komunikace programátorem. Jako další krok zde rovněž ověřila možnost použití jiného překladače než YAGARTO. Tyto soubory mohly být ve formátu . Popis nutných kroků pro uspěšné nainstalování prostředí eclipse překladače YAGARTA lze získat oficiálních stránek YAGARTA [3]. Členění kapitoly podkapitoly snaží nejlépe sledovat časovou osu řešení problémů. Opět zde nebyly větší problémy. 3.12 3 DOKUMENTACE VÝVOJE GCC ŘETĚZCE Tato kapitola hlavní částí práce snaží dokumentovat průběh samotné práce a tvorby vývojového řetězce. Dle příspěvků tato Evaluační verze časově omezena není možno využít pro tvorbu komerčních produktů. Toto spojení ověřilo fungovalo naprosto bezchybně.2. Tyto příspěvky však byly datovány roce 2010.bin. samotné diskuzi bylo poukázáno jisté omezení hlediska licence. Bylo zjištěno, komunikace mezi programátorem používá nějakou variantu kódování chráněna autorskými právy. Výsledkem zde bylo, pro korektní programování MCU lze použít U-Link spolu Evaluační verzí programu uVision studio.2 Přidání možnosti programování cílového MCU Eclipse V této podkapitole dokumentováno, jak probíhal vývoj možnosti programovat cílový MCU přes Eclipse. Díky tomu některé poznatky práci vyskytují dříve, než popis jejích samotného objevení. době, kdy bylo toto zjištěno (10-2011), již oficiálních stránkách tato omezeni nebyla nalezena. Proto byl zvolen jako první kandidát. Proto nebylo dále zjišťováno, přesně jedná. V krátké návaznosti toto zjištění byl objeven článek oficiálním diskuzním fóru Keil [21], kde byl řešen obdobný problém. důležité poznamenat, tuto dobu byl vytvořen velice jednoduchý projekt schopný generovat výstupní soubory. Projekt YAGARTO disponoval celkovým návodem jako jediný byl této době stále aktivně vyvíjen. 3. však důležité poznamenat, většina problemů byla řešena souběžně problémy tak překrývaly. Zde však objevil zásadní problém. Přístup U-Linku z obslužného není možný. Zde byla obrovská výhoda existujícího návodu projektu YAGARTO. Tím programátor U-Link. 3.hex nebo .1 Testování využití U-Linku Jako první varianta byla samozřejmě řešena možnost využití stávajícího hardwarového řešení. . Intel Hex