МК для работы с ПЗС-матрицей Опции

[Stepanich]

Здравствуйте.

Прошу консультации в выборе МК для работы с FFT (Full Frame transfer) CCD фирмы HAMAMATSU с частотой дискретизации 1 МГц.

Функции, которые должен выполнять МК при работе с CCD, в общем-то, обычные:
- управление сигнальными линиями (PnV, PnH, SG, RG,…);
- управление и опрос внешнего параллельного АЦП (>=12 bit), или работа с использованием встроенного АЦП;
- передача по высокоскоростному интерфейсу (предположительно, SPI) данных в ведущее устройство (VERTEX-IV).
- анализ температуры CCD и управление охлаждением CCD;
- …

На данный момент выбор пал на AT91SAM7XC512. «Избыточность» МК в данном случае только приветствуется (производится НИИР).

Однако МК фирмы ATMEL уступают по аналоговой периферии микроконтроллерам фирмы AD: МК MicroConverter имеют 12-разрядный АЦП.

И ещё: стоит ли брать в рассмотрение AVR32?

Заранее благодарю за участие.

[DASM]

Ну раз уступают - ставьте AD - в чем вопрос то ?
А XC чипы уже разрешили в Россию завозить ?

[Alex11]

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

[AlexandrY]

Если вы думаете сделать управление SG, RG и т.д. на частоте 1 МГц из ARM-а, то это будет трудновато.
На Atmel-е с большой вероятностью не получится.
Может быть справиться STR91x. У него и скорость в 2-а раза больше и хитрый DMA есть который может формировать на внешней параллельной шине произвольные сигналы для записи и считывания на частотах больше 1 MГц. Спецы из ST подключили напрямую к STR91x интерфейс ITU-R BT.656-4, так что ССD тоже вполне реально подключить.
Ну а SPI у STR91x надежно работает до частоты 30 МГц. Используя цепочку DMA-DMA обмен CCD-SPI через STR91x практически не займет ресурсов.

Здравствуйте.

Прошу консультации в выборе МК для работы с FFT (Full Frame transfer) CCD фирмы HAMAMATSU с частотой дискретизации 1 МГц.

Функции, которые должен выполнять МК при работе с CCD, в общем-то, обычные:
- управление сигнальными линиями (PnV, PnH, SG, RG,…);
- управление и опрос внешнего параллельного АЦП (>=12 bit), или работа с использованием встроенного АЦП;
- передача по высокоскоростному интерфейсу (предположительно, SPI) данных в ведущее устройство (VERTEX-IV).
- анализ температуры CCD и управление охлаждением CCD;
- …

На данный момент выбор пал на AT91SAM7XC512. «Избыточность» МК в данном случае только приветствуется (производится НИИР).

Однако МК фирмы ATMEL уступают по аналоговой периферии микроконтроллерам фирмы AD: МК MicroConverter имеют 12-разрядный АЦП.

И ещё: стоит ли брать в рассмотрение AVR32?

Заранее благодарю за участие.

[proba]

вроде SH7211 от Renesas отвечает Вашим требованиям, там 160MHz SH2A ядро, 512kflash, 32kram, 12 bit dual adc и мощная timer pulse unit.
http://www.renesas.com/fmwk.jsp?cnt=sh7211...s/sh7211_group/

[AlexandrY]

Сомнительно.
Специализированного порта для CCD у него также нет.
Зато такая же медленная как у atmel-а периферийная шина.
При этом гораздо меньше объема у внутренней RAM и хуже сделан DMA.

Кстати 12-bit легко делаются из 8-и битного АЦП кучей техник, например с использованием масштабированного второго канала.

вроде SH7211 от Renesas отвечает Вашим требованиям, там 160MHz SH2A ядро, 512kflash, 32kram, 12 bit dual adc и мощная timer pulse unit.
http://www.renesas.com/fmwk.jsp?cnt=sh7211...s/sh7211_group/

[Сергей Борщ]

