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

Subject: LONG INP fields and hexadecimal numbers
From: "Andrew C. Starritt" <Andrew.Starritt@synchrotron.org.au>
To: "'tech-talk@aps.anl.gov'" <tech-talk@aps.anl.gov>
Date: Wed, 21 Jun 2017 05:50:00 +0000
Hi,
I recently upgraded many of my IOCs from base R3.14.12.5 to R3.15.5.  I have noticed a
difference regarding literal hexadecimal numbers in INP fields as illustrated by the
following example (the transition was otherwise painless):
 
 
record (ai, "AI:HEX") {
    field (SCAN, ".1 second")
    field (INP,  "0x0200")
}
 
record (longin, "LI:HEX") {
    field (SCAN, ".1 second")
    field (INP,  "0x0200")
}
 
record (aSub, "AS:HEX") {
    field (SCAN, ".1 second")
    field (INPA, "0x0200")
    field (FTA,  "LONG")
    field (INPB, "0x0200")
    field (FTB,  "DOUBLE")
}
 
 
For EPICS R3.14.12.5 I get:
$ caget  AI:HEX  LI:HEX  AS:HEX.A  AS:HEX.B
AI:HEX                         512
LI:HEX                         512
AS:HEX.A                       512
AS:HEX.B                       512
 
 
while for EPICS R3.15.5 I now get:
$ caget  AI:HEX  LI:HEX  AS:HEX.A  AS:HEX.B
AI:HEX                         512
LI:HEX                         0
AS:HEX.A                       0
AS:HEX.B                       512
 
 
I could find any info from a quick search of the release notes and tech talk.
Is this intended behaviour, or is this a bug?
 
Regards
 
Andrew C. Starritt | Principal Controls Engineer | Australian Synchrotron
p: (03) 8540 4164 | f: (03) 8540 4200
andrew.starritt@synchrotron.org.au | www.synchrotron.org.au
800 Blackburn Road, Clayton, Victoria 3168
 
 
 

Replies:
Re: LONG INP fields and hexadecimal numbers Ralph Lange

Navigate by Date:
Prev: areaDetector developers meeting in Aix on Provence Mark Rivers
Next: Re: LONG INP fields and hexadecimal numbers Ralph Lange
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
Navigate by Thread:
Prev: areaDetector developers meeting in Aix on Provence Mark Rivers
Next: Re: LONG INP fields and hexadecimal numbers Ralph Lange
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
ANJ, 21 Jun 2017 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·