LCD Display lesen per FPGA

Daniel K. schrieb:
> Zu meiner Frage:
> Ich würde gerne den Text auf einem LCD Display per FPGA auslesen.
Was für ein LC-Display? Da gibt es viele unterschiedliche...

> Wie würde das Schaltbild aussehen und ein mögliches Programm?
Diese Fragen sind zum jetzigen Zeitpunkt absurd!
Das ist, wie wenn du schreibst:
Ich möchte eine Rakete bauen und zum Mars fliegen.
Und dann fragst:
Welches Vesper soll ich einpacken? Und wieviel Klopaier brauche ich?

>  ein mögliches Programm?
Es gibt für Hardware keine Programme. Sondern es gibt Beschreibungen, 
die mit entsprechenden Beschreibungssprachen erstellt wurden. Aber ich 
würde sowieso vorschlagen, du kaufst ein EVAL-Board und fängst mit einer 
blinkenden LED an...

Daniel K. schrieb:
> Ich würde gerne den Text auf einem LCD Display per FPGA auslesen.

Verstehe nicht ganz, was du meinst. Normalerweise werden LCDs (z.B.) mit 
einem FPGA betrieben (angesteuert), d.h. der erzeugt das Timing (Bild) 
für das Display.

Also: LCD ansteuern oder auslesen -> zwei verschiedene Dinge (das 
auslesen ist eher ungewöhnlich)

Oder willst du per FPGA und einer Kamera Bild/ Text auswerten ?
Vielleicht  möchtest du dich in die VGA/ DVI/ HDMI Signale "einklinken" 
(geht bei den letzten beiden nicht ohne weiteres) ?


Gruss Uwe

Uwe N. schrieb:
> Daniel K. schrieb:
>> Ich würde gerne den Text auf einem LCD Display per FPGA auslesen.
>
> Verstehe nicht ganz, was du meinst. Normalerweise werden LCDs (z.B.) mit
> einem FPGA betrieben (angesteuert), d.h. der erzeugt das Timing (Bild)
> für das Display.
>
> Also: LCD ansteuern oder auslesen -> zwei verschiedene Dinge (das
> auslesen ist eher ungewöhnlich)
>
> Oder willst du per FPGA und einer Kamera Bild/ Text auswerten ?
> Vielleicht  möchtest du dich in die VGA/ DVI/ HDMI Signale "einklinken"
> (geht bei den letzten beiden nicht ohne weiteres) ?
>
>
> Gruss Uwe

Hallo Uwe,

Ich hab eine Kamera die auf ein Display gerichtet ist. Den Text auf den 
Bildern extrahiere ich mit OCR Software.Aber dies ist für mich keine 
optimale Lösung!

Ich wollte die Kamera jetzt gerne durch einen FPGA ersetzen (falls 
möglich).

Ist meine Idee umsetzbar oder brauch ich dazu was anderes?

Tut mir Leid wenn ich mich Anfangs undeutlich ausgedrückt habe.

> Ist meine Idee umsetzbar oder brauch ich dazu was anderes?
Sie ist umsetzbar, aber ich würde für OCR vom Zeitaufwand mal locker 1/2 
Jahr für einen Profi ansetzen.

Noch was:
> Ich hab eine Kamera die auf ein Display gerichtet ist.
Lothar Miller schrieb:
>>> Was für ein LC-Display? Da gibt es viele unterschiedliche...

Wenn das ein "übliches" 16x2 Display ist, dann reduziert sich der 
Aufwand extrem. Wenn das ein Grafikdisplay ist, dann gilt das halbe 
Jahr...

Lothar Miller schrieb:
>> Ist meine Idee umsetzbar oder brauch ich dazu was anderes?
> Sie ist umsetzbar, aber ich würde für OCR vom Zeitaufwand mal locker 1/2
> Jahr für einen Profi ansetzen.
>
> Noch was:
>> Ich hab eine Kamera die auf ein Display gerichtet ist.
> Lothar Miller schrieb:
>>>> Was für ein LC-Display? Da gibt es viele unterschiedliche...
>
> Wenn das ein "übliches" 16x2 Display ist, dann reduziert sich der
> Aufwand extrem. Wenn das ein Grafikdisplay ist, dann gilt das halbe
> Jahr...

Hallo Lothar,

ist ein 16x2 Display.

Wie kann ich mir das ganze dann vorstellen bzw. welche Hardware muss ich 
anschaffen, um letztenendes meine Industriekamera zu ersetzen?

Danke für eure Hilfe.

Daniel K. schrieb:
> Ich wollte die Kamera jetzt gerne durch einen FPGA ersetzen

Erm... dir ist der kleine Unterschied zwischen Kamera und FPGA schon 
klar?

Bzw. erklär uns doch mal kurz, was deiner Meinung nach ein FPGA ist.

Wenn es ein einfaches 16x2-LCD mit HD44780-Controller ist, wäre ein 
einfacher 8-Bit Controller (egal ob PIC oder AVR oder MCS51 oder 
sonstwas) wohl die bessere Wahl gegenüber einem FPGA.

So im Kopf kurz nachgedacht:

* Einen 8-Bit Port an die Datenleitungen hängen
* E, WR und CS abfangen, gegebenfalls über Interrupt
* Datum am 8-Bit Port auslesen.
* Anzeige im RAM zusammen basteln
* Über serielle Schnittstelle (evtl. nach Anforderung) ausgeben.

Dafür braucht man kein FPGA.

Aber dazu ist ein intensiver Lernaufwand von mindestens 6-8 Wochen 
nötig...

