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 40 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
přesto, že protokol UDP mnohem jednodušší než TCP, vzniká zde problém nutnými úpravami pro aplikaci, aby pomocí uIP funkcí zpracovávala jak protokol UDP tak TCP. Tento MCU stejný typ jádra (ARM7TDMI-S) jako LPC23xx. Zásadním rozdílem mezi MCU jsou periferie jejich obsluha. přesto, jde stejného výrobce teměř stejné MCU, popis katalogovém listu se dost lišil. Většina kódů zde zapsána podmíněnými výrazy preprocesoru. Z hlediska ovladače tedy třeba počítat nutností rozšířit příslušné funkce nutnou obsluhu registrů řídících toto přepínání. Díky tomuto tedy šance, ovladač pro LPC214x bude stačit upravit pro LPC2378 poté již bude možnost realizovat příslušné úlohy. Další podstatnou změnou využívání protokolu UDP místo TCP. První komplikací byla samotná textová úprava katalogových listů. Proto pro realizaci cvičení předmětu MPOA vždy používala deska režimu USB Device. Naopak MCU LPC2378 obsahuje dva výstupní drivery vzniká zde tak možnost přepínání mezi dvěmi linkami. Výsledný projekt bez DHCP opět elektronické příloze, návody pro vypracování úlohy jsou pak příloze D. Jde USB Device. výsledku obvykle aplikace, kde byly sloučeny protokoly UDP TCP, „zhavarovaly“ příjmu několika paketů. základě těchto problémů byly zpětně vyměněny ovladače MAC vrstvě MCU.33 přináší značné komplikace. . Práce byly nakonec pozastaveny důvodu většího zaměření na problematiku USB, která této doby nebyla teměř vůbec řešena. 3. Při prvotním porovnávání bylo zjištěno, hardwarové straně rozdíl ve výstupním modulu USBATX.7 lpcusb Posledním krokem této práci bylo zahájení modifikací lpcusb. Celkově bylo provedeno mnoho modifikací změn, avšak nikdy nepovedlo rozběhnout aplikaci zcela korektně. Mnohem více práce zabývala problematikou vytvoření hlavní smyčky procesu pro kontrolu uIP stacku. Ani toto však nepomohlo. této dokumentaci pak byly prostudovány kapitoly týkající se problematiky USB Device. MCU LPC214x disponuje pouze jediným USB rozhraním. V důsledku průběh cvičení změní nutnost kontrolovat správné nastavení adres kvůli možným kolizím síti, porovnání minulými cvičeními, kde bylo nutné dodržovat rozdílnost MAC adres. Rovněž byly provedeny pokusy tuto aplikaci modifikovat pro použití MCU LPC2378. MCU LPC214x obsahuje pouze jeden výstupní driver USB, ten napevno připojen modulu USBATX. Základním problémem zde byla rozdílná verze cílového MCU. V první části těchto modifikací byly zajištěny potřebné podklady podobě aplikačních poznámek [13] oboum MCU také katalogový list MCU LPC214x [20]. Jelikož praktický rozdíl realizaci cvičení DHCP bez něj jen změně systému přidělování adres studentům, byla tato problematika kompletně opuštěna. Původní projekt určen pro MCU řady LPC214x. Bohužel však bez uspěchu. Nicméně zprovoznění této aplikace nebylo věnováno tak velké úsilí.5. Stejně tak MCU LPC2378 disponuje pouze USB Device.5. Na základě těchto úvah byla postupně studována dokumentace uIP stacku, zejména pak byla detailně rozebírána demo aplikace DHCP klientem. Základní ukázky nepředpokládají využití více protokolů