One other option is a VME bus extender. That way you may not even need
a processor on the other end. In my other life we ran a manipulator off
of a bridge crane over fiber that way.
I am using a set of the Fanuc shared memory modules in our timing system
to get field data to our RTDL. Nice part of it being in the timing
system is that it does not need to do any hand shaking, just checking,
since I know when everything happens. The delay from point A to B is
just a few microseconds, insignificant in our case.
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Ralph Lange
Sent: Wednesday, November 12, 2008 9:20 AM
To: EPICS Tech Talk
Subject: Fast Cross-IOC Loops?
Hello!
What would be the smartest way to implement fast cross-IOC loops that
are high-priority?
Problem: The CA server tasks on the target IOC are low priority (for
good reasons, I know!), so that - even with a fast synchronous device
support -
any stupid slow-and-low record processing on that IOC will introduce
delays, which leads to jitter or multiple CA updates before the target
record gets processed.
Oh, yes: "fast" would be something below 200Hz.
Any hints welcome...
Ralph
- References:
- Fast Cross-IOC Loops? Ralph Lange
- Navigate by Date:
- Prev:
Re: USE of CA lib: problem using ca_array_put_callback with strings haquin
- Next:
Re: USE of CA lib: problem using ca_array_put_callback with strings Andrew Johnson
- 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: Fast Cross-IOC Loops? Matthieu Bec
- Next:
WireSet missing with 3.14.10 Dehong Zhang
- 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
|