SECAM transkodér

Zpráva

Lukas-Peca · #1 Příspěvek od **Lukas-Peca** » 27 črc 2015, 18:11

Podělím se se svým výrobkem, transkodérem z PALu do SECAMu. S tímto kodérem je možné zobrazit barevný obraz i na našich prvních lampových barevných televizorech, které nefungují např. se set-top-boxy se SECAMem.

Základem je obvod TDA8505 v katalogovém zapojení. Jako zpožďovací linka slouží obvod MDA4565. Tranzistor slouží jako výkonové přizpůsobení výstupu.

Převod z PALu na YPbPr zajišťuje modul P z televize Tesla řady C416. Modul je vhodné nejprve vyzkoušet a seřídit v televizoru. Zapojení modulu ke konektoru je následující:

1 - kostra
2 - 15
3 - 1
4 - 3
5 - 13
6 - 9
7 - 10

Potenciometrem se nastaví co nejkvalitnější obraz. Nastavení je různé pro různé připojené televizory.

Obvod jsem sestavil jako prototyp, který fungoval. Schéma se od něj mírně liší a nebylo zatím zkoušeno, tak je možné, že je tam nějaká chyba. Uvítám návrhy na úpravu, stejně jako návrh DPS.

IO TDA8505 lze koupit na Alibabě za dobrou cenu. MDA4565 je běžně dostupný, používal se v TV C428 a odvozených typech.

Prototyp fungoval slušně. Na přiloženém obrázku je Color Fatra a Color 425. Špatný obraz na Fatře je chyba televize, neměla v pořádku synchronizaci.

xsc · #2 Příspěvek od **xsc** » 27 črc 2015, 20:25

Hezké. Pokud to bude sloužit hned za výstupem STB, doporučil bych zrušit obvod zpožďovací linky v dekodéru PAL, zvýší se tak vertikální rozlišení na plné (problém je, že u běžného dekodéru tím klesne výstupní napětí rozdílovývh signálů na polovinu). Do vstupu Y bych zařadil jednoduchý odlaďovač na 4,43, aby nedocházelo k interferenci se Secamem.

Lukas-Peca · #3 Příspěvek od **Lukas-Peca** » 28 črc 2015, 13:29

SECAM vertikální rozlišení stejně srazí na polovinu.

Ten odlaďovač tam zkusím dát, nicméně by to mělo být ošetřené už v tom integráči.

xsc · #4 Příspěvek od **xsc** » 28 črc 2015, 14:06

Lukas-Peca píše:SECAM vertikální rozlišení stejně srazí na polovinu.

No právě, jenže v kombinaci s PALem D dochází ještě jednou k tomu samému - na zobrazení jednoho řádku se tak nepodílejí 2 jako u PALu D a Secamu, ale ještě další daný právě zpožděním v dekodéru transkodéru. Doporučuju vyzkoušet, zobrazit nějaký ostrý barevný obraz a zkratovat výstup zpožďovací linky.

#5 Příspěvek od **Hill** » 28 črc 2015, 15:42

Jen tak na okraj: na té C425 to vypadá na rozladěný obvod CLOCHE v dekodéru televize.

Lukas-Peca · #6 Příspěvek od **Lukas-Peca** » 03 zář 2015, 19:11

Tak schéma jsem ještě aktualizoval a zde je už plně funkční verze: http://peca.g6.cz/secam.html

xsc · #7 Příspěvek od **xsc** » 03 zář 2015, 19:37

Ta zmiňovaná šachovnice vzniká, i když se to budí z RGB výstupů (třeba z STB)? On totiž výstup z modulu P sice obsahuje jako filtr dolní propust LC, ale chybí jí zakončovací odpor, díky čemuž vznikají překmity a vyšší frekvence pronikají dál. Doporučoval se odpor 1k-2k2 na zem.

Lukas-Peca · #8 Příspěvek od **Lukas-Peca** » 03 zář 2015, 19:49

To jsem nezkoušel. Díky za radu.

xsc · #9 Příspěvek od **xsc** » 03 zář 2015, 20:10

Jsem zvědavý na výsledek.
I když se tvrdilo, že Secam je jednodušší, tak z mých zkušeností je Secam proti PALu pěkná duchařina. Může za to použití FM modulace a "optimalizací" typu preemfáze a cloche. Kdysi jsem stavěl dekodér PAL do C430. Nejdřív jsem postavil jen PAL modul s 3510 a Secam nechal původní. To chodilo OK, jen to bylo trochu větší. Pak mě napadlo vyhodit původní desku Secam dekodéru a místo ní hodit PAL/Secam s 4555. PAL chodil perfektně, ale na Secamu jsem dostával podobné chyby v sytých barvách jako tady. Zjistil jsem, že se objevují díky zpožděnému signálu ze ZL. Ale i když jsem s tím laboroval, ZL měnil za různé typy, měnil její přizpůsobení, nikdy to nebylo ono. Přitom PAL, který by měl být na vlastnosti ZL mnohem citlivější, vždy chodil dobře :-)

