Search Engine **www.edaboard.com**

12 Threads found on edaboard.com: **Binary Float**

You are writing an reading an integer in **binary** format. Performing ConvertSTRING_Int() makes no sense.
Why do you think that the operations with **float** value goes wrong?

Microcontrollers :: 12-28-2013 13:05 :: FvM :: Replies: **4** :: Views: **826**

mmmm... how many digits do you need?
alas, how many bytes is your number stored?
don't forget, that the microcontrollers has all it's data in **binary** form, it could be 8 bit integer number, 16 bit integer number, 32 bits integer, or even 32 bit **float** number.... (too many)

Microcontrollers :: 03-23-2012 17:06 :: Kurenai_ryu :: Replies: **5** :: Views: **2216**

You need to decide about a suitable number presentation for the decimal fractional number, e.g. fixed point **binary**.

PLD, SPLD, GAL, CPLD, FPGA Design :: 03-10-2012 15:25 :: FvM :: Replies: **5** :: Views: **1530**

Not actually a clear question. "32bit hex" means? A hex string representing 32 bits? Or just a **binary** number? An converting to which **float** format? A decimal string? Or a **binary** IEEE-754 representation?

Microcontrollers :: 01-31-2012 13:32 :: FvM :: Replies: **9** :: Views: **5626**

It's not clear, if you want to convert the input number to a **float** or fixed point value, or to a decimal string? In case of fixed point or decimal string, is three fractional digits the intended resolution? 24 Bit has 6 to 7 significant decimal digits.
As a first step you need to convert the 24 bit value from offset **binary** to 2s complement by i

Microcontrollers :: 12-10-2011 12:25 :: FvM :: Replies: **1** :: Views: **1804**

its not as simple as that.
You will have to convert each ascii character to an integer and then sum all the parts.
Sounds like you wanted to contradict the option to perform decimal arithmetics. The exercise may of course request a (**binary**) integer conversion, but technically, it's not necessarily needed.
In any case, the ASCII

PLD, SPLD, GAL, CPLD, FPGA Design :: 05-23-2011 08:42 :: FvM :: Replies: **15** :: Views: **1250**

Hi
let we have
int a,b,c; // may be char or **float**, anything actually
c=a+b;
let int type be represented by 4 bytes. Let's say a+b requires 1 bit more than 4 bytes (ie, let's say the result is 1 00....0 (32 zeroes, in **binary**)). This would result in C=0, and I am sure the computer's microprocessor would set some kind of overflow flag. Is ther

Software Problems, Hints and Reviews :: 04-10-2011 11:53 :: mahaju :: Replies: **3** :: Views: **1133**

real isn't synthesizable. It's provided for simulation prurposes and compile time calculations only. If **float** arithmetic is supported by vendor IP, it uses types like **binary** types similar to IEEE **float** or double, or user defined **float** types.

ASIC Design Methodologies and Tools (Digital) :: 03-13-2011 18:23 :: FvM :: Replies: **1** :: Views: **3822**

which result?
could you post your actual code and circuit?
have you a working LCD hardware/firmware?
or just **binary**-to-decimal convert problem?

Microcontrollers :: 05-25-2010 22:12 :: Kurenai_ryu :: Replies: **9** :: Views: **4984**

u have to decide whether it is **binary** FPU or Hexadecimal FPU or Decimal FPU.. u can implement all 3 together also.. key functions are add, subtract, multiply, divide, square root, convert from **float** to fixed point and vice versa

ASIC Design Methodologies and Tools (Digital) :: 10-20-2009 14:14 :: snehaganesh :: Replies: **3** :: Views: **1051**

Hi all...,
pls let me know any core for converting **binary** to **float**ing point. The **float**ing point should be in IEEE 754 format...
Thanks in advance
byeee

PLD, SPLD, GAL, CPLD, FPGA Design :: 08-31-2006 06:12 :: param :: Replies: **4** :: Views: **2021**

guys ..
anyone has a function to convert real/**float** numbers to fixed point with a given precision ?
for example : I give the function this number : (0.5) as a first argument and in the second argument I give it (1) as the number of **binary** digits to the left of the **binary** point , and (2) in the third argument as the number of (...)

Digital Signal Processing :: 08-29-2005 06:31 :: omara007 :: Replies: **7** :: Views: **1729**

Previous
1
Next

Last searching phrases:

video book | microwave planar | mapper | thesis analog | altium pcbs | computer power supply | fsdbdumpvars | avr i2c eeprom | switchmode supply handbook | sim 300 gprs

video book | microwave planar | mapper | thesis analog | altium pcbs | computer power supply | fsdbdumpvars | avr i2c eeprom | switchmode supply handbook | sim 300 gprs