RS232 Daten Empfangen, Vergleichen, auf Monitor ausgeben (SPARTAN 3)

Woran doch die TUM so alles arbeitet ... :-)

Ich würde mich erst mal an einen funktionierenden UART machen, was nicht 
so schwer ist, wenn man FSMs schreiben kann. Davon habe ich nämlich noch 
nichts gelesen.

Was eure Arbeitsgruppe dann noch braucht ist ein Verständnis für das 
dynamische Speichern von Daten. Die gewonnenen Zeichen kommen ja 
irgendwann mit irgendeinem Takt asynchron rein, müssen plausibilisiert 
und gfs ge-CRC-t werden. Erst, wenn die Zeichen aus dem Bitstrom 
extrahiert wurden, kann man sie in einen Zeichenspeicher schreiben.

Darauf basierend braucht es einen Process, der die Zeichen managed und 
die letzten, sagen wir 128 an einen Bildspeicher übergibt, was für mich 
ein BRAM ist.

Dann gibt es einen davon unabhängigen Takt, der permament das BRAM 
ausliest, den Zeichen-Code an einen Zeichengenerator gibt, welcher 
ermittelt, ob der jeweils anliegende Videopunkt X,Y an sein muss oder 
aus, was durch Komparatoren geschieht.

Solche Projekte gibt es auf open cores zu Hauf, allerdings ist keines 
ordentlich dokumentiert, funktioniert fehlerfrei oder wäre direkt 
einsetzbar.

Also abgetastet wird das RS232 Signal, da diese Schnittstelle keinen 
eigenen Takt hat, müssen wir den internen 50Mhz Takt des Boards 
runterteilen auf eine Baudrate von 9600.
Wichtig ist bei uns, dass wir das ankommende Signal abtasten, was 
inzwischen auch funktioniert. Das Problem war/ist dass nach der 1. 
Flanke des Signals unser Prozess nicht wieder anspringen darf. Das 
versuchten wir mit einem Internen Signal zu machen, was gesetzt wird, 
wenn der Prozess arbeitet und nach erfolgreichem Abtasten wieder auf 0 
geht. ich hänge mal unseren code (der einige Testsignale aufweist) an 
diese Nachricht an.

Prinzipiell funktioniert das ganze schon, nur das Reseten macht noch ein 
paar Probleme. Momentan versuchen wir das zulösen um dann das 
eingelesenen ASCII Zeichen auf einem Bildschirm und einer 7 
Segmentanzeige auszugeben.

nico schrieb:
> Also abgetastet wird das RS232 Signal, da diese Schnittstelle keinen
> eigenen Takt hat, müssen wir den internen 50Mhz Takt des Boards
> runterteilen auf eine Baudrate von 9600.

Das klappt so nicht (zuverlässig). Du musst überabtasten (üblich ist 
16x) oder die Flanke des Startbits erkennen und dann auf jeden Fall 
richtig verzögern, um sicher in der Mitte der Bitzeit abzutasten.

Du versuchst irgendwie eine state machine umständlich von hinten durch 
die Brust ins Auge zu implementieren. Guck dir doch mal ein paar gute 
Beispiele für state machines an.

Außerdem: bitte nicht std_logic_unsigned verwenden. Das ist nicht 
standardisiert und unsauber. Stattdessen nimm lieber numeric_std.

Ich bin zwar auch ein VHDL-Anfänger, aber dein Code sieht mir danach 
aus, als müsstest du dich ganz von vorne angefangen mit den Basics 
beschäftigen.

Weltbester FPGA-Pongo schrieb im Beitrag #3478824:
> Woran doch die TUM so alles arbeitet ... :-)

Was soll das bitte heißen? TU München? Tut mir leid aber ich studiere 
nicht in München.


> Ein Prozess "springt" nicht an.
> Der wird umgesetzt in richtige echte reale immer vorhandene Hardware!
> Und wenn die falsch beschrieben ist, dann reagiert sie eben auch auf

