EPICS RE: Base R7.0.2.2 VME

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 <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 2017 2018 <2019> 2020 2021 2022 2023 2024
<== Date ==>		<== Thread ==>

Subject:	RE: Base R7.0.2.2 VME_IO Parsing
From:	Graham Cox - UKRI STFC via Tech-talk <[email protected]>
To:	Michael Davidsaver <[email protected]>
Cc:	"[email protected]" <[email protected]>
Date:	Mon, 23 Sep 2019 14:54:31 +0000

Thanks for the clarification Michael.

We are using the PSI branch of mrfioc2 (due to our use of the MRF VME-300 series boards), so I guess this is why we don't see the change to INST_IO.

This brings up the point discussed at the timing workshop of ICALEPCS 2017 in Barcelona about efforts to merge the PSI and 'vanilla' branches of mrfioc2.  Has any progress been made on this, or is this unlikely to happen in the (nearish) future?

Thanks,

Graham

-----Original Message-----
From: Michael Davidsaver [mailto:[email protected]] 
Sent: 23 September 2019 15:12
To: Cox, Graham (STFC,DL,TECH)
Cc: [email protected]
Subject: Re: Base R7.0.2.2 VME_IO Parsing

On 9/23/19 2:48 AM, Graham Cox - UKRI STFC via Tech-talk wrote:
> Is this behaviour an intentional change from Base 3.14->7 ?  Or am I missing something here?

Yes, back in 2015 as part of my work on linking and locksets the parser was made stricter.
The numbers became non-optional, were required to be decimal.  This was released in
3.16.0.1 (in 2016).

Also on the subject of updates.  Around the same time I switched mrfioc2 from VME_IO
links to INST_IO.

> record(bo, "$(P)ResetMxc-Cmd") {
>     field( DTYP, "Obj Prop bool")
>     field( OUT , "@OBJ=$(OBJ), PROP=Reset MXC")
>     field( DESC, "EVG Reset MXC")
>     field( PINI, "YES")
>     field( VAL, "1")
>     field( UDF, "0")
> }

https://github.com/epics-modules/mrfioc2/blob/1e703ba49944cd2137cd04641b80195347d1a404/evgMrmApp/Db/evgMrm.db#L35-L42

Replies:: Re: Base R7.0.2.2 VME_IO Parsing Michael Davidsaver via Tech-talk

References:: Base R7.0.2.2 VME_IO Parsing Graham Cox - UKRI STFC via Tech-talk; Re: Base R7.0.2.2 VME_IO Parsing Michael Davidsaver via Tech-talk

Navigate by Date:: Prev: Re: Base R7.0.2.2 VME_IO Parsing Michael Davidsaver via Tech-talk; Next: Re: Base R7.0.2.2 VME_IO Parsing Michael Davidsaver 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 <2019> 2020 2021 2022 2023 2024
Navigate by Thread:: Prev: Re: Base R7.0.2.2 VME_IO Parsing Michael Davidsaver via Tech-talk; Next: Re: Base R7.0.2.2 VME_IO Parsing Michael Davidsaver 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 <2019> 2020 2021 2022 2023 2024