ROM-Baustein statt Logik

Noch das Beispiel...

Klar, machen ROM Steuerwerke doch genauso. Dateneingänge auf die 
Adressleitungen legen und an die entsprechende Position das Datenwort 
mit den an den Ausgängen gesetzten Bits schreiben:

Adresse   Daten
0x00    0x1E
0x01    0x09
0x01    0x18
0x03    0x15
0x04    0x0A
0x05    0x0B
0x06    0x0D
0x07    0x0F
0x08    0x12
0x09    0x13
0x0A    0x16
0x0B    0x17
0x0C    0x1A
0x0D    0x1B
0x0E    0x1C
0x0F    0x1D

Oder eventuell ein cpld?

Martin Schwaikert schrieb:
> Klar, machen ROM Steuerwerke doch genauso. Dateneingänge auf die
>
> Adressleitungen legen und an die entsprechende Position das Datenwort
>
> mit den an den Ausgängen gesetzten Bits schreiben:

Sorry aber das verstehe ich nicht wirklich
Ich habe noch nicht wirklich mit einem ROM gearbeitet
Kann ich so machen wie im Anhang von oben bzw. steht ja oben im Anhang
Programm EPROM, die Wert 0,0,4,4 usw- gehören auf die Eingänge oder ?
Was ist mit den beiden A,A ?

Philipp Hackl schrieb:
> Sorry aber das verstehe ich nicht wirklich
> Ich habe noch nicht wirklich mit einem ROM gearbeitet

Machs nicht komplizierter, als es ist. Deine Tabelle widerspricht 
erstmal dem hier:

Philipp Hackl schrieb:
> Meine Schaltung hat 4 Eingänge und 5 Ausgänge.

Was soll also in deiner Tabelle Eingang und was soll Ausgang sein?
Dann hat Martin doch schon ein Beispiel gemacht. Links stehen die 
Adressen, deren Binärwert an die Adressleitungen A0 bis A3 (4 Eingänge) 
gehen.
Rechts stehen die gewünschten Ausgangszustände, die du praktischerweise 
an den Datenleitungen D0 bis D4 (5 Ausgänge) abgreifst.
Alles, was du nun tun musst, ist dir eine übersichtliche Tabelle zu 
machen, wo rechts die Binärwerte der Adressen stehen (z.B. in der Form 
0010) und links der gewünschte Zustand der Ausgänge, z.B. 01010.
Das ist dann leicht (und vllt. sogar von Excel selber) in die zum 
Programmieren nötigen Hex Werte umzurechnen.
Beim realen Verkabeln denke nun nur noch daran, die unbenutzten 
Adressleitungen und sowohl /CE als auch /OE auf GND zu legen.

Ok jetzt ist es mir klar, was ihr meint, danke.
Ich werde es mal probieren und ich hoffe es funktioniert!

Matthias Sch. schrieb:
> Beim realen Verkabeln denke nun nur noch daran, die unbenutzten
>
> Adressleitungen und sowohl /CE als auch /OE auf GND zu legen.

ja werde ich  machen danke !

Philipp Hackl schrieb:
> Bevor weiter mache, wollt ich Fragen, ob ich auf dem wichtigen Weg bin
> oder es leichter oder anders gehen würde ?

Naja, Du kannst es schon mittels ROM machen und es wird auch 
funktionieren, sofern die Wahrheitstabelle richtig ist.

Aber "heutzutage" macht man sowas programmiertechnisch mittels einem 
Mikrocontroller oder CPLD und einigen wenigen Zeilen Code.
Natürlich muss dafür erst das entsprechende Know-How relativ langwierig 
erarbeitet/gelernt werden. Aber wenn Du vorhast noch einige Jahre in der 
Branche zu bleiben, sicherlich eine lohnenswerte Investition.

Es war einmal vor langer Zeit in einer weit, weit entfernten Galaxie....
da hatten wir beim Studium eine DOS Software, ich glaube die dies LogIC 
oder so ähnlich.
Da konnte man eine Textdatei mit einer Logictabelle, oder mit den 
Gleichungen eingeben und "kompalieren" lassen.
Als Ausgebe konnte man da ein TTL Gatter Grab, die Daten für PALs/GAls 
oder auch den ROM Code für ein Eprom bekommen.
Bei Schaltwerken mit FFs wurden dann Datenbits des Eprom auf 
Adressleitungen zurückgeführt.
Sowas muß wohl mal durchaus üblich gewesen sein. Durch die langsammen 
Eproms war das ganze aber von der Geschwindigkeit kein vergleich mit den 
PALs.

c-hater schrieb:
> Gregor B. schrieb:
>
>> Offensichtlich geht es also um eine Simulation einer Digitalschaltung in
>> PSpice, die die Grenzen von PSpice sprengt und daher per ROM nachgebaut
>> werden soll.
>
> Das hört sich extrem unrealistisch an. Mit den Gattern von 50
> LSI/MSI-ICs kann man PSpice wohl kaum an seine Grenzen bringen.

Das Problem ist die Begrenzung der Demo-Version von PSPICE auf kleine 
Schaltungen. Die Vollversion würde ein paar Tausender kosten. So viel 
will man halt selten ausgeben.