Однако МК фирмы ATMEL уступают по аналоговой периферии микроконтроллерам фирмы AD: МК MicroConverter имеют 12-разрядный АЦП.

Собственно кроме этого АЦП там больше ничего полезного и нет. Нет DMA, нет нормального контроллера прерываний, нет нормальной схемы тактирования. Если вы запустите АЦП на 1 МГЦ, то скорости ядра только и хватит на то, чтобы вычитывать данные из этого АЦП по прерываниям. А без прерываний - тО еще извращение. На AT91SAM7S64 мне удается снимать 8 бит (больше не нужно) с двух матриц TSL1401 на частоте ~500 КГц (макс. для АЦП, получается 250KSPS на каждую матрицу). Все сигналы формируются таймерами и программа только забирает данные из буферов DMA.

[Stepanich]

DASM: нет, это спецлиния.

Всем спасибо за участие.

Дело в том, что выбор остановлен на AT91SAM7XC ещё вот по каким причинам:
- опыт работы с AVR (настало время изучать что-то более мощное);
- желание получить сразу на одном кристалле как можно больше интерфейсов (USB, ETHERNET,...), чего я не нашёл у других вариантов.
- широкая известность самих МК и доступность отладочных плат.

Изучение нового ядра предназначается не только для решения данной задачи, но и для существенного «расширения горизонтов», поэтому хотелось бы посвятить своё время действительно добротному микроконтроллеру (ведь с этим связан выбор средств разработки, выбор отладочных плат и, наконец, разработка печатных плат).

SH7211, предложенный товарищем proba, является куда более быстродействующим, чем AT91SAM7XC, но не обладает желаемым набором интерфейсов.

