<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"><HTML><HEAD><META http-equiv=Content-Type content="text/html; charset=us-ascii"><META content="MSHTML 6.00.2800.1458" name=GENERATOR></HEAD><BODY><DIV dir=ltr align=left><SPAN class=512385117-05102004><FONT face=Arial color=#0000ff size=2>One question, what's that stuff after the query? </FONT></SPAN></DIV><DIV dir=ltr align=left><SPAN class=512385117-05102004><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV><DIV dir=ltr align=left><SPAN class=512385117-05102004><FONT face=Arial color=#0000ff size=2>Also, once the read is activated, it will wait for the data, however, as already stated, ya don't want to read too fast so a small delay between read and write is needed. Now VEE has another bad habit, memory leaks, esp at the i/o pins. So what you think you get, even errors, is sometimes not what's there, just stuck. I know, I know, how in the H*&*& could that happen. I dunno. I've seen it twice, ask my boss. And when its stuck, it'll stay there until you reboot VEE. I don't see this anymore, 'cause I always separate reads from writes.</FONT></SPAN></DIV><DIV dir=ltr align=left><SPAN class=512385117-05102004><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV><DIV dir=ltr align=left><SPAN class=512385117-05102004><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV><DIV dir=ltr align=left><SPAN class=512385117-05102004><FONT face=Arial color=#0000ff size=2>Rufus</FONT></SPAN></DIV><BR><DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><HR tabIndex=-1><FONT face=Tahoma size=2><B>From:</B> Andersen Dave-P26278 [mailto:Dave.Andersen@gdds.com] <BR><B>Sent:</B> Monday, October 04, 2004 3:41 PM<BR><B>To:</B> VRF<BR><B>Subject:</B> [vrf] RE: Strange 53152A problem<BR></FONT><BR></DIV><DIV></DIV><DIV><SPAN class=698393319-04102004><FONT face=Arial color=#0000ff size=2>That may be the case, but my rule stems from a problem I had getting a reading (I forget what instrument I was using) and not getting anything consistent until I separated the read from the write. There were no write transactions following the read.</FONT></SPAN></DIV><BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px"> <DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Les Hammer [mailto:Les.Hammer@CompleteTest.com]<BR><B>Sent:</B> Monday, October 04, 2004 12:29 PM<BR><B>To:</B> Andersen Dave-P26278; VRF<BR><B>Subject:</B> RE: [vrf] RE: Strange 53152A problem<BR><BR></FONT></DIV> <DIV><FONT face=Arial><SPAN class=176092219-04102004></SPAN></FONT><FONT size=2><FONT face=Tahoma>><SPAN class=176092219-04102004><FONT face=Arial color=#0000ff> </FONT></SPAN></FONT><FONT face=Arial color=#0000ff><SPAN class=774390619-04102004>Yup, I've seen this, too, even on other pieces of equipment. <SPAN class=176092219-04102004> </SPAN></SPAN></FONT></FONT></DIV> <DIV><FONT size=2><FONT face=Arial color=#0000ff><SPAN class=774390619-04102004><SPAN class=176092219-04102004>> </SPAN> In fact, I have made it a "rule" to never have a read transaction in an I/O box with anything else.</SPAN></FONT></FONT></DIV> <BLOCKQUOTE> <DIV><FONT face=Arial><SPAN class=774390619-04102004><SPAN class=176092219-04102004></SPAN></SPAN></FONT><FONT face=Tahoma><FONT size=2>><SPAN class=176092219-04102004><FONT face=Arial color=#0000ff> > </FONT></SPAN></FONT></FONT><SPAN class=592525718-04102004><FONT face=Arial color=#0000ff size=2>Try putting the read in a different I/O box. I have see a problem where I have an I/O <SPAN class=176092219-04102004> </SPAN></FONT></SPAN></DIV> <DIV><SPAN class=592525718-04102004><FONT size=+0><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=176092219-04102004>> </SPAN>box with a write and read, followed by another I/O box with a write, <SPAN class=176092219-04102004> ...</SPAN></FONT></FONT></FONT></FONT></SPAN></DIV> <DIV><SPAN class=592525718-04102004><FONT size=+0><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=176092219-04102004></SPAN></FONT></FONT></FONT></FONT></SPAN> </DIV> <DIV><SPAN class=592525718-04102004><FONT size=+0><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=176092219-04102004>The problem there is the write after the read, not the read after the write.</SPAN></FONT></FONT></FONT></FONT></SPAN></DIV> <DIV><SPAN class=592525718-04102004><FONT size=+0><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=176092219-04102004>It's an old parser problem.</SPAN></FONT></FONT></FONT></FONT></SPAN></DIV> <DIV><SPAN class=592525718-04102004><FONT size=+0><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=176092219-04102004>The first WRITE works ok - instrument responds with data.</SPAN></FONT></FONT></FONT></FONT></SPAN></DIV> <DIV><SPAN class=592525718-04102004><FONT size=+0><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=176092219-04102004>READ - takes data from the instrument. The bus is cleared. GPIB tells program it is done. Parser has not yet cleared the instrument's flag.</SPAN></FONT></FONT></FONT></FONT></SPAN></DIV> <DIV><SPAN class=592525718-04102004><FONT size=+0><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=176092219-04102004>Program WRITES. Parser bug tells it to check the input buffer (before the output flag clears) - BOOM gets an error because the output buffer flag isn't cleared yet. (Anything in the error queue after the timeout?)</SPAN></FONT></FONT></FONT></FONT></SPAN></DIV> <DIV><SPAN class=592525718-04102004><FONT size=+0><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=176092219-04102004></SPAN></FONT></FONT></FONT></FONT></SPAN> </DIV> <DIV><SPAN class=592525718-04102004><FONT size=+0><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=176092219-04102004>A 10 ms wait between READ and the next WRITE usually clears that up. </SPAN></FONT></FONT></FONT></FONT></SPAN></DIV> <DIV><SPAN class=592525718-04102004><FONT size=+0><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=176092219-04102004></SPAN></FONT></FONT></FONT></FONT></SPAN> </DIV> <DIV><SPAN class=592525718-04102004><FONT size=+0><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=176092219-04102004>Les Hammer</SPAN></FONT></FONT></FONT></FONT></SPAN></DIV></BLOCKQUOTE></BLOCKQUOTE>---<BR>You are currently subscribed to vrf as: rwarren@amti.net<BR>To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".<BR>To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".<BR>To send messages to this mailing list, email "vrf@agilent.com". <BR>If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". ---<BR>You are currently subscribed to vrf as: rsb@soco.agilent.com<BR>To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".<BR>To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".<BR>To send messages to this mailing list, email "vrf@agilent.com". <BR>If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".</BODY></HTML>