Versuch 4: Mikroprogrammierung - Technische Informatik

Copyright (C) Technische Informatik
Universität Duisburg-Essen
PRAKTIKUM
Grundlagen der
Technischen Informatik
VERSUCH 4
Mikroprogrammierung
Name: Matrikelnummer:
Vorname: Gruppennummer:
Betreuer: Datum:
Vor Beginn des Versuchs sind die Fragen, die mit F1 bis Fn gekennzeichnet
sind, zu beantworten. Die mit A1 bis An gekennzeichneten Aufgaben sind
während des Praktikums zu bearbeiten.
Prof. Dr.-Ing. Axel Hunger
Dipl.-Ing. Joachim Zumbrägel
Universität Duisburg-Essen
Fakultät Ingenieurwissenschaften
Fachgebiet Technische Informatik

Praktikum GTI Versuch 4: Mikroprogrammierung
Einführung
In den bisherigen Versuchen haben wir uns mit einfachen Gatterbausteinen sowie FlipFlops
beschäftigt. Im vorliegenden Versuch wollen wir uns mit einem weiteren Typ von digitalen
Bausteilen auseinandersetzen, dem ROM. Anhand einer Ampelsteuerung soll das Prinzip
sowie die Programmierung eines ROMs verdeutlicht werden.
1 Spezifikation der Ampelsteuerung
Im Rahmen des vorliegenden Versuchs soll eine Steuerung für 4 Ampeln entwickelt und
simuliert werden. Die Ampelanlage (gemeint sind alle 4 Ampeln) befindet sich an einer
Kreuzung (siehe Abbildung 1.1 ) und durchläuft periodisch eine wohldefinierte Sequenz von
insgesamt 16 Zuständen. Das bedeutet, dass – gemäß dem normalen Verhalten einer
Ampelanlage - die Sequenz immer wieder durchlaufen wird, so dass folglich nach Zustand 16
wieder der 1. Zustand eingenommen wird. Jede Ampel verfügt über 3 Signallampen (Rot,
Gelb, Grün), wobei jede der Ampeln die uns wohlbekannten 4 Phasen rt (rot), rtge (rot und
gelb), gn (grün) und ge (gelb) durchläuft.
Abbildung 1.1: Kreuzung mit 4 Ampeln
Wenn unter Beachtung der Verkehrsregeln die verschiedenen Phasen der Ampeln notiert
werden, erhält man das folgende in Tabelle 1-1 dargestellte Schema. So beschreibt z.B. der
unter Nummer 1 angegebene Zustand den Fall, dass die beiden Ampeln A und B auf rot
stehen und die Ampeln C und D grün zeigen. Entsprechend wurde der Zustand 3 für die
Linksabbieger, die von der Straße mit der Ampel D kommen, vorgesehen.
Um die Kreuzung zu räumen, wurde der Zustand Nr. 5 eingeführt.
Wie der Tabelle 2-1 ebenfalls zu entnehmen ist, liegen die verschiedenen Zustände der
Ampelanlage für eine bestimme Zeitdauer vor. Die Zeitdauer für jeden Zustand ist in der
Spalte "Zeitdauer" eingetragen. Da in der Realität bei einer Ampelanlage für die
verschiedenen Ampelphasen unterschiedliche Zeitdauern vorliegen, wurden die fünf
verschiedenen Zeiten
t1, t2, t3, t4, t5. definiert, wobei ausgehend von der Zeitbasis t1 folgendes gilt:
t 2 = 2 t 1 t 4 = 5 t 1 t 3 = 4 t 1 t 5 = 20 t 1
2/14

