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
40b1950d
Commit
40b1950d
authored
Nov 06, 2013
by
Javier Serrano
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Some comments after reading the HW Guide
parent
81f89746
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
21 additions
and
1 deletion
+21
-1
javier.txt
design-review/javier.txt
+21
-1
No files found.
design-review/javier.txt
View file @
40b1950d
...
...
@@ -69,6 +69,27 @@ Page 9. Reader is left wondering why configuration register reads is
limited to 16 bits. Only later in the document it is proposed as a
possible design evolution. Is it so hard? Or is it just useless?
Some comments after reading the Hardware Guide
==============================================
I have never seen a /TTL application where pulse producers are
requested to drive a 50 Ohm input impedance. This means these
producers should continuously provide a current of V/50, where V is a
voltage high enough to be interpreted as a TTL high. Not very
"green". This could be taken into account in some future version of
the hardware: upon selecting /TTL operation, maybe the termination
scheme could be a 10k pull-up instead of 50 Ohm to ground, controlled
with transistors. In this way, the awkward detection of whether an
input signal is connected could be eliminated from the HDL design.
Please check crosstalk between BLO signals in the P2 connector.
I guess this has been discussed in the past. I wonder if we should not
have a protection mechanism for the MOSFET in the blocking output
stage which is independent of what people do with the FPGA. A parallel
RC network to connect its source to ground (instead of the current
short) might be an option, with suitable values of R and C.
conv_ttl_blo.vhd
================
...
...
@@ -79,7 +100,6 @@ signal. In particular, consider the fact that the signal is going to
the enable inputs of the counter flip-flops. What happens if in a
given clock cycle some FFs see the signal as '1' and others as '0'?
Todo
====
...
...
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