In Abbildung \ref{fig:arch} ist der Aufbau des Taschenrechners zu sehen. Der Taschenrechner besteht aus folgenden Modulen:
-Bla:
-
-ps/2 schickt zeichen an controller, der nimmt nur gewünschte chars und schreibt die in die history
-in die editierbare ``eingabezeile''.
-
-dann bei einem "enter" sagt er dem parser dass der was hackeln soll
-
-der holt sich selbstständig den string aus der history und analysiert ihn mal - also ob es ein gültiger string ist
-
-dann brauchen wir schleifen, eine äußere für die strichrechnung und eine innere für die punktrechnung (k.a. wie das in vhdl geht)
-
-jedenfalls müssen bei z.b. a + b * c die b*c zuerst ausgerechnet werden
-
-diese einzelnen rechnungen - also z.b. b*c - schickt der parser an die alu die das ausrechnet und dann asynchron an den parser zurückschickt - das geht so lange weiter bis der ganze string abgearbeitet ist
-
-der parser muss bei den zwischenrechnungen die zwischenergebnisse im speicher behalten
-
-wenn er fertig ist liefert er das ergebnis an die history und benachrichtigt den controller dass er fertig ist
-
-achja, die zahlen zur/von der history muss der parser zum converter schicken - das geht leider nicht als zwischenstufe zwischen parser und history weil der parser sich einen erst zu analysierenden string von der history holt - es ist auch nicht sinnvoll zwischen alu und parser, weil zwischenergebnisse nicht neu umgewandelt werden müssen
-
-der controller verursacht dann den zeilenvorschub um 2 zeilen in der history (ringpuffer, index vorandrehen). eigentlich braucht der controller dem display modul nichts mitteilen, oder?
-
-es sollte vielleicht der controller das display modul veranlasen sich die daten aus der history zu holen (könnte auch die history)
-
-TODO Module soll der Parser in einer "`Schleife"' alle Teilberechnungen an die ALU weiterleiten und zB Zwischenergebnisse speichern? Die ALU könnte dann nur 2 Zahlen addieren/bla.
-Da in der History Zahlen als Character Strings abgelegt sind müssen diese für die ALU in Binärdarstellung umgewandelt werden - und Umgekehrt natürlich!
-
%\subsection{Module}
\begin{itemize}
-\item VGA - Ansprechen des Monitors
-\item PS/2 - Empfangen von Keyboard-Eingaben
-\item RS232 - Senden und Empfangen von Nachrichten vom/zum PC TODO. baudrate? kodierung? (8N1?)
-\item Historymodul - Verwaltung des dahinterliegenden Buffers von vergangenen Berechnungen
-\item Displaycontroller - Veranlasst das VGA Modul, einen Teil der History am Monitor anzuzeigen
-\item Parser - wertet ein gegeben Buffer aus und liefert entweder einen Fehler zurück oder gibt die einzelnen Berechnungen von je zwei Zahlen (?) an die ALU weiter
-\item Converter - konvertiert Dezimalzahlen in Binärzahlen und umgekehrt TODO oder in Parser integrieren? Oder gibt's eine Library-Funktion dafür?
-\item ALU - führt die tatsächlichen Berechnungen durch
-\item Controlmodul - soll das Bindeglied zwischen allen Modulen sein, nimmt Eingabe von PS/2 Modul oder von der Board-Paripherie entgegen, legt Berechnungen im Buffer ab, ...?
-\item Modul für die Kommunikation zum PC - sendet eine vom PC eintreffende Bufferübermittlungsanforderung an den Controller weiter und übermittelt die History an den PC
+\item VGA - Zeichenweises Ansprechen des Monitors
+\item PS/2 - Empfangen von Keyboard-Eingaben als Scancodes
+\item RS232 - Senden und Empfangen von Nachrichten vom/zum PC über die serielle Schnittstelle % TODO. baudrate? kodierung? (8N1?)
+\item Scanner - Empfängt die Scan-Codes vom PS/2 Modul und leitet nur für die Eingabezeile erlaubte Zeichen dekodiert in das CP850 Format an die History weiter, bei einem empfangenen Enter wird der Beginn der Berechnung an das Parser Modul signalisiert
+\item History - Verwaltung des dahinterliegenden Buffers von vergangenen Berechnungen und der aktuellen Eingabezeile, bei Aktualisierung der aktuellen Eingabezeile und bei Empfang eines Ergebnisses vom Parser Modul signalisiert es das an das Display Modul
+\item Parser - Wertet die Eingabezeile der History aus und liefert als Antwort entweder einen Fehler zurück oder gibt die einzelnen Berechnungen von je zwei Zahlen an die ALU weiter, die vom History Modul ausgelesenen zusammenhängenden Dezimalstellen werden mit dem Bin/Dez-Converter Modul in Binärzahlen umgerechnet, das Berechnungs-Endergebnis wird wieder in mit dem Converter Modul in einzelne Charakter umgerechnet und in der History gespeichert
+\item Bin/Dez-Converter - Konvertiert 10 CP850-codierte Dezimalziffern mit Vorzeichen in eine Binärzahl und umgekehrt %TODO oder in Parser integrieren? Oder gibt's eine Library-Funktion dafür?
+\item ALU - führt die tatsächlichen Berechnungen von Addition, Subtraktion, Multiplikation und Division durch
+\item Display - Liest einzelne Zeichen aus der History aus und leitet diese an das VGA Modul weiter, um sie in der entsprechenden Zeile anzeigen zu lassen
+\item PC-Kommunikation - Auf eine vom PC eintreffende Bufferübermittlungsanforderung oder ein Drücken des entsprechenden Board-Buttons, liest es Zeichen für Zeichen aus dem History Modul aus und leitet es an das RS232 Modul weiter
\end{itemize}
%\subsection{Interfaces}
\subsubsection{Physikalische Interfaces}
+%TODO die pins sind wahrscheilich gefragt
+%wie ist das mit dem clock? externe ungenaue clock + interne pll oder wie?
+
Interface zum key pad
Interfaces zu VGA, PS/2, RS232
\subsubsection{Logische Interfaces der Module}
+%Bla:
+%
+%ps/2 schickt zeichen an controller, der nimmt nur gewünschte chars und schreibt die in die history
+%in die editierbare ``eingabezeile''.
+%
+%dann bei einem "enter" sagt er dem parser dass der was hackeln soll
+%
+%der holt sich selbstständig den string aus der history und analysiert ihn mal - also ob es ein gültiger string ist
+%
+%dann brauchen wir schleifen, eine äußere für die strichrechnung und eine innere für die punktrechnung (k.a. wie das in vhdl geht)
+%
+%jedenfalls müssen bei z.b. a + b * c die b*c zuerst ausgerechnet werden
+%
+%diese einzelnen rechnungen - also z.b. b*c - schickt der parser an die alu die das ausrechnet und dann asynchron an den parser zurückschickt - das geht so lange weiter bis der ganze string abgearbeitet ist
+%
+%der parser muss bei den zwischenrechnungen die zwischenergebnisse im speicher behalten
+%
+%wenn er fertig ist liefert er das ergebnis an die history und benachrichtigt den controller dass er fertig ist
+%
+%achja, die zahlen zur/von der history muss der parser zum converter schicken - das geht leider nicht als zwischenstufe zwischen parser und history weil der parser sich einen erst zu analysierenden string von der history holt - es ist auch nicht sinnvoll zwischen alu und parser, weil zwischenergebnisse nicht neu umgewandelt werden müssen
+%
+%der controller verursacht dann den zeilenvorschub um 2 zeilen in der history (ringpuffer, index vorandrehen). eigentlich braucht der controller dem display modul nichts mitteilen, oder?
+%
+%es sollte vielleicht der controller das display modul veranlasen sich die daten aus der history zu holen (könnte auch die history)
+%
+%TODO Module soll der Parser in einer "`Schleife"' alle Teilberechnungen an die ALU weiterleiten und zB Zwischenergebnisse speichern? Die ALU könnte dann nur 2 Zahlen addieren/bla.
+%Da in der History Zahlen als Character Strings abgelegt sind müssen diese für die ALU in Binärdarstellung umgewandelt werden - und Umgekehrt natürlich!
+
+TODO: zusätzlich brauchen wir überall noch ein Reset- und ein Clock-Pin.
+
\paragraph{VGA}
-How to control the VGA component ?= schnittstelle + beschreibung des vga moduls?
+TODO: How to control the VGA component ?= schnittstelle + beschreibung des vga moduls?
\paragraph{PS/2}
\paragraph{RS232}
+TODO
+
+%Senden und Empfangen von Nachrichten vom/zum PC über die serielle Schnittstelle
+Wir brauchen: externe Pins für die Schnittstelle (Data carrier detect, Receive data, Transmit data, Data terminal ready, Signal ground, Data set ready, Request to send, Clear to send, Ring indicator ?brauchen wir die alle?), zum modul pc-kommunikation: 8 Empfangsbits, 1 Received Flag, 8 Sendebits, 1 Sendflag
+
+\begin{table}%
+\begin{tabular}{lcr}
+
+\end{tabular}
+\caption{}
+\label{}
+\end{table}
+
+\paragraph{Scanner}
+
+TODO
+
+%Empfängt die Scan-Codes vom PS/2 Modul und leitet nur für die Eingabezeile erlaubte Zeichen dekodiert in das CP850 Format an die History weiter, bei einem empfangenen Enter wird der Beginn der Berechnung an das Parser Modul signalisiert
+
+Wir brauchen: ein Pin zum externen Button, zum modul rs232: 8 Empfangsbits, 1 Received Flag, 8 Sendebits, 1 Sendflag, zum modul history: 5 bit zeile (2*14+1), 7 bit spalte (71 zeichen - 0 am ende notwendig?), 1 get bit, 1 done bit, 8 daten bits
+
\paragraph{History}
+TODO
+
+%Verwaltung des dahinterliegenden Buffers von vergangenen Berechnungen und der aktuellen Eingabezeile, bei Aktualisierung der aktuellen Eingabezeile und bei Empfang eines Ergebnisses vom Parser Modul signalisiert es das an das Display Modul
+
+
+
\paragraph{Parser}
-\paragraph{Control}
+\paragraph{Bin/Dez-Converter}
+
+\paragraph{ALU}
+
+\paragraph{Display}
+
+\paragraph{PC-Kommunikation}
\subsubsection{Verhalten der Interfaces}
projects / hwmod.git / commitdiff