LPC2101: zkušenosti s velikostí projektu

[Miroslav Mraz]

Neviděl bych to tak tragicky. Pokud kód nebude obsahovat výpočty v
pohyblivé čárce, kód protokolového stacku nezabere zase tak moc. A pro
účely odladění lze všechny ty *printf dostat zhruba do 800B (kód od
Atmelu, formát jen pro int, 32-bit). Nakonec ladit se dá i ve "větším"
procesoru a pak překlopit na menší. Problém bych spíš viděl v tom, zda
se do RAM vejdou data. Ale RS-485 asi nebude mít moc dlouhé rámce, takže
pokud víte co a proč děláte neměl by být problém. Ovšem styl kódování
musí být poněkud odlišný od toho, co píšete pod operačním systémem -
tedy bude s tím víc práce. Kdysi jsem portoval poměrně složitý protokol
(asi 5 vrstev) do 8051 a zabralo to asi tak týden práce. A největší
problém byl právě s datovými bufery, protože programátoři jsou zvyklí
alokovat pro každou vrstvu extra bufer, což se pak do jednočipu nevejde.

Mrazík


sudovec sudovec píše v Čt 29. 07. 2010 v 15:47 +0200:
> Díky za info, půjdu tedy jinou cestou. Ten sprintf() mně vůbec nepřekvapuje, printf() a podobné jsou tradičně nenažrané a (nejen) proto se je snažím v embedded věcech nepoužívat.
> 
> Ale LPC2101 si přeci jen pořídím na vyzkoušení až bude trošku víc času.
> 
>    S.
> > ------------ Původní zpráva ------------
> > Od: Slavomir Skopalik <skopalik na elektlabs.cz>
> > Předmět: RE: LPC2101: zkušenosti s velikostí projektu
> > Datum: 28.7.2010 21:24:49
> > ----------------------------------------
> > Dobry den,
> > 8 kb je velmi malo i v 16b rezimu.
> > Funkce sprintf zabere cca 20kb.
> > Muj "maly" projek ma neco pres 100kb (LPC2378).
> > Osobne bych minimalne pro prvotni vyvoj hledal neco co ma alespon 64/128 kb
> > FLASH.
> > 
> > Slavek
> >