Telepítése tulcheyna dolgozni ARM7
előre
Ahogy viccesen hangzik, de mégis, mielőtt elkezdi a telepítést tulcheyna, akkor el kell végezni néhány műveletet a előkészítésre egy számítógép (vagy inkább - az operációs rendszer). Más szóval, fel kell telepíteni az összes szükséges alkotóelemet, hogy operációs rendszer is telepíthető tulcheyn.
0. Azt kell telepíteni a számítógépre maga Debian. Persze, ha már van telepítve, akkor semmi mást csinálni. Általában a legfrissebb stabil Debian - Squeeze 6.0.6 érvényes 8-DVD. Vannak is több mint 53 CD-t. Valaki, mint ezt. Nem szeretem sem egyik, sem a másik lehetőség. Ezért tudom letölteni az első CD-meghajtó:
Megjegyzés: a kulcs „C”. Ha valamilyen okból megszűnik injekciót, majd küldje újra ugyanazt a parancsot (természetesen - ugyanabban a könyvtárban!) Letöltés folytatja a rongyos helyeken, hanem az elejétől.
Ezután a kapott disk image el kell égetni, hogy egy CD-t vagy öntse a flash stick (flash-stick, USB flash drive) és telepíteni kell a CD forgalmazás. szükséges csomagokat a rendszer automatikusan feltölti a hálózaton.
1. Az állandó telepítés forgalmazás célja nem az általános esetben, és ha fogunk dolgozni mikrokontroller, ez a mi problémánk - doustanovit szükséges csomagokat.
Kevesen vannak, és ők meg egyetlen paranccsal:
Érdemes lehet telepíteni a csomagot:
Így van értelme, hogy végre még egy ilyen csapat, hogy biztosítsák, hogy a kapcsolat:
Ha azt szeretnénk, hogy a gdb hibakereső támogatja az XML. akkor kell telepíteni egy pár csomag:
2. Most, hogy törölnie kell a helyszínen a telepítési projekt összeszerelni tulcheyna. Csak hozzon létre egy külön alkönyvtárakat és menjen bele, például:
(Az elnevezés az alkönyvtár nem fontos, akkor hívjon, amit akarsz.)
Míg a mi imént létrehozott könyvtárba adja a parancsot, hogy a klón a projektben:
Miután egy meglehetősen hosszú idő a mi könyvtár nyílik meg alkönyvtárak megidézi-kar-toolchain. Mi megy bele. Sokan észre, hogy nem tudtuk létrehozni a saját könyvtárak (build-karon). Általánosságban elmondható, hogy igazuk van, de biztos vagyok benne, hogy a build-kar telepíteni néhány alkönyvtárat kivéve summon-kar-toolchain. Ezért, annak érdekében, hogy ne szétszórja egy alkönyvtár a lemezen, van nekik egy helyen.
Ha nem tud sokat git e, akkor töltse le a forrást tulcheyna, mint egy csapat:
Különben is, azt fogjuk feltételezni, hogy van a forráskódot, hogy a számítógépet kapott. Most megy a alkönyvtárak
De aztán Wolfgang Wieser (Wolfgang Wieser) kínálja, hogy végre egy git -ovskuyu parancs:
Én tényleg nem értem, hogy miért csinálja, de lehet, hogy akkor meg fogja érteni.
Végül meg kell futtatni az utolsó parancsot, amely összehozza és létrehozza tulcheyn. De a folytatás előtt olvassa fel a végén, hirtelen, meg akarja változtatni valamit a maga módján.
Tehát, megidézi a fejlesztők azt mondják, hogy soha nem zamarachivatsya és használjunk egy üres parancsot (paraméterek nélkül):
Ugyanakkor, Wolfgang kínál itt:
ELÕTAG - meghatározza a hely, ahol telepíti tulcheyn. Fejlesztők (! És köztük) gyakran telepített programok:
1. A saját könyvtár egy alkönyvtárba bin (/ home / vasja_pupkin / bin /). Ez kényelmes, mert a kanyarban, és akkor szabadon kell csinálni velük, amit akarsz. Bár a vírus megfertőzi! Védelem, természetesen - nem! Másrészt, és az azokhoz való hozzáférést a változásokat - gond nélkül. Ha ELŐTAG paraméter nincs megadva, akkor az alapértelmezett telepítési kerül sor a könyvtárban $ (HOME) / sat.
2. A rendszer / usr / local / bin. Ez alapvetően magában foglalja az összes bizonyított műsoridő. Ez egy hosszú távú tárolására. Prog ide, majd a felhasználók általában felejtsd el őket. Itt és a munka egy programot ezen a helyen - Biztonságos és korlátlan hosszú ideig. Ráadásul ezek a programok mennek elég sokat. És ha a telepítés során valami elromlik, akkor rontja az élet maga és mások. Ezért jobb volt ezen a helyen, amíg el nem kívánd. Az is lehetséges, hogy a telepítés a / usr / bin. Gyakorlatilag semmi egymástól nem különböznek.
Ahhoz, hogy „cél” a telepítés itt állítsa a paraméter értéke ELŐTAG / usr / local, vagy csak a / usr. Bin alkönyvtár automatikusan hozzáadódik a telepítő.
SUDO - meghatározza a jelenléte vagy hiánya egy tulajdonság belépő a gyökér meghatározott szintet.
Aggódni, hogy most meg kell tárcsázni minden alkalommal hatszor hosszabb nevet a közszolgáltató vagy fordító - nem éri meg. Az a tény, hogy (bocsánat!) Nem Shindows, és a linux konzol - ez nem egy parancssori ablak. A gyakorlatban soha nem kell írnia egy hosszú nevét (például a kar-semmi-EABI-objdump vagy egyéb). Egyszer, természetesen szükség van, ha úgy állítja be a fejlesztői környezet, vagy hozzon létre egy speciális vezérlő kompiltsiey Makefile. hanem - valószínűleg akkor zakopipastite valahonnan (pl ezt a blogot), hogy mit fog tenni, hogy írja. Tehát minden erőltetett. A gyakorlat azt mutatja, hogy egészen más, és nincs ok az aggodalomra.
OOCD_EN - engedélyt kell telepíteni OpenOCD csomagot.
Ez a csomag (OpenOCD) van egy vastag réteg között a mikrokontroller és a hibakereső gdb. Ha azt szeretnénk, OpenOCD - egy erőteljes vezető, amely képes együttműködni a sok mikrokontroller programozó, hibakeresés táblák és interfészek. Míg a debugger, akkor megkérem a különböző parancsokat. Debugger fordítja őket (a) OpenOCD. OpenOCD megemészti őket vezérlőhardver programozók csapata. Magyarázza hosszabb és tisztább, mint látni fogja a gyakorlatban. Valójában semmi bonyolult nincs.
Telepíteni OpenOCD. levelet OOCD_EN = 1.
Vicces megjegyezni, hogy Wolfgang azt mondja, nem meghatározott OpenOCD (OOCD_EN = 0). Elmondja, az elutasítás a telepítés, hogy az aktuális verzió (ami telepítve lesz olyan módon) nem STM32F4 támogatást. De ahhoz, hogy a támogatást az ilyen kövek OpenOCD kell telepíteni egyébként. Van egy egész téma telepített ebben a kérdésben.
De szükségem van most dolgozni STM32F4, és ezen túlmenően, a szoftver Linux halad nagyon gyorsan. Lehetséges, hogy az az idő, amikor a telepítés történik, STM32F4 támogatás OpenOCD már megvalósult. Tehát döntsd - szüksége van rá, vagy sem.
Ha nem kell tennie, mint itt. Ha szükséges, emlékeztessen, és fogom leírni a telepítés OpenOCD egy külön cikkben.
LIBSTM32_EN - Ez az opció lehetővé teszi, hogy a válogatás libstm3 nem szabad könyvtárak. Ha szüksége van a könyvtárból levelet LIBSTM32_EN = 1. Alapérték LIBSTM32_EN = 0.
LIBOPENCM3_EN - egy másik könyvtár Cortex-M3 magot. Ezúttal - ingyen. Alapérték LIBOPENCM3_EN = 1.
USE_LINARO - ha nem bízik a fejlesztőcsapat, aki alkalmazkodott a gcc. és akar dolgozni a „vanília» gcc. kérjük jelezze USE_LINARO = 0. Alapérték USE_LINARO = 1.
DEFAULT_TO_CORTEX_M3 - lehetővé teszi, hogy a közművek gyűjteni (binutils) és gcc fordító generál kódot Cortex-M3 építészet. Utalva arra, hogy a vizsgálatok azt mutatták, hogy ez a megoldás nem nagyon megbízható, a fejlesztők nem ajánlom. Ehelyett azt mondják, hogy jobb adni lehetőségeket építeni a szoftver környezet (környezet). Alapérték DEFAULT_TO_CORTEX_M3 = 0.
CPU - a magok száma a számítógépen. Ha vérzik az autót, akkor csökkentheti az építési időt Tulcea kénytelenek dolgozni minden magot. Más ügyekben az alapértelmezett ebben a projektben (és hangsúlyozom - ebben a projektben más projektekben ez nem feltétlenül igaz!) A magok száma automatikusan felismeri, és mindegyikük részt fog venni a szerelvény. De ha szerelés közben még elképzelni játszani hűvös játék, amely megeszi a CPU, a fékek és kitart akkor kell ellátni. Ahhoz, hogy ez nem történt meg, adja meg ezt a beállítást, a szám a „henger”.
Nos, úgy tűnik, hogy megvilágosodott. Most meg tudja adni a parancsot, hogy az összeállítás: ./summon-arm-toolchain a szükséges paramétereket.
A használattal kapcsolatos megjegyzések
Hála a jó munkát Eric Parsondzha és Bernard Davison most tulcheyn támogatja több könyvtárakban. Érdemes lehet használni a következő kombinációját GCC-zászlók, hogy a projekt már bizonyított (az eredetiben - kirepült, Opera, aki ott állt a szárny) támogatási kód lebegőpontos számításokat a következő architektúrák:
a ARM7TDMI-S adja zászlók: -mthumb -mcpu = ARM7TDMI-s
A Cortex-M0 adja flags: -mthumb -mcpu = cortex-m0
A Cortex-M3 adja flags: -mthumb -mcpu = kéreg m3
A Cortex-M4 adja flags: -mthumb -mcpu = cortex-m4 -mfloat-abi = kemény -mfpu = fpv4-SP-D16
Sőt, a program (lágy) végrehajtása a kódot az alapértelmezett lebegőpontos, de a Cortex-M4, megadhatja a hardver (kemény) végrehajtását.
Ha látni egy listát az elérhető kombinációk a következő parancsot:
Nos! Most, úgy tűnik, mindent?
Ezután fogunk foglalkozni kérdésekben, hogyan lehet létrehozni egy programot ARM / Cortex és hogyan (és miért), hogy hozzon létre különbözik létre egy prog az AVR és MSP430.
A következő telepítés superfood notebook RoverBook Parthner RT6 (Celeron-1200 RAM 64 MB mínusz 4 MB a beépített vidyahi csavar 15 GB) injekció newlib fixated:
Mint kiderült, a RedHat ftp-szerver nem tudta megemészteni a befecskendezési parancsot:
Nem tetszik -no-passzív-ftp zászló. Meg kellett szerkeszteni a szkript summon-kar-toolchain.
Keresse meg a script letölteni funkciót, és távolítsa el a parancs wget ezt a zászlót.