Praktikum GTI Versuch 4: Mikroprogrammierung
Bei der Realisierung der Ampelsteuerung ist darauf zu achten, dass die verschiedenen
Ampelphasen-Kombinationen jeweils für die angegebene Zeitdauer angezeigt werden.
Ampel
Nr.
A B C D Zeitdauer
1 rt rt gn gn t5
2 rt rt ge gn t2
3 rt rt rt gn t4
4 rt rt rt ge t2
5 rt rt rt rt t3
6 rt rtge rt rt t1
7 rt gn rt rt t4
8 rtge gn rt rt t1
9 gn gn rt rt t5
10 gn ge rt rt t2
11 gn rt rt rt t4
12 ge rt rt rt t2
13 rt rt rt rt t3
14 rt rt rtge rt t1
15 rt rt gn rt t4
16 rt rt gn rtge t1
Tabelle 1-1:Ampelphasen für den Normalbetrieb
F 1: Wie viele unterschiedliche Kombinationen von Ampelphasen treten überhaupt auf? Wie
viele Bits sind notwendig, um diese zu codieren?
F 2: Wie viele verschiedene Leuchtkombinationen treten bei einer einzigen Ampel auf? Wie
viele Bits sind notwendig, um diese Kombinationen zu codieren?
2 Entwicklung der Ampelsteuerung
Die Steuerung der zuvor beschriebenen Ampelanlage soll nun u.a. unter Verwendung eines
Festwertspeichers (ROM=Read Only Memory) entwickelt werden. Anhand der Spezifikation
der einzelnen Ampelphasen ist das ROM so zu programmieren, dass es die Steuersignale für
die einzelnen Ampeln enthält bzw. als Ausgangssignal zur Verfügung stellt. Die Adressierung
des ROM soll durch einen Zähler realisiert werden. Die Ansteuerung der einzelnen Ampeln
soll jeweils über einen Decoder erfolgen, der die Ausgangssignale des ROMS als
Eingangssignal erhält und diese so decodiert, dass mit den daraus resultierenden
Ausgangssignalen direkt die einzelnen Lampen einer Ampel (Rot, Gelb, Grün) angesprochen
werden können. Für die zu entwickelnde Ampelsteuerung ergibt sich somit das in Abbildung
2.1 gezeichnete Blockschaltbild.
3/14

Praktikum GTI Versuch 4: Mikroprogrammierung
OE
Abbildung 2.1: Blockschaltbild der Ampelsteuerung
2.1 Grundlagen zu den verwendeten Bauelementen
Bevor wir mit der Entwicklung der Schaltung beginnen, sollen zuvor die in der Schaltung
verwendeten Bauelemente kurz erläutert werden.
2.1.1 ROM
Bei einem ROM (Read Only Memory) handelt es sich um einen Festwertspeicher, der
gelesen, aber im normalen Betrieb nicht beschrieben werden kann. Festwertspeicher werden
in der Regel einmalig programmiert und sind in der Lage, eine bestimmte Anzahl (2 n
) von
Daten-Worten der Länge m (z.B. m=8 => Speicherung eines Wortes mit 8-Bit Wortbreite)
dauerhaft zu speichern. Diese Datenworte werden im ROM in adressierbaren Speicherzellen
abgelegt. Um den Inhalt einer Speicherzelle an den Ausgängen des ROMs auslesen zu
können, muss lediglich die entsprechende Adresse im Dualcode an den Adresseingängen des
ROMs angelegt werden. Zur Kennzeichnung der Speicherkapazität verwendet man den
Ausdruck 2 n
x m, so kennzeichnet beispielsweise die Bezeichnung 1024 x 8 einen Baustein,
der 2 10
= 1024 Worte mit einer Breite von 8-Bit speichern kann. Folglich muss ein solcher
Baustein über 10 Adresseingänge (A0-A9) verfügen, um den gesamten Adressraum
ansprechen zu können, sowie über 8 Datenausgänge O0-O7, um das gespeicherte Wort am
Ausgang zur Verfügung stellen zu können.
2.1.2 4­Bit Zähler
Zur Realisierung der ROM-Adressierung soll ein Zähler genutzt werden, der mit Hilfe des
Bausteins 74177 aufgebaut werden soll. Bei diesem Baustein handelt es sich um einen
programmierbaren Baustein, der bei entsprechender Beschaltung in verschiedene Modi
versetzt werden kann. So kann dieser Baustein beispielsweise als 4 Bit-Zähler arbeiten, wobei
an den Ausgängen Qa – Qd (niederwertigstes Bit Qa, höchstwertigstes Bit Qd) alle Werte
von 0-15 im Dualcode realisiert werden (siehe dazu auch die Funktionstabelle im Datenblatt).
2.1.3 Decoder
Unter einem Decoder oder Dekodierer versteht man einen Umsetzer (Konverter), wobei
dessen Realisierung je nach Anwendungsgebiet in Hard- oder Software erfolgen kann. In der
4/14

