Notes from J Howse 19NOV2010 Meeting
This commit is contained in:
parent
1a8dc98b21
commit
1b784c6090
@ -12,9 +12,7 @@ In the field of safety engineering this derived component corresponds to a low~
|
||||
%The technique uses a graphical notation, based on Euler\cite{eulerviz} and Constraint diagrams\cite{constraint} to model failure modes and failure mode common symptom collection. The technique is designed for making building blocks for a hierarchical fault model.
|
||||
%
|
||||
Once the failure modes have been determined for a sub-system/{\dc},
|
||||
this {\dc} can be combined with others to form {\fgs} groups
|
||||
to model
|
||||
higher level sub-systems/{\dcs}.
|
||||
this {\dc} can be combined with others to form {\fgs} to model higher level sub-systems/{\dcs}.
|
||||
%
|
||||
In this way a hierarchy to represent the fault behaviour
|
||||
of a system can be built from the bottom~up. This process can continue
|
||||
@ -30,7 +28,7 @@ Once a hierarchy is in place, it can be converted into a fault data model.
|
||||
From the fault data model, automatic generation
|
||||
of FTA \cite{nasafta} (Fault Tree Analysis) and mimimal cuts sets \cite{nucfta} are possible.
|
||||
Also statistical reliability/probability of failure~on~demand \cite{en61508} and MTTF (Mean Time to Failure) calculations can be produced
|
||||
automatically \footnote{Where component failure mode statistics are available \cite{mil1991}}.
|
||||
automatically\footnote{Where component failure mode statistics are available \cite{mil1991}}.
|
||||
%
|
||||
This chapter focuses on the process of converting {\fgs} to {\dcs}, or building the `blocks' of the FMMD hierarchy.
|
||||
We can term this stage in FMMD analysis as the `symptom extraction' process.
|
||||
|
@ -6,6 +6,7 @@
|
||||
\usepackage{amsfonts,amsmath,amsthm}
|
||||
\usepackage{algorithm}
|
||||
\usepackage{algorithmic}
|
||||
\usepackage{lastpage}
|
||||
\usepackage{ifthen}
|
||||
\newboolean{paper}
|
||||
\setboolean{paper}{true} % boolvar=true or false
|
||||
@ -16,6 +17,15 @@
|
||||
|
||||
\begin{document}
|
||||
\pagestyle{fancy}
|
||||
\fancyhf{}
|
||||
%\renewcommand{\chaptermark}[1]{\markboth{ \emph{#1}}{}}
|
||||
\fancyhead[LO]{}
|
||||
\fancyhead[RE]{\leftmark}
|
||||
%\fancyfoot[LE,RO]{\thepage}
|
||||
\cfoot{Page \thepage\ of \pageref{LastPage}}
|
||||
\rfoot{\today}
|
||||
\lhead{The Symptom Extraction process of FMMD}
|
||||
|
||||
|
||||
%\outerhead{{\small\bf Symptom Extraction Process}}
|
||||
%\innerfoot{{\small\bf R.P. Clark } }
|
||||
|
Binary file not shown.
Binary file not shown.
Before Width: | Height: | Size: 19 KiB After Width: | Height: | Size: 23 KiB |
@ -1,5 +1,5 @@
|
||||
|
||||
\section{Fault Finding \\ and Failure Mode Analysis}
|
||||
\section{Fault Finding and Failure Mode Analysis}
|
||||
|
||||
\subsection{Static Analysis}
|
||||
|
||||
@ -23,7 +23,7 @@ can be derived.
|
||||
FMMD can model electrical, mechanical and software using a common notation,
|
||||
and can thus model an entire electro-mechanical software controlled system.
|
||||
|
||||
\subsection{Top Down or \\ natural trouble shooting}
|
||||
\subsection{Top Down or natural trouble shooting}
|
||||
It is interesting here to look at the `natural' trouble shooting process.
|
||||
Fault finding is instinctively performed from the top-down.
|
||||
A faulty piece of equipment is examined and will have a
|
||||
@ -49,6 +49,7 @@ Top down formal fault isolation/finding techniques for electronics are described
|
||||
%%
|
||||
|
||||
%% insert diagram here
|
||||
|
||||
\begin{figure}[h]
|
||||
\centering
|
||||
\includegraphics[width=300pt,bb=0 0 587 445,keepaspectratio=true]{symptom_ex_process/top_down_de_comp.jpg}
|
||||
@ -85,7 +86,10 @@ The effects on the functional group can then be collected as common symptoms,
|
||||
and now we may treat the functional group as a component, as it has a known set of failure modes.
|
||||
%
|
||||
By reusing the `components' derived from functional~groups an entire
|
||||
hierarichal failure mode of the system can be built.
|
||||
hierarichal failure mode model of the system can be built.
|
||||
That is to say, using derived components in higher level functional groups
|
||||
a hierarchy is naturally formed.
|
||||
%
|
||||
By working from the bottom up, we can trace all possible sources
|
||||
that could cause a particular mode of equipment failure.
|
||||
This means that at the design stage of a product all component failure
|
||||
@ -114,7 +118,7 @@ These are listed in table~\ref{tab:symexdef}.
|
||||
|
||||
A system, is any coherent entity that would be sold as a product. % safety critical product.
|
||||
A sub-system is a system that is part of some larger system.
|
||||
For instance a stereo amplifier separate is a sub-system. The
|
||||
For instance a stereo amplifier separate/slave is a sub-system. The
|
||||
whole sound system, consists perhaps of the following `sub-systems':
|
||||
CD-player, tuner, amplifier~separate, loudspeakers and ipod~interface.
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user