Lukas-Peca · #10 Příspěvek od **Lukas-Peca** » 10 zář 2015, 20:28

Tak jsem dal 8k2 (stejná hodnota je v colorce a hlavně menší hodnotu by MDA3510 nesnesl kvůli max. dovolenému proudu výstupu) a možná se to trochu zlepšilo, ale pořád to není ono. Podle mě to bude tím plošňákem.

xsc · #11 Příspěvek od **xsc** » 10 zář 2015, 20:51

Ze všeho nejdřív bych vyzkoušel, jak to vypadá z RGB výstupů STB, podle toho půjde zjistit, kde je chyba. Je potřeba nezapomenout na zakončovací 75ohm odpory, ideálně osazené blízko IO před oddělovací kapacitou.

Jinak si myslím, že dekodér s ultrazvukovou ZL má vždycky své mouchy, 3510 navíc ještě chybové výstupní napětí. Podle mě je nejlepší zdroj signálu pro trankodér něco se ZL v základním pásmu - 4650+4661 nebo ideálně bez té 4661.
Plošák mi přijde dost jednoduchý na to, aby v něm vznikaly velké přeslechy. Ale jak jsem psal, Secam je duchařina, která se díky FM špatně měří - PAL je oproti tomu hezky vidět přímo osciloskopem.

Lukas-Peca · #12 Příspěvek od **Lukas-Peca** » 04 dub 2016, 21:23

Tak na RGB to funguje perfektně, teď ještě oživit ten PAL dekodér. Vyrobil jsem úplně jiný plošňák a chyba je pořád stejná.

Zjistil jsem, že chyba je už na výstupech toho modulu P. Každý řádek vypadá v obou kanálech jinak, viz oscilogram jednoho kanálu. Zatlumení opožděného signálu vedlo akorát ke ztrátě sytosti, ale problém s šachovnicí a překmity mezi barvami setrvává. Zkoušel jsem dva moduly a oba se chovají podobně.

Nenapadá někoho něco?

#13 Příspěvek od **Hill** » 04 dub 2016, 21:57

Máš přesně synchronní oscilátor v PAL dekodéru s oscilátorem v settopboxu?
Mírné rozladění obnovovače nosné PAL dělává takové šachovnice. Ještě synchronizuje, ale pozdě, a rychle se během řádku rozjíždí.

Lukas-Peca · #14 Příspěvek od **Lukas-Peca** » 04 dub 2016, 22:16

V televizi ty moduly fungujou normálně...

xsc · #15 Příspěvek od **xsc** » 04 dub 2016, 22:38

Na tom obrázku z osciloskopu je vidět, že je ob řádek jiná fázová chyba. A otázkou je proč. Může to mít několik důvodů. Základní kmitočet se u 3510 nastavuje kapacitním trimrem, stačí zablokovat jeden pin a nastavit labilní synchronizaci. Taky se dá pomocným trimrem posunout fáze demodulátoru proti detekované 0. Pokud je stejný výsledek u dvou modulů P, tak bych viděl problém přímo v STB - jeho barvonosná nebude přesná. Zkusil bych jiný STB, podle mě ale fázová chyba není hlavní problém.
(Správně se PAL dekodér nastavuje tak, že se nejdřív zablokuje zpožděný kanál, nastaví se oscilátor a fáze a pak se zpožděný kanál odblokuje a nastaví se ten samý průběh 2 násobné velikosti. Předpokladem je správný kmitočet barvonosné na vstupu, dekodér se ZL je na něj velice citlivý, dekodéru s 4661 je to jedno.)
Co mě ale překvapuje víc, je to množství velkých překmitů, které podle mě způsobují problém - šachovnici vytvářejí právě ty kmity za hranou. To vypadá na nějaký špatně zatlumený filtr. Buď vstupní, který je normálně dost plochý, takže jiný kmitočet oscilátoru v STB nevadí. Případně je někde špatné přizpůsobení. Buď na vstupu z STB. Nechybí tam někde zakončovací 75Ω odpor, bez něj by se to mohlo nakmitávat třeba hned na vstupním odlaďovači modulu P. Nebo na výstupu u toho filtru, jsou stejné zákmity i přímo na pinech 3510? A jak vypadá signál z toho samého modulu osazeného přímo v C416?