Praktikum GTI Versuch 4: Mikroprogrammierung
digitalen Schaltungstechnik beispielsweise, kann ein Dekodierer ein Schaltnetz sein, das dem
Aufspalten von Datenpfaden dient. So kann ein Dekodierer, der über n Eingänge verfügt, die
2 n
möglichen Bitkombinationen (die am Eingang anliegen können) separieren und auf 2 n
Ausgangsleitungen verteilen.
X1 X2 Y1 Y2 Y3 Y4
0 0 1 0 0 0
0 1 0 1 0 0
1 0 0 0 1 0
1 1 0 0 0 1
Tabelle 2-1: Wertetabelle eines 2x4 Decoders Abbildung 2.2: 2x4 Decoder
2.2 Codierung der Ampelzustände und -phasen für das ROM
Die Aufgabe besteht nun darin, die verschiedenen Zustände der Ampelanlage bzw. die
Ampelphasen-Kombinationen aus Tabelle 1-1 so zu codieren, dass wir sie in einem ROM
abspeichern können, wobei die jeweilige Zeitdauer der einzelnen Ampelphasen-Kombination
entsprechend berücksichtigt werden muss. Bevor wir mit der Codierung der verschiedenen
Zustände der Ampelanlage beginnen, müssen wir uns zunächst der Codierung der
Ampelphasen einer einzelnen Ampel widmen. Dazu wird die in Tabelle 2-2 angegebene
Vereinbarung getroffen. Folglich benötigen wir 2 Bit zur Codierung der 4 Phasen einer
Ampel .
D1 D0 rot 0 0
gelb 1 1
grün 0 1
rotgelb 1 0
Tabelle 2-2: Codierung der Phasen einer Ampel
F 3: Wie viele Bits werden benötigt, um die Phasen von 4 Ampeln zu codieren? Welche
Wortbreite muss folglich unser ROM umfassen?
Die unterschiedliche Dauer der verschieden Ampelphasenkombinationen (siehe Tabelle 1-1)
lässt sich einfach realisieren, indem wir ausgehend von der kleinsten Zeiteinheit t 1, die länger
andauernden Ampelphasen entsprechend mehrfach speichern und zwar gemäß ihrem Faktor
bezogen auf t 1. Das heißt die 1. Phase (Nr.1) aus Tabelle 1-1:Ampelphasen für den
Normalbetrieb wird dementsprechend zwanzigmal in das ROM gespeichert, die 2. Phase
(Nr.2) nur zweimal. Die nachfolgende Tabelle erläutert dieses Prinzip:
X1
X2
Adresse Inhalt
0 Nr. 1
1 Nr. 1
: :
19 Nr.1
20 Nr. 2
21 Nr. 2
22 Nr. 3
23 Nr. 3
: :
2x4
Decoder
Y1
Y2
Y3
Y4
5/14

