Aufgabe 12.3.b lösungsvorschlag falsch?

Benutzeravatar
omidpsh2
Windoof-User
Windoof-User
Beiträge: 32
Registriert: 26. Jan 2010 15:51

Aufgabe 12.3.b lösungsvorschlag falsch?

Beitrag von omidpsh2 »

Hi!
binärcode fürs Befehl:
powi $t0, $t1, 1111
op rs rt adress
110111 01001 01000 0000010001010111

sollte da nicht der Imm-wert 0000000000001111 stehen ?
und statt adress , imm ?

lg, Omid
_____________________________________________________________________________

BITTE NICHT ÜBER TUCAN ANTWORTEN.

Thorti
BSc Spammer
BSc Spammer
Beiträge: 1047
Registriert: 1. Dez 2003 11:52
Wohnort: Frankfurt
Kontaktdaten:

Re: Aufgabe 12.3.b lösungsvorschlag falsch?

Beitrag von Thorti »

Hallo,

die 1111 war als Dezimalzahl gedacht und nicht als Binärwert. Normalerweise gilt: Keine extra Abgabe der Basis --> Dezimalsystem.
imm wäre hier passender, das stimmt.

Gruss
Thorsten
Assistent zur Vorlesung TGDI im WS 11/12

Benutzeravatar
omidpsh2
Windoof-User
Windoof-User
Beiträge: 32
Registriert: 26. Jan 2010 15:51

Re: Aufgabe 12.3.b lösungsvorschlag falsch?

Beitrag von omidpsh2 »

gut das es nicht erst in der klausur passiert ist ! danke! :>
_____________________________________________________________________________

BITTE NICHT ÜBER TUCAN ANTWORTEN.

Thorti
BSc Spammer
BSc Spammer
Beiträge: 1047
Registriert: 1. Dez 2003 11:52
Wohnort: Frankfurt
Kontaktdaten:

Re: Aufgabe 12.3.b lösungsvorschlag falsch?

Beitrag von Thorti »

Thorti hat geschrieben:Hallo,

die 1111 war als Dezimalzahl gedacht und nicht als Binärwert. Normalerweise gilt: Keine extra Angabe der Basis --> Dezimalsystem.
imm wäre hier passender, das stimmt.

Gruss
Thorsten
Assistent zur Vorlesung TGDI im WS 11/12

ul63ebyz
Windoof-User
Windoof-User
Beiträge: 39
Registriert: 10. Jan 2010 17:31

Re: Aufgabe 12.3.b lösungsvorschlag falsch?

Beitrag von ul63ebyz »

Habe auch mal eine Frage zur 12.3 b (in Verbindung mit a):

In a) wird (so wie ich es mir auch gedacht habe) gesagt das pow ein R-Typ ist.
In b) wird nun der op-Code zu "110101", aber ist nicht der Op-Code jeder R-Typ Instruction "000000"? Ich habe den Code "110101" stattdessen im funct-Feld untergebracht.

Kurze Frage: Weißt du ob die Aufzeichnung der heutigen Vorlesung rechtzeitig (also am besten bis Mittwoch) online sein wird? Weil ich habe eine lange Anfahrt und würde den Tag lieber mit lernen verbringen, anstatt durch die Walachei zu fahren.

Thorti
BSc Spammer
BSc Spammer
Beiträge: 1047
Registriert: 1. Dez 2003 11:52
Wohnort: Frankfurt
Kontaktdaten:

Re: Aufgabe 12.3.b lösungsvorschlag falsch?

Beitrag von Thorti »

ul63ebyz hat geschrieben:Habe auch mal eine Frage zur 12.3 b (in Verbindung mit a):

In a) wird (so wie ich es mir auch gedacht habe) gesagt das pow ein R-Typ ist.
In b) wird nun der op-Code zu "110101", aber ist nicht der Op-Code jeder R-Typ Instruction "000000"? Ich habe den Code "110101" stattdessen im funct-Feld untergebracht.
Gemeint ist hier nur das R-Format, also das Format mit 3 Registern. Man kann es aber auch so machen wie von dir vorgeschlagen.
Kurze Frage: Weißt du ob die Aufzeichnung der heutigen Vorlesung rechtzeitig (also am besten bis Mittwoch) online sein wird? Weil ich habe eine lange Anfahrt und würde den Tag lieber mit lernen verbringen, anstatt durch die Walachei zu fahren.
Wir werden es auf jeden Fall versuchen.

Gruss
Thorsten
Assistent zur Vorlesung TGDI im WS 11/12

davidda
Windoof-User
Windoof-User
Beiträge: 31
Registriert: 19. Okt 2009 17:27

Re: Aufgabe 12.3.b lösungsvorschlag falsch?

Beitrag von davidda »

Ich habe da auch noch eine Frage zur Übung 13.2:

Im Lösungsvorschlag wird MemToReg auf 1 gesetzt. Dabei müsste es doch eigentlich auf 0 gesetzt werden, damit die Berechnung aus der ALU gespeichert wird, oder?

jack_90
Mausschubser
Mausschubser
Beiträge: 75
Registriert: 29. Sep 2009 22:38
Wohnort: Darmstadt
Kontaktdaten:

Re: Aufgabe 12.3.b lösungsvorschlag falsch?

Beitrag von jack_90 »

Ich sehe das genauso. In S4 wird der add Befehl berechnet. Im nächsten Zustand müsste das Ergebnis dann in das Registerfeld geschrieben werden.
Da muss MemToReg dann auf 0 stehen.

Habe das ganze sowieso etwas anders gelöst. Ich hab es bei 5 Takten belassen, aber etwas mehr Hardware spendiert.
Parallel zur Berechnung des lw-Befehl in der ALU berechne ich den add-Befehl (extra Adder). Da der lw-Befehl nun noch 2 Takte braucht um in das Registerfeld zu schreiben,
schreibe ich bereits in S3 das Ergebnis des add-Befehls in das Registerfeld. Im nächsten Takt wird dann das Ergebnis des lw-Befehls geschrieben.
Wäre so eine Erweiterung auch in Ordnung?
EiSE Tutor WS 12/13

Thorti
BSc Spammer
BSc Spammer
Beiträge: 1047
Registriert: 1. Dez 2003 11:52
Wohnort: Frankfurt
Kontaktdaten:

Re: Aufgabe 12.3.b lösungsvorschlag falsch?

Beitrag von Thorti »

jack_90 hat geschrieben:Ich sehe das genauso. In S4 wird der add Befehl berechnet. Im nächsten Zustand müsste das Ergebnis dann in das Registerfeld geschrieben werden.
Da muss MemToReg dann auf 0 stehen.
Ja.
Habe das ganze sowieso etwas anders gelöst. Ich hab es bei 5 Takten belassen, aber etwas mehr Hardware spendiert.
Parallel zur Berechnung des lw-Befehl in der ALU berechne ich den add-Befehl (extra Adder). Da der lw-Befehl nun noch 2 Takte braucht um in das Registerfeld zu schreiben,
schreibe ich bereits in S3 das Ergebnis des add-Befehls in das Registerfeld. Im nächsten Takt wird dann das Ergebnis des lw-Befehls geschrieben.
Wäre so eine Erweiterung auch in Ordnung?
Hört sich gut an.
Allgemein gibt es hier mehrere Möglichkeiten, wie man es realisieren kann. Meist ist es ein Tradeoff zwischen zusätzlicher Hardware und mehr Takten.

Gruss
Thorsten
Assistent zur Vorlesung TGDI im WS 11/12

Antworten

Zurück zu „Archiv“