[elektro] PIC18F swap RAM memory for SD card ?

[Tóth Péter]

Szia!

C-ben nem vagyok otthon, sosm volt szimpatikus, hogy nem látom, mit 
csinál a program.
Furcsa lenne, ha PIC-hez lenne dinamikus RAM-kezelés...

ToPe
> Szia,
> köszi,
> ezt én is gyakran alkalmazom FLASH -ből,
> vagyis valami hasonlót..
>
> Most nem egészen ez a problémám.
> Inkább az hogy a TFT lib moduljai
> elzabálják a RAM memóriát..
> Minden képernyőnél , képnél ,
> és ikonnál - néhány  stuktúrált változóban-
>    a RAM-ba teszi  az éppen aktuális pozicíókat és állapotokat..
> Most ez elvileg a következő képernyőnél
> felszabadítható lenne , és újra definiálható
> a következő tömbnek. ( ez most nem igazán így vagyon )
> Tulajdonképpen ezeket a tömböket szeretném valahogyan
>    kimenteni és behúzni,  mint ahogy az objektum oriintált
> nyelveknél szokásos. Ehhez keresek mintaprogit
>    A többi maradna egy az egyben.
>
> Na Rasberry ( talán az  Atmel-nélis )  mintha lenne valami hasonló eljárás.
> PIC-re még nem igazán találtam..
>
> Üdv István
>
>
>
> 2013-09-02 13:56 keltezéssel, Tóth Péter írta:
>>> Egyébként a képváltáskor 1-2 sec is beleférne,
>>> mert az üzemi képernyőket cserélném le
>>> többféle, újabb,  beállítási képernyőre..
>> Én is ezt csinálom, csak nem SD-ből, hanem soros flash-ből.
>> Rajzprogrammal vannak megrajzolva a képernyő tartalmak, nem a uC pakolja
>> ki programból az ikonokat, szövegeket...
>> Vizuálisan az ikonra kattintás is csak az ikon bekeretezéséből áll.
>> Nálam a 256 színű korlát is tetézi, hogy fájlból nem pakolgathatok ki
>> csak úgy képeket, mert a színpaletta betöltése megváltoztatja a többi
>> kép színvilágát is, ezért kénytelen vagyok megrajzolni az egész képet és
>> utána lekonvertálni 256 színre.
>>
>> ToPe
>>
>> -----------------------------------------
>>             elektro[-flame|-etc]
> -----------------------------------------
>            elektro[-flame|-etc]