[iiv 29]

Всем привет,

 

скажите, пожалуйста, есть ли контроллер, легко осваиваемый, со встроенным 10+ бит оцифровщиком, который бы семплил бы серьезно быстрее, чем ST32F405, то есть быстрее, чем 7.2Msps. Идеально было бы 30Msps и больше. Ставить спецоцифровщик отдельно микросхемой не хотелось бы принципиально...

 

Спасибо

 

ИИВ

[scifi 1]

Сам искал такое. Не нашёл.

Зато появилась мысль подключить внешний АЦП к DCMI. Только руки пока не дошли.

[iiv 29]

Спасибо за ответ! И за идею с интерфейсом DCMI - отдельное спасибо, я всегда думал, что это сложно и грамозко, а, похоже, можно попользовать. Жалко, что встроенных нет, для отдельного оцифровщика с правильным обвесом - совсем места нет.

[_Pasha 0]

А он без HSYNC VSYNC заработает или надо эмулировать?

[scifi 1]

А он без HSYNC VSYNC заработает или надо эмулировать?

Я собираюсь их повесить на GPIO. Просто перемычки между ножками МК.

 

Жалко, что встроенных нет, для отдельного оцифровщика с правильным обвесом - совсем места нет.

У встроенного АЦП возможна засада: PLL имеет довольно сильный джиттер. Проблема это или нет - зависит от применения, конечно.

[khach 45]

А он без HSYNC VSYNC заработает или надо эмулировать?

Работает, есть режим для приема jpeg картинок без строчнокадрвойой синхры, HSYNC VSYNC используются для обозначения начала пакета и определения валидности данных. В крайнем случае можно эмулировать HSYNC VSYNC собственным таймером проца.

ЗЫ. Кто-нибудь гонял DCMI с шиной шире 8 бит? Данные правильно пакуются в память (по даташиту) или нет? А то у меня глюки какие-то.

[_Pasha 0]

Жду плату. Пока еще не пробовал.

Меня не радует требование посадить все неиспользуемые ноги старших разрядов в ноль. Походу, придется выполнять, ибо времени на перепаковку не будет.

А что за глюки?

Изменено 6 декабря, 2012 пользователем _Pasha