www.elektronik.si

[jvolk]

Zanima me ali se da v Cju (Keil) nastaviti določeni funkciji lokacijo v flashu.

Torej kaj bi rad naredil: Delam neko napravo, ki bo živela na hribu in bo imela GSM modem. Želim si, da bi ji lahko daljinsko zamenjal firmware z neke .hex datoteke na internetu. Moj program zasede le 20% flasha, ki ga ima mikrokontroler. Osnoven program bi lahko iz interneta prebral hex in ga zapisal v prost flash. Potem bi moral z neko funkcijo, ki se ne izvaja na istem bloku flasha kot osnoven program, prepisati to hex datoteko na začetne bloke (IAP) ter resetirati mikrokontroler.

Se pravi.. zanima me kako poriniti funkcijo na določeno lokacijo v uCju.

[Umnik]

Praktično gledano bi ti bi rad implementiral bootloader. Dokumentacije na to temo pa je veliko, zato ti predlagam, da najprej pregledaš kakšen NXPjev application note za implementacijo bootloaderja.

Ne pozabi, da kodo lahko izvajaš tudi iz RAMa! To ti bo lahko v pomoč, vendar pa, če želiš varen upgrade firmwera, boš delal kopijo firmwera in preverjal če je veljavna.
Ključna beseda tukaj, so reset vektorji.

Odgovor na tvoje vprašanje kako določiti določeni funkciji lokacijo v flashu: Za spremenljivke se uporablja #include <absacc.h> in atribut __at(naslov) npr: int spremenljivka __at(0x1000);
To ti je v tem primeru tudi lahko v pomoč, vendar mislim da reč ne deluje za funkcije, niti to ni čisto tisto kar ti potrebuješ.

Ti svoj firmware samo buildaj od naslova kamor želiš da se zapiše (Keil: Options for target->Read/Only Memory Areas: Start, Size), skopiraš tja firmware, spremeniš reset vektorje in resetiraš, potem pa narediš upgrade. In premisli še, kako boš naredil, da boš vedno imel eno rezervno kopijo, če upgrade ne uspe.

[jvolk]

Ok razumem.. grem izvest še v praksi

[Dorijan]

če ti zasede manj kot 20% flasha bi lahko imel 2 programa istočasno gor.
in bi to nastavljal z neko spremenljivko na začetku programa (pred while(1)).

,ko bi poslal signal bi šel v nastavitveni način, ki bi dalo spremenljivko na boot stanje in mikrokotroler bi se resetiral. Ko se zbudi v boot režimu se poveže in povozi glavni program (za tem lahko dodaš še en cikel, ki preveri kodo) na koncu spet spremeni spremenljivko za prehod v osnovni režim in se spet resetira.

tako nekako bi sam naredil.

[chaos]

Temu, kar hočeš ti narediti, bi se lahko reklo patching firmware-a. Jaz bi ti predlagal malo drugačno rešitev:

Že osnoven firmware mora imeti podporo za zamenjavo (določenih) funkcij. To se reši tako, da za vse (potencialno zamenljive) funkcije definiraš pointer na to funkcijo, in te funkcije uporabljaš izključno preko tega pointerja. V firmware mora biti tudi vključena neka patch() funkcija, ki zna v flashu poiskati npr. nek magic number, ki označuje začetek patcha, takoj za tem pa pointer na neko patch_init() funkcijo znotraj patcha. Ta patch_init funkcija pozna naslove pointerjev na vse funkcije, in ker so ti pointerji v RAMu, jih lahko zamenja - preprosto prestavi pointer neke stare funkcije na naslov nove funkcije, ki je del patcha.

Mogoče se sliši zakomplicirano, samo tak sistem se dolgoročno res dobro obnese, bolj kot siljenje nekih funkcij na določen naslov.

Tak sistem se da z gcc-jem dokaj lahko vzpostaviti, z malo čaranja po linker skripti. Kako je pa s tem v Keilu, pa žal ne vem.


LP!

[.]

Brisana vsebina odstranjenega uporabnika.

[.]

Brisana vsebina odstranjenega uporabnika.

[jvolk]

Ravno tega sedaj berem. Zraven sem potegnil zip, v katerem so primeri.

[jvolk]

Uspel sem narediti sekundarni bootloader. Zaenkrat ni še čisto pravi bootloader, ker samo pokliče program na določenem naslovu, ampak za preverit delovanje je dovolj. Naložil sem tudi navadno aplikacijo na določen naslov (katerega pokliče bootloader). Stvar uspešno deluje (bootloader in aplikacija se oglasita na uartu).

Problem nastane, ko enostavno aplikacijo zamenjam z RTX aplikacijo. Če grem debugirat bootloader, se začne aplikacija izvajati, ampak kaj kmalu konča. Debuger obstoji v sledeči vrstici:

[Umnik]

Uh, tukaj je lahko več reči...
Obvisiš v software interrupt handlerju. Poiskati moraš, kdo kliče software interrupt (neka funkcija z atributom __swi), ampak mislim, da je to RTX.

Za začetek lahko zakomentiraš to vrstico. Pa poglej si kakšen RTX Blinky (Keil->ARM->Boards->Keil->MCB2130)

Startup bi moral izgledati nekako tako:

[jvolk]

Funkcij z atributom __swi je v RTXu več, tako da je verjetno to razlog zakaj tam obvisi.

Startup aplikacije zgleda tako kot v tvojem primeru (se pravi z zakomentiranim SWI_Handler).

[Umnik]

IMPORT SWI_Hander vrstico si opazil?

Če je SWI_Handler B SWI_Handler vrstica zakomentirana, kje obvisi?

[jvolk]

Zakomentirano sem imel v aplikaciji, ne v bootloaderju. Debugiram bootloader (tam obstoji v na SWI_Handler).

Če zakomentiram isto vrstico v bootloaderju in dodam import stavek mi napiše tole:

[Umnik]

Ja, ja, sedaj razumem kakšen problem imaš. RTX se ti požene v aplikaciji in kliče bootloaderjev SWI handler, ki pa ne obstaja.
Rešitev? Na pamet, ne vem.
Poizkusi bootloader označit kot RTX aplikacijo, če ti bo linker v kodi pustil SWI handler... Sicer pa... Nekako bo potrebno priti do addresse SWI handerja in jo vpisat med vektor adresse...

[jvolk]

Sem poskusil tudi to, da bootloader označim kot RTX aplikacijo, vendar ne deluje.