W dniu 2010-05-17 16:03 MH napisał(a):

> http://www.atmel.com/dyn/products/param_table_v2.asp
?family_id=605&OrderBy=part_no&Direction=ASC
>>>
>>> Oj chyba się z czasem programowania w 2s nie wyrobi.
>>> Ja bym raczej poszedł w kierunku procka, który potrafi uruchamiać
>>> program z pamięci RAM (czyli odpada większość LPC i SAMy). Wtedy czas
>>> reprogramowania wyjdzie super szybko - a bootloader może program wciągać
>>> choćby i z SPI.
>>
>> Oczywiście chodziło mi o zewnętrzny RAM. W środku jest za mało (a miało
>> być min. 512KB AFAIR).

> Rozważałem takie roziązanie już wcześniej. Problem jest taki , że musiałbym
> modyfkować zewnętrzny ram via FPGA i zaczyna mi trochę robić się za dużo I/O.
> Jasne , można dać większy FPGA , ale to już zaczyna niebezpiecznie kosztować.

Ależ oczywiście nie podłączasz RAMu prosto do FPGA. Prockowi dajesz
reset i gadasz z jego bootloaderem (przez co lubisz - SPI, UART itp).
Procek sam wciska odebrane dane do RAMu. I teraz dwie wersje - albo
weźmiesz procka z Flashem, któremu dodatkowo można podczepić SRAM (i
wtedy dowolnie wymyślasz jego bootloader aby gadał z FPGA, może być
nawet magistralą 4 lub 8-bitową + stroby) - albo w drugiej wersji
bierzesz procka bez wewn. Flasha i korzystasz z możliwości bootloadera
ROM'owego.

Zresztą napisz gdzie właściwie chcesz trzymać n alternatywnych wsadów do
procka? Za każdym razem pobierane są z komputera gadającego z FPGA?

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.