postlayoutsim: alu gefixt und parser hinzugefuegt, inkl. screenshots
[hwmod.git] / src / TODO
index 9b97722aad19829b0646237219568cf914e8a1de..ac3ae5765340da4ba4302c6ad1e5859480735d30 100644 (file)
--- a/src/TODO
+++ b/src/TODO
@@ -2,37 +2,27 @@
   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?