Thema: FPGA & Prozessorprogrammierung

[hannibal]

Habt ihr euch schon über die Grundarchitektur geeinigt?
RISC oder CISC? Ich wüde RISC empfehlen, kein Overhead mit Microcode. Ein gutes, aber sehr altes Buch zum Thema ist Mikroprozessorlehre oder auch so ein von MITP, hab vbergessen wie es heißt. Man müsste sich auch überlegen, wie viele Register die CPU haben soll und ob solche Mechanismen wie caching oder virtuelle Adressierung (vorausgesetzt Multitasking) eingesetzt werden, aber davon kann ich nur abraten......

um ehrlich zu sein haben wir uns darueber noch nicht wirklich gedanken gemacht..wir sind grade dabei eine prototyp-platine fuer den sockel und den fpga-programmer aetzen zu lassen um dann zu schaun ob die layouts passen....naeheres erfahrt ihr dann spaeter in meinem 'tagebuch' .

lg, hannibal

[clemensoft]

na, wie läuft's?

[Dante]

na, wie läuft's?

na, wie läuft's?

Naechste Woche ist vorraussichtlich das Board fertig, damit wir die FPGA's beschreiben koennen. Vom Code her steht bis jetzt nur ein paralleladder.

Aber wir haben uns auch nicht abgehetzt, bis wir fertig sein muessen haben wir noch ueber ein Jahr

[hannibal]

wir haben noch eineinhalb jahre um genau zu sein

[joachim_neu]

lol,

fein, ihr liefert ja sicher genaue beschreibungen und natürlich sämtliche pläne. fangt, wenn ihr was beschreibt am besten bei 0 an, damit auch leute, die nichmals die diagramme lesen können, das verstehen. danke! kommt natürlich ins maga

[Legend]

Uhh, Addierer und Multiplizierer ... erinnert mich so sehr an Technische Informatik ...

[Another Stupid Coder]

Dann bauen wir das alle nach

[Roshl]

Halbaddierer und Volladdierer sollte man auch unterscheiden^^

[Dante]

lol,

fein, ihr liefert ja sicher genaue beschreibungen und natürlich sämtliche pläne. fangt, wenn ihr was beschreibt am besten bei 0 an, damit auch leute, die nichmals die diagramme lesen können, das verstehen. danke! kommt natürlich ins maga

Rate mal warum ich gerade fuer die Seite eine Digitaltechnik Einfuehrung schreibe.
Mit dem sollte das schon fuer jedermann verstaendlich sein.

Halbaddierer und Volladdierer sollte man auch unterscheiden^^

Na ja, ein Paralleladierer  ist ja klar was man da hat - spaetestens wenn man weiss, wie gross ein Wort sen soll. ^^;

[Svenska]

Na ja, ein Paralleladierer  ist ja klar was man da hat - spaetestens wenn man weiss, wie gross ein Wort sen soll. ^^;

Macht doch ein Byte á 10 Bit und ein Wort demnach 20 Bit (dw 40, qw 80). Rechnet sich dann im Hirn leichter
Gab glaube auch mal cpu's (lange vor dem 8086), welche Bytes mit anderen Bitzahlen verwendeten...
*lach*

[joachim_neu]

lol, 8bit sind gewohnter und logischer

[Another Stupid Coder]

Ich fände 10bit cool

oder auch 5

[Legend]

Halbaddierer und Volladdierer sollte man auch unterscheiden^^

Na ja, ein Paralleladierer  ist ja klar was man da hat - spaetestens wenn man weiss, wie gross ein Wort sen soll. ^^;

Mir fallen direkt zwei Addierer ein mit denen man in gewisser Weise Parallel addiert - ein guter (Von Neumann) und ein schlechter (Carry-Ripple).

[Dante]

Ich bin mir gar nicht mal so sicher, ob nicht sogar der Cray mit einer etwas ungewohnteren BItanzahl arbeitete (Das hoerte ich neulich, aber ich glaube nicht ganz daran.)... aber aus dem Kopf kann ich das nicht sagen^^


Mir faellt mindestens noch der Carry-Look-Ahead-Addierer, und der Rarry Ripple ein ... und natuerlich die 'Erweiterung' auf Carry-Skip-Addierer. Der ist von der Worst-Case-Laufzeit her nicht so schlecht, und braucht sehr wenige Teile (Na ja, es gibt ja genug Schaltnetze mit Rückkopplungen und Delays .... aber der Neumann, und einige Carry-Varianten sind schon wichtig zu kennen)

[Roshl]

Es gab mal 7 Bit-Bytes aber logisch ist es nur wenn ein Byte auch aus einer zweierpotenz an bits aufgebaut ist. also 1,2,4,8,16,32... da es ja binärsystem ist, wäre sowas das einzig sinnvolle

[joachim_neu]

Erstens das, und sonst bekommste noch die Probleme, nichtmals nen Assembler auf einem anderen OS schön aufbauen zu können, weil man mit denen nur bytes lesen und schreiben kann. Außerdem währe dann auch der Zeichencode anderst. Da würde ich mich an das übliche halten...

[Svenska]

...und zum anderen währen dann plötzlich alle so schön aus- und umgerechneten Zahlenangaben weg
10 Bit / Byte hat auch was fuer sich, zum einen bräuchte man sich (sofern man auf lateinischem Alphabet aufsetzt) keine Sorgen um Zeichencodierung mehr machen (10 Bit reichen, 8 nicht). Nun gut, Konpatiblität hin oder her, ist auch egal Wird eh zu nichts kompatibel und wer die Bits nicht braucht, setzt das Sys dann in einen 8-Bit-Kompatiblitätsmodus

Aber käme schon cool, mal ein bisschen an den Grundfesten der Elektrorechner ruetteln

[Legend]

Naaa, 16 Bit Unicode würde beim Zeichensatz sogar in asiatischen Gebieten helfen. Andere möglichkeit wäre bei Java UTF-8, das ist dann kleiner als Unicode, aber auch komplizierter zu benutzen für den Programmierer (ausser natürlich er hat ne Klasse die sich intern darum kümmert ).

[hannibal]

man kann doch nicht einfach eine einheit der informatik, die eine bestimmte groesse hat, einfach so umaendern o_O

man kann sagen, dass der prozessor 10bit auf einmal verarbeitet und nicht 8, aber an sich ist ein byte nun mal 8 bit gross :p

[Golum]

ch hatte mal win200 und 9.1 drauf und Yellow Dog is soviel ich weiss noch jetzt installiert.

9.1 von was

Wir önnten ja CommOS für deine CPU portieren   obwohl ich glaube das der Kernel im moment sehr an x86 fixiert ist