[Porolon 0]

Пытаюсь оцифровать видео с аналоговой камеры, с помощью SAA7113H. В результате получаю вот такую картину :

 

 

я ориентируюсь на значения описанные с спецификации.

Снимал тестовый сигнал с пина AOUT, с помощью грабера, там картинка нормальная.

В чем может быть проблема или посоветуйте какие тесты провести чтобы её выявить ?

[Stanislav 0]

Проверьте соответствие системы кодирования изображения и настроек декодера. У филипса очень плохая документация, желаемое часто может быть достигнуто только методом проб и ошибок. Ваш покорный слуга тоже в своё время поломал голову с SAA7114.

Ещё одна засада может быть связана с неправильной частотой опорного кварцевого генератора. Очень советую её проверить. В типовой схеме из даташыта какая-то лажа нарисована. Добрый совет: используйте негармониковый кварц, контур L1C16 выбросьте... подальше. Для смеху, посчитайте частоту его настройки, исходя из номиналов элементов (по-моему, эти орлы на 2pi забыли умножить!). Номиналы емкостей генератора следует выбирать исходя из спецификации на кварц. Если их нет, я начал бы подбирать пик с 16.

PS. А на чём конкретно Вы эту картинку получили? Явно видна расстройка строчной и кадровой синхры.

[Porolon 0]

Я так и не смог понять в чем дело, я теперь все данные снимаю с ацп. По заголовкам определяю начало строки и вывожу. Самое интересное сколько я не пытался я не смог обнаружить начало кадра. И вообще флаг поля всегда был в 1.

 

 

Вот оригинал:

 

 

Вот результат после обработки.

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

меня параметры регистра HOFF становилось еще хуже.

Смещение создает сама апц. Почему? я не знаю. не подскажете в чем дело?

[rat 0]

Пытаюсь оцифровать видео с аналоговой камеры, с помощью SAA7113H. В результате получаю вот такую картину :

 

 

я ориентируюсь на значения описанные с спецификации.

Снимал тестовый сигнал с пина AOUT, с помощью грабера, там картинка нормальная.

В чем может быть проблема или посоветуйте какие тесты провести чтобы её выявить ?

 

Аналогичную картинку наблюдал при работе с ADV7181(много общего с SAA7113H). В результате оказалось, что неправильно была сделана запись в память.

[Porolon 0]

Да на первой картинке и правда была проблема, только с чтением. Сейчас а вообще не обрабатываю данные на устройстве, только на компе. Ошибку я искал много раз, не нашел.

Еще одна вещь: осцилограф показывает на LCC 20.6704 МГц на XTALI показывает 24,5813

 

RTS0 RTS1 - как VREF и HREF плавают относительно самого видео, вообщем полный беспредел.

[Porolon 0]

Все, ура ! ) разобрались!

питание наростало долго, микросхема начинала глючить, помог принудительный сброс по CE

[serg_Fry 0]

Развожу плату под SAA7115. Они очень похожи с SAA71_14/13.

В даташите в схеме примера цифровое питание так же как и аналоговое отделено ферритом.

С аналоговым понятно, а вот необходимость бусины для цифрового вызывает сомнения.

Кто как с ней поступил?

[Elresearch 1]

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

[Gashek 0]

SAA7111A не декодирует PAL, c SECAM все нормально. В катринке PAL на месте цветовых фрагментов - цветная синусоидальная рябь с дышащей частотой. Может кто-нибудь сталкивался с этой проблемой, или хотя бы работал с этой микросхемой?

[Gashek 0]

Слава Богу, разобрался! Просто нужен кварц с более высокой точностью. Поставил третьегармониковый вместо "FUND" - все заработало :disco: :disco: :disco: