Cortex-M0 gcc problem

[Petr Labaj]

Vasi poznamku jsem nepochopil.
Vzdyt ja jsem psal, ze CCM je jen pro data (tedy ne code ani DMA). A ART se prece tohoto
procesu nijak neucastni, ten snad resi jen pristup pro code, a to jeste pouze z Flash, ne?
Nebo si to myslim blbe?

PL
  From: Tomáš Dresler 
  To: 'HW-news' 
  Sent: Thursday, April 04, 2013 10:12 PM
  Subject: RE: Cortex-M0 gcc problem


  Btw. CCM RAM je umistena na I-code a jeji primarni urceni je pro velmi rychly kod, kdy i ART by mohl byt omezujicim v rychlosti behu aplikace (typicky vektorove rizeni motoru nebo filtry a jiné algoritmy).

  Samozrejme jeji umisteni znemoznuje vyuziti pomoci DMA, ale jeji vyuziti pro data je bez omezeni.

   

  --

  S pozdravem

   

  Tomas Dresler

  http://edisonovo.info

   

  From: hw-list-bounces na list.hw.cz [mailto:hw-list-bounces na list.hw.cz] On Behalf Of Petr Labaj
  Sent: Thursday, April 4, 2013 9:29 PM
  To: HW-news
  Subject: Re: Cortex-M0 gcc problem

   

  Jen poznamka: STM32F4 ma 192 kB RAM, z toho 128 kB plnohodnotne RAM

  (code, data, DMA) a 64 kB jen pro data.

   

  PL

    ----- Original Message ----- 

    From: Andrej Jancura 

    To: HW-news 

    Sent: Thursday, April 04, 2013 9:13 PM

    Subject: Re: Cortex-M0 gcc problem

     

    Dobry vecer,

    to co programujete za aplikaciu s jednocipom, ze aj 64kb ram nestaci? 

    A.



    2013/4/4 Jaroslav Buchta <jaroslav.buchta na hascomp.cz>

    Zasobnik lze umistit libovolne zmenou ve scriptu pro linker, zatim to necham byt - ze zasobniku to sezere asi jen par kB, zasobniky tasku se stejne alokujou na halde a cert vi, kdyz nekam predam alokovany buffer, co s tim knihovny od ST budou delat a jestli to tam nebude sypat DMA (je to ve zdrojacich ale tolik casu nemam abych se to snazil dukladne pochopit (nejvic staticky alokovane pameti sezerou stejne knihovny pro ethernet a tam buffery pro DMA budou urcite))
    A co je nejhorsi, potrebuju rychle sypat data z AD a to samozrejme chci taky skrz DMA, pak to pujde na ethernet jako UDP takze se CPU bude celkem flakat ale pamet dostane zabrat - i proto by zasobnik v CCM mohl zrychlit beh CPU
    Nejlepsi by bylo do CCM nacpat zasobniky tasku a hlavni zasobnik, ale....  Je dost blbe ze proste nemam v aplikaci rozumne vyuziti pro tech 64kB

    Dne 4. 4. 2013 20:02, Jan Waclawek napsal(a): 

       

        Pochopil jsem to tak, ze se pan Buchta boji, jestli knihovny nedaji na stack
        nejake buffery, ktery by nasledne pouzily pod kontrolou DMA.
        Ale myslim, ze to asi knihovny neudelaji. To s haldou uz bych si jisty nebyl.

      Aha. No, nevidim nejaky zasadnejsi dovod, preco by to nejaka kniznica
      robila...

      Nicmene pokus by to snadno ukazal.

      To zrejme ano, ale nemalo by to byt vobec potrebne.

      Ak sa len nejedna o nejaku ukradnutu kniznicu v binarnom tvare, tak bud k
      tomu je adekvatna dokumentacia (a poziadavky na podstatnejsie kusy
      stacku/heapu/akejkolvek inej pamate su bezpochyby sucastou slusnej
      dokumentacie), alebo je kniznica k dispozicii aj v zdrojovom tvare a
      postupuje sa podla hesla najlepsia dokumentacia su zdrojaky. Nemalo by byt
      problem najst akekolvek pouzitie DMA.

      Jinak to nastaveni stacku z tabulky vektoru se v praxi pouzije asi jen v prvnich
      par instrukcich inicializacniho modulu, ten si pak stack presmeruje podle
      sve potreby.

      Ak sa len nejedna o nejaky multitaskingovy bazmeg aka RTOS, znova nevidim
      dovod.

      No ale ja nevidim dovod na vela veci na ktore ti mudrejsi a skusenejsi
      dovody vidia, zeano... ;-)

      wek


      _______________________________________________
      HW-list mailing list  -  sponsored by www.HW.cz
      Hw-list na list.hw.cz
      http://list.hw.cz/mailman/listinfo/hw-list


    _______________________________________________
    HW-list mailing list  -  sponsored by www.HW.cz
    Hw-list na list.hw.cz
    http://list.hw.cz/mailman/listinfo/hw-list

     


----------------------------------------------------------------------------

    _______________________________________________
    HW-list mailing list  -  sponsored by www.HW.cz
    Hw-list na list.hw.cz
    http://list.hw.cz/mailman/listinfo/hw-list



------------------------------------------------------------------------------


  _______________________________________________
  HW-list mailing list  -  sponsored by www.HW.cz
  Hw-list na list.hw.cz
  http://list.hw.cz/mailman/listinfo/hw-list
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20130404/ea2166f4/attachment-0001.htm>