hernehmen
-- vga:
- 1. zuerst einfache history implementierung machen. um folgenden aufbau zu
- realisieren:
- > ps2/ipcore <> scanner <> history_easy <> display <> vga/ipcore
- wenn dann quasi die eingabe bis zum vga durchgemappt werden kann schauts schon
- mal sehr gut aus...
-
- 2. parser einbauen
+- rs232/pc-kommunikation: RAM dumpen
- 3. display-modul komplett fertig machen (vorerst reicht es ja wenn das history
- modul nur die aktuelle eingabe und ergebnis abspeichert -- die daten werden ja
- eh nicht mehr vom display angefordert)
+- scanner rewrite: nicht bei key-release sondern bei key-pressed
+ o vorteil: man kann auf der taste drauf bleiben und man kann
+ keine zahlen mehr mit den coursertasten eingeben
-- rs232/pc-kommunikation
- 1. schauen ob die eintraege der "einfachen" history gedumpt werden.
- 2. history komplett fertig stellen (da wir dann eine gute debug moeglichkeit
- haben)
+- uart rx oversampling, uart rx synchronizen (vlg. debouncing/sync*.vhd)
-- history testen: wie? ich stell mir das irgendwie seeehr muehsam vor das so
- automatisiert wie z.b. parser, scanner und alu zu testen.
- idee?
-
-
-- alu postlayout noch an die neue alu anpassen (... wenn das projekt final is),
- dass ma eine postlayoutsim bei der abgabe zum herzeigen haben
+- postlayout: nochmal testen obs im tilab wirklich ned geht.
== low prio ==
- mehr testfaelle fuer alu/scanner/parser
- parser refactor
- logic elements eliminieren
+
+== jakob/thomas fragen ==
+- sram warning @ quartus
+- coverage fuer abgabe noetig?
+- bei -cover funktioniert 's' nicht, siehe http://pastebin.com/p8RwNk7j
+- wo sieht man f_max im quartus?