Добрый день.
Возникла необходимость приема сигнала от внешнего устройства в стандарте ITU-656 через PPI процессоров Blackfin BF707/BF609 (PPI одинаковый).
В Hardware Reference описаны настройки PPI для приема ITU-656, и они выглядят достаточно просто.
Однако засинхронизироваться с помощью PPI к данным ITU-656 не удалось, приходиться использовать сигналы синхронизации.
Возможно, кто-то сталкивался с подобной проблемой?
Полная версия этой страницы: BF609/BF707, приём ITU-656 по PPI
Форум разработчиков электроники ELECTRONIX.ru > Цифровая обработка сигналов - ЦОС (DSP) > Сигнальные процессоры и их программирование - DSP
ITU-656 я так понял это PAL/NTSC. Т.е. Вы принимаете какой-то радио сигнал, переводите его в PAL? Или сразу берете сигнал PAL с ГИТСа? Ну в документации на процы ADSP-BF709 написано, что вроде как должно поддерживать ITU-656.
Какое у Вас АЦП? Я так понял там нужно специализированное АЦП, специально для обработки и оцифровки сигналов NTSC/PAL/SECAM. Такое у Вас АЦП да?
Сигнал в формате NTSC (или PAL, можно выбирать) идет сразу с CMOS-сенсора на PPI процессора.
Судя по документции, PPI может использовать внутреннюю синхронизацию, встроенную в данные сигнала ITU-656.
Однако на практике это не удалось, хотя сигнал с сенсора соответствует стандарту, коды синхронизации правильные.
Судя по документции, PPI может использовать внутреннюю синхронизацию, встроенную в данные сигнала ITU-656.
Однако на практике это не удалось, хотя сигнал с сенсора соответствует стандарту, коды синхронизации правильные.
Цитата(PavelAM @ Nov 3 2015, 10:49) 
Однако на практике это не удалось, хотя сигнал с сенсора соответствует стандарту, коды синхронизации правильные.
А частота "сигнала с сенсора" соответствует datasheet на BF609/BF707?
Частота pixel-clock с сенсора - 25 МГц.
Частота тактового сигнала PPI по даташиту может достигать 125 МГц
Частота тактового сигнала PPI по даташиту может достигать 125 МГц
Не совсем понимаю схему. Если с камеры идет цифровой код в чистом виде, то зачем тогда NTSC(PAL). Просто пикселы принимать процессором и все.
Если есть NTSC(PAL), то это уже аналоговый сигнал который идет с камеры и который можно принять процессором, но для этого нужно АЦП, как верно подметил Ferrum5.
Опубликуйте, пожалуйста, схему и модель камеры.
Если есть NTSC(PAL), то это уже аналоговый сигнал который идет с камеры и который можно принять процессором, но для этого нужно АЦП, как верно подметил Ferrum5.
Опубликуйте, пожалуйста, схему и модель камеры.
Вы почему на мои сообщения не отвечаете? Друзья вы мне или не друзья?
Цитата(PavelAM @ Oct 19 2015, 18:29)
Возникла необходимость приема сигнала от внешнего устройства в стандарте ITU-656 через PPI процессоров Blackfin BF707/BF609 (PPI одинаковый).
В Hardware Reference описаны настройки PPI для приема ITU-656, и они выглядят достаточно просто.
Однако засинхронизироваться с помощью PPI к данным ITU-656 не удалось, приходиться использовать сигналы синхронизации.
В Hardware Reference описаны настройки PPI для приема ITU-656, и они выглядят достаточно просто.
Однако засинхронизироваться с помощью PPI к данным ITU-656 не удалось, приходиться использовать сигналы синхронизации.
В регистрах PPI настраивается режим - использовать для синхронизации внешние сигналы или встроенные в поток ITU-656.
Цитата(Molotov @ Nov 9 2015, 12:04)
Не совсем понимаю схему. Если с камеры идет цифровой код в чистом виде, то зачем тогда NTSC(PAL). Просто пикселы принимать процессором и все.
Если есть NTSC(PAL), то это уже аналоговый сигнал который идет с камеры и который можно принять процессором, но для этого нужно АЦП, как верно подметил Ferrum5.
Опубликуйте, пожалуйста, схему и модель камеры.
Если есть NTSC(PAL), то это уже аналоговый сигнал который идет с камеры и который можно принять процессором, но для этого нужно АЦП, как верно подметил Ferrum5.
Опубликуйте, пожалуйста, схему и модель камеры.
Обычно для оцифровки PAL/NTSC стоит видеоАЦП, который на выходе имеет поток ITU-656. Т.е. вопрос не про PAL и не про видеоАЦП. С ними всё нормально. Вопрос в том, как засинхронизироваться за поток ITU-656, выходящий с видеоАЦП.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.