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