projects
/
hwmod.git
/ blobdiff
commit
grep
author
committer
pickaxe
?
search:
re
summary
|
shortlog
|
log
|
commit
|
commitdiff
|
tree
raw
|
inline
| side by side
parser: kleinere anpassungen. eine aenderung verursacht zwar mehr logic
[hwmod.git]
/
src
/
TODO
diff --git
a/src/TODO
b/src/TODO
index 03858e6c63841e36e54bebef673f847d44b773f9..0704608570d75ad53192fad54ef3e407fe5162e1 100644
(file)
--- a/
src/TODO
+++ b/
src/TODO
@@
-2,31
+2,28
@@
hernehmen
hernehmen
-- rs232/pc-kommunikation
- 1. schauen ob die eintraege der "einfachen" history gedumpt werden.
+- rs232/pc-kommunikation: RAM dumpen
- 2. history komplett fertig stellen (da wir dann eine gute debug moeglichkeit
- haben)
+- uart rx oversampling, uart rx synchronizen (vlg. debouncing/sync*.vhd)
-- 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.
-- was passiert nach 50 berechnungen?
-
-
-- andere farbe als weiss fuer das ergebnis
-
-
-- "$ " oder sonst was fuer ergebnis zeile
+== low prio ==
+- logic elements eliminieren
-BUGS:
-- leere eingabe
+== jakob/thomas fragen ==
+- sram warning @ quartus
+- coverage fuer abgabe noetig?
+- bei -cover funktioniert 's' nicht, siehe http://pastebin.com/p8RwNk7j
+- wie detailiert muessen die screenshots der simulationen sein?
-== low prio ==
-- mehr testfaelle fuer alu/scanner/parser
-- parser refactor
-- logic elements eliminieren
+== FAQ =
+Q: wo sieht man f_max im quartus?
+A: in der project_gen.tcl die zeile
+ > set_global_assignment -name FMAX_REQUIREMENT "33.33 MHz" -section_id sys_clk
+ entfernen und danach das quartus projekt neu erstellen. danach sollte fmax im
+ timing report ersichtlich sein.