Problem on GPIB command 'FETCh:WQUality:CDPower:ICH' for Agilent 8960

[Kunsheng Chen]

Hello everyone,

I am working on a code domain power measure module with labview.

When I used command 'FETCh:WQUality:CDPower:ICH'  to fetch bin values from the  machine, I got 15 values with comma between them.

I am not sure wheather they are in index order from 0 to 14, in which I could separate them with PCRE control.

Another thing that keep bothering me is that it did show 16 bins on the screen while only 15 values return (I claim that becausse I saw 16 values from 0 to 15 (not in order) in X -axis, Did I misunderstand something on the sceen ?)

Any idea is well appreciated!

Thanks,

+Kunsheng

[Dennis_Knutson]

First, you have not provided the make and model of the instrument. Second, details on how the instrument returns data will be in the manual and since you have not given the name of the instrument, that's something only you can look up. Third, what is a PCRE control? Lastly, we would need to see the actual string returned, the function you are using to parse it, and the graph. Post your code with actual values in a string indicator. You can do this by simply running the VI, going to the edit meneu and selecting Make Current Values Default, saving the VI, posting the saved VI.

[Kunsheng Chen]

Thanks. 

I am testing a wireless CPU with Agilent 8960.

Here is  the test my program (labview) is going to make:

http://wireless.agilent.com/rfcomms/refdocs/cdma2k/cdma2000_gen_op_overview_meas_wquality.php#BABDGGGC

For the output in I-Channel and Q-Channel, there are 16 bins seperately (according to the instruction only some of them are available).

 I write GPIB command 'FETCh:WQUality:CDPower:ICH' into Agilent 8960, the return result is a set of values seperated by comma as below:

+1.00000000E+000,+0.00000000E+000,+1.60000000E+001,-7.41487100E+000,+0.00000000E+000,+8.00000000E+000,+1.60000000E+001,-3.96458700E+001,+0.00000000E+000,+4.00000000E+000,+1.60000000E+001,-3.86725300E+001,+0.00000000E+000,+1.20000000E+001,+1.60000000E+001,

There are only 15 values there, 16. I am curious about whether there is something missing, also whether those data a in order (from index 0 to index 14, if the first index is 0).

Thanks,

+Kunsheng Chen

[Dennis_Knutson]

Well, I wish you had posted some code instead of a test procedure since it seems you are having problems with the LabVIEW programming.

You also did not mention how you are converting the string. If you are using Spreadsheet String to Array, then the comma at the end of the string is causing the function to create a last 0 value. You might not be reading the entire string from the instrument. Increase the byte count to see if that makes a difference. I would also hope that you are using the driver and not trying to reinvent the wheel.

And as I mentioned, the instrument manual will have a description of the data returned. That should tell you the order.