EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

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

Subject: Re: VME Bus Error handling on MVME3100 and 6100 boards
From: Tim Mooney <[email protected]>
To: "Ernest L. Williams Jr." <[email protected]>
Cc: Andrew Johnson <[email protected]>, Till Straumann <[email protected]>, EPICS tech-talk <[email protected]>
Date: Thu, 17 Aug 2006 11:19:05 -0500
Ernest L. Williams Jr. wrote:
...
So, I have filed a technical concern with both Motorola and WindRiver.
Of course, this will lead to TUNDRA but we need to get this resolved if
we want to move forward and have reliability.

I will post the results back here hopefully in the near future.


========== Response from Motorola below ===============================

Motorola has received the fiollowing response from an engineer that was
involved with the TEMPE and from Tundra:

Tundra states that "the error handling with respect to a BERR
termination as a VMEbus master works as described in the Users Manual.
Tundra has no plans of changing this."  If the customer doesn't feel
that signaling via an interrupt is insufficient then we have no
recourse.  Please note that both Mac and Tundra agree that a failed read
of a valid VME address would likely occur only as a result of a
catastrophic system failure, i.e. the target board smoked.  The
probability that a failed read, when (or if) retried would return data
is essentially zero.
========================================================================

Not sure, what to make out of that initial response?

"...failed read of a valid VME address..." suggests that they interpreted ^^^^^ your concern differently than you intended. Or maybe hardware guys just assume software developers are so good that no software would *ever* try to read something that isn't there. Kind of flattering, yes, but I, for one, don't deserve that level of respect. Anyway, the answer seems clear, even if their justification for it isn't quite on point.


-- Tim Mooney ([email protected]) (630)252-5417 Beamline Controls & Data Acquisition Group Advanced Photon Source, Argonne National Lab


Replies:
Re: VME Bus Error handling on MVME3100 and 6100 boards Till Straumann
References:
VME Bus Error handling on MVME3100 and 6100 boards Andrew Johnson
Re: VME Bus Error handling on MVME3100 and 6100 boards Kate Feng
Re: VME Bus Error handling on MVME3100 and 6100 boards Till Straumann
Re: VME Bus Error handling on MVME3100 and 6100 boards Andrew Johnson
Re: VME Bus Error handling on MVME3100 and 6100 boards Andrew Johnson
Re: VME Bus Error handling on MVME3100 and 6100 boards Ernest L. Williams Jr.
Re: VME Bus Error handling on MVME3100 and 6100 boards Ernest L. Williams Jr.

Navigate by Date:
Prev: EPICS Web Mirror How-To Ralph Lange
Next: RE: Original Motorola MVME 167 PROM Hammonds, John P.
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: VME Bus Error handling on MVME3100 and 6100 boards Ernest L. Williams Jr.
Next: Re: VME Bus Error handling on MVME3100 and 6100 boards Till Straumann
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 02 Sep 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·