Attached ModelSim VHDL design of Generic Counter with Clocked Rise OutPut. Regards Alex
Alexander S. wrote: > design of Generic Counter with Clocked Rise OutPut. All in all I see a very laborious way to generate a clock enable. Whats the advantage prior to a simple counter? One word to this:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
As "mod" implements a divider, this design will lead to extensive logic with some values for "DivideRange". Because only values in (2**x+1) will be easily synthesizable.
Lothar M. wrote: > As "mod" implements a divider, this design will lead to extensive logic > with some values for "DivideRange". Because only values in (2**x+1) will > be easily synthesizable. ----------- https://www.ics.uci.edu/~jmoorkan/vhdlref/vhdl_golden_reference_guide.pdf The VHDL Golden Reference Guide Page 80 : Operator Synthesis The operators / mod ... ** are not synthesizable Regards Alex.
Guest
#6302147
Alexander S. wrote: > The operators / mod ... ** are not synthesizable That's not true, at least not in all cases. Nor it is limited to trivial cases (eg. 2^n). I used it a few times. The statement may be correct in 1995, but not nowadays. greeting
Alexander S. wrote: > The operators / mod ... ** are not synthesizable Of course x/(2**n) is synthesizable, because it's only some rewiring. E.g. for x/4 just the lowest 2 bits are skipped. And when a division is synthesizable, then "mod" is also, because that's only to ignore the upper bits.
> Alexander S. wrote: >> The operators / mod ... ** are not synthesizable So, synthesis tools is ignore mod statement and really no problem in the hardware ? Regards Alex.
Reply
Please log in before posting.