Praktikum GTI Versuch 4: Mikroprogrammierung
F 4: Wie viele Speicherplätze sind notwendig, um die gesamten in Tabelle 1-1 angegebenen
Kombinationen in einem ROM speichern zu können?
F 5: Codieren Sie die in Tabelle 1-1 angegebenen Kombinationen unter Verwendung von
Tabelle 2-2!
Ampel D C B A
DEZ. ADR.
Ausgang
ROM
O7 O6 O5 O4 O3 O2 O1 O0 Eingang
Decoder
D1 D0 D1 D0 D1 D0 D1 D0 1 0 1 0 1 0 0 0 0 80 0-19
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
0 1 1 1 0 0 0 0 112 20-21
Tabelle 2-3: Codierung der verschiedenen Ampelphasen
Für die einwandfreie Steuerung der Ampel sind jedoch noch weitere Schaltungsteile
notwendig. Dazu gehört ein Zähler, der die Adressen des ROM nacheinander anlegt, sowie
eine Schaltung, die den Endzustand erkennt und den gesamten Vorgang von Neuem startet
und die Decoderschaltung.
2.3 Programmierung eines ROMs in OrCAD
Nachfolgend wird erläutert, wie unter OrCAD ein ROM zu programmieren ist. Um die Daten
in das ROM zu laden, benötigen wir eine Datei, in der die Daten in einem bestimmten Format
vorliegen, dem Intel-HEX-Format. Dieses Format dient zur Speicherung und zur
Übertragung von binären Daten und wird in erster Linie verwendet, um Programmierdaten für
Mikrocontroller, EPROMS, etc. zu speichern. Bei dem HEX-Format handelt es sich um ein
ASCII-Format, das bis auf das Zeichen für den Start Code „:“ ausschließlich aus
hexadezimalen Zeichen besteht. Jede neue Zeile beschreibt einen neuen Datensatz, wobei jede
Zeile aus sechs Teilen besteht:
• Start code;
• Data length;
• Address;
6/14

Praktikum GTI Versuch 4: Mikroprogrammierung
• Record type;
• Data block;
• Checksum;
Abbildung 2.3 zeigt die Struktur einer Zeile (Datensatz) im HEX-Format. Jedes Feld hat eine
Größe von 1 Byte respektive 8 Bits, wobei jedes Feld, bis auf das erste, ausschließlich
hexadezimale Zeichen enthält.
: n n n n n … … … … … n n
Start code
Data length
Address
Record type
Data block
Abbildung 2.3: Struktur einer Zeile im Intel-Hex-File
Checksum
Jede Zeile beginnt mit einem Start code, einem „:”. Das Feld Data length beschreibt die
Anzahl der Bytes, die in dem Bereich Data block abgelegt werden sollen. Die nächsten
beiden Bytes (Address) definieren die Adresse, wo die Daten abgelegt werden sollen. Das
Feld Record type beschreibt den Datensatztyp. Wir benötigen im Rahmen unseres Praktikums
die Datensatztypen „00“ (Binärdaten) und „01“ (letzte Zeile der Datei). Der Bereich Data
block beinhaltet die zu speichernden Daten. Das Feld Checksum beinhaltet die Prüfsumme,
die aus allen Bytes des Datensatzes gebildet wird, ausschließlich dem Start code und der
Checksum selbst. Die Prüfsumme wird wie folgt gebildet:
- Bilde die Summe aller Bytes (Start code ausgenommen)
- Bilde das 2’er Komplement mit dem niederwertigsten Byte der Summe.
Mit Hilfe der so gebildeten Prüfsumme lässt sich nun die Korrektheit des Datensatzes
überprüfen. Addiert man die Prüfsumme mit dem niederwertigsten Byte der Summe aller
Bytes, so muss das Ergebnisbyte 0 sein, andernfalls ist der Datensatz inkorrekt.
Wurden aller Datensätze angegeben, so muss das Ende der Datensätze mit einer letzten Zeile
abgeschlossen werden. Diese muss wie folgt lauten:
:00000001FF
Das Feld Data length ist „00“, da wir keine Daten mehr speichern wollen, die beiden
Adressfelder (Address) beinhalten „0000“ und das Feld Recordtype wird mit dem Wert „01“
gefüllt und definiert somit das Dateiende.
Beispiel: Wir wollen das Datum „1100001“ unter der Adresse „0101“ speichern!
1. Konvertierung des Binärformats ins Hexadezimale Format.
11000012=6116 and 01012=516 2. Bestimme das Feld Data length . Da unsere zu speichernden Daten nur 7 Bits haben
(1100001), benötigen wir insgesamt nur 1 Byte, um die Daten zu speichern.
Folglich muss das Feld Data length mit “01” (110=116) beschrieben werden.
3. Bestimme das Feld Record type. Der Wert für dieses Feld ist “00”, da wir Daten speichern
und nicht das Ende der Datensätze definieren wollen.
7/14

