Type conversion(short to Q15)

Thanks for your reply.
By using this way (normalizing) we actually force an overhead. I need to do a lot of calculations and it should be real time (I have 20ms and a ton of calculations). Is there a simpler way?

I have used the functions in this way. But I get wrong results. Do you have any idea?
float d[8]={1,2,3,4,5,6,7,8};
q15_t dd[8];
q15_t res;
float res;
arm_float_to_q15(d,dd,8);
arm_rms_q15(dd,8,&res);
arm_q15_to_float(&res,&first,1);

But I get wrong results. Do you have any idea?

Here's one idea: how about you actually tell us what result you got, and why you think that's the wrong one?

Where does float get into this?

Your ADC is most probably not producing a float result. And the Q15 data type is not a floating point, but a fixed point data type.

Being fixed point, with a limited range, you have to figure out how you take an integer with a much larger range, and represent as a fixed-point number within the valid range, while at the same time you keep track of how many times you needed to rescale the full-range original integer to get into a full-range fixed-point integer.

Then you can use the fixed-point integer for lots of calculations, and finally readjust for the scaling performed, when you want to present your output result.

Here is the test code that I’m using. Suppose I the ADC has filled the buffer data with these values.

float data[8]={1,2,3,4,5,6,7,8};
q15_t qdata[8];
q15_t qres;
float res;
arm_float_to_q15(data, qdata,8);
arm_rms_q15(qdata,8,& qres);
arm_q15_to_float(&qres,& res,1);

The answer should be 5.049752469
But I’m getting 0.353485

"Suppose I the ADC has filled the buffer data with these values."

What are "these values"?

You have posted the exact same code again, with the only difference that you have renamed some of your variables.

I asked you where "float" got into the picture, since your ADC most probably did not produce any float. Why did you ignore that question but reposted your source code a second time?

The answer should be 5.049752469
But I’m getting 0.353485

Exactly how do you think any reader of your posts could relate to your figures? What information have you given, that would allow us to reproduce the same calculations?

Have you spent as little time trying to figure out what Q15 numbers are, as you have spent figuring out what information you must supply when asking a question on this forum?

Suppose I the ADC has filled the buffer data with these values.

I'd rather suppose it didn't. Because it really didn't.

arm_float_to_q15(data, qdata,8);

Aha. So how exactly did you expect a 1.15 fixed point datatype to hold values between 3.0 and 8.0?

This is what really happens.

Some ADC code fills this buffer.
Fill_adc_buffer();
Short adc[8];

Now I cast the buffer to float so I can use the float functions.(like arm_float_to_q15)

for(int i=0;i<8;i++)
{

data[i]= adc[i];
}

Now I try to cast the data to q15 using this function.

arm_float_to_q15(data, qdata,8);
now I should calculate the rms value using
arm_rms_q15(qdata,8,& qres);
and I should translate the response back to float!
arm_q15_to_float(&qres,& res,1);

the answer is in res!
You do not have my adc so I just filled the data buffer with arbitrary data. but the answer is wrong!?

What should I do? I can use the arm_rms_f32 and its answer is correct, but I wanted to use q15 version.
How should I do that? Do you have any idea?

Thanks in advance.

Now I cast the buffer to float so I can use the float functions.

And by doing that, you demonstrate that you really didn't heed any of the advice you've been given. You also cast significant doubt on whether you even tried to understand what you're doing.

but the answer is wrong!?

No, it's not. The problem is that you didn't ask the question you thought you were.

I wanted to use q15 version.

Then you better learn what q15 is, so you'll have a chance to use it correctly.

Well after the first post I read the wiki, but I did not get their point on type conversion.
You mean I should divide all the adc data by 32768? Would you answer one simple question to me?
Suppose I have one short variable(min=-32768 max=32767). Now I want to convert it to q15 and after some calculations convert it back to int again. Would you write a simple demo code.I’m totally confused!

You mean I should divide all the adc data by 32768?

No.

Suppose I have one short variable(min=-32768 max=32767)

I'm reasonably certain your ADC doesn't actually produce values in that range, now does it?

So what's the actual data range? How do you think that should be mapped into the actual range of the q15_t type?

The ADC is AD7606 and it can produce data in that range!

Haven't it hit you yet, that you could see the ADC as a magic device that returns measurements within the range [-1 to 1) but with lots of fractional data?

Then my numbers represent values in q15 format like this
1 equals 1/32768 or 3.051758E-06
2 equals 2/32768 or 6.10352E-06
3 equals 3/32768 or 9.15527E-06
4 equals 4/32768 or 1.2207E-05
5 equals 5/32768 or 1.52588E-05
6 equals 6/32768 or 1.83105E-05
7 equals 7/32768 or 2.13623E-05
8 equals 8/32768 or 2.44141E-05

But why I’m still getting zero from running the rms function? Please do not answer me by another question!?
Char temp[100];
q15_t qdata[8]={1,2,3,4,5,6,7,8};
q15_t qres;
arm_rms_q15(qdata,8,&qres);

and if I convert the result to float I still get zero

arm_q15_to_float(&qres,&res,1);
sprintf(temp,"rms=%d f=%lf",qres,res);