ich entschuldige mich für meine mehr als unkorrekte Ausdrucksweise. 
Meine Kenntnisse in VHDL und Hardware Beschreibung sind sehr begrenzt, 
ich hab mein Wissen aus meiner Vorlesung und wurde dann vor dieses 
Projekt gesetzt.


> Hut ab. Das wird sicher nie zuverlässig in Hardware umgesetzt werden
> können. Was hier steht, ist ein Flipflop namens "ProcRun", das von zwei
> Taktquellen (Rst und RxData) angesteuert wird und zudem über eine
> Kombinatorik noch als Latch arbeiten soll.

Das habe ich noch nie so betrachtet. Leider versteh ich auch nicht alle 
deine Aussagen.


> Kreuze die zutreffende Antwort an:
> Ich habe die Antworten in den obigen Posts
> [ ] nicht gelesen
> [ ] nicht verstanden

Ich hab das sehr wohl gelesen, zwar nicht durchweg verstanden, aber 
gelesen. Es ist nicht einfach für uns das zu verstehen. Ich hab leider 
auch nicht die Zeit für das Projekt, die ich mir gerne nehmen würde. Wir 
versuchen das mit unserem Wissen zu lösen und ich dachte vielleicht 
bekomme ich hier einige Tips. Leider muss ich sagen, dass ich mir durch 
sowas sehr dumm vorkomme und ich sowas sehr unpassend ist.

Nun zu den Neuigkeiten:

Ich hab zur Kenntnis genommen, dass unsere Art der Beschreibung wohl 
wenig sinnvoll ist und wahrscheinlich nicht zum best möglichen Ergebnis 
führen wird. Momentan funktioniert es soweit, dass das empfangene 
Zeichen auf den LED's (des Boards) richtig angezeigt werden kann und wir 
können das Zeichen auf der 7 Segmentanzeige des Boards ausgeben.
Ich muss gestehen, dass mein gefährliches Halbwissen nicht ausreicht um 
auch nur einen der Posts hier zu 100% nachvollziehen zu können, aber das 
liegt leider an mir. Ich werde die Tage nochmal meinen Code posten, so 
wie er momentan aussieht und erklären, was wir uns dabei denken. Ich bin 
natürlich dankbar für die bisherige Hilfe.

Guten Tag,


ich habe mich mit dem Code aus diesem link:

http://www.lothar-miller.de/s9y/categories/42-RS232

beschäftigt. Leider muss ich zugeben, dass ich ihn nicht ganz 
durchdringe. Ich habe ihn in unser Projekt eingepflegt, anstatt des von 
mir geposteten Moduls. (natürlich nur den Prozess zum empfangen)
Ich habe aber einige Fragen,da ein paar Fehler aftreten, wenn ich unser 
Projekt teste.

Was machen folgende Zeilen genau?

rxd_sr <= rxd_sr(rxd_sr'left-1 downto 0) & RXD;

rxsr     <= rxd_sr(rxd_sr'left-1) & rxsr(rxsr'left downto 1)

Ich verstehe, dass es eine Art Shift ist, aber ich kann leider nicht 
direkt nachvollziehen was mit "rxsr'left" gemacht wird.

Weiterhin dachte ich ich könnte das RX_BUSY dazuverwenden um meinem 
7Segmentmodul zu signalisieren, dass eine Abtastung vollzogen ist. Ich 
wollte also RX_BUSY mit dem Enable meines Moduls zur ansteuerung der 
7Segmentanzeige "verbinden". Dazu wollte ich auf die fallende Flanke 
abwarten. Leider zeigt die Anzeige nur Striche an, was bedeutet dass er 
kein ASCII zeichen erkannt hat. Frage ich auf die steigende Flanke ab, 
dann gibt er die Buchstaben, doppelt aus. Was logisch ist, da RX_BUSY 
auf 1 geht, wenn die Abtastung läuft.

Ich poste dazu unten noch den Code meiner Siebensegmtanzeige und das 
Package in der die verwendete Prozedur zu finden ist.

Ich hoffe das war einigermaßen verständlich, weiterhin hoffe ich, dass 
ihr mir helfen weiterhin helfen könnt.

mfg,

nico