[elektro] makefile + startup.s LPC17xx-hez

[hg12345]

Szia,

Hát biztos igy jó.

Egy IDE megtanulása, olyan szinten ahogy a konzolt kezeled nem sok, de megéri, ezzel nem sporolsz meg idöt. Nem tudom mit értesz alacsonyabb szintű dolgokon, de ha belső felépítés és annak ASM kezelésére gondolsz, nem kis fába vágtad fejszédet. Maga az ARM kontroller kisegítő dolgai ami ARM specifikus van vagy 600-1000oldal.... és ez még nem tartalamazza a gyártó függő periféria és plusz szolgáltatásokat.... ami még ennyi, ha nem több.

A loggolást nem lehet mással pótolni, de nem helyetesíti az ARM kontrolerekbe beépitett HW debug támogatást, ez nem mindig kell, de ha igen akkor megkerülhetetlen. A JTAG illesztő manapság nem pénz.
Az NXP lehet kapni kettétörhető KIT-t aminek ez egyik oldala a DEMO kontroller, a másik a JTAG felület illesztő (DEBUGGER és DOWNLOADer) Ezek úgy $10-20 környékén kaphatók.
Ha ST a ilyen panelje a 3700Ft és ennyiért házhoz szállítja a FDH.... persze ez nem törhető, de külön mint debugger használható :-)


Sok sikert

 Üdv



BEREGNYEI Balazs <bereg at impulzus.com> írta:
>Szia,>
>
Köszönöm a tippeket, de IDE-hez csak végszükség esetén fogok nyúlni, én >
már csak ilyen megrögzött command line ember vagyok :)>
>
Azt az időt, amit egy új IDE megtanulására kellene fordítani, inkább az >
alacsonyabb szintű dolgok megtanulására fordítom, a breakpoint debugot >
pedig soros konzolra logolással helyettesítem, ez nekem bevált.>
>
BB>
>
>
On Wed, 11 Apr 2012, hg12345 wrote:>
>
> Szia,>
>>
> Talán próbára jobban jársz egy teszt IDE környezettel, ahol akár szimulálni is lehet a rendszert.>
>>
> KEIL és IAR 32K forditási egységik teljesen ingyenesek.>
> Ha szimpatikus az GCC akkor a COOCOX teljesen ingyenes, ill ATTOLIC korlátosan. De az NXP- meg a>
> CODE RED TECH ajálja.>
>>
> Az MBED is tele van példával, mintha ezt használnád.>
>>
> Az első három környezet tartalmaz nagyon sok példa programot, az első példa program a LED villogtatás :-) és a "Hello word!" (At többit ne ismerem)>
>>
> Úgy látom mintha az CORTEX magos eszözökkel próbálkoznál, itt az IT-hez  és normál C függvény nem különbözik! Az IT csak egy függvény, olyan névvel, mint a IT táblában van definiálva. A többi már a forditó dolga. (Nem lehet visszatérő értéke és nem lehet paraméter listája, de minek is ?!)>
>>
> void	 TIM2_IRQHandler(void)>
> {>
> }>
>>
> Az CORTEX M ARM-ok esetén nagyon nagyon ritka az ASM program igény, szinte ilyet nem is szükséges írni. A DEBUGgoláshoz se szükség, szerintem aki ismeri MNEMONI-kokat azok is csak keresgélnek,  az asm utasítások új macro névvel vannak felruházva, egy darabig szükséges keresni mire megfejted mi az eredeti jelentés. Nyomkövetés DEBUG közben meg olyan mindegy hogy olvassa be a regisztebe az adatot a memóriából, biztos jól csinálja. Elég a forrásszintű követés.>
>>
>>
>>
>>
>>
>>
> BEREGNYEI Balazs <bereg at impulzus.com> írta:>
>> Udv,>>
>>>
> Most kezdtem el LPC ARM-mal foglalkozni. Elso korben egy jol mukodo >>
> gcc/makefile kornyezetet szeretnek csinalni: maga a gcc nem problema, >>
> forrasbol csinaltam magamnak, a felprogramozas es alap dolgok (UART, IO-k) >>
> is mukodnek mar. Egy dolgon akadtam el, a vektortabla valamiert nem >>
> mukodik, startup.s-ben kellene modositani.>>
> Van ket kiindulasi mintaprojekt, amit netrol szedtem:>>
>>>
> http://impulzus.sch.bme.hu/~bereg/lpc/>>
>>>
> Az egyikben egy kisebb, 2k-s startup file van, ez az, ami alapvetoen >>
> mukodik, csak epp nem tudom bekotni az IRQ-kat. A masik pelda projekt 9k-s >>
> startup file-ja mar komolyabbnak tunik, viszont hiaba forditom le, ebbol >>
> kiindulva a LED-villogtatas sem mukodik. Szoval a kettot ossze kene >>
> kombinalni :)>>
>>>
> Mit modositsak a kisebbikben, hogy be tudjak kotni pl. egy >>
> USB_IRQHandler-t?>>
>>>
> Koszi,>>
> BB>>
>>>
> ----------------------------------------->>
>          elektro[-flame|-etc]>>
>>
>>
> ----------------------------------------->
>          elektro[-flame|-etc]>
>
----------------------------------------->
          elektro[-flame|-etc]