Средства и методы разработки

Из этого всего вытекают требования к дримпроцессору 2012 :) * ARM чего-нибудь * специфический интерфейс на уровне шинного коммутатора или TCM для связи с FPGA. Что я имею в виду. Чтобы был некий микропрограммный автомат, работающий на частоте ядра, и связанный с ним самой быстрой и низколатентной шиной, который бы обменивался с FPGA данными и оптимально раскладывал их по памяти (по разным классам памяти) параллельно с работой основного процессора. Тогда будет возможным гибридный процесс обработки: * CPU поделило данные на свои и FPGA * дало команду - загнать вот это в FPGA * само обработало свою часть * проверяем флаг - готов ли FPGA- кусок * бинго - лезем по адресам в память и работаем с данными. Физически интерфейс к FPGA виде нескольких LVDS линков с правильной разводкой никого не напряжет даже при двух-слойной плате.