ghuber

A. LeFevre, Howard

gh vhdl library

Most of the library items in math category are making use of 

use ieee.std_logic_arith.all;
use ieee.std_logic_signed.all;

packages that are most than obsolete.

Please update to make use of the standardized ones:
ieee.numeric_std.all

You should consider too to use type signed unsigned type in the entities
versus std_logic_vector.

Use standardized packages

Please udpate a little bit the table to describe what are the purpose
of IO's.
Some waveforms or a bit more of documentation would be great.

GH library  gh_baud_rate_gen documentation is more than poor

Files affected:

gh_CORDIC_rotation
gh_CORDIC_vectoring
gh_r_2_polar
gh_r_2_polar_a

There appears to be either
   a) an extra clock cycle delay in delay elements of the r_2_polar entities or
   b) tapping x_out one clock cycle too early in the CORDIC modules X(iterations-1) instead of X(iterations)

The effect of this is that the phase appears to be mapped to the wrong quadrant for some inputs.

As a first pass, I went through the r_2_polar modules and replaced every instance of iterations with iterations-1 except for the generic into the CORDIC_rotation.  This seems to cure the symptom, but I'm not sure if the rotation should be tapping x_out off of iterations-1 or iterations...

If there is a way to get the files to you I can show you what I changed.

Once it is determined where the error lies, I can submit a polar_2_r module that  I cobbled together in the pattern of r_2_polar.

CORDIC delay off by one clock

I tried downloading this file twice, and both times I got a corrupted file message from both 7-zip and Winzip.  Is there some other way of decompressing it that I should be using?

Thanks,
Brad

Corrupted gh_vhdl_library download file?

for post graduate level.
 digitally controlled  oscillator  &look ahead priority &counter & decoder & encoder & demultiplexer & multiplier
& frequency counter using c-mos technology using vhdl tools

Browse

gh vhdl library