Submind YouTube summaries
Thumbnail for Week 7 - Lecture 35 : System-Level Prognostics, Health Management Integration, and Case Studies

Week 7 - Lecture 35 : System-Level Prognostics, Health Management Integration, and Case Studies

Watch on YouTube

Video summary

This lecture introduces the integration of diagnostics and prognostics within a systems approach to health management, emphasizing the distinct yet overlapping roles of these concepts. Diagnostics focuses on identifying current deviations from normal operation, while prognostics aims to predict future failures. The presentation highlights that while physics-based failure models offer scientific depth, data-driven machine learning techniques are superior for tracking real-time conditions and handling complex systems where failure characteristics vary significantly. To maximize accuracy, the lecture argues for a hybrid approach that combines data-driven methods with physics of failure principles, thereby reducing uncertainty in predictions. This synergy is particularly relevant for electronics, which are expected to be the first domain where these two methodologies effectively converge. The core framework for implementing diagnostic algorithms involves a structured process starting with defining objectives and engaging domain experts to elicit critical knowledge. This collaboration ensures that data pre-processing and feature extraction yield relevant inputs for machine learning models, which can range from statistical methods to artificial neural networks. A crucial component of this framework is the inference engine, which manages rule-based logic similar to fault trees and event trees, allowing the system to deduce consequences from specific conditions. Furthermore, the model must be designed to learn continuously; as new operational events occur, the algorithm should adapt by incorporating new vectors into its training set, mimicking human lifelong learning to maintain robustness in dynamic plant environments. To illustrate these concepts, the lecture utilizes a detailed fault tree analysis of a diesel generator, breaking down complex failure modes into basic events such as bearing failures or crankshaft issues. The analysis demonstrates how redundancy and diversity in starting systems—such as combining compressed air and electrical motor starts—can mitigate common cause failures. By expanding these fault trees to their root levels, engineers can create production rules that automatically diagnose specific failure scenarios, such as identifying a lack of diesel generation due to an air start problem. This structured decomposition allows for the creation of expert systems that support shift engineers by pinpointing failed components and distinguishing between independent causes and common cause failures, ultimately enhancing operational safety and efficiency. Finally, the lecture explores probabilistic methods, specifically Bayesian theorem and the Naive Bayes classifier, to quantify uncertainty in failure predictions when data is limited. Using an electronic board example, the speaker demonstrates how prior knowledge about component quality, environmental conditions like temperature and humidity, and human factors can be combined with expert elicitation to estimate the probability of common cause failures. The mathematical derivation shows how posterior probabilities are calculated by updating prior beliefs with new evidence, providing a rigorous statistical foundation for decision-making. This approach offers an alternative to purely empirical methods, allowing organizations to assess risks even when comprehensive historical data is unavailable, and suggests that fuzzy logic could further enhance these mechanisms in future applications.
Read the full video transcript
So friends, we are there on the fixed lecture of seventh week and that is prognostics and health management a systems approach. Okay. In this lecture, we'll see um how diagnostics can be implemented in machine learning. Um we'll not be exactly discussing machine learning, but a sort of connection between diagnostics and machine learning. So um let me introduce first um diagnostics and prognostics, both can be done online or offline. That we have shown and discussed there actually. Uh and objective is to know or detect any deviation from the normal operation actually. So in that sense diagnostics is a present situation what is going on and what what will happen, but the prognostics is predicting the future. So there is one difference. Okay? And they have overlapping actually. Uh data-driven machine learning techniques are emerging tool for because physics of failure on the contrary they require a lot of scientific uh uh scientific depth into failure. Each failure has got its own characteristic. So machine learning and data-driven technique, they are basically tracking in time and trying to tell what is going on and that looks more much better an option. Prognostics using physics-based failure approach can be useful for reducing the uncertainty. That means one module which was predicting based on data. Now, other one physics of So, if they join together and they can reduce the uncertainty in declaring the results, that will be a good idea. But for that physics of failure approach have to come to real-time situation, especially a lot of electronics have been done. So, I think electronics is going to be the first area where POF working with the data data-driven approach. And for complex system, the the domain is very vast. So, so probably the in complex system, signals are being monitored. So, use the process parameter or you know, signatures which are there in the control room for prognostics number one and number two, go for data-driven approach. That means at local level in the area are the signal coming on the health of the machines also. And in that case, the fault tree event tree knowledge is part knowledge is available. It has to be further expanded. For we have as I mentioned earlier, expert system-based approach. So, fault tree event tree can directly translate into rule-based approach and wherever quantified rules or qualitative rules are not available, linguistic informations or vague situations are there. Even fuzzy approach can do a good job. Sign diagram Though I have it did not form part of my lecture, but then during while discussing some example, I'll definitely discuss this. And then nails base classifier. It is a classifying approach where and here I have done in this lecture, I have done this you know, use of this approach nails base approach for classifier that is yes or no uh variable for a common cause failure mechanism. And since there were some example available in generic source, I have adopted that thing for our common cause failure analysis. So, now uh major elements of diagnostic algorithm. So, one is identifying the objective and scope. Then uh domain expert, I am repeatedly uh talking about don't domain experts involvement into the to elicit the knowledge and the model uh is a key to success of diagnostics uh the way it was there for even prognostics also. Then we have to have a a regime for data pre-processing, machine learning. Uh we have to select proper machine. Uh that is the machine learning approach. Um it could be ANN, it could be statistical approach. Uh but we the results define what kind of approach we're going to use. And for that lot of iteration of simulations are are required. Uh the especially for rule-based approach, there is there is a strategy called inference engine. Uh if X is equal to Y, Y is equal to Z, then the consequence. So, uh for for for making it working in a machine learning model uh requires a inference engine approach. So, we should have a proper inference engine approach. Uh and then training of machine learning approach. Um maybe if you have a data set of X, so uh 0.8 X we can use for training and 0.2 X we can use it for um recall test uh because we have to validate the model actually. And apart from this, some new vectors have to be brought and unless until we put it in the use, we will not know whether our training is complete or not. So, it is a like a human keeps learning all through his life in the operational ecosystem, machine also has a one because new event has come. So, if it is not able to match onto a our vector module, then new event should be recorded and this the machine learning algorithm should ask whether you want to train this algorithm. We if we train it, it becomes part of our vectors, trained vectors. So, how the framework works and we are talking about the supervised learning only. So, first as we mentioned in the previous slide, scope and objective, then just to just to underline the point, domain expert and machine learning team, they should work together for data pre-processing and feature extraction. And domain expert should be on the same page with the machine learning equipment. Okay, whatever features we are extracting, they are they are they are relevant and they can be fruitfully utilized. And then preparation of vectors, that means labels. So, for every vector there will be a label. And but if this is ready, then then we have a machine learning algorithm. Okay. So, training goes on actually. So, once you have a trained ML, then test vector should be subjected. And finally, we have the trained machine machine learning diagnostic framework. These steps are important to have a robust model of diagnostics in a plant. And this this should be generic to the extent possible, that means it should be so much its applicability could should be for electronics component, mechanical components, civil component. So, the model should be generic and you know, available for rule-based approach. In fact, it should accommodate different techniques also. So, this machine learning algorithm it should be embedding the most of the machine learning tools and methods which are there. And here we can use a inference strategy to use this tool and training can be performed and trained model is available here. And finally, it is validated and certified to be used in the field. So with this now let us see we are talking about fault tree, event tree and all that, you know. So how then the fault tree, event tree we know top event. Probably if you may not know this event is called top event. This is called or gate. These are the links and these are called inter-intermediate event because finally when we start developing we will have to use this tool like a domain expert. And then this is or gate. So how it translates? A or B or C happens then intermediate event occurs. Okay? But this is or gate. But and gate D and E should happen to activate this intermediate module event. Okay? So So now and finally it will go to the because this is or gate. Any one of the thing get activated, it will go to the top event. So top event gets activated. So now we are talking in terms of machine learning and processing the data. So basic event, or gate and and gate. Just for the understanding purpose. And So once you arrive here, it can be that goal found, you know, technique. So that means machine learning learning algorithm will stop at this point. If we connect this particular node to an event tree, then it will try to understand the consequences also. That means this input will go to the event tree top and there we are event we have identified. But these root causes also we have identified. So now if you consequence vector, that means what is the level of risk or consequences that can be done in the event tree. So let us see one example here. We have this a generator. Okay? And this diesel generator can fail because of the These are the modes of failure, you know. So, we see in our FMEA anyone, mode of failure is important. So, mechanical mode actuation system failure, lube oil failure, starting signal failure, control and protection system. Lube oil has come twice, okay. So, this we can ignore. Now, for mechanical failure, it could be bearing failure, that is diesel generator bearing failure, crankshaft failure, piston failure, and cylinder failure. Now, I have indicated a basic event here. That means I do not want to go down, but bearing failure I I'll go down to further details, inner case, outer case. If it is a of course roller bearing. If it is a hydrodynamic bearing, then I'll have one shaft running under fluid, and there is a fluid is separating the stationary part with the dynamic part. So, lubrication will come into the picture there. So, the details will depend on what kind of component or interfaces coming that can lead to failure. Crankshaft failure, then then piston piston ring failure. These are the component they see because they are a reciprocating components, and they frictions are reduced by lube oil lubricating oil, you know, oil which is used for So, but then if the oil quality quality is not good, piston ring failure occurs. Cylinder failures, they are more rugged compared to anything. So, normally you don't see cylinder failure unless and until some some catastrophic phenomena is happened. Similarly, now you see here. These are or any one of them fail, then we have diesel failure because everywhere it is connecting through or gate. But here you see actuation system. There are two system which are there to start a diesel generator. Air start, compressed air start, or electrical motor start. So, these two are there. Unless until both fails, this will not go on top. Okay? So, if suppose air start fails has failed, the electric start is available and system is success. And it the event will remain here. And that is the advantage of redundancy. Here there is a there is a not redundancy, there is a diversity. The air start and so this is much higher level of redundancy. Because similar component they are redundant, but different component or system working on different principles, air systems and they are truly diverse systems, you know? And their probability of failure is less. Because their dependence is also not there on each other. Now, starting signal. Starting signal for starting this we require a starting signal. So, under voltage signal if it is not working, relay is not working, control signal, relay signal, and solenoid. Solenoid is the final actuation device, which will put it the things on this. So, starting signal, diesel starting signal I should say. Control and protection system, these events I have not developed because for understanding we had this lube oil, no lube oil, fuel pump, and oil. Don't you think it is provided a very elegant mechanism for developing our diagnostics? Components into sub intermediate level, and then finally basic component level. So, with this itself you can create your rule base, okay? And production rules for diesel generator. And if we implement during a situation when class four power are, you know, offside power failure has occurred, what diesel has not come. And this particular format was available in a expert system which is supporting the uh, you know, plant in charge or shift engineer. Automatically, one of the failed component will come on top. Diesel generator is failed because of starting air problem. So, easy to know. Then, I'll focus on other one is available. Yeah, it it's so and you'll find that if it is not started started, both have failed. Why both of both the things have failed? Is there any common cause other than that? So, or these are the independent causes. Relay, solenoid. Solenoid has not got actuated. Coil must have got burned. You know, so those things further we can develop. And maybe it this same fault tree might run into 20 25 pages covering all the component into their root level actually. Okay. So, now um the fault tree event tree we have seen. There is one special case I'm discussing here. That is Bayesian theorem. Bayesian theorem provides a very good diagnostic approach and it is basically trying to in probabilistic way, we are trying to understand whether the one mechanism is there or not there. Uh, how it is there? So, we know that Bayesian theorem has got a priori evidence and priori means already available information. And um so, what happens if we do not have data, then limited evidences, then priori which is available in the let us say uh, diesel generator failure probability. It is there in the generic domain. I have some evidences for collected for 1 year. So, I'll use Bayesian approach to uh, combine these two sources uh, you know, to provide the estimate of diesel generator. So, so here the um the this algorithm is like this. Probability of A into B, we all know that. If they are dependent event, uh, then probability of Suppose they are independent event, then probability of A into B, that is A intersection section B is equal to probability of A intersection probability of B. But if they are dependent event, then it can be written as probability of A intersection B is equal to probability of A into probability of B given A. That means we have some knowledge of A also. At the same time probably this same thing can be written like this also probability of B intersection probability of into probability of A given B. If we solve this thing we for probability of B given A is equal to probability of B probability of A given B and probability of A because I'm just reorganizing the terms here. So this is known as base theorem. And this theorem whether it is updating the reliability data or trying to solve a problem where two sources of information and want to reduce the uncertainty even it is used for estimating the uncertainty also. So let us see one example here. I have one electronic electronic system. Okay, and I want to analyze that thing. And what are the factor which affect the quality of the electronic board performance. Okay. So so I have and I know which are the factors they might adversely affect the electronic board operation. So I have this quality. quality military grade component that means the component fabrication itself has followed some standard method. So they are the highest quality. Then then there there could be low quality component. That means from from local manufacturer we have we have got it. So one is military one is low low grade component and one is medium grade component. Why medium grade component? Because this component we bought from the open door open market but we subjected them for qualifying testing. Okay? Sometimes it could be even milk testing. We are we are subject So, it is a medium grade. And that is quite quite correct, also. That we have done our own verification and all that. But, definitely it will not be a milk grade component, and it will not be lowest component. So, medium. So, these are the categories of its quality level that we can give. And depends on where we what kind of thing we use. So, this is data table for this particular Now, electronics get affected by we know that temperature. Okay? Humidity and human factor. Human factor maybe in calibration, installation, and repeated in out maintenance. So, it gets affected. Now, let us see Now, I think these abbreviations I I have not given. So, please listen very carefully. It is ground benign. The temperature that means the instrumentation rack where the electronic board was installed, it is ground benign. Ground benign means 22° C temperature and humidity 55%. So, that is ground benign and that is the ideal condition for electronics to operate. So, ground So, other one is ground benign temperature high. That means it was not 22. It was higher. Okay? So, I have put H there. Okay? And then ground benign temperature medium. I have put here. So, that means it was not ground benign, but there are some some variations. And with that I have made some qualifier for accounting for temperature increase or decrease not being either being ground benign low or high. High Low doesn't And humidity. Humidity, also, ground benign humidity is you know that 55%. Ground benign condition. But, if it is H, H means high humidity. 70%, 80%. Definitely, component Electronics, what is lubrication for bearing quality lubrication quality for bearing for for electronics it is temperature and humidity. If we are not able to maintain proper temperature and humidity then the electronics failure will be more frequent actually. Then ground benign high humidity H stands for humidity here and another H stands for high. Please listen to me very carefully because all abbreviations are not given. So H stands for high also H stands for humidity basically ground benign humidity. It says humidity is 60 55% which is correct required humidity is there. And then one more factor is human factor. Human factor can induce in the test maintenance operation or you know even qualification some error. So if you have experienced stuff we we feel it's okay. If experience is low one more barrier if it is a skilled that means in between that so we have that and last column it is called response column. Okay response column is common cause factor judgement. You can imagine that I collected this data from 15 experts or 15 industry and they have given their opinion why common cause failure probability will be no or yes for which combination. So now you see I have got all the information with me and now I want to understand the probability of common cause failure. No means no common cause failure will occur or yes means there is a probability of yes there is a probability. We have to read this statement also. When I say yes is a response factor yes this is common cause failure will will be there and no no common common cause failure will be there. So for us no is important. We do not want common cause failure you know. So now let us go ahead and try to see how we have modeled this problem. But now we go to the base theorem we understood. Now, we let us go to What is we see now we have common cause failure of electronic complex critical parameter common cause is rare event. Still the past data are set record shows as follows. Consider the classification of A in the class label. That means A is showing you the label that is response factor. And B is the matrix that we are trying to like we said no I chose the vector five. So, B indicates the four parameter commercial ground banana tea ground banana H humidity and experience. And A is the response variable. Last column we saw that, you know. So, data type and then assumptions are features are independent equally significant for common cause and data sets considered in the. So, independent and equally applicable that is a assumption that will be using this term for for simplifying the our model. How we do that actually? So, now if I convert this whole problem into my problem is B is a class label yes or no. Okay, B is a class and labels are yes or no. Okay? Now, A is equal to A1, A2 there are factors here for A. Are for example five. We have medium ground banana tea same thing I'm repeating here. Now, for PA we have these possibilities probability of A given B, probability of A2 given B, probability of A3 given B and this is how we are trying to estimate the prior probability probability B. Okay? So, but probability B for A1, A2, A3, A4. Okay? Now, probability of probability of B is equal to probability of B probability A I given B for this I. They are all I actually, you know? And probability of A divided by so, the Bayesian algorithm. Now, P B A I is posterior probability. That means this is our posterior probability. Probability B prior probability, okay? And probability A evidence or likelihood estimate that we have with us, okay? So, the final theorem is B cap. That is probability of B we are trying to see. We had a, you know, maximum maximum likelihood estimator for our problem. So, uh probability Y into pi I is equal to 1 to N. That means all multiplication of A I thing whatever we have. The equation is called naive classifier, okay? And now, if I translate it into the problem for my quality metrics, I have common cause failure, yes. How many yes are there? Mil rate got one, medium two, and low three. So, total six yes are there. Uh similarly, uh probability of yes 1 by 6, 2 by 6, 3 by 6, straight forward, 100%. Common cause failure no, four. Four, medium four, and two. So, 10. So, now we have probability of no is equal to 4 by 10, 4 by 10, 2 by 10, 100%. So, if I add all, it will become 100%. Now, example input we have A medium same vector that is vector vector phi I have chosen here. Now, probability of yes is equal to 6 upon 16, okay? Uh because there were so many yes that we counted actually. Uh and probability of no uh is 10 out of That means in the last column, total number of yes and total number of no. So, uh that that we have over here. And uh uh we estimated this probability. Now, let us say some feature we take. Uh quality medium 2 by 6, 5 by 6. The temperature this thing, and we came to this uh probability. Yes ka probability and no ka probability. Now, we'll bring in that conditional element of this. So, common cause failure yes is nothing but individual 2 by 3, 3 by 6, and 6 by 16 that we estimated. Okay? Uh probability of uh yes per year um because uh I'm trying to predict that per year what was the observation of each individual that data came from. Uh for no per year, this is uh this is we got yes ke liye. Now, for no also we got 0.034. So, that means probability of yes is equal to 0.026 which came from here, and this is summation normalization we we have done. So, 0.44. Probability of no uh no common cause failure will will be there 0.57. So, this is a higher probability. Uh we will use this uh thing. So, no probability failure is higher. Okay? Uh analysis predict predict the reference value. So, for common cause failure based on the um expert elicitation technique collecting opinions, and we try to assess what are the probability. Of course, 0.57 is high, but this was an example for demonstration. Okay? Normally, I'll tell you uh common cause failure maximum 0.1. It is now there is a consensus, and it is less than that. But, this method was uh has less to do with the quantification, but more to do with the how you can arrive. This is an alternate mechanism which is available other than the statistical uh or empirical methods that have been given in the books and all that. And, uh, for this book, uh, I have used this, uh, example of, uh, naive Bayes approach. Uh, this particular, uh, this particular, uh, website and, uh, McAfee, uh, https and all. Uh, and, uh, I think I should thank them because this was a, uh, beautiful example that was given which I could adopt it for my common cause failure analysis for, uh, presenting to you. Because otherwise we think common cause failure contribution, uh, involves, uh, a lot of complication, a lot of data, data is not available. International organization are working on that. But, if we use like fuzzy logic an important input, I think it will be a great deal that we, we have.