Gruß,
Thomas

Engineer schrieb:
> OCR-Algorithmen in Hardware
Ist nicht nötig, weil das ein simples Textdisplay ist.
>> ist ein 16x2 Display.
Ich würde da für mich 1-2 Tage (Feierabende) ansetzen, weil ich das 
SIO-Modul schon habe, und nur noch das LCD-Interface basteln und die 
Daten einlesen muß

Thomas T. schrieb:
> Dafür braucht man kein FPGA.
Richtig, ich stelle mir das mit einem uC recht einfach vor...
> Aber dazu ist ein intensiver Lernaufwand von mindestens 6-8 Wochen
> nötig...
Gilt für einen Anfänger egal, ob es mit uC oder FPGA realisiert wird (na 
gut, mit uC geht das als Anfänger locker schon nach 4 Wochen)...

Mike schrieb:
> Zuerst musst du herausbekommen ob im MP3-Player das Display über einen
> extra Controller angesteuert wird oder ob alles unter einen
> Epoxydharz-Klecks versteckt ist.
>
> Wenn der Controller extra ist kannst du dich an den Bus hängen.
> Ansonsten musst du dich damit beschäftigen wie gemultiplexte LCDs
> angesteuert werden. Der Aufwand ist deutlich höher.

Hallo Daniel,

Mike hat einen interessanten Punkt angesprochen: wenn du nur den 
Datenbus (4 od. 8 Signale + 2-3 Steuersignale) abfragen musst, so ist 
das auch für einen fortgeschrittenen Anfänger machbar. Wenn du da aber 
nicht rankommst (weil in dem schwarzen Plasteklecks sich neben dem 
Displaytreiber auch noch die ganze MP3 Decoder-Logik befindet) dann wird 
das mit einem simplen µC (AVR/ PIC) schon fast nicht machbar, weil jede 
Menge Signale erfasst werden müssen (das Display wird ja gemultiplext, 
d.h. viele, viele kurze Signale/ Pulse müssen ausgewertet werden).

Falls das der Fall ist, würde ich es zuerst mit einem CPLD (falls die 
genug Pins/ Ressourcen haben ...) versuchen, ansonsten kommt durch die 
Hintertür der FPGA wieder rein ;)

Eine Frage habe ich noch: was machst du eigentlich, wenn du den Text 
dann irgendwann mal im "LabView" hast ??

Die Sache hat ein wenig was von "Kanone vs. Spatz" ;)

Gruss Uwe

Daniel K. schrieb:
> ein 16x2 LCD Display vom Mp3 Player
Das kann  leicht kompliziert werden, denn diese Dinger haben 
normalerweise kundenspezifische Displays. Du MUSST für eine belastbare 
Aussage KONKRETE Angaben machen.

> Grosser Unterschied, ob man einen uC oder FPGA nimmt?
Ja, durchaus.
Das ist, wie wenn du sagst: ist zwischen Stahl und Auto ein Unterschied?
Stahl = FPGA (denn daraus kann man auch was anderes machen)
Auto  = uC   (fertiges Produkt)

> Ich habe als Zeitplan für mein Projekt 3 Monate+ gesetzt.
Bei den Fragen, wie du sie jetzt noch stellst, sollest du auf jeden Fall 
noch ein paar + zusätzlich vorsehen...

Daniel K. schrieb:
> Ich habe jetzt im nächsten Semester das Modul Mikrocontroller, da werde
> ich mir dann auch Wissen aneignen können.
Nur mal ganz ohne Ironie: du kannst das schon vor dem nächsten 
Semester anfangen. Andere haben nicht sutdiert und können das auch so...

Und: verlass dich nicht so auf das wenige Hochschulwissen, das du da 
tagsüber vermittelt bekommst. Wirkliche Erfahrung stellt sich idR nachts 
zwischen 2 und 3 ein, nachdem man schon den ganzen Abend die Nuss zu 
knacken versucht hat...

Daniel K. schrieb:
> Ist es denn überhaupt möglich für mich als Anfänger das Projekt
> umzusetzen sprich den Text auf dem LCD Display einer Waschmaschine
> auszulesen?

Ich dachte, diese Frage wäre schon geklärt ?

> Wie ich das beurteilen kann, könnte man hier direkt den Bus ansteuern.
Ok, waran erkennst du das ? Ist der Displaycontroller ein schwarzer 
Klecks oder ein gelöteter IC, wo eine Bezeichnung draufsteht ?
Wenn ja, dann erstmal das DB besorgen ...

> Wie gesagt an der Zeit wird es nicht scheitern aber wenn das für Profis
> schon "zu" schwer ist würde ich die Finger davon lassen.

"zu schwer" ist hier der falsche Begriff, ich behaupte mal, so ein 
exotisches Problem hat hier noch keiner gehabt. Damit meine ich nicht 
das auslesen an sich, das könnnen die bekannten Treiber alle. Aber du 
willst ja von aussen, ohne die Schaltung zu stören, den Datenverkehr 
mitloggen und dann auswerten.

> Klappt das bei einer Waschmaschine auch mit einem uc?
Wenn die Vorrausetzungen stimmen (bekannter Controller/ Protokoll, 
physikalisches Herankommen an Pins/ Signal, ...) dann klappt das auch 
bei dem Kaffeautomaten, Geschirrspülmaschine, ...).

Das hatten wir doch alles schon  ?!

Vorschlag: versuch erstmal den umgekehrten Weg - das ansteuern eines 
Displays. Da bekommst du ein Gefühl für die "Materie".

Gruss Uwe