Praktikum GTI Versuch 4: Mikroprogrammierung
4. Bestimme das Feld Checksum.
• Bilde die Summe aller Bytes einer Zeile:
Data Length Byte + Address Bytes + Record Type Byte + Data Bytes:
01 + 00 + 05 + 00 + 61
Das Ergebnis der Addition beträgt 67H (Hexadezimal !!!) und stellt somit automatisch
das niederwertigste Byte dar, dass wir im nächsten Schritt benötigen.
• Bilden des 2er Komplements
Wir wandeln zunächst den Wert 67H in die entsprechende Dualzahl um. Das Resultat
ist 01100111. Bilden wir aus dieser Zahl das 2er Komplement, so erhalten wir
10011001.
• Wandeln wir den Wert aus dem vorherigen Schritt wieder ins Hexadezimale Format
um, so erhalten wir unsere Prüfsumme: 99
Die gesamte Zeile lautet folglich:
010005006199
Data length Address Record type Data checksum
F 6: Definieren Sie nun die Zeilen im HEX-Format, die notwendig sind, um ein ROM so zu
programmieren, dass es die aus Tabelle 2-3 codierten Ampelphasenkombinationen speichert.
8/14

Praktikum GTI Versuch 4: Mikroprogrammierung
2.4 Zähler zur Adressierung des ROMs
Da die Anzahl der notwendigen Speicherplätze sicherlich größer als 16 ist, wird ein Zähler
mit mehr als vier Bit benötigt. Mit Hilfe des Bausteins 74177 wird ein 8-Bit-Zähler aufgebaut.
(Die weitere Spezifikation des Bausteins 74177 können Sie dem Datenblatt entnehmen.)
F 7: Wie wird der Baustein 74177 beschaltet, damit er als binärer Zähler funktioniert?
F 8: Wozu dient der Pin Nr. 1?
F 9: Wozu dienen die Pins 3, 4, 10, 11?
F 10: Welcher Pin dient am Baustein 74177 zum Zurücksetzen des Zählers ?
F 11: Welche Pins dienen als Ausgänge ? Welches ist das niederwertigste und welches das
höchstwertigste Bit?
F 12: Bis zu welcher Dezimalzahl kann ein 8-Bit-Binärzähler zählen?
F 13: Der Baustein 74177 ist ein 4-Bit-Zähler. Wie kann aus zwei Bausteinen dieses Typs ein
8-Bit-Zähler entworfen werden? Tip: Führen Sie sich vor Augen, wann der zweite Zähler zum
ersten Mal zählen soll.
9/14

