OSD mit MC1377P und SAA5281P läuft durch

[Electronicfox (Gast)]

Irgendwo ist der Wurm drin. Ich hatte vor einen OSD-Generator mit 
Videotext-Decoder-IC auf zu bauen. Zeichen kommen zwar raus und man 
erkennt auch, dass es die richtigen sind, allerdings ist das Bild 
unsyncronisiert und läuft horizontal und Vertikal von oben nach unten 
durch. Auch bei FBAS vom Receiver für den CVBS-Eingang des SAA5281P. Das 
kommende Signal vom Receiver ist OK, da es beim durchschleifen mit dem 
TEA2014A optimal angezeigt wird. Schaltet man auf OSD-Betrieb um, läuft 
das OSD. Bei MIX-Betrieb läuft nur das OSD, während das Hintergrundbild 
stabil ist. Quarz schwingt auf 27MHz und der Ausgang 13,500MHz mit 5Vss, 
welcher gleichzeitig den AVR taktet. Der Aufbau entspricht weitgehend 
dem Aufbau des METZ-VHS-VCRs wo SAA5281P und MC1377P drin war, und da 
scheint die Schaltung funktioniert zu haben. Zusätzlich hatte ich ja 
mehr geplant anzusteuern, aber wenn jetzt schon im Stand-Alone-Betrieb 
schon MC1377P und SAA5281P rumzickt, wird's irgentwie nicht das Projekt 
das man plante.

da es wenig Infos rund um die VTX-Decoder gibt, vorallem für die 
OSD-Ausgabe, könnte es natürlich auch an der Assemblerfile liegen, 
welche angehängt ist.Vielleicht ist ja auch nur da der Wurm drin.

Danke jetzt schon für jede Hilfe.
P.S.: Die Jumper im Schaltbild zeigen den Betrieb mit den weiteren 
geplanten Modulen, beim Testen läuft nur SAA5281A, AVR, MC1377P, 
TEA2014A. Die SCART-Buchse ist so beschalten, um mit einem 
Analog-SAT-Receiver das Signal durch zu schleifen. Außer als 
SCART-Umschalter kann man die Receiver bald eh nicht mehr verwenden ;)

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

ICh finde in dem Schaltplan auch keinen Sync Separator, ausser in dem 
noch nicht bestückten Block in der Mitte. Dieser müsste ja aus dem 
eingehenden FBAS das 'S' separieren und damit den MC1377 betreiben. Der 
MC1377 braucht ausserdem noch ein ODD/EVEN Signal, um wenigstens 
halbwegs normgerechtes FBAS zu produzieren. Er kann das allerdings nie 
ganz richtig, so das sein Signal meistens nicht in Farbe z.B. 
aufgezeichnet werden kann. Das nächste Problem besteht dann darin, den 
4,433 Mhz Quarz auf den eingehenden Burst des FBAS zu synchronisieren.
Du wirst vermutlich besser fahren, das eingehende Signal komplett in RGB 
zu zerlegen(TDA3562 oder so) und die Texteintastung des SAA5281 zu 
benutzen. Das ganze Signal dann auf den MC1377 mit seinem eigenen 
Oszillator zu geben und mit seinem relativ schlechten FBAS zu leben.

[Electronicfox (Gast)]

Jetzt hab ich das Bild stabil, nachdem ich zuerst den Sync vom FBAS 
geholt habe und die Farbe vom MC1377P abgestellt habe. Kaum liefert der 
MC1377p die Farbträgerfrequenz von 4,433MHz, schon läuft das Bild durch. 
So wie es aussieht streut mir irgendwas rein. Wer hätte gedacht, das ein 
VTX-Decoder für OSD-Anwendungen so kompliziert sein könnte ;)

Mal sehen ob ich das mit Dem Farbträger noch hin kriege :)

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

Der o.a. TDA3562 ( gibt auch was neueres und mit Multinorm, habe ich 
aber gerade nicht zur Hand ) hat extra RGB Eintasteingänge für den VTX 
Decoder. An seinem Ausgang hast du dann RGB Signale mit eingetastetem 
VTX. Das ganze könntest du dann wieder auf den MC1377 geben und raus 
kommt ein FBAS Signal mit eigetastetem VTX. TDA3562 und Konsorten 
benötigen auch ein Synchronsignal, geben sich aber mit dem CSync und 
VSync eines LM1881 zufrieden. Den Bursttastimpuls, den sie auch noch 
brauchen, habe ich immer mit ein paar Dioden zurechtgepfuscht.

[Electronicfox (Gast)]

Den TDA3566A und TDA3560 hätte ich noch. Den Chromateil könnte man auch 
dazu benutzen das Farbsignal zu regeln und dem MC1377 zurück führen.
Aber heute liegt ein PIP-Modul vor mir mit TDA8310A und SDA9288X. Der 
hat HSYNC, VSYNC, SANDCASTLE, RGB-INPUT, RGB-Output bereits integriert 
und das gesamte Modul könnte ich so nutzen wie es ist und PIP ist auch 
noch vorhanden ;)