LPC2138 vs видеосигнал, ОЧЕНЬ нужна помощь... Опции

[tolik_zp]

Доброго времени суток!

Пытаюсь нарисовать свою картинку поверх телевизионного сигнала, поступающего с камеры, с помощью lpc2138, но ничего не получается...

Проблема в том, что:
1) не удается засинхронизироваться от видеосигнала (вход в прерывание - величина не постоянная);
2) не хватает скорости порта, чтобы выводить нужную мне информацию (проц не /01)

Есть ли какие-нибудь идеи? Или сразу плюнуть на много дней работы и поменять камень?
Кто-нибудь вообще делал подобные вещи на арме?

[KAlex]

Проблема в том, что:
1) не удается засинхронизироваться от видеосигнала (вход в прерывание - величина не постоянная);
2) не хватает скорости порта, чтобы выводить нужную мне информацию (проц не /01)

1) Считаешь время прошедшее с проедыдущего прерывания. Если больше 48мкс - это строчная, если меньше - кадровая. Схема выделения в аттаче.
2) В свое время был сделан титлер на АТ90S2313 10Мhz. Все прекрасно успевал. Выводил текст наложением на видеосигнал.

Прикрепленные файлы

 SYNC.zip ( 9.79 килобайт ) Кол-во скачиваний: 83

 

[tolik_zp]

1) Считаешь время прошедшее с проедыдущего прерывания. Если больше 48мкс - это строчная, если меньше - кадровая. Схема выделения в аттаче.
2) В свое время был сделан титлер на АТ90S2313 10Мhz. Все прекрасно успевал. Выводил текст наложением на видеосигнал.

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

[KAlex]

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

Возможно не учитываешь разницу между четными и нечетными полями. Отсюда и гребенка.
У меня алгоритм такой: ловлю первый кадровый, далее следует еше несколько - пропускаем, как только попался строчный - начинаем отсчет активных строк.
Еше возможно проскакивают ложные импульсы из за замусоренного сигнала. Лечится подключением по входу конденсатора на землю на 470р.

[tolik_zp]

Возможно не учитываешь разницу между четными и нечетными полями. Отсюда и гребенка.
У меня алгоритм такой: ловлю первый кадровый, далее следует еше несколько - пропускаем, как только попался строчный - начинаем отсчет активных строк.
Еше возможно проскакивают ложные импульсы из за замусоренного сигнала. Лечится подключением по входу конденсатора на землю на 470р.

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

Несомненно справится, и даже на меньшей частоте, поймите, дело не в мегагерцах, а в разнице по сути между ПЛИС и процами, процы есть вещь последовательная, а ПЛИС за 1 такт может любой "огород сгородить". Блэкфин без ПЛИСа можно поставить, если Вы не собираетесь делать еще что-то серьезное, кроме врезки, да и последущее развитие и усложнение проекта в будущем будет под вопросом, потому как задачи будут "толкаться за время". Поставьте ПЛИС и, при любых усложнениях в последствии, Вы будете иметь гарантированные времянки. Строго говоря, это стратегия разработок - на потоках ПЛИСы, на математике и сервисе - процы.

Кроме врезки необходимо тактировать АЦП и ОЗУ для оцифровки сигнала, реализовать простенький детектор движения, записать кадр в MMC-карту, потом считать и вывести на экран тактированием ОЗУ и R2R ЦАПа. Если зватит времени - добавится еще и сжатие в JPEG. думаю, что самая критичная к времени задача - именно синхронизация от внешней синхросмеси (не считая сжатия). Ну а по мере усложнения проекта ПЛИС может быть и добавится. Я все-таки с ними еще не работал по серьезному, только схемы рисовал, так что изучение может занять достаточно много времени, учитывая их сомнительную полезность в текущем проекте. Ну а далее, естественно, и до ПЛИСов доберусь.

[rat]

как же не учитывать, если разница в пол строки
я делал генератор синхроимпульсов через модуль сравнения и прерывания. в этом же прерывании дергал ногами - генерил синхроимпульсы и вертикальные полосы, естесственно получал гребенку. переделал генератор с прерываний на полностью программный - эффект исчез, но "точку" шириной менее пяти миллиметров на диагонали 14" так и не получил, думаю что из-за медленного порта.
Кроме врезки необходимо тактировать АЦП и ОЗУ для оцифровки сигнала, реализовать простенький детектор движения, записать кадр в MMC-карту, потом считать и вывести на экран тактированием ОЗУ и R2R ЦАПа. Если зватит времени - добавится еще и сжатие в JPEG. думаю, что самая критичная к времени задача - именно синхронизация от внешней синхросмеси (не считая сжатия). Ну а по мере усложнения проекта ПЛИС может быть и добавится. Я все-таки с ними еще не работал по серьезному, только схемы рисовал, так что изучение может занять достаточно много времени, учитывая их сомнительную полезность в текущем проекте. Ну а далее, естественно, и до ПЛИСов доберусь.

ПЛИС, батенька, только ПЛИС, у Вас слишком много задач.

[tolik_zp]

ПЛИС, батенька, только ПЛИС, у Вас слишком много задач.

расскажите пожалуйста поподробнее, почему в данном случае нельзя обойтись без ПЛИС? какие на него надо будет возложить функции, с которыми не справится DSP?