Helmut S. schrieb:
> Das Problem ist die Begrenzung der Demo-Version von PSPICE auf kleine
>
> Schaltungen. Die Vollversion würde ein paar Tausender kosten. So viel
>
> will man halt selten ausgeben.

ja so ist es.
Ich habe gerade probiert das Rom zu beschreiben jedoch klappt es nicht 
wirklich, hat jemand sowas schon mal gemacht ?

Darfst du das auch mit LTspice machen?
Da hättest du kein Problem mit der Schaltplangröße, weil es dort keine 
Einschränkungen gibt.

Helmut S. schrieb:
> Darfst du das auch mit LTspice machen?
> Da hättest du kein Problem mit der Schaltplangröße, weil es dort keine
> Einschränkungen gibt.

Erlaubt ist es schon, jedoch:
1. ist dies nur ein kleiner Teil meines Projektes, welches ich alles auf 
Pspice gemacht habe
2. Habe ich mit LTSPice keine Erfahrung
3. Habe ich leider keine Zeit mehr auf LTspice umzusteigen

Ja schreib doch bitte noch etwas zum Rahmen der Problemstellung dazu. 
Das Dokument von Dir sah aus wie eine Übungsaufgabe, bei der Du nicht 
weiterkommst. Später liest man (von Dir?) etwas über eine reale 
Umsetzung.

ROM Steuerwerke sind ein legitimes Mittel und wurden (werden?) gerade in 
µProzessoren sehr gerne verwendet. Renommiertes Beispiel (mit dem man 
das auch am besten verstehen kann) ist der Nerdy. Zwar ein uralter 8-bit 
Zwerg, aber selbst bei so einem Winzling konnte bzw. wollte man das 
Steuerwerk nicht mehr in Logik auflösen.

Die Idee hinter dem ROM Steuerwerk (darauf will ja die Fragestellung des 
Angabenblattes auch hinaus) ist, dass man Logik "simuliert". Für die 
nachgeschaltete Elektronik / Logik ist es vollkommen egal, auf welchem 
Wege die Bitmuster am Eingang gewonnen wurden.

Mal als ganz einfaches Beispiel. Nimm einen 2Bit x 2 Bit Speicher. Das 
ergibt 4 Speicherzellen. Dieser Speicher hat 2 Adress- und 2 
Datenleitungen. In diesem steht jetzt folgendes hineingeschrieben:

Adresse    Wert
00         00
01         01
10         01
11         00

Jetzt legst Du an die beiden Adressleitungen deine beiden 
Eingangssignale an. Sind A0 und A1 jeweils 0, so wird an der 
Speicherzelle der Adresse 00 = 0x00 gelesen. Hier steht 00 = 0x00 
drinnen und dieser Wert wird auf den Datenbus gelegt (D0-D1). Liegt 
jetzt an A0 und A1 eine 0 und eine 1 an, wird auf die Adresse 0x01 
zugegriffen. Hier steht der Wert 0x01 drinnen und auf den Datenbus 
gelegt. Jetzt hast Du an D0 eine logische 1 anliegen.

Betrachtet man nun Ausgabe und Eingabe in Form einer Wahrheitstabelle, 
siehst Du, dass damit ein Exklusiv-Oder implementiert wurde.

Alles, was Du jetzt machen musst, ist genau das gleiche nur in groß. Du 
hast halt mehrere Adressleitungen und mehrere Datenleitungen. Für jeden 
Wert der Ausgabe musst Du an die entsprechende Adresse (= 
Eingangskombination) deine logischen Ausgänge als Daten hinterlegen. 
Alle anderen ungenutzten Adressen kann man mit 00 füllen.

Danke für die ausführliche Antwort, jedoch ist mir das alles schon klar 
und es ist eher ein PSpice Problem.
Es geht nur mehr um die Umsetzung.
Im Anhang zeige steht was ich meine und im Link ist ein Youtube Video, 
wo etwas ähnliches gemacht wird.
Ich hab es ausprobiert und es löscht mir immer die Tabelle wieder 
heraus.

http://www.youtube.com/watch?v=XhuRpyPX8Pg

Reinhard Kern schrieb:
> Vielleicht hat nase ja wirklich recht und du brauchst einen Programmer
>
> in PSpice...

ich denke nicht...
ich habe die Tabelle eingegeben sowie im Video nur ist der unterschied, 
das es sich dort um keine Demo Version handelt.
Außerdem wurde so etwas schon mal bei uns gemacht, jedoch weiß ich nicht 
wer es gemacht hat...

hat jemand von euch ein Pspice Buch? dort müsst ein bsp beschrieben sein

Reinhard Kern schrieb:
> Ich habe im Internet gesucht nach dem ROM subckt, dort stand im Beispiel
>
> die erwähnte Hex-Datei unter FILE=xxx.hex. Ob das eine Demobeschränkung
>
> ist wenn man da nichts angeben kann weiss ich allerdings nicht. Finden
>
> muss PSpice die Datei natürlich auch.

danke fürs suchen.
Ich kann ja etwas eingeben, jedoch nimmt er die Werte nicht an, was 
wahrscheinlich auf Grund eines fehlenden "," oder "$" ist.

Mir ist schon klar, das es 2 Möglichkeiten gibt, jedoch ist es mit einem 
File viel aufwendiger.
Kann ja nicht so schwer sein eine kleine Wahrheitstabelle in Data 
reinzuschrieben.