www.elektronik.si

[JohnD]

Zdravo!

Na področju programiranja mikrokontrolerjev sem popolen začetnik ampak imam željo, da se bi naučil. Zato se učim na Luminary EKI-LM3S6965 razvojni plošči. Za IDE uporabljam uVision3 in, ko si želim kodo prevesti in naložiti na razvojno ploščo mi pri prevajanju javi napako, da je velikost programa presegla omejitev 32kB. Program sam je velik okoli 7kB ampak problem je v tem, da se mi generira preko 30kB ZI-data (zero initialized data). Od kje izvor teh podatkov? Ali so potrebni za nalaganje programa in kako se naj jih rešim?

Hvala!

[Umnik]

Imaš morda v programu kje kako ogromno statično polje: static neki[xyz]; ?

[gumby]

const char make_proggy_look_bigger[30000];

[JohnD]

proggy is big and will grow

Bom moral preveriti, ker je program dosti razvejan, ko sem moral vključiti en kup includov (freeRTOS) zato da želim pognati 5 preprostih taskov. Za začetnika pač kar velik zalogaj ampak taka je naloga... A mogoče obstaja kaka bližnjica kako bi našel takšen array?

[gumby]

Poglej malo datoteke, ki jih generira prevajalnik...nekje ziher piše, kaj je tistih 30kb

[BluPhenix]

Hja, če si FreeRTOS includal, potem je marsikaj lahko nasmetilo noter. Malo poglej katere stvari pri FreeRTOS dejansko potrebuješ in pusti mu da kliče samo tiste. Lahko poskusiš tudi z optimizacijo kode pri compilanju, da ti dejansko pomeče ven funkcije in spremenljivke, ki jih nikoli ne kličeš.

[JohnD]

Zanimivo je tudi to, da se ista napaka (pač da se ustvari tolikšna količina ZI podatkov) tudi pri prevajanju testnega programa, ki je namenjen demonstraciji FreeRTOS-a na tej razvojni plošči

[JohnD]

Zdravo!

Ugotovil sem, da se teh ZI podatkov ne bom mogel znebiti (ker jih ustvari freeRTOS) in zato bom uporabljal namesto Keil-ovega compajlerja in linkerja gcc in direktno nalagal binearno datoteko na ploščo. Zato sem preuredil projekt in, ko poženem gcc mi javi napako:

port.c:123: error: parse error before "void"

Gre za naslednje vrstice:

__asm void prvSetMSP( unsigned long ulValue )
{
PRESERVE8
msr msp, r0
bx lr;
}

Kaj mu tukaj ne "paše" ker v primerih na netu je podobna koda le z navadnimi oklepaji in tudi tista varianta mu ne ustreza?

Hvala za pomoč!

LP, Jani

[Umnik]

uVisionov compiler in gcc ne razumeta enako inline assemblerja.

Najdi example za gcc, ali pa na roke popravi vrstice z assemblerjem. Glede na tvoje prvo sporočilo, naredi prvo. Kolikor vem ima freeRTOS narejene example ki se compilajo z gcc, kot tudi tiste za uVision.

Za pomoč pri ugotavljanju kaj zaseda največ pomnilnika, ti je lahko v pomoč tudi *.map file (Dvoklik na root mapo v Project Workspace->Files)

[SimonS]

Zaklenil sem flash na LPC2138 proti branju. Sedaj pa ne morem dostopati do LPCja preko ULINK2 programatorja. Niti erase ne prime. Kakšna ideja? Preko ISP vmesnika vem, da ni težav zbrisati flash in na novo naložiti program....

[Umnik]

[JohnD]

Hvala umnik se vidi da obvladaš stroko

V datoteki sem našel izvor svojih težav in ta je bil v načinu kako rtos upravlja pomnilnik. S tem ko vključiš datoteko heap_2.c si rezervira ogromno prostora. Zdej sem izbral alternativo in zadeva ne generira več tolikšno količino ZI podatkov. Kar se tiče pa inline assemblerja mi bo pa še gotovo prav prišlo, ko mi bo program presegel 32kB.

Ampak verjetno tukaj še gotovo ni konec mojih problemov tako, da se bom verjetno še kej javil

[SimonS]

[JohnD]

Za začetek sem si spisal en preprost programček z enim samim opravilom.

[alessio]

V katerem mode-u si, ko poženeš scheduler? To lahko preveriš v registru CPSR_c.
Moraš biti v supervisor mode-u. Standardni primeri startajo main v user mode-u.

Predno kličeš main(), moraš v startup.s ali crt0.s imeti nekaj v tem smislu: