STM32F7 SRAM1 a DMA

[Peter janiš]

Zdravim,
reagujem na otazku ohladne ineho IP stacku.
Skuste hodit oko po tomto: http://fnet.sourceforge.net/
Sice neexistuje port priamo pre STM, ale preklopit to nie je velky problem.
Je to tam celkom slusne rozdelene na HW cast a Stack samotny.
Prve testy s FNETom boli u mna uspokojive (na NXP LPC) a na to co
potrebujem to staci. Hlbsie testovanie mam naplanovane niekedy tento/buduci
mesiac.
Autor celkom slusne komunikuje.

p.s. periferne kniznice pouzivam svoje. Tie standardne dodavane (od NXP),
su vhodne akurat na blikanie s LEDkou.

p.j.





2017-10-11 7:47 GMT+02:00 Jaroslav Buchta <jaroslav.buchta na hascomp.cz>:

> Zkusim to jeste jednou zviditelnit, nepotykal se nekdo s timto problemem?
> Jeste k tomu ethernetu, uplne stability LWIP se mi nepodarilo dosahnout,
> neznam pricinu problemu, zabrzdeni posilani paketu po 10ms a reorganizace
> priorit preruseni vedla k dosazeni uspokojive funkce s danou aplikaci ale
> spokojeny urcite nejsem.
> Blbe je, ze aplikace totalne spadne nebo vypadne alespon komunikace. Take
> asi nevyhnije nekorektne ukoncene(neukoncene) spojeni TCP, i kdyz by asi
> melo, alespon se nevola handler, (skrz receive NULL) ktery by to
> signalizoval.
> Je nejaky alternativni, lepe funkcni IP stack? I kdyz se to pouziva asi
> skoro ve vsem  a nekde problemy nejsou (ESPx...) (no trosku teda podezrivam
> SICK 3D kamery, kde se to pri prenosu FTP obrazku chova dost podobne...)
> Zajimalo by mne, jestli nekdo s HAL drivery a zabudovanym LWIP dosahl
> uplne stabilni komunikace...
>
> Dne 08.10.2017 v 15:27 Jaroslav Buchta napsal(a):
>
>> Zdravim, ted nemam cas moc badat a nejak jsem to vyresil presunem dat,
>> ale jak je to se subj? Ze je potreba resit DCACHE jsem ji6 zjistil a chapu
>> to, vypnul jsem ji (doufam defaultni stav, jen jsem to zakazal v CubeMX)
>>
>> DMA od SPI zda se jiz funguje i v SRAM1, s povolenou DCACHE nefungoval
>> vubec. Ale ethernet jede velmi sporadicky pokud jsou DMA buffery ve SRAM1,
>> projde tak 1 ping z 5, pokud jsou v DTCM tak vse bezi relativne dobre (az
>> na problemy s LWIP viz jine vlakno, to pada furt)
>>
>> Nasel jsem nejakou diskusi na netu, kde bylo zmineno, ze ethernet v jinde
>> nez v DTCM proste nefunguje. Ma s tim nekdo zkusenosti? Predpokladal jsem,
>> ze v HAL to budou mit nejak poreseno, kdyz pro F7 uz ani nepodporujou SPL
>>
>> ale je to nejake nedodelane, ani linker script nebyl pripraven na moznost
>> smerovat data do ruznych typu pameti, proste jen RAM oblast 512kB...
>>
>> Zacinam zas propadat mirne depresi ohledne funkcnosti CUBE :-(
>>
>> _______________________________________________
>> 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/20171011/185493df/attachment.html>