LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Wt1600 - Labview changes instrument screen

Solved!
Go to solution

Hello all.  We have a Yokogawa WT1600 Power Analyzer and we are using the Labview program for it from NI.  We integrated the NI Labview program into our own Labview program so we can show the values we desire.  We have run into one major issue however.  Our program pulls the values we want from the WT1600, but for some reason, the WP value is not correct.  Between the instrument and Labview, the values are way off.  Our program pulls 10 values from the WT1600, and the program shows the exact same numbers that are displayed on the Wt1600 screen -- except for the WP value.  These are so far apart it doesn't make sense.

 

We spoke with Yokogawa, and the tech there said the NI Labview program might be doing some initialization changes that are causing the program and instrument to show the strange values.  However, they could not help me with troubleshooting the program, so I am coming here.  I've dived into the program, and I THINK I've found the offending area, but the problem is that I don't know what to change here.  Can anyone offer any ideas as to what to do?

 

Attached is the program with some pictures.  The Wt1600 pic shows the screen of the WT1600 taking a measurement for 1 minute 10 seconds.  The labiew-wt1600 pic shows our program.  The program ran for 1 minutes 12 seconds. We tried to get them to stop at the same time, but as you can see we were a little off.  The issue is WP Sigma A.  You can see that the WT1600 and Labview program values are vastly different.  This is what we don't understand.  The program ran for (roughly) the same amount of time, with the DUT in the same state, so why would the values be so different?  We could not run the WT1600 and labview program together, as the program takes control of the instrument.  So we had to run them in sequence:  WT1600 first, then clear everything, then run the program next.

 

The picture labeled "screen change"  shows what happens when we run the Labview program.  As you can see, the screen totally changed from the WT1600 pic.  Now we can't see what the WP value is on the instrument.  The problem with this is that we can't compare values to see if Labview is reading correctly.  We trust the instrument, so the issue is why is Labview not showing a corresponding value.  There is a big difference between 829.7 mWh and 0.004568 mWh when the DUT is in the same state and the instrument and program ran for (roughly) the same amount of time.

 

Ok, so now for the possibly "offending" code.  If you open the program and look at the "Config Voltage"  or "Config Current" subVIs, keep going down into them and about three levels.  You should come to a TCPIP Write.  I think it is here that the issue occurs.  Somewhere here, the program makes the WT1600 screen change over to the "screen-change"  pic.  What is causing it?  I can't pinpoint it.  If I use Highlight Execution at about this point, errors occur and the program doesn't run right.

 

There is also the possibility that the initialization isn't the issue at all.  The Yokogawa tech just believed this is a possibility, so we'll start here.

 

Whew!  I've said a bunch and probably missed giving you something important, so please question away.  Thanks for any and all help.

 

 

0 Kudos
Message 1 of 30
(2,254 Views)

Get yourself familiar with the WT1600's manual and the commands.

 

Compare the NI driver to what the manual says.

 

I'm sure you can do that.

0 Kudos
Message 2 of 30
(2,215 Views)

Please believe me when I tell you I have done this. I'm using both manuals, the normal one and the communication one, to try to understand this. It took a year for me to figure out the the WH value I see in one manual is the WP value I see in the other manual.  I then saw that the values we want are in Preset 4 of the instrument, but that the instrument defaults to Preset 2, which doesn't have all the values we want.

 

So there is the issue of what in the program is making the instrument default to Preset 2.  However, I thought I by-passed this problem when I found the 146 element array that has all the values the instrument obtains.    Using the communication manual on page 5-71, I painstakingly figured out each value that we desired and its array position.  So then I made an Index Array to pull those exact values.  There are 10 values we desire, and our program pulls 9 of them correctly.  The only value that is squirrely is the WP value.  I'm looking at the array element that has this value, and it just does not make sense why it is so different than what the instrument shows on its screen.

0 Kudos
Message 3 of 30
(2,175 Views)

Please believe me when I say I have done this.  I am using both the user manual and communications manual.   I took me quite a long time to see that the WP value mentioned in the user manual is the same as the WH value in the communications manual.  I came to understand that the values we desire are in Preset 4 of the WT1600, but the WT1600 defaults to Preset 2 (which does not have the values we desire).

 

Ok, so I figured the program was somehow keeping the Preset 2 values.  I then went into the program and found the 146 element array that contains all the values the WT1600 obtains.  Using page 5-71 of the communications manual, I had to painstakingly pick through that entire array and find which elements corresponded to the values we wanted.  I got them.  Ok, so now the program can pull the 10 values we want, and it gets 9 of them correct.  The incorrect one is the WH value.  However, I am looking at the very element of the array that has this number.  Why it is so vastly different from what the instrument shows onscreen is what is so blasted confusing.

 

Why is the number so different between the instrument and Labview?  What is changing?  What is changing it?  This is my consternation.  We trust the instrument, so why is Labview showing something so different?

0 Kudos
Message 4 of 30
(2,173 Views)

Double post, ignore that last one.

0 Kudos
Message 5 of 30
(2,172 Views)

Hi,

 

You use "NUM:PRES" to read all (!?!) parameters. But I think you are reading the presets.

This command is not in the latest manual. 

When I open your VI it asks me for a driver VI that not in the package (Config Waveform Sampling)

Are you using the latest manual and drivers ?

Message 6 of 30
(2,152 Views)

Hmm, can you tell me where you see this NUM:PRES in the program?  I did not see it.

 

I am using the 4th edition of the manual.  That is the only one I have seen for this device.

 

I know this would be the latest driver for the program, as this is the only NI program for this instrument.

 

You mentioned about a "Config Waveform Sampling" driver VI that is requested by the program.  I do not get this when I run it.  I have searched my computer for this VI but am not seeing it.

0 Kudos
Message 7 of 30
(2,136 Views)

Try using "Read Numeric Normal" instead of "Read Preset Numeric Normal"

yk16Capture.PNG

========================
=== Engineer Ambiguously ===
========================
Message 8 of 30
(2,130 Views)

It is the latest manual but in the ZIP file it is not the latest driver.

Just search for WT1600 and look at the Yokogawa site and/or NI site

Message 9 of 30
(2,122 Views)

Well shucks.  I did not realize I did not have the latest driver.  They apparently upgraded since I last used this.  I did have something strange happen however.  I downloaded the driver, but my system is stuck at Labview 2019 (due to old NI hardware that can not work with software beyond 2019).  The latest driver is for Labview 2021.  We do have another PC that can use this software, so I put the driver on it, then saved it for 2019.  When I put the downgraded driver on the 2019 system, I see some files are missing from the LLBs.  Did downgrading the driver to 2019 delete some files?

0 Kudos
Message 10 of 30
(2,105 Views)