Experimental Physics and
| |||||||||||||||||
|
Hi Mark, I'm using stream device, and I'm talking to a device via Ethernet. The record and protocol are as below. Note the SCAN field of the record is set to be greater than the ReplyTimeout. When the device is up and running, all is fine. But if the device shuts off unexpectedly, my record after a few seconds goes in the SCAN alarm status. I could bring the device up again and try re-establishing the connection, but I then need this record to start processing normally again. My understanding is that this happens when the record is found with PACT=1 for 10 consecutive times. But why is it happening in the first place here...? Shouldn't the record simply time out and keep processing every second? If the device is not there at IOC startup, the record does process every second, it just complains that it can't connect. Shouldn't it be the same when it looses an existing connection? So my question becomes: Why is the record going in STAT=SCAN, and if I can't avoid it, can I recover from it? Otherwise I'll have to restart the IOC. Thanks, Isabella **In the database: record(ai, "DEV:SOURCE_MODE") { field(DTYP, "stream") field(INP, "@my.proto source_mode() $(PORT)") field(SCAN, "1 second") } **In the protocol: ReplyTimeout = 500; source_mode { out "source_mode?"; in "%i"; } On 1 April 2015 at 13:55, Mark Rivers <[email protected]> wrote: The answer will depend on how the record got to the STAT=SCAN state. Device support can set STAT and SEVR.
| ||||||||||||||||
ANJ, 16 Dec 2015 |
·
Home
·
News
·
About
·
Base
·
Modules
·
Extensions
·
Distributions
·
Download
·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing · |