05-09-2006 12:49 PM
05-09-2006 01:06 PM
05-10-2006 11:04 AM
Hi Albert,
Thanks for the advice. I installed NI-VISA 3.6 but still got the same behaviour. I'm not familiar with using the Status Register, so I'm concentrating on correctly triggering the measurements from within the While Loop. At the moment the E5061A is using a continuous internal trigger, with the VIs looping independently - there is no synchronisation. I suspect that this may cause a problem, but I'm not sure. At the moment I'm working on a GPIB-controlled trigger which will be in the loop.
I still don't understand how this could hang both Labview and Windows, however. Does anyone else have experience of this?
05-10-2006 12:03 PM
Please attach your VI and we can try to reproduce it on our side.
You might consider placing a small delay in your loop to see what effect that has. Also, monitor your memory usage for the LabVIEW process in Task Manager to see if there is a memory leak in your code.
05-12-2006 05:37 AM
Hi Jason,
I've attached a simple example VI to show the hanging problem: this typically fails after several thousand loop iterations. The calibration, sweep setup etc. of the E5061A are manually set on the analyser - all I need the VI to do is display maximum and minimum values (which will eventually be written to file). For most sweep setups, the While loop iteration time is shorter than the analyser's sweep time (on a continuous internal trigger), so several loop iterations may display the same measurement values. This doesn't occur when I use bus triggering (see below), but I don't think this should hang both Labview and Windows. As mentioned above I've used Task Manager to monitor memory usage, but there doesn't seem to be a problem while the VI is running.
I've also implemented a version of this VI using bus triggering (see 2nd attachment). Note that the 'agena Configure Trigger' VI is modified to remove point triggering options, which aren't supported by the E5061A. The '*OPC?' query ensures that the sweep is complete before marker measurements and loop iterations are performed, and so I don't think a loop delay is required in this case. I'm still testing this at the moment so I'm not sure if stability is improved.
Thanks for your help on this.
05-12-2006 09:13 AM
05-12-2006 10:48 AM