EPICS Home

Experimental Physics and Industrial Control System


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

Subject: RE: CLS OMS 58 Failure Report
From: "Elder Matias" <[email protected]>
To: "Ron Sluiter" <[email protected]>
Cc: [email protected]
Date: Wed, 21 Oct 2009 09:51:56 -0600
Ron,

In our case the problem is a little different.  Back in 2006/7 after the
ID34 problem at APS we had all of our OMS58 cards modified by the vendor
including the card that failed this summer.  

Elder


-----Original Message-----
From: Ron Sluiter [mailto:[email protected]] 
Sent: Wednesday, October 21, 2009 9:06 AM
To: Elder Matias
Cc: [email protected]
Subject: Re: CLS OMS 58 Failure Report

Hello Elder,

This failure, and the vendor's fix, are documented in the following 
tech-talk message;

http://www.aps.anl.gov/epics/tech-talk/2006/msg01261.php

 From the above message;
> OMS VME58 user's should review what the consequences of
> having this failure occur at their facilities would be.
> The decision to have your boards retrofitted should strike
> a balance between the probability of board failure (higher
> if exposed to radiation) and the consequences of that
> failure. 

Ron

Elder Matias wrote:
> I should have sent this failure report out some time ago in case it is
> helpful at one of the other labs.
>
> This summer we had an OMS58 board fail.  The result of the failure was
a
> less than desirable outcome for one of our Kohzu monocromator.
>
> The nature of the failure is that on several channels this OMS58 board
> started sending pulses out to the motors, in complete disregard to any
> limit switches and without being commanded by the software.  Without
any
> hard stops or secondary limit switches that interlock the drive power
> the motors continued moving beyond their normal range of travel and
did
> a bit of damage to the internals of the mono.  In this application we
> were relying on the firmware (on the board) to stop the motion when
the
> limit switches were hit.
>
> We removed the board from the beamline, brought it back to our
controls
> test lab, were able to reproduce the failure in a different setup.
The
> board was shipped back to the supplier, they localized the failure to
a
> data buffer IC (74245) that is located in U82 on OMS58.
>
> Elder
>
>   



References:
CLS OMS 58 Failure Report Elder Matias
Re: CLS OMS 58 Failure Report Ron Sluiter

Navigate by Date:
Prev: RE: CLS OMS 58 Failure Report Elder Matias
Next: compiling streamDevice with CALC set fails Dr. Peter Zumbruch
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: CLS OMS 58 Failure Report Ron Sluiter
Next: compiling streamDevice with CALC set fails Dr. Peter Zumbruch
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024