EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: RE: problem using streams with asyn for Agilent E5810A Ethernet->GPIB
From: "Mark Rivers" <[email protected]>
To: <[email protected]>, "tech talk" <[email protected]>
Date: Fri, 11 May 2007 10:33:47 -0500
It looks like that with asyn record you have set an input terminator (IEOS) to CR/LF, but on output (OEOS) no terminator, because I don't see a CR LF being sent?  However, for streams you set TERMINATOR rather than a separate terminator in input and output.  So it is sending CR/LF on output also.  Maybe that is the problem?
 
Mark
 

________________________________

From: Matthew Pearson [mailto:[email protected]]
Sent: Fri 5/11/2007 10:01 AM
To: tech talk
Subject: problem using streams with asyn for Agilent E5810A Ethernet->GPIB


Hi,

I've been trying to get a Lakeshore 340 temperature controller working via a Agilent E5810A Ethernet to GPIB gateway. I can run a soft IOC and communicate successfully using an AsynRecord, writing to the AOUT field and reading the result back from the AINP field. 
However, I would like to use the 340 via streams. My protocol file looks like:

Terminator = CR LF;
ReplyTimeout = 1000;

getID {
   out "*IDN?"; 
   in "%s";
}


And the record tied to this, is:

record(stringin, "$(P):ID") {
  field(DTYP, "stream")
  field(INP, "@ls340.proto getID L0 12")
}

If I process the record, then the IOC prints:

************************

epics> 2007/05/11 15:55:45.125 L0 addr 12 queueRequest priority 0 not lockHolder
2007/05/11 15:55:45.125 L0 schedule queueRequest timeout
2007/05/11 15:55:45.125 L0 callback
2007/05/11 15:55:45.125 L0 addr 12 queueRequest priority 0 not lockHolder
2007/05/11 15:55:45.125 L0 schedule queueRequest timeout
2007/05/11 15:55:45.125 L0 callback
2007/05/11 15:55:45.125 L0 12 vxiWrite numchars 5
2007/05/11 15:55:45.128 L0 12 vxiWrite
*IDN?
*IDN?

2a 49 44 4e 3f
2007/05/11 15:55:45.128 L0 addr 12 queueRequest priority 0 from lockHolder
2007/05/11 15:55:45.128 L0 schedule queueRequest timeout
2007/05/11 15:55:45.128 L0 callback
2007/05/11 15:55:45.128 L0 vxiSetEos 0

2007/05/11 15:55:45.140 L0 12 vxiRead
L
L

4c
2007/05/11 15:55:45.140 BL16I-EA-LS340-01:ID: asynOverflow:
2007/05/11 15:55:45.140 BL16I-EA-LS340-01:ID: I/O error from device
2007/05/11 15:55:45.140 BL16I-EA-LS340-01:ID: Protocol aborted

*************************

This is with all asyn tracing turned on.

The equivalent printout for the AsynRecord, is:

****************************

2007/05/11 15:57:53.682 L0 addr 12 queueRequest priority 0 not lockHolder
2007/05/11 15:57:53.682 L0 schedule queueRequest timeout
2007/05/11 15:57:53.682 L0 callback
2007/05/11 15:57:53.682 mp49:asyn:Record: asynCallbackProcess, state=3
2007/05/11 15:57:53.683 mp49:asyn:Record flush
2007/05/11 15:57:53.683 L0 12 vxiWrite numchars 5
2007/05/11 15:57:53.685 L0 12 vxiWrite
*IDN?
*IDN?

2a 49 44 4e 3f
2007/05/11 15:57:53.685 mp49:asyn:Record: nwrite=5, status=0, nawt=5
*IDN?
*IDN?

2a 49 44 4e 3f
2007/05/11 15:57:53.741 L0 12 vxiRead
LSCI,MODEL340,342162,042304

LSCI,MODEL340,342162,042304\r\n

4c 53 43 49 2c 4d 4f 44 45 4c 33 34 30 2c 33 34 32 31 36 32
2c 30 34 32 33 30 34 0d 0a
2007/05/11 15:57:53.741 mp49:asyn:Record: inlen=40, status=0, ninp=29
LSCI,MODEL340,342162,042304

LSCI,MODEL340,342162,042304\r\n

4c 53 43 49 2c 4d 4f 44 45 4c 33 34 30 2c 33 34 32 31 36 32
2c 30 34 32 33 30 34 0d 0a
2007/05/11 15:57:53.741 mp49:asyn:Record: inlen=29, nbytesTransfered=29, ntranslate=31

**********************************************************

And this seems fine, the write and read works and I get back the result which I want.

Any ideas about the problem with the streams record? 
I have attached my IOC startup file too.

Thanks,
Matthew




References:
Difficulty with building Channel Archiver Szalata, Zenon M.
Re: Difficulty with building Channel Archiver Kay-Uwe Kasemir
problem using streams with asyn for Agilent E5810A Ethernet->GPIB Matthew Pearson

Navigate by Date:
Prev: problem using streams with asyn for Agilent E5810A Ethernet->GPIB Matthew Pearson
Next: Re: JCA Library usage J. Lewis Muir
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: problem using streams with asyn for Agilent E5810A Ethernet->GPIB Matthew Pearson
Next: Re: problem using streams with asyn for Agilent E5810A Ethernet->GPIB Rodney R. Porter
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 10 Nov 2011 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·