Instrument Control (GPIB, Serial, VISA, IVI)

cancel
Showing results for 
Search instead for 
Did you mean: 

iberr(EABO) 6 : GPIB control error

Dear Friends:

 

I'm using PCI-GPIB to control the ILX LPA 9072 system( ILX company don't want to help me with it, tell me it is obsolete). I hope your guys can help:

 

Simply I'm using IEEE 488.2 " measurement & automation explore" control the ILX 9072. The 9072 reacts for the first command; if issue another command, the error occurs:(EABO):6 . then issue new command, the 9072 reacts again. The error happens after you issues another command.

 

Pls see the NI.spy attachment. how can avoid it in the Visual Basic code? Thanks a lot!!!

 

 

0 Kudos
Message 1 of 11
(7,415 Views)

What is your timeout setting? Did you try increasing the timeout?

0 Kudos
Message 2 of 11
(7,394 Views)

I can't read the spy file. What version are you using?

 

The error message indicates it is not at all related to a timeout. The error can happen if you write a query (i.e. a command terminated by a ?) and then do not do a read but instead do another write. Or if you do a read, you do not read all the data in the transmit buffer of the instrument before doing another write. You also have to be careful to issue commands sequentially. The GPIB bus cannot do parallel commands except in special circumstances.

0 Kudos
Message 3 of 11
(7,377 Views)

Thanks for your reply. timeout setting is 10s; I will try use  30s later on.but,  I don't understand why it reacts first command( very fast response), then error occurs for the second command. Can I use a "feak" command insert bettween two real commands without interrupting the process?   Thanks!

0 Kudos
Message 4 of 11
(7,373 Views)

NI Spy version 2.5.  I hope you can open it. The machine is strange. It can handle( quick response) the first command even it is multiple orders(in parallel).

But it doesn't react to the second command... 

0 Kudos
Message 5 of 11
(7,372 Views)
0 Kudos
Message 6 of 11
(7,371 Views)

Don't do anything in parallel. GPIB just does not work that way. In fact, you may have to put delays between the writes in order to allow the instrument to finish processing one command before you send another. Your failure with the second command indicates that to me.

 

Did you test all of these commands in MAX first?

 

p.s. As I said, I don't think the answer about checking/changing the timeout setting is at all relevant to this type of error.

0 Kudos
Message 7 of 11
(7,364 Views)

I agree that it may not be timeout issue.

The test are done by MAX. The delay time between each write can be as long as 2 minutes, but the problem still happens; I need to issue the write twice to execute the command. Is there someway to " feak" between two writes?

( I'm using VB test timeout :10s; the same error awlay happen.I need to press the "retry" all the time to performance one test)

 

Some strange thing(good thing): you can issue two sequential query  without problem;   Thanks

0 Kudos
Message 8 of 11
(7,358 Views)

I see the timestamps now and I would expect the delay between commands to be more than sufficient.

 

What is 'feak'?

 

I'm not sure what else to try. I've used other ILX instruments but not this one. Not sure it will help but you can go into MAX and configure the bus timing for the GPIB card. It think the default is 500ns. Try increasing it.

0 Kudos
Message 9 of 11
(7,354 Views)

Thanks! I will try in the MAX to 2 us. If it works, how can modify it in the VB code( module: comGPIB)?

0 Kudos
Message 10 of 11
(7,347 Views)