Analoges TTL Signal fuer TFT oder LCD wandeln

> 2. Wie muesste grundsaetzlich so ein Analog TTL/Digital TTL Wandler
> prinzipiell aussehen?
Es gibt kein Analoges TTL.
TTL heißt Transistor-Transistor-Logik und ist schon voll digital.

> 3. Es gibt ja so Wandler zu kaufen... TTL->LVDS, eine Moeglichkeit?
Nein, denn du hast ein analoges Signal. Dieses müsstest du erst mal nach 
TTL wandeln. Und dann kannst du deinen LVDS-Wandller auch noch 
dranhängen.
> ... es scheint jedenfalls noch niemand auf die Ideee gekommen zu sein.
Such mal nach CRTtoLCD.

> 4. Oder: Ich habe gelesen, das es ja auch Analog TFT's gibt.
Jupp. Mein Monitor kann das.

Christoph B. schrieb:
> Analoges-TFT -  sind das dann VGA Parameter, oder was anderes?
Die analoge VGA-Schnittstelle wird über einen Konverter-IC in ein Signal 
umgewandelt, das der TFT-Bildschirm darstellen kann. Diese Umwandlung 
ist nicht trivial: dazu müssen die 3 Farbkanäle des VGA-Signals mit 
einem schnellen AD-Wandler eingelesen und entsprechend den Sync-Signalen 
in einen Speicher geschrieben werden. Dann dort wieder ausgelesen (evtl. 
skaliert (Bildgröße) und linearisiert (Farbabgleich)) und dann mit neuen 
Sync-Signalen (Bildposition) wieder ausgegeben werden.

Bei VGA ist da aber noch nicht Schluss: es gibt auch SVGA und XGA noch 
analog.

Ein massives Problem dürfte hier in der hust geringen Auflösung des 
Macs bestehen. Damit die Bildqualität nicht zu sehr leidet, sollte ein 
etwaiges Display mit seiner nativen Auflösung angesteuert werden.
Und da liegt der Hase im Pfeffer - woher bekommst Du ein Display mit 
gerade mal 512 * 342 Pixeln Auflösung?

Abgesehen davon brauchst Du keinen Analog/Digital-Wandler, da das 
Videosignal bereits in digitaler Form vorliegt - und zwar sogar als 
reines S/W-Signal ohne jedwede Graustufen.
Das ist prinzipiell eine ideale Voraussetzung, um ein Display 
anzusteuern, allein, die aus heutiger Sicht sehr ungewöhnliche Auflösung 
macht ein Problem daraus.

LVDS kommt übrigens bei so niedrigen Auflösungen auch nicht ins Spiel, 
das wäre da kompletter Overkill, auch beim äußerst geringen Pixeltakt 
von gerade mal 15 MHz.

Christoph B. schrieb:
> Das Video Timing Schema - welchem Standard kommt das am naechsten?
> Ich habe gelesen, das FBAS das simpelste ist - aber das basiert auf PAL
> und hat glaube ich nichts mit dieser Art von Signal zu tun die der Chip
> vom Mac produziert.

Das Videosignal besteht hier aus drei Komponenten, den Sync-Signalen 
HSYNC und VSYNC sowie dem eigentlichen Videosignal, das die digitale 
Helligkeitsinformation enthält.

Daraus ließe sich BAS (ohne F, denn das steht für die hier nicht 
vorhandene Farbinformation) durch Mischen der Komponenten erzeugen.

Allerdings entsprechen die Frequenzen der Sync-Signale keinem 
verbreiteten Standard, so daß das ganze keinen Sinn hat.


> CRTtoLCD - naja die Eingaenge von diesen Kontron-Dingern akzeptieren ja
> auch nicht irgendein beliebiges Signal, mind. RGB oder FBAS.

Nee, so etwas ist komplett ungeeignet. Und für diese lächerlich geringe 
Auflösung auch ziemlicher Overkill.


