Xilinx FPGA+ARM
Petr Toąovský
PetrTosHW na PTmodel.cz
Pátek Duben 30 18:39:49 CEST 2010
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
On 30.4.2010 14:02, Jan Waclawek wrote:
> V casoch, ked Triscend/Atmel robili tie svoje FPGA+8-bit, ten 8-bit tvoril vyznamnu cast plochy cipu a do toho FPGA by sa nebol zmestil. Hovorime o druhej polovici 90tych rokov.
>
> Filozofia je taka, ze:
> 1. 8-bit robi vsetku zasadnu robotu, ktora je zlozita ale nepotrebuje byt rychla; a FPGA je tam len pre nejaku podruznu rychlu cinnost, napr. serializacia/deserializacia alebo nieco typu DMA; u takych aplikacii je potencial aj nahradit 8-bit 32-bitom, ale oboje ma zmysel.
>
> 2. vsetku robotu robi FPGA, 8-bit je potrebny na pociaocne nakonfigurovanie pripadne na riesenie nejakych konfliktov - aj toto ma aj dnes zmysel, mnohe ASICy takto presne funguju.
>
> Zakladny problem je podla vsetkeho prave ten ako Tosa hovori: dve rozdielne a komplikovane programovacie ulohy v rozdielnych prostrediach, pricom musia spolupracovat. Zisk z jednocipoveho riesenia obvykle nevyvazi viazanost na konkretneho dodavatela a jeho ponuku a moznosti co sa tyka kremika aj vyvojovych prostriedkov aj podpory - lenze toto sa s ARMom nezmeni.
>
> Preto si myslim, ze to nejaku zasadnejsiu dieru do sveta nespravi.
>
> No ale zase coze som ja za proroka, ze.
>
> wek
>
>
>
More information about the Hw-list
mailing list