Posted on:

when i tried to make division it gave me that error in implementation how i can overcome that??
signal sum: integer range 0 to 255; norm_dis <= 1000*sum/32768; 
Posted on:

Xilinx does not support real math for synthesis. A short search with your prefered internet search engine should have shown that.
Posted on:

and it gave me the same error,but when i divide by 3 i hope some one help us
Posted on:

yes y r right ,but how i can solve it?
Posted on:

You may implement  or rather describe  a divider on your own. Possibly there is an description on the internet. Just give your search engine a try. A good starting point is also the Hamburg VHDL Archive.
Posted on:

I forgot: There is a IPGenerator for dividers in Xilinx, too. You may use this either.
Posted on:

what is the datatype of norm_dis? If it would be integer, the solution would be quite simple: Just calculate 1000*sum and ignore the lower 15 bits. If it would be floatingpoint (i.e. real), then you have to accept that actual hardware/developmentsoftware of FPGAs is not powerfull enough, to implement this calculation right away. A good solution then might be to use fixpointcalculation instead of floating point calculation. I.e. just replace the expression 1000*sum/32768 by 1000*sum and "keep in mind", that you have shifted the position of the "decimalpoint" 15 positions to the left. (well: it's not a decimal point shift of 15 decimal positions, we just shift 15 dual positions as 2^15=32768)
Posted on:

thanks a lot ,but i use 1000 because if i divide without the result would be float so i get ride of it by multiply by 1000
Posted on:

yes norm_dis is integer
Posted on:

meno wrote: > thanks a lot ,but i use 1000 because if i divide without the result > would be float so i get ride of it by multiply by 1000 Well, that's not exaclty true. The integer division of 255/32768 does not result in a floating point value. It results in the integer constant 0. The integer calculation of 1000*sum/32768 results in an integer in the range 0..7 (cause 1000*255/32768 is 7 plus some remainder). So if the integer result is what you are interested in: just take the multiplication of 1000*sum (which is synthesizable, either by logic elements of with a multiplier IPcore) and ignore the lowest 15 bits of the result. Ignoring 15 lsbs is equivalent to an integer division by 32768. Maybe you could simplify your calculation further: the multiplication with 1000 is very close to the multiplication with 1024. And the calculation 1024*sum/32768 is nothing else but ignoring the lowest 5 bits of sum.
Posted on:

thanks a lot all