| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
without flow control
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
u2plus. Hardcoded
-90 degree clcok from first DCM as final solution
|
|
|
|
|
|
| |
full watermark
2) Put larger FIFO on output of u2plus extramfifo that is compatable with u2_rev3 EMI fixes.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
which allows the SRAM to be placed in a sleep mode. This pin was
erroniously pulled high at the top level rendering the SRAM unusable.
2) Added declaration for extramfifo debug bus which had got deleted
at some point in the past
3) Created a debug bundle of signals from extsramfifo to help diagnose
problem 1)
4) u2p Rev1 PCB ommits control of any of the SRAM chip selects. Made a
code change so that control logic does not rely on the presence of this
pin and ensuring that the SRAM is always placed in READ mode in any idle cycles.
|
| |
|
|
|
|
|
| |
Derived RAMCLK from 270degree offset of principle core DCM giving
theoretical 2.5nS timing advance on RAM_CLK relative to RAM_* signals.
|
|
|
|
|
|
|
|
|
|
| |
Added code branch to ext_fifo.v using generate that instantiates
different input and out fifo's and touched nobl_fifo code so that it
works at 18 and 36bit widths.
Added 2nd DCM to top level to generate off chip RAMCLK.
Added explicit I/O instances to top level for tristate drivers and
changed signals to core as needed.
Creted new FIFO's in core gen to replace much larger FIFO's used on u2rev3
|
| |
|
| |
|
|
|
|
|
|
|
| |
margin on reads from the SRAM at the expense of Writes to the SRAM.
Tested to be at least as stable as a phase shift of 12 and beter looking timing on the logic analyzer.
Signals driven by the FPGA are observed changing on the SRAM pins about 4 nS after the rising edge of the RAM clock.
|
|
|
|
|
|
|
|
| |
SRAM clock.
Set phase shift to -12 after experimentation using logic analyzer to see results.
This value gives near optimum 1.5nS setup times on the source sync signals FPGA -> SRAM
under lab conditions.
|
|
|
|
|
|
|
| |
its presentation externally at the NoBL SRAM.
Since we don't have a board level trace to use to estimate clock propigation delay we just loop through the I/O on the FPGA.
This hasn't been verified as working on a USRP2 yet.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
packed into IOBs
Explcit drives and skews added to GPIO pins
Corrected minor error in FIFO logic that showed data avail internally incorrectly
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
logic removed from nobl_fifo.
Improved ext_fifo_tb further, try to simulate more combinations of decomation rates and packet arrival patterns.
Strip out the logic in nobl_fifo that made it look like a Xilinx fall-through FIFO...it is now very simple logic but a propriatory interface that exposes the high inetrnal latency of reads.
Allow the USED size of the external FIFO to be parameterized from the core level. Currently set at only 256
Corrected a bug in vita_tx_deframer.v that can write to a FIFO when its full causing illegal state.
Made further edits that are currently commented becuase simulation indicates they cause problems, however suspect a further bug is in this code.
|
|
|
|
|
|
|
|
| |
There are problems with certain configurations it seems.
It is important that the fifo_xlnx_512x36_2clk_18to36 is
generated with the "almost_full" pin even though it is not used
in the application. if this pin is omitted the FPGA image doesn't
work correctly
|
|
|
|
| |
reconfiguration
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
READ operations that can be in the extfifo pipeline.
Regenerated fifo_xlnx_512x36_2clk_18to36 to include prog_full output triggered at 1017 so that there are 6 empty spaces to accept
in flight read data upon completion.
Had to generate the FIFO using Coregen from ISE12.1 due to 10.1 verion not working correctly in FPGA
Still have to tackle making this simulate in Icarus
|
| |
|
|
|
|
|
|
|
|
| |
current head UHD code.
Apparently operation is "flawless" but more regression and corner case regression could and should be done.
Tristate drivers have been added at the top level of the hierarchy for the SRAM databus as is considered good
practice for both Xilinx and ASIC design flows and so both top level and core fils have been touched.
|
|
|
|
|
| |
Loopback is running via the external ZBT SRAM...HOWEVER, its not running well, its stable but the data is corrupted sometimes.
Not clear if its a logic or AC timing/SI issue yet.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
and u2p
|
| |
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* u1e: (130 commits)
invert led signals because they are active low
duh
allow for CS to rise before, at the same time, or after OE
better debug pins
watch the ethernet chip select on our debug bus
fix timing issue on DAC outputs with rev 2. This puts the whole system on a 90 degree phase shift
send all gpmc signals to mictor
updated pins to match rev2, removed dip switch, etc. seems to compile ok.
pins are different on rev2
fixed makefile to compile with our new system
add register to tell host about compatibility level and which image we are using
move declaration to make loopback compile
no need for protocol headers since we're not doing ethernet
match the signal names in this design
debug pins cleanup
properly integrate the new tx chain
catch up with tx_policy
attach run_tx and run_rx to leds
connect atr
delay the q channel to make the channels line up on the AD9862
...
Conflicts:
usrp2/control_lib/Makefile.srcs
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
90 degree phase shift
|
| | |
|
| | |
|
| | |
|