> Ich stell' mir das nun so vor:
>
> Gesetzt den Fall ich kriege raus von welchem Pin des VLSI Chips das
> Signal erzeugt wird, dann muss ich ggf. Spannungspegel anpassen bzw.

Das sollte kein Problem sein, herauszufinden, wo das Videosignal 
abzugreifen ist.


> Ruecklaufzeit von unten nach oben gibts ja bei LCD auch nicht mehr.

Das ist nicht kritisch, ein LC-Display "verknust" es, wenn nach den 
Daten für eine Zeile oder ein komplettes Bild Pausen im Datenstrom 
kommen.

> Whatever.
> Nun gibts ja so programmierbare Mikrokontroller (AVR?) die analoge
> Signale akzeptieren und die dann per programmierten Algorithmus
> verzoegert, geaendert, anders ausgegeben usw. werden.

Microcontroller sind für diese Aufgabe deutlich zu langsam.


> Gut, vom Programmieren habe ich viel mehr Ahnung was das betrifft, ich
> muesste nur wissen was da in Frage kommt was den Kontroller betrifft.
> (Arduino?)
>
> Verwirren tut mich noch folgendes als Elektronik Dummie:
> Das vom Mac produzierte Signal sagt Ihr, sei ein digitales TTL Signal.
> Vertehe ich das richtig, digital im Sinne von Schaltungsvorgaengen.
> (Spannung runter, Spannung rauf)
> Aber an und fuer sich ist das ein analoges Signal, wie beispielsweise
> auch ein VGA Ausgang hier links an meinem Notebook?

Nein, es ist ein Signal mit genau zwei Zuständen: eins und null.

> Der ist ja auch  nicht digital und produziert so eine Art
> Spannungspegelsignal mit HSYNC und VSYNC,

Die Sync-Signale sind digital, die drei Farbsignale aber analog, der 
Spannungspegel ist proportional zur Helligkeit.

> also eigentlich aehnlich wie der Mac - nur mit anderen
> Werten?

Dein Mac gibt exakt zwei Pegel aus: Ein und Aus für Pixel leuchtet bzw. 
Pixel leuchtet nicht. Farbe gibt es keine.

> Ach noch so eine Frage: TFT/LCD da gibts doch keinen Unterschied was die
> Ansteuerung betrifft?

Ein TFT-Display ist ein LC-Display, aber nicht jedes LC-Display ist ein 
TFT-Display. LC-Display ist der Oberbegriff, TFT-Display ist eine 
Variante.


All diese Überlegungen und Betrachtungen sind aber ohne ein Display mit 
der passenden Auflösung ziemlich sinnlos.

Mit einigem Aufwand könntest Du (oder besser jemand, der sich damit 
auskennt) folgendes konstruieren:

Eine Vorrichtung, die ein 640x480-Display ansteuert und dazu einen 
Bildspeicher verwendet, der mit dem 512x342-Pixel-Signal des Macs 
gefüllt wird. Drumherum bleibt halt ein ungenutzter Trauerrand.

Um das Mac-Videosignal auszuwerten, sind die oben beschriebenen Signale 
erforderlich, aber noch zusätzlich der Pixeltakt. Solltest Du über 
anständige Serviceunterlagen des Macs verfügen, lässt sich eventuell 
dieses Signal auch noch lokalisieren.

Die Vorrichtung kann so auch noch das recht langsame Videotiming an die 
Anforderungen moderner Displays anpassen, und in Summe nennt sich so 
etwas dann "frame rate converter".

Grundlage für so etwas ist ein FPGA und eine Handvoll Speicherbausteine.

Man könnte das Signal für ein monochromes STN Display aufbereiten. 
Pollin hat ja welche mit 640x480 pixel. Wenn dich ein Trauerrand nicht 
stört dann lies das Signal in einen flotten CPLD/FPGA ein und ergänze 
die fehlenden Pixel. Auslesen kann man dann mit dem nötigen Takt des 
LCDs. Zum Thema LCDs hat Benedikt einiges geschrieben, schau dir in der 
Codesammlungen seine Sachen mit dem Atmels an.