Cortex-M0 gcc problem

[Petr Labaj]

Jojo.  :-)
  ----- Original Message ----- 
  From: Andrej Jancura 
  To: HW-news 
  Sent: Thursday, April 04, 2013 9:48 PM
  Subject: Re: Cortex-M0 gcc problem


  Takze cip urceny pre pozieracov kolacov? 

  A.


  2013/4/4 Petr Labaj <labaj na volny.cz>

    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






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


  _______________________________________________
  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/84d2a64a/attachment-0001.htm>