Skip to content
Projects
Groups
Snippets
Help
Loading...
Sign in
Toggle navigation
C
Conv TTL Blocking
Project
Project
Details
Activity
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
5
Issues
5
List
Board
Labels
Milestones
Merge Requests
0
Merge Requests
0
Wiki
Wiki
image/svg+xml
Discourse
Discourse
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Commits
Issue Boards
Open sidebar
Projects
Conv TTL Blocking
Commits
93209d87
Commit
93209d87
authored
Nov 07, 2013
by
Javier Serrano
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Some very superficial comments on the VBCP block
parent
47f0c8b2
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
13 additions
and
4 deletions
+13
-4
javier.txt
design-review/javier.txt
+13
-4
No files found.
design-review/javier.txt
View file @
93209d87
...
...
@@ -181,7 +181,16 @@ be good for the watchdog to leave some kind of diagnostics trace when
it fires, so you can identify possible design errors which might go
unnoticed otherwise.
Todo
====
- Check important files singled out by Thedi in his message.
vbcp_wb.vhd
===========
"done" is a very loose name for a signal. This is not good, and seems
to be the result of making this signal do three different things. I'd
seriously consider having three separate signals in the interface of
the I2C block. E.g. one tells you you received a byte from i2c, so
something like i2c_data_ready_p (considering it's a pulse) would seem
appropriate.
Note: somebody else should look at all the nasty things which can
happen on the WB side, like timeouts and such. I have no time for it
now and I am not an expert anyway.
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment