Jump to content

GPIB controlled Fluke timeout errors


Recommended Posts

i believe i had this posted in the wrong category last week so i am reposting here.

i am troubleshooting a test set that has, among many other instruments, three Fluke 8846A multimeters being controlled by GPIB. I am running LabVIEW 2009SP1. The canned vis from Fluke threw many errors so i decided to go as simple as possible and send the following commands from a subvi:

:TRIG:DEL:AUTO ON;:TRIG:SOUR IMM; :TRIG:COUN 1; INIT; FETC?

These commands set auto trigger delay on, triggered immediate, set trigger count to 1, sample count to 1, initiate, then got the reading.

i then read 64 bytes back and converted it to a double.

i call this subvi a few hundred times in my main routine. many times i get completely through the main program without issues but occasionally i will get the attached errors (see jpg). this needs to be an automated test set that runs overnight wihtout human intervention. does anyone know a way i can auto-acknowledge these errors to allow the program to run? or better yet, anyone have ideas on why i randomly get this error to begin with??

i have attached my subvi as well.

DJL_Fluke8846A_read_instR2.vi

post-10057-0-09933500-1306149330_thumb.j

Link to comment

The first thing to try is disable automatic error handling in your sub-vi. Wire the error cluster out and check it in your calling vi. If the instrument reports an error, try calling this vi again until you get no error.

But like you said, your best bet is to eliminate the source of the error. I've found with instruments like this it's best to limit the number of commands sent to it. It just seems like you can overwhelm it and eventually scramble its brains. I'm not familair with this instruement, but do you need to send the set up commands every time? The trigger and sample count commands may only need to be sent once to set up the instrument, then just send the fetch command every time you need a reading. Also, putting a slight delay (50ms?) between commands can help, too. It gives the unit time to play catch up. It may take some trial and error to make it preform like you want.

Link to comment
  • 6 months later...

Eric, I haven't been on LAVA in awhile but I posted elsewhere today and when browsing my attachments I saw that you had responded MANY months ago. That project was "mothballed" right after i posted that but may be resurrected soon. I will certainly attempt some of your suggestions and post results. Sorry i took so long to reply!

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.