Argonne National Laboratory

Experimental Physics and
Industrial Control System

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  <20192020  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  <20192020 
<== Date ==> <== Thread ==>

Subject: RE: StreamDevice - disable INVALID/CALC alarm for @mismatch
From: "O'Hea, James \(DLSLtd, RAL, LSCI\) via Tech-talk" <tech-talk@aps.anl.gov>
To: "'Sobhani, Bayan'" <bsobhani@bnl.gov>
Cc: "tech-talk@aps.anl.gov" <tech-talk@aps.anl.gov>
Date: Tue, 5 Nov 2019 17:18:58 +0000

Hi Alex,

 

One solution is just to not associate the mismatch with a record and just swallow the junk

 

eg   @mismatch { in "%*s"}

 

James

 

 

From: Tech-talk <tech-talk-bounces@aps.anl.gov> On Behalf Of Sobhani, Bayan via Tech-talk
Sent: 04 November 2019 18:53
To: tech-talk@aps.anl.gov
Subject: StreamDevice - disable INVALID/CALC alarm for @mismatch

 

We have temperature sensors that sometimes send junk characters even though they are not supposed to. To compensate for this, I added an @mismatch routine to the IOC's protocol file which catches the junk characters. This handles it nicely except it puts the record into an Invalid alarm state

I understand this is expected behavior since the StreamDevice documentation says:

"It means that the device has sent something else than what the protocol expected. If the handler starts with an
in command, then this command reparses the old input from the unsuccessful in. Error messages from the unsuccessful in are suppressed. Nevertheless, the record will end up in INVALID/CALC state (see chapter Record Processing)."

However, for our purposes we do not consider a fallback onto the mismatch function to be significant enough to put the record into an alarm state. Is it possible to prevent the @mismatch from taking the record into an alarm state?

Alex

 

-- 

This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd.
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
 


References:
StreamDevice - disable INVALID/CALC alarm for @mismatch Sobhani, Bayan via Tech-talk

Navigate by Date:
Prev: Two v7.0.3.1 questions Pierrick M Hanlet via Tech-talk
Next: RE: Two v7.0.3.1 questions Mark Rivers via Tech-talk
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  <20192020 
Navigate by Thread:
Prev: StreamDevice - disable INVALID/CALC alarm for @mismatch Sobhani, Bayan via Tech-talk
Next: Trying to get new R3.15.7 and synapps 6.1 working. Eric Norum via Tech-talk
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  <20192020 
ANJ, 05 Nov 2019 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·