Argonne National Laboratory

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

Subject: RE: CLS OMS 58 Failure Report
From: "Elder Matias" <Elder.Matias@lightsource.ca>
To: "Ron Sluiter" <sluiter@aps.anl.gov>
Cc: tech-talk@aps.anl.gov
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:sluiter@aps.anl.gov] 
Sent: Wednesday, October 21, 2009 9:06 AM
To: Elder Matias
Cc: tech-talk@aps.anl.gov
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 
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 
ANJ, 31 Jan 2014 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·