| View previous topic :: View next topic |
| Author |
Message |
BrandonJ
Joined: 14 Apr 2006 Posts: 45 Location: Washington, DC
|
Posted: Tue May 23, 2006 12:54 pm Post subject: Framework Logic User Guide? |
|
|
I'm reading through the Velocia PMC Manual to find out about the user logic for the UWB. Under the UWB chapter I found:
| Quote: | The complete description of the FrameWork Logic is provided in the FrameWork Logic User Guide
including the memory mapping, register definitions and functional behavior. This logic is about 12% of
the available logic in the application FPGA. |
I cant' find this document under the 'Support' link. Does this come with the Malibu software? We just placed the order, but I'd like to start familiarizing myself with the UWB logic ASAP.
Thanks,
-Brandon |
|
| Back to top |
|
 |
jhenderson Site Admin
Joined: 07 Mar 2006 Posts: 2267 Location: So. Cal. USA
|
|
| Back to top |
|
 |
BrandonJ
Joined: 14 Apr 2006 Posts: 45 Location: Washington, DC
|
Posted: Wed May 24, 2006 4:20 am Post subject: Framework Logic User Guide? |
|
|
Is there something more detailed, such as describing the default logic data flow and signals of importance? That document is fairly high level and mostly talks about the PCI data flow.
Thanks,
-Brandon |
|
| Back to top |
|
 |
BrandonJ
Joined: 14 Apr 2006 Posts: 45 Location: Washington, DC
|
Posted: Wed May 24, 2006 4:35 am Post subject: |
|
|
| Ah, nevermind. I see there is a section on the UWB later in the manual that addresses some of these things. |
|
| Back to top |
|
 |
BrandonJ
Joined: 14 Apr 2006 Posts: 45 Location: Washington, DC
|
Posted: Wed May 24, 2006 8:59 am Post subject: Framework Logic and A/D out? |
|
|
Section 5.2.1 mentions that the A/D RF input is differential, so I assume the digital output is differential (A,B)?
The following top-level instance contains signals connected to top-level ports in the Framework logic for A/D 0:
inst_ad0 : ii_pmc_uwb_adc
port map(
-- ...
fs_a => adc0_clk_a,
fs_b => adc0_clk_b,
adc_da => adc0_da,
adc_db => adc0_db,
dout => ad_data0,
-- ...
);
Please clarify the A and B notation.
In the current application this vhdl module appears to pack the data into a 32-bit word, which is then asynchronous fifo'ed, with the B input in the MSB and A input in the LSB with an overrage bit and junk.
If I want single ended data can I just nab either the A or B inputs and ignore the other?
What other logic is non-essential and only part of the example applications? It appears that I can start using data after the fifo output registers (ad_reg0, ad_reg1). Do I then just connect my user application to the packetizer front end?
Thanks |
|
| Back to top |
|
 |
edziedzic
Joined: 24 May 2006 Posts: 8
|
Posted: Wed May 24, 2006 12:09 pm Post subject: |
|
|
The digital data is not differential. In order to minimize the data bandwidth the A/D manufacturor provides the data on two buses running at half the sample rate. The two clocks are 180 deg out of phase and are used to sample these buses (a,b).
If you want to place a user defined function in the FPGA, place it between the A/D component and the packetizer. |
|
| Back to top |
|
 |
BrandonJ
Joined: 14 Apr 2006 Posts: 45 Location: Washington, DC
|
Posted: Thu May 25, 2006 7:32 am Post subject: sys_clk |
|
|
Ok, thanks.
In the Framework default logic the 'sys_clk' is connected every sequential block, aside from the ad sample clocks in 'inst_ad0' and 'inst_ad1'. I didn't see any reference to the sys_clk input port other than Illustration 10, which says that it is 100 MHz. Is this provided on the pcb?. Is it suitable for input into a DCM to upconvert to a higher frequency? |
|
| Back to top |
|
 |
edziedzic
Joined: 24 May 2006 Posts: 8
|
Posted: Thu May 25, 2006 8:01 am Post subject: |
|
|
| Yes. and yes. |
|
| Back to top |
|
 |
BrandonJ
Joined: 14 Apr 2006 Posts: 45 Location: Washington, DC
|
Posted: Thu May 25, 2006 11:10 am Post subject: User Logic Placement in UWB |
|
|
| edziedzic wrote: | | If you want to place a user defined function in the FPGA, place it between the A/D component and the packetizer. |
There are other components between these. Are they part of the example logic or essential? I see they have funtional descriptions, but that doesn't tell me whether or not they are expendable for everything to work with the rest of the software (which I haven't received in the mail yet).
I was hoping to see a wrapper or equivalent so I could toss my user code in there. Are there any plans to maybe do something like this in future Framework releases?
Thanks,
-Brandon |
|
| Back to top |
|
 |
edziedzic
Joined: 24 May 2006 Posts: 8
|
Posted: Fri May 26, 2006 7:10 am Post subject: |
|
|
Following the A/D component are two functional blocks: an offset/gain correction, and a stacker FIFO. Information for these is contained in Framework. One would think that your user function would follow the offset/gain correction & before the data is stacked.
No plans for a user wrapper as of yet. |
|
| Back to top |
|
 |
BrandonJ
Joined: 14 Apr 2006 Posts: 45 Location: Washington, DC
|
Posted: Tue May 30, 2006 12:41 pm Post subject: Offset/Gain Correction? |
|
|
Offset/Gain Correction:
Is there any reason the input data is sign extended from 12-bit to 14-bit and then corrected to 14-bit. I.e, is the output result bound between the 12 LSBs or does this block utilize all 14-bits because of gain in that block?
Sorry for all the questions... I appreciate it.
-Brandon |
|
| Back to top |
|
 |
edziedzic
Joined: 24 May 2006 Posts: 8
|
Posted: Wed May 31, 2006 7:28 am Post subject: |
|
|
| The output is a sign extended 12-bit value. |
|
| Back to top |
|
 |
|