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 34 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
Tímto nedostatkem byly nedostatečné poznámky týkající se předchozích problémů těmito funkcemi. Zde projevila výhoda volby FreeRTOS, který jako součást distribuce nabízel ukázkové demo Webserverem.4.5. však důležité poznamenat, vybavení laboratoře nachází obě varianty desek. Podstatným zjištěním byl rozdíl ve verzích MCU jednotlivých vývojových deskách. poznámek bylo jasné, někdy tyto funkce pracovaly, ale někdy ne. Díky předchozím zjištěním již byl odhalen problém překladačem od projektu YAGARTO tak byly provedeny nové testy překladačem GNUARM. Poté, povedlo celé demo zprovoznit, bylo provedeno několik drobných modifikací pro seznámení systémem uIP-stacku. */ #define configPINSEL2_VALUE 0x50150105 //deska vers.27 nedostatek této práce.0 Tento problém však již dokumentován demo aplikaci FreeRTOS. Porovnáním obou ovladačů bylo zjištěno, ovladač dema FreeRTOS používá funkce FreeRTOS. Respektive při jejich častém volání někde dojde problému.1 /* Value use rev 'A' and newer devices. Předpokládalo se, právě tyto funkce realizující zpoždění, vytváří problémy.4 uIP FreeRTOS demo Webserver Dalším podstatným krokem této práci bylo přidání možnosti komunikace přes Ethernet prostředí RTOS. V těchto testech již povedlo aplikaci spustit. Na základě těchto zjištění byl vytvořen nový projekt realizující tuto úlohu s použitím funkce sprintf. Naopak první ovladač realizuje zpoždění svými vlastními funkcemi. zjištění těchto rozdílů byla vytvořena nová teorie vysvětlující nesprávnou práci funkce printf. Nicméně nebylo nikde uvedeno, jaký ovladač pro LCD byl použit. Zejména jedná funkce realizující časové zpoždění. Demo postavené na projektu uIP-Stacku. Starší revize používají rozdílnou hodnotu Registru PINSEL2. Jelikož nebylo jasné, jaký původ tohoto souboru byly . Projekt touto úpravou pouze v elektronické příloze jako ukázka.3. Celkově totiž práci vyskytovaly dva ovladače. Zdrojový kod převzat konfiguračního souboru FreeRTOS.4. */ #define configPINSEL2_VALUE 0x50151105 //deska vers. Rovněž něm vyskytovaly odkazy na modifikace firmy Keil. Proto tedy byl vytvořen návod a popis pouze projektu bez těchto funkcí. Dále bylo zjištěno, ovladač pro MAC vrstvu MCU, který zde byl použit, není přímou součástí projektu uIP ani FreeRTOS. Bohužel však nebylo jasné, zda předchozí problémy byly rovněž tomto ovladači, viz předchozí odstavec nedostatečná dokumentace. /* Value use old rev '-' devices. Primárně jde ovladač od Petera Fleuryho, druhým ovladačem pak ovladač dema FreeRTOS. Návod pro realizaci této úlohy opět dispozici v elektronické verzi příloze D. je třeba, aby studenti provedli vždy individuální nastavení. Bylo provedeno několik modifikací kódu, aby alespoň částečně ověřila spolehlivost této modifikace. přes tyto testy však není zcela jisté, zda je úprava funkce sprintf pro vypis LCD správna. 3