Praktikum GTI Versuch 4: Mikroprogrammierung
F 14: Vervollständigen Sie die folgende Schaltung zu einem 8-Bit-Zähler!
Abbildung 2.4: Ein 8-Bit Zähler aus zwei 4-Bit-Zählern
2.5 Schaltung zur Erkennung des Schleifenendes
Da ein 8-Bit-Binärzähler in der Lage ist, weit über den Bedarf an Adressen zu zählen, soll
eine Schaltung entworfen werden, die den Zähler zum richtigen Zeitpunkt zurücksetzt.
F 15: Bei welcher Adresse soll der 8-Bit-Zähler den Rücksetzimpuls erhalten? Geben Sie
diese Zahl dezimal und binär an! (Beachten Sie, dass die letzte definierte Adresse noch eine
volle Taktlänge anliegen muss!)
F 16: Entwerfen Sie nun die Schaltung, die einen Rücksetzimpuls -Impuls für den 8-Bit-
Zähler erzeugt, wenn die von Ihnen unter F 15: angegebene Adresse erreicht wurde.
F 17: An welche PINs soll der Ausgang dieser Schaltung angeschlossen werden?
10/14

Praktikum GTI Versuch 4: Mikroprogrammierung
2.6 Decoderschaltung zur Steuerung der Ampellampen
Da die Daten, die am Ausgang des ROM zur Verfügung stehen, nach Tabelle 2-2 codiert
wurden, eignen sie sich nicht zur direkten Steuerung der Ampellampen (rot, gelb, grün). Zu
diesem Zweck wird ein Decoder entworfen, der in der Lage ist die einzelnen Ampeln durch 2
Bits anzusteuern. Für jede der 4 Ampeln ist ein Decoder notwendig.
Abbildung 2.5: Decoder
F 18: Entwerfen Sie diese Decoder-Schaltung und geben Sie sie an!
3 Design, Programmierung und Simulation
Die Schaltung soll nun mit Hilfe von OrCAD erstellt und simuliert werden.
A 1: Erstellen Sie ein Analog or mixed A/D Projekt und nennen Sie es Lab3. Benennen Sie
den „Schematic Folder“ von SCHEMATIC1 nach TrafficLightSystem um.
Die „Schematic Page“ Datei im „Schematic Folder“ benennen sie bitte von PAGE1 nach
TrafficLightCircuit um.
Wir werden nun die Schaltung des Counters erzeugen.
A 2: Erstellen Sie einen neuen „Schematic Folder“ namens Counter. In dem Ordner Counter
erstellen Sie eine neue Datei (new page) namens CounterCircuit. Erstellen Sie in dem
Schematic-Fenster der Schaltung CounterCircuit die Schaltung, die Sie in Aufgabe F 14:
sowie F 16: gezeichnet haben. Denken Sie daran, die beiden Schaltungen korrekt miteinander
zu verbinden. Platzieren und benennen sie die Ports an den Ein- und Ausgängen der
Schaltung.
Hinweis: Für die input ports verwenden Sie bitte PORTRIGHT-R und für die output
ports PORTLEFT-L.
Nun widmen wir uns der Decoderschaltung.
11/14

Praktikum GTI Versuch 4: Mikroprogrammierung
A 3: Erstellen Sie einen neuen „Schematic Folder“ namens Decoder. In dem Ordner Decoder
erstellen Sie eine neue Datei (new page) namens DecoderCircuit. Erstellen Sie in dem
Schematic-Fenster der Schaltung DecoderCircuit die Schaltung, die Sie in Aufgabe F 18:
gezeichnet haben. Platzieren und benennen sie die Ports an den Ein- und Ausgängen der
Schaltung.
Nun haben wir die benötigten Teilschaltungen erzeugt und können mit der Gesamtschaltung
beginnen.
A 4: Öffnen Sie die Schaltung TrafficLightCircuit und erzeugen sie innerhalb dieser
Schaltung die benötigten hierarchischen Blöcke für den Counter sowie für die Decoder.
Hinweis: Um mehrere hierarchische Blöcke für die gleiche Schaltung zu erzeugen,
müssen Sie lediglich unterschiedliche Namen im Feld “Reference” vergeben.
A 5: Platzieren Sie nun den ROM-Baustein ROM32KX8break. Den Baustein finden Sie in der
Bibliothek BREAKOUT.OLB.
Die nachfolgende Abbildung stellt die Gesamtschaltung dar, die aus den vorangegangenen
Arbeitsschritten resultiert.
Abbildung 3.1: Gesamtschaltung
Die Ausgänge O0 bis O7 des Bausteins ROM32KX8break werden verwendet, um direkt die
Decoder anzusteuern, die ihrerseits die einzelnen Ampellampen schalten. Die Ausgänge des
CounterCircuit dienen der Adressierung des ROMs. Die Eingänge A8 bis A14 des ROMS
müssen auf 0 gesetzt werden, da der damit angesprochene Adressraum nicht verwendet wird.
12/14

