Xilinx FPGA+ARM

[Slavomir Skopalik]

Ja to vidim z jine strany, delam jen s MCU, ale nekdy jsem jiz temer na
hrane.
Takze bych uvital mit mnoznost si na vnitrni sbernici ubastlit treba rychly
dekoder kvadraturniho kodovani od enkoderu, nebo presne mereni casu (tj. 0.1
us a lepe)
mezi udalostmi a podobne.
Nebo si v MCU takto udelat dekoder CS signalu pro periferie a dalsi a dalsi.

Slavek

Ing. Slavomir Skopalik
Jednatel spolecnosti
Elekt Labs s.r.o.
Chaloupky 158
783 72 Velky Tynec
Czech Republic
--------------------------------------------
Mobil: +420 724 207 851
icq:199 118 333
e-mail:skopalik na elektlabs.cz
http://www.elektlabs.cz


> Hm, hm, ja tak nejak predpokladal, ze se prichodem ARMu do 
> hry zapoji uz 
> hotove vyvojove nastroje, ale ted jak jsme to tak probrali mi 
> dochazi, 
> ze to vyresi jen malou cast problemu. Uz si taky myslim, ze to tak 
> zasadni dira do sveta nebude.
> Uprimne mam vzdycky trosku obavy uvazovat o tom ze bych u 
> FPGA mel hned 
> vedle MCU, prijde mi to jak osobni selhani, ze to nezvladnu komplet v 
> FPGA, takze se k tomu dokopu. Ale vzdycky si rikam ze tohle by melo 
> prijit do CPU a tohle do FPGA nebo DSP. Uz jsem se i setkal s 
> tim, ze se 
> v aplikaci delaji ustupky pro uzivatelske rozhrani aby to 
> FPGA zvladlo, 
> coz pak vytvari na prvni pohled nepochopitelne komunikacni 
> protokoly apod. Procesor vedle jsem mel jen u veci na ktere 
> musel bezet Linux, ale moc 
> veci to taky neulehcilo. Resit komunikaci mezi FPGA a procesorem s OS 
> bylo pro me nezvladnutelne (nutnost velkych bufferu, nepredikovatelne 
> casy odezvy).
> To uz jsou spis jen takove filozoficke reci jak je to 
> "spravne", protoze 
> nemam moc zkusenosti. Prijde mi ze lidi si mysli ze FPGA musi 
> zvladnout 
> vsechno, ale ja si to nemyslim, nebo to neumim.
> 
> Tosa