EPICS Controls 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  <20172018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <20172018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Spurious "Channel write request failed" messages
From: Andrew Johnson <[email protected]>
To: <[email protected]>
Date: Mon, 25 Sep 2017 12:08:54 -0500
On 09/23/2017 06:15 AM, Ralph Lange wrote:
> Alas, there's no bug in the issue tracker for it, and it is not
> mentioned on the "Known Issues" page. We should probably add the latter
> at least.

Patch file created and linked from the Known Problems page for 3.16.1 at
  http://www.aps.anl.gov/epics/base/R3-16/1-docs/KnownProblems.html

- Andrew

> On Sat, Sep 23, 2017 at 11:47 AM, Michael Ritzert
> <[email protected]
> <mailto:[email protected]>> wrote:
> 
>     Hi all,
> 
>     since upgrading from 3.14 to 3.16.1, I see the following messages on
>     the console of an IOC:
>     DB CA Link Exception: channel "dest1"
>     DB CA Link Exception:  native  T=DBR_DOUBLE, request T=DBR_DOUBLE,
>     native N=1, request N=1,  access rights {RW}
>     DB CA Link Exception: "Channel write request failed", context "dest1"
> 
>     This is from a dfanout record that simply pushes a value to another IOC.
> 
>     However, the write succeeds.
> 
>     It's totally reproducible with these two DBs run in softIOCs:
> 
>     sender.db:
>     record(calc, "count") {
>             field(SCAN, "1 second")
>             field(VAL, "0")
>             field(PINI, "YES")
>             field(INPA, "count")
>             field(CALC, "A+1")
>     }
> 
>     record(dfanout, "send1") {
>             field(DOL,  "count CPP")
>             field(OMSL, "closed_loop")
>             field(OUTA, "dest1")
>     }
> 
>     record(dfanout, "send2") {
>             field(OMSL, "supervisory")
>             field(OUTA, "dest2")
>     }
> 
>     receiver.db:
>     record(ao, "dest1") {
>     }
> 
>     record(ao, "dest2") {
>     }
> 
>     There's one messages every second about dest1, and one on every
>     write to send2.
> 
>     Cheers,
>     Michael
>     --
>     Dr. Michael Ritzert                     Tel: +49 621 181 2883
>     <tel:%2B49%20621%20181%202883>
>     Schaltungstechnik und Simulation        Fax: +49 621 181 2734
>     <tel:%2B49%20621%20181%202734>
>     Technische Informatik, Uni Heidelberg 
>      [email protected]
>     <mailto:[email protected]>
>     68131 Mannheim, Germany               
>      http://sus.ziti.uni-heidelberg.de <http://sus.ziti.uni-heidelberg.de>
> 
> 

-- 
Arguing for surveillance because you have nothing to hide is no
different than making the claim, "I don't care about freedom of
speech because I have nothing to say." -- Edward Snowdon

References:
Spurious "Channel write request failed" messages Michael Ritzert
Re: Spurious "Channel write request failed" messages Ralph Lange

Navigate by Date:
Prev: Re: Archiver: Problems with disconnected PVs Benjamin Franksen
Next: Re: Coordinated motion with EPICS motor record So, Sung-Leung
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <20172018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: Spurious "Channel write request failed" messages Ralph Lange
Next: Coordinated motion with EPICS motor record Mark Rivers
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <20172018  2019  2020  2021  2022  2023  2024 
ANJ, 21 Dec 2017 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·