Из MCU Benchmarks, проводимых на САХАРЕ (http://benchmarks.caxapa.ru/?test=), видно что ARM не слишком быстродействующее ядро по сравнению, например, с BLACKFIN или FR91.

Кстати, кто-нибудь имел дело с ADSP-BF527? Он обладает очень приличными характеристиками (но уже относится к МП).

И что можно сказать, например, о AT32AP7000 (есть ли независимые тесты производительности)?

Спасибо.

[abcdefg]

Кстати 12-bit легко делаются из 8-и битного АЦП кучей техник, например с использованием масштабированного второго канала.

Поподробнее можно (про масштабированный 2-й канал)?!

[proba]

многое зависить от Вашеи задачи, если потребуется например мощныи float проц, то кроме SH4 или SH2A( float) особо выбора нет, первыи свободно конкурирует с dsp tms320c67xx. но потребляют энергию солидно. сижу сеичас перед задачеи : хардваре >100mflops, 32mbram, ccd sensor in , tft lcd out , и особо выбора нет, смотрю sh7263, которыи пока в стадии разработки. lpc3180 тоже тянет, но мне кажется подключить к нему ccd очень непросто.

[bzx]

2 Stepanich
- У AVR32 (AT32AP7000) есть встроенный интерфейс для работы с датчиками изображения. Это первая причина, по которой стоит внимательнее посмотреть в сторону AVR32.
- С производительностью у 32разрядных AVR всё в порядке. Армы и ренесансы отдыхают перед ним. Это результаты независимых тестов EEMBC, в частности, TeleMark, OAMark, AutoMark, ConsumerMark и NetMark. Им верить можно.
- Вы не объяснили что собираетесь делать с самим изображением. Наверняка предполагается некая обработка, коль затевается грандиозный НИИР. Для этого будет большим подспорьем наличие встроенного сопроцессора, как его окрестил Atmel, видеосопроцессор, хотя по мне так правильнее было бы называть его векторным процессорором.
- Подборка статей по AVR32 тут http://www.avr32.ru/f2/viewtopic.php?t=12

2 proba
Добавлю, что Вашим требованиям полностью удовлетворяет AVR32. Это и работа с плавающей точкой на аппаратном уровне, и TFT с поддержкой форматов до SVGA.

[proba]

2 proba
Добавлю, что Вашим требованиям полностью удовлетворяет AVR32. Это и работа с плавающей точкой на аппаратном уровне, и TFT с поддержкой форматов до SVGA.

где в AVR32 ieee754 float coprocessor ? нет такого.

[bzx]

где в AVR32 ieee754 float coprocessor ? нет такого.

Погорячился, конено нет ieee754, фиксированная арифметика.

[Stepanich]

bzx, спасибо.

А если сравнивать AVR32 и STR91 с точки зрения решения комплексных задач управления?..
Если иначе поставить вопрос: с какими сложностями можно столкнуться при переходе от обычных 8-разрядных МК к обсуждаемым нами.

Меня сильно смущает наличие всего трёх таймеров как у AT91, так и у AT32...
Ещё в линейке AVR32 все МК многовыводные (соотв., довольно крупные)... эта «избыточность» иногда может оказаться неприятной.
А вот у STR91 в семействе есть и 80-выводные МК.

И ещё, bzx, понимаю, должен я сам найти и разобраться, но всё же прошу объяснить в двух словах, что из себя представляет интерфейс для работы с датчиками изображения у AVR32?

Спасибо.

[bzx]

А если сравнивать AVR32 и STR91 с точки зрения решения комплексных задач управления?..

Не сформулирована "точка зрения решения комплексных задач управления", озвучены лишь некие тезисы, такие как, работа с CCD. Если сравнивать только по взаимодействию с CCD, то первый предложенный вариант будет в лидерах.

Если иначе поставить вопрос: с какими сложностями можно столкнуться при переходе от обычных 8-разрядных МК к обсуждаемым нами.

Забудьте вообще про 8-битники. У обсуждаемых вообще иначе. остались лишь схожие названия, например для avr, есть регистровый файл, а в avr32, уже аппаратный стэк регистровых файлов для каждого контекста, точнее режима. Белее того есть такие подвиды AVR32, у которых этот стэк урезан. Так что подумайте, стоит ли переходить на 32битники, т.к. столкнётесь с количеством вопросов на несколько порядков больше.

Меня сильно смущает наличие всего трёх таймеров как у AT91, так и у AT32...

Да, у avr32 на борту 3 многофункциональных таймеров/счётчиков, но Вы упускаете про такую возможность как многозадачность. Сколько у обычного PC таймеров? А тут 3, + аппаратная поддержка многозадачности.

Ещё в линейке AVR32 все МК многовыводные (соотв., довольно крупные)... эта «избыточность» иногда может оказаться неприятной.

Более того, все AT32AP700x только в BGA, кроме AT32AP7001, который в 208-QFP. Поэтому, ещё раз подумаете, а надо ли оно Вам. С другой стороны 256bga для 7000 спокойно разводится в 4х слоях по 5му классу точности.

А вот у STR91 в семействе есть и 80-выводные МК.

Если рассматривать семейство AVR32 с флэш памятью AT32UC3Aхххх, то можно выбрать среди прочего и корпус 100TQFP, с таким же шагом как у и STR91, 0.5мм. Разница в сложности паки 100pins или 80pins не велика.

И ещё, bzx, понимаю, должен я сам найти и разобраться, но всё же прошу объяснить в двух словах, что из себя представляет интерфейс для работы с датчиками изображения у AVR32?

Физически интерфейс состоит из сигналов:
• 12-разрядные данные датчика изображения
• горизонтальная синхронизация
• вертикальная синхронизация
• тактирование данных датчика изображения

Возможности интерфейса датчика изображения
• ITU-R BT. 601/656 8-битный режим с поддержкой внешнего интерфейса
• Поддержка ITU-R BT.656-4 SAV и синхронизации EAV
• Вертикальные и горизонтальные решения до 2048 x 2048
• Дорожка Предварительного просмотра до 640*480
• Поддержка упакованных форматированых данных для YCbCr 4:2:2 форматов
• Предварительное масштабирование, чтобы произвести наименьший размер изображения 50
• Программируемая скорость захвата кадра
• FIFO

PS: Для обсуждения AVR32 приглашаю на сайт avr32 в зоне ру