|
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.
Tento MCU stejný typ jádra (ARM7TDMI-S) jako LPC23xx. MCU LPC214x disponuje pouze
jediným USB rozhraním. Proto pro realizaci cvičení předmětu MPOA vždy používala
deska režimu USB Device. Základní ukázky nepředpokládají využití více protokolů. Výsledný projekt bez DHCP opět elektronické
příloze, návody pro vypracování úlohy jsou pak příloze D. Jde USB Device.
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.7 lpcusb
Posledním krokem této práci bylo zahájení modifikací lpcusb.
Další podstatnou změnou využívání protokolu UDP místo TCP.
. Naopak MCU LPC2378 obsahuje
dva výstupní drivery vzniká zde tak možnost přepínání mezi dvěmi linkami. Ani toto však
nepomohlo. Stejně tak MCU LPC2378 disponuje
pouze USB Device.
3. MCU LPC214x obsahuje pouze jeden výstupní driver
USB, ten napevno připojen modulu USBATX. Původní projekt určen pro MCU řady
LPC214x.33
přináší značné komplikace.
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í. Rovněž byly
provedeny pokusy tuto aplikaci modifikovat pro použití MCU LPC2378.
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]. přesto, jde stejného výrobce teměř stejné MCU, popis katalogovém listu
se dost lišil. Díky tomuto tedy šance, ovladač pro LPC214x bude
stačit upravit pro LPC2378 poté již bude možnost realizovat příslušné úlohy.
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.
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. Základním problémem
zde byla rozdílná verze cílového MCU.
Mnohem více práce zabývala problematikou vytvoření hlavní smyčky procesu pro
kontrolu uIP stacku.5. Zásadním
rozdílem mezi MCU jsou periferie jejich obsluha.
Celkově bylo provedeno mnoho modifikací změn, avšak nikdy nepovedlo
rozběhnout aplikaci zcela korektně. Většina kódů zde zapsána podmíněnými výrazy
preprocesoru. této dokumentaci pak byly prostudovány kapitoly týkající se
problematiky USB Device. Při prvotním porovnávání bylo zjištěno, hardwarové straně rozdíl
ve výstupním modulu USBATX. První komplikací byla samotná textová úprava katalogových
listů.5. Bohužel
však bez uspěchu. základě těchto
problémů byly zpětně vyměněny ovladače MAC vrstvě MCU. Nicméně zprovoznění této aplikace nebylo věnováno tak velké úsilí. 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. 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. výsledku obvykle aplikace, kde byly sloučeny
protokoly UDP TCP, „zhavarovaly“ příjmu několika paketů
