[elektro] PIC18F swap RAM memory for SD card ?

[elight at gmail.com]

Hát, mondjam?
               Nem túl építő...

Ez most akkor hogy értsem,  egy PIC leböcsűlő hozzászólás volt e? :-D

Azért sokminden majdnem elvishelhetetlen dolgot
megoldottunk még ebben a kis  PIC-ben is .
  És stabilan  működgetnek dolgok,
valakiknek hasznára , örömére.
( ...mert hát gondolnátok,
       " a programozójé csak az emlék, a vesződség marad!"  : )

Egyébként pedig arra gondolnék ,
nem feltétlen kell általánosan megírni.
Lefoglalok egy kkérpernyőhöz tartozó
tömböt mondjuk a RAM-ban. Néhány változó menedzseli ,
hogy éppen melyik képhez tartozik a tömb.
Lefoglalom mégegyszer a RAM-ban ugyanezt
és mint buffer memőria, ezt írom ki és olvasom be a
külső memóriába és ból, feltéve  ha van ideje.
Ha szükséges , a kellő pillanatban
  meg cserélgetem ezt a két tömböt. Ez már gyorsabban megy.
Tehát egyszerre lenne két képernyőm,
( egy aktuális és egy árnyék )
A töltögetés meg háttéridőben prímán  elinézhető.
Itt kb  3kByte/ kép -ről van általában szó.
És egy 128k-s háttértárba már éppen elegendő
  objektum elférne szerintem.

Ezt közelítgettem.
Csak hát a lusta programozó először keresgél ,
azután rájön, néha dodoznia is kellene ! :-D

Üdv István


2013-09-02 15:12 keltezéssel, Tóth Péter írta:
> Ha a compiler intézi, akkor az nem lesz dinamikus, csak okosan lefoglalt.
> ASM-ben is van már a 16 biteseknél memória foglalás, meg cím lekérdezés,
> de felszabadítást nem tud, mert az futásidőben dől el, nem fordításkor.
> Pláne szívás, hogy Bank-okra van darabolva az a kevéske kis RAM is...
> A PIC-ben kellene futnia egy memória menedzser programnak, ami intézi a
> lefoglalást-felszabadítást, de megenné az amúgy is kevéske processzor
> időt is.
> Lehet, hogy jobban járnál, ha mégis a szekér tolná a lovat :-)
>
> ToPe
>
>
> 2013.09.02. 14:54 keltezéssel, potyo írta:
>> Lehet azt látni, csak nem kell a szükségesnél jobban betemetni magadat
>> librarykkal, wrapper függvényekkel, stb.
>>
>> Létezni létezik, pl. itt is:
>> http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1824&appnote=en012157
>> Na most hogy mennyire van értelme, az más kérdés...
>>
>> 2013. szeptember 2. 14:44 Tóth Péter írta, <toth.peter at tilonasec.hu>:
>>
>>> 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...
>> -----------------------------------------
>>             elektro[-flame|-etc]
> -----------------------------------------
>            elektro[-flame|-etc]