|
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.
Tyto příspěvky však byly datovány roce 2010. však důležité poznamenat, většina problemů byla
řešena souběžně problémy tak překrývaly. Členění kapitoly podkapitoly snaží nejlépe sledovat
časovou osu řešení problémů.
3.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. Zde byla obrovská výhoda existujícího návodu projektu YAGARTO.
3.2.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. Toto
spojení ověřilo fungovalo naprosto bezchybně.
Projekt YAGARTO disponoval celkovým návodem jako jediný byl této době
stále aktivně vyvíjen. Bylo zjištěno, komunikace mezi programátorem
používá nějakou variantu kódování chráněna autorskými právy. Opět zde nebyly větší
problémy. Proto nebylo dále
zjišťováno, přesně jedná.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. době, kdy
bylo toto zjištěno (10-2011), již oficiálních stránkách tato omezeni nebyla nalezena. Tím programátor U-Link. důležité poznamenat, tuto dobu byl vytvořen velice
jednoduchý projekt schopný generovat výstupní soubory. Jako další krok zde rovněž
ověřila možnost použití jiného překladače než YAGARTO. 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]. Dle
příspěvků tato Evaluační verze časově omezena není možno využít pro tvorbu
komerčních produktů.
. samotné diskuzi bylo poukázáno jisté omezení hlediska licence. Tyto soubory mohly být ve
formátu .
3. Přístup U-Linku
z obslužného není možný.bin.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í. Zde však objevil zásadní problém.
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. Intel Hex. Nejprve bylo zjišťováno, jakým způsobem probíhá
komunikace programátorem. Proto byl zvolen jako první kandidát.hex nebo . Výsledkem zde bylo, pro korektní
programování MCU lze použít U-Link spolu Evaluační verzí programu uVision
studio. Díky tomu některé poznatky práci
vyskytují dříve, než popis jejích samotného objevení
