Hello, if you have any need, please feel free to consult us, this is my wechat: wx91due
Portfolio for Safety-Directed Design of a
Brake-By-Wire System for Car
The Portfolio explores the iterative design of a Brake-By-Wire (BBW) system for cars.
There are two parts to this assignment. Part 1 is worth 40% of the assignment and Part 2 is worth 60% of the assignment.
You will analyse this architecture using Fault Tree Analysis and Markov Models and you will be asked to reflect on results. The tasks involve logical analysis and a small component of programming.
The proposed architecture for the system is given in Figure 1 below:
System Specification
- The BBW features separate braking on each wheel.
- All components of the system are powered by a common power supply (PS).
- An electromechanical pedal (PL) receives the braking demand from the driver and sends this as message (PLm) to three pedal nodes PN1, PN2, and PN3.
- From each pedal node PNX (where X:1…3) two replicas of the message PNXm are sent by the pedal node to busses B1 and B2.
- Wheel nodes WN1 and WN3 each read the three messages PNXB1m from bus B1 and Wheel nodes WN2 and WN4 read the three messages PNXB2m from bus B2.2
- As long as one of the messages is received a wheel node can create the braking output applied to the corresponding wheel (WN1b ... WN4b).
Failures
- The failure mode of component PS is PS
- The failure mode of component B1 is B1
The failure mode of each component leads to omission of all outputs. For example:
- If PS fails, you get O-p (Omission of p)
- If PN1 fails, you get O-PN1m on both busses
- If one wheel fails to brake, or three wheels fail to brake, the car is likely to skid off its course. In this case, to correct the skidding failure, an electronic stability program could release the wheel that is diagonal to the wheel that fails to brake. The car then brakes slowly, and the stopping distance is increased.
- If all wheels fail, then the car experiences catastrophic loss of braking.
The assignment tasks follow in two parts:
- Part 1: Safety Analysis and Iteration of Design. This part assesses the material taught by Prof. Papadopoulos in the first part of the course
- Part 2: Reliability Analysis and Iteration of Design. This part assesses the material taught by Dr Aslansefat in the second part of the course.
Part 1 - Safety Analysis and Iteration of Design
Based on the design given for the BBW in Figure 1 and its specification:
Notes:
- Explain your solutions in [1-6] above with a short paragraph of text to show your understanding. Avoid verbosity. Up to 30% of marks will be deducted for lack of explanation.
- Fault trees should be constructed systematically by traversing the model of the system architecture and applying the algorithm taught in the course. Unsystematic, simplified, fault trees that somehow capture the failure logic correctly will be awarded less marks. If the calculation of cut-sets that follows from such simplified fault trees is trivial, it will be awarded less marks.
- For clarity, in your fault trees, use the names of components, messages and component failure modes as displayed in Figure 1. Marks will be deducted if you use names that don’t correspond to the figure.
- To avoid repetition of branches, expand the branch that is repeated only once and use references to the top event of this branch elsewhere. Marks will be deducted if you unnecessarily expand repeated branches.
- You may use HiP-HOPS or any other tool available free on the internet to construct the fault tree or calculate cutsets. However, make sure that you answer the questions. Fault trees must be drawn as graphs using the guidelines given above. Calculations of cutsets must be explicit, contain all logical steps, and explained. Tools will not necessarily do these things for you.
- Graphs could be produced in a fault tree analysis or drawing tool. However, hand-drawn images photographed and carefully embedded in a report are acceptable as long as they are clear, and any symbols or text are clearly readable.
Part 2 –Dynamic Reliability Analysis of the BBW
Based on the design given for the BBW in Figure 1 and its specification, you will analyse the architecture using Markov Models. Calculation of reliability involves some coding. Note that the system description, failure modes, and behaviours in conditions of failure (e.g. Skidding) remain exactly as described earlier in the specification of the system.
- It is assumed that all components have two states Operational and Failed.
- It is assumed that the system is completely healthy at the starting point.
- The failure distribution of all components is exponential with a constant failure rate.
Based on this design and the assumptions solve the following tasks:
8. Consider that in [7], all wheels have the same failure rate of 0.0001 failures per hour. Provide a Python code to calculate and visualise the reliability curve for 2000 hours (10 marks).
10. Consider that in [9], all failure modes have the same failure rate of 0.000623 failures per hour. Provide a Python code to calculate and visualise the reliability curve for 900 hours. (10 marks).
12. Consider only the failure modes of PN1, PN2 and PN3. Assume that all other components are perfect. Only focus on the reliability of pedal nodes, and explain how it can be improved using a reconfigurable Triple Modular Redundancy (TMR) architecture with one hot standby redundancy (see Figure 2). Apply the fixed failure rate of 0.000432 failures per hour to all components. Construct a Markov model to evaluate the reliability of the Pedal Node subsystem consisting of the three PN nodes with the new architecture. Provide a Python code for reliability calculation and visualise the reliability curve for 3850 hours (10 marks).
Figure 2, Reconfigurable TMR with Hot Standby Spares
Notes:
- Explain your solutions in [7-12] above with a short paragraph of text to show your understanding. Avoid verbosity. Up to 30% of marks will be deducted for lack of explanation.
- For computational problems [8, 10, 11 and 12], submit your Python code in separate files. These files should be named according to the question number (e.g., Question8.py, Question10.py, etc.). Please ZIP the files with the final report and submit it as a single-file submission.
- Ensure your code is runnable. If your code cannot be executed due to errors, it will be examined manually, and marks will be awarded based on the effort and correctness of the approach.