Experimental Physics and Industrial Control System
|
Zhang, Dehong wrote:
Hi,
For some commands, my device replies with only an "ACK" or "NAK",
no EOS. Streamdevice gets the byte ok, then gets stuck waiting for
more input, but there is no more.
We are "still" using base 3.14.9, asyn 4.10 and streamdevice 2.4.
The replytimeout is set to 900, readtimeout is 100, maxinput is 0.
The problem seems to be asyn not timing out. Could you guys advise
on what I may have missed? Is there a quick fix, instead of upgrading
the whole complex to new versions?
Thanks much and best regards,
Dehong
If a protocol has only ACK as a reply, you can work with maxinput=1 and
no interminator. Interminator and maxinput can both be set on a per
protocol base.
If I understand correctly, none of the replies has a terminator, all
start with ACK (if successful) and probably those which return a value
have a fixed number of characters. Is that correct?
inTerminator="";
simpleCommand {
maxInput=1;
out "command";
in ACK;
}
readValue {
maxInput=5; # assume 5 char reply: ACK + 4 char int
out "value?";
in ACK "%d";
}
Dirk
- Replies:
- RE: streamdevice problem with 1 byte reply Zhang, Dehong
- References:
- streamdevice problem with 1 byte reply Zhang, Dehong
- Navigate by Date:
- Prev:
RE: TEMPE_VEAT Exception Szalata, Zenon M.
- Next:
Re: StreamDevice: Input "1" does not match format %1r Dirk Zimoch
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
<2011>
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
RE: streamdevice problem with 1 byte reply Mark Rivers
- Next:
RE: streamdevice problem with 1 byte reply Zhang, Dehong
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
<2011>
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|
ANJ, 18 Nov 2013 |
·
Home
·
News
·
About
·
Base
·
Modules
·
Extensions
·
Distributions
·
Download
·
·
Search
·
EPICS V4
·
IRMIS
·
Talk
·
Bugs
·
Documents
·
Links
·
Licensing
·
|