Полная версия этой страницы:
Быстрый ADC, больше 7.2MSps
Всем привет,
скажите, пожалуйста, есть ли контроллер, легко осваиваемый, со встроенным 10+ бит оцифровщиком, который бы семплил бы серьезно быстрее, чем ST32F405, то есть быстрее, чем 7.2Msps. Идеально было бы 30Msps и больше. Ставить спецоцифровщик отдельно микросхемой не хотелось бы принципиально...
Спасибо
ИИВ
Сам искал такое. Не нашёл.
Зато появилась мысль подключить внешний АЦП к DCMI. Только руки пока не дошли.
Спасибо за ответ! И за идею с интерфейсом DCMI - отдельное спасибо, я всегда думал, что это сложно и грамозко, а, похоже, можно попользовать. Жалко, что встроенных нет, для отдельного оцифровщика с правильным обвесом - совсем места нет.
А он без HSYNC VSYNC заработает или надо эмулировать?
Цитата(_Pasha @ Dec 6 2012, 15:43)

А он без HSYNC VSYNC заработает или надо эмулировать?
Я собираюсь их повесить на GPIO. Просто перемычки между ножками МК.
Цитата(iiv @ Dec 6 2012, 15:26)

Жалко, что встроенных нет, для отдельного оцифровщика с правильным обвесом - совсем места нет.
У встроенного АЦП возможна засада: PLL имеет довольно сильный джиттер. Проблема это или нет - зависит от применения, конечно.
Цитата(_Pasha @ Dec 6 2012, 13:43)

А он без HSYNC VSYNC заработает или надо эмулировать?
Работает, есть режим для приема jpeg картинок без строчнокадрвойой синхры, HSYNC VSYNC используются для обозначения начала пакета и определения валидности данных. В крайнем случае можно эмулировать HSYNC VSYNC собственным таймером проца.
ЗЫ. Кто-нибудь гонял DCMI с шиной шире 8 бит? Данные правильно пакуются в память (по даташиту) или нет? А то у меня глюки какие-то.
Жду плату. Пока еще не пробовал.
Меня не радует требование посадить все неиспользуемые ноги старших разрядов в ноль. Походу, придется выполнять, ибо времени на перепаковку не будет.
А что за глюки?
Для просмотра полной версии этой страницы, пожалуйста,
пройдите по ссылке.