Praktikum GTI Versuch 4: Mikroprogrammierung
Hinweis: Verwenden Sie Place → Power → $D_LO (Bibliothek source.olb) um ein
dauerhaftes LOW-Signal zu generieren .
A 6: Erzeugen Sie nun eine Datei ROM.txt, mit Hilfe des Notepad Texteditors und speichern
Sie dort die Lösung von Aufgabe F 6:.
A 7: Um das ROM nun mit dem Inhalt der Datei zu programmieren, gehen Sie wie folgt vor:
Selektieren sie das ROM. Wählen Sie nun über das Menü den Eintrag Edit → PSpice Model.
Es öffnet sich nun der OrCAD PSpice Model Editor mit der Beschreibung des ROMs. Sie
müssen dieses Modell nun so modifizieren, dass ihre Datei „ROM.txt“ referenziert wird.
Verändern Sie dazu die Zeile:
*+ FILE=
Löschen Sie das Zeichen „*“ am Anfang der Zeile und ergänzen Sie die Zeile mit dem Namen
Ihrer HEX-Datei (sollte ROM.txt sein), wobei der Name der Datei in Anführungszeichen zu
setzen ist. Die resultierende Zeile lautet dann.
+ FILE=“ROM.txt”
Sie müssen nun noch Ihre HEX-Datei in das korrekte Verzeichnis kopieren, damit die Datei
auch während der Simulation gefunden wird.
A 8: Erzeugen Sie ein neues Simulationsprofil über das Menü PSpice→ NewSimulation und
speichern Sie anschließend das gesamt Projekt. Damit ist sicher gestellt, dass alle
notwendigen Verzeichnisse vorhanden sind. Kopieren Sie nun die HEX-Datei (ROM.txt) in
das Verzeichnis Lab3-PSpiceFiles, welches sich unterhalb ihres Projektverzeichnisses (z.B.:
C:\ORCAD_DATA) befindet.
A 9: Simulieren Sie die Schaltung mit entsprechenden Eingangssignalen und prüfen Sie, ob
ihre Schaltung die gewünschte Funktionalität aufweist.
F 19: Wie muss der Eingang OE (DSBL) des ROMs belegt werden?
13/14

Praktikum GTI Versuch 4: Mikroprogrammierung
Digitale Komponenten
Symbol-Name Type-Number Library
NOT 7404 7400
AND
2-Input
AND
3-Input
NAND
2-Input
NAND
3-Input
NAND
4-Input
OR
2-Input
NOR
2-Input
NOR
3-Input
7408 7400
7411 7400
7400 7400
7410 7400
7420 7400
7432 7400
7402 7400
7427 7400
XOR 7486 7400
JK-FF
with CLR
7473 7400
JK-FF
with PRE/CLR
7476 7400
JK-FF
with CLR
74107 7400
JK-FF
with PRE/CLR
74109 7400
D-FF
with PRE/CLR
7474 7400
D-FF 7474 7400
D-TYPE
REGISTER
74LS173A 74ls
REGISTER
FILE O.C.
74170 7400
PRESETTABLE
BINARY COUNTER
74LS197 74ls
BINARY
COUNTER
ROM 32⋅8
7493A
74293
74177
7400
5 Input, 8 Output
32 bytes memory
ROM 32⋅8 BREAKOUT
14/14