bzx, спасибо за Вашу консультацию.

Боюсь, для работы именно с CCD-FFT (а не NMOS) интерфейс для с датчиков изображения у AVR32 не является полноценным.
Дело в том, что для работы с подобными матрицами требуется восемь управляющих сигнальных линий:

2 противофазных сигнала для вертикального сдвигового регистра (P1V, P2V) длительностью 6 мкс;
1 сигнал Transfer Gate (TG) длительностью 6 мкс;
2 противофазных сигнала для горизонтального сдвигового регистра (P1H, P2H) длительностью 0,5 мкс, меандр;
1 сигнал Summing Gate (SG) длительностью 0,5 мкс, меандр;
1 сигнал сброса Reset Pulse (RG) длительностью 0,5 мкс;
1 сигнал шумоподавления (CLAMP) для выходного усилителя.

В действительности можно обойтись и меньшим количеством сигналов в связи с тем, что некоторые из них синфазные или противофазные, но это не позволит работать с датчиком в расширенных режимах, в режиме калибровки и диагностики.

Ко всему прочему требуется поддерживать температуру матрицы на уровне минус 50 градусов по Цельсию (пока предполагаю посредствам ШИМ).

Сигнал после усилителя двуполярный с большим размахом, что делает предпочтительным использованием внешнего АЦП. Отсюда вытекает задача и управления АЦП.

Я начинаю сомневаться, что приведённые выше условия можно выполнить на каком-либо МК, не забив при этом всё ядро задачей дёрганья ног и выдержки временных интервалов. А ведь ещё и обработку информации с формированием и отправкой производить нужно.

Может, эта задача всё-таки для ПЛИС?..

Насчёт быстродействия: в данном случае желательно перейти на наиболее быстрый МК, сохранив при этом удобство и универсальность, что было присуще, например, 8-разрядным AVR’ам (всё-таки хотелось бы иметь встроенный FLASH >= 128 кб, выводы таймеров OC, разнообразие корпусов и т.д.). Пока выбираю между STR912FAW42 и AT32UC3A1256.
А поставив даже AP7000, обойти Vertex-IV не получится (энергопотребление и цена в нашем случае значения не имеют).

Спасибо.

Ну конечно! Загляни сюда: http://www.ime.usp.br/~fr/sbc/

Вообще-то грамотное построение такого тип системы такое. Имеем микроконтроллер (пофиг какой, его задача - интерфейс пользователя и управление), ПЛИС, память (обязательно ФИФО, но его чаще всего запихивает в ПЛИС. ФИФО нужно для согласования скоростей потов считывания с матрицы и записи во внешнюю память уже обработанных кадров), АЦП, аналоговая часть (всякие микрухи восстановления уровня черного, синхроимпульсов и проч.). Микроконтроллер дает комманду АЦП начинать преобразование и одновременно сигнал ПЛИС на начало приема и обработки, АЦП через интерфейс (параллельный или SPI) пропихивает данные в ФИФО, дальше в ПЛИС на обработку и уже готовые кадры пишутся во внешнюю память (ну или чего вам нужно с ними делать). ИМХО, считывать с АЦП данные микроконтроллером - очень неправильно, хотя и возможно, конечно.

Kail, спасибо за ответ.

В нашем случае задача немного специфична: управление должно производится матрицей фирмы Hamamatsu. Сама матрица предназначена для научных измерений, поэтому подразумевается работа в нескольких режимах, которые задаются сочетанием управляющих импульсов, перечисленных выше.
Поэтому хотелось бы получить гибкость и высокую интегрированность системы (в смысле, система-на-кристалле), потому-то я и нахожусь в поисках именно МК, чтобы не множить номенклатуру микросхем и заниматься программированием одного лишь МК, а не связки МК-ПЛИС.
STR91 — очень привлекателен: высокоинтегрирован, продуман, не ширпотреб...
Но смущает присутствие в линейке STR только МК со встроенной Flash-памятью, что ограничивает быстродействие (если возникнет необходимость перейти на более производительный вариант (например, как в AVR32), в линейке STR этого сделать не получится).

Не понял, в чем проблема. Ну прицепите внешнюю FLASH к выводам общего назначения, напишите драйвер и пишите во внешнюю флэш сколько хотите.

Виноват, не точно выразился. Имелось в виду, что линейка STR ограничивается 96 MIPS, как я понимаю, из-за встроенной FLASH. А вот у AVR32, если не хватает 80 MIPS, отказываемся от UC3A со встроенной FLASH и переходим на AP7000 с 200 MIPS…