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

Subject: Re: EPICS Time provider, MRF TImestamp
From: "Johnson, Andrew N. via Tech-talk" <tech-talk at aps.anl.gov>
To: GAGET Alexis <alexis.gaget at cea.fr>
Cc: EPICS tech-talk <tech-talk at aps.anl.gov>
Date: Tue, 12 Oct 2021 15:27:41 +0000
Hi Alexis,

On Oct 12, 2021, at 9:37 AM, GAGET Alexis via Tech-talk <tech-talk at aps.anl.gov> wrote:

I have a MRF Timing system that is working well. I’m using Timestamp from the EPICS driver mrfioc2. I can see in my MRF IOCs that the Time provider is the “EVR”, and then all my PVs in those MRF IOCS are well timestamped.
But obviously in my other IOC (soft IOC or any other device IOC), I haven’t MRF Time provider and they are using the “OS Clock” as a timestamp reference.  I’d like to use the MRF Timestamp as reference for any IOCs in my system. Is there a way to do that ? declaring a new time provider from a PV ? I’ve tried to test to declare a new time provider without any success until then, if you have example it’s welcome.

The MRF time provider can only work when the system has an MRF receiver connected to a source of time events. Older versions of EPICS had an alternative way to synchronize time-stamps over the network for IOCs running on VxWorks, but it was quite crude and gave worse results than the sophisticated methods used by time sync daemons on Linux.

Sure my OS can be synchronized by NTP, but I have bad experience with NTP and I’d like to know if there is an EPICS way to do that.

The APS has switched our Linux systems from using ntpd to a newer daemon called Chrony which we find works much better, especially on systems that are running as a VM and not on bare metal. I believe there are now other choices as well, and you might also be able to use PTP instead of NTP for the network protocol, although we found that Chrony gave very similar results to using PTP.

HTH,

- Andrew

-- 
Complexity comes for free, simplicity you have to work for.


References:
EPICS Time provider, MRF TImestamp GAGET Alexis via Tech-talk

Navigate by Date:
Prev: RE: Support for recent general purpose oscilloscopes? Leblanc, Gregory via Tech-talk
Next: Re: channel and pv deadband 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  <20212022  2023  2024 
Navigate by Thread:
Prev: Re: EPICS Time provider, MRF TImestamp Michael Davidsaver via Tech-talk
Next: phoebus-olog Leblanc, Gregory 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  <20212022  2023  2024 
ANJ, 12 Oct 2021 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·