supervisory control synthesis the focus in model based
play

Supervisory Control Synthesis the Focus in Model-Based Systems - PowerPoint PPT Presentation

Supervisory Control Synthesis the Focus in Model-Based Systems Engineering Jos Baeten and Asia van de Mortel-Fronczak Systems Engineering Group Department of Mechanical Engineering November 23, 2011 What is a model? 2 A model is an


  1. Supervisory Control Synthesis — the Focus in Model-Based Systems Engineering Jos Baeten and Asia van de Mortel-Fronczak Systems Engineering Group Department of Mechanical Engineering November 23, 2011

  2. What is a model? 2 A model is an abstraction. Structure. Behavior. Other characteristics such as energy consumption.

  3. Use of models in the system life cycle 3 Behavioral models use mathematics: ◮ Continuous mathematics (calculus). Mechanics, feedback control. Matlab. ◮ Discrete mathematics (algebra, logic). Computer science, supervisory control. Verum. ◮ Probability, stochastics (queueing, Markov). Performance, optimization. Ortec, CQM. ◮ Combinations: hybrid. χ .

  4. Structural models 4 Architecture. Sysarch of ESI. Components are subsystems or aspect-systems. Levels of abstraction: function (what), process (how), resource (with).

  5. V model 5

  6. Behavorial models 6 continuous-state time-driven Manufacturing networks for performance analysis discrete-state event-driven for supervisory control synthesis Manufacturing machines continuous-state time-driven for control synthesis

  7. Embedded systems 7 User Supervisory controller(s) Control components Resource controller(s) Actuators Sensors Physical components Structure

  8. Semiconductor 8 ◮ Supply chain with nodes (fab, assembly, test) ◮ Node (fab) with areas (implant, photo, metal) ◮ Area (photo) with cells (litho, metrology) ◮ Cell (litho) with tools (track, scanner) ◮ Tool (scanner) with process units (lens, laser), and handlers (stage, wafer, reticle) ◮ Handler (stage) with frame, transducers, and controllers ◮ Transducers with mechanics, electronics, optics, and pneumatics

  9. System development 9 Key performance indicators F , Q , T , C : ◮ F – functionality, complexity increase ◮ Q – quality should be maintained ◮ T – time-to-market increases ◮ C – cost increases ◮ Control software greater in size and complexity ◮ Control software time-consuming testing

  10. Model-based systems engineering 10 design model realize R S D S S S define define design R D Interface I define design model realize R P D P P P

  11. Model-based systems engineering 11 design model realize R S D S S S define integrate integrate define design R D Interface I integrate integrate define design model realize R P D P P P simulation and verification early integration validation and testing

  12. Synthesis-based systems engineering 12 model synthesize generate R S R S S S define integrate integrate define design R D Interface I integrate integrate define design model realize R P D P P P

  13. Synthesis-based systems engineering 13 model synthesize generate R S R S S S define integrate integrate define design R D Interface I integrate integrate define design model realize R P D P P P simulation and verification early integration validation and testing

  14. Supervisory control problem 14 Plant P and supervisor S form a discrete-event system: S s S(s) P ◮ P under control of S ( S / P ) satisfies requirement R ◮ S does not disable uncontrollable events ◮ Output of S only depends on observable outputs of P ◮ S / P is nonblocking ◮ S is optimal (maximally permissive)

  15. Illustration 15 A workcell consists of two machines M 1 and M 2 , and an automated guided vehicle AGV . a 1 M 1 M 2 B a 2 b 2 AGV b 1 c Components functionality: ◮ AGV can load a workpiece at M 1 / M 2 and unload it at M 2 / B .

  16. Illustration 16 M 1 , M 2 , and AGV are modeled by automata: M 2 : M 1 : a 2 a 1 Busy Idle Busy Idle b 2 b 1 AGV : b 1 b 2 At_ M 1 Empty At_ M 2 a 2 c

  17. Uncontrolled system 17 P is the synchronous product of M 1 , M 2 and AGV : a 1 b 1 a 1 1 0 2 3 a 2 a 2 a 1 b 1 a 1 4 5 6 7 c c b 2 b 2 a 1 8 9 ◮ Absence of control results in a blocking situation (deadlock in state 7). ◮ In this case, we have no additional restrictions on admissible behavior.

  18. Blocking and controllability 18 The system under control of the following "supervisor" avoids the blocking situation. a 1 b 1 a 1 1 0 2 3 a 2 a 2 a 1 4 5 c c b 2 b 2 a 1 8 9 ◮ This "supervisor" disables uncontrollable event b 1 in state 5. ◮ A supervisor may only disable controllable events.

  19. Blocking and controllability 19 The following "supervisor" avoids state 5 by disabling controllable a 2 in state 3 and controllable a 1 in state 4. a 1 b 1 a 1 0 1 2 3 a 2 4 c c b 2 a 1 8 9 This "supervisor" introduces a new blocking situation, state 3.

  20. Supervisor 20 Finally, the following supervisor delivers a proper optimal control to the plant. a 1 b 1 1 0 2 a 2 4 c c b 2 a 1 8 9

  21. Supervisory control theory 21 ◮ Provides means to synthesize S ◮ Conceptually simple framework (based on automata) ◮ Computational complexity is high for systems of industrial size Several advanced techniques to reduce synthesis complexity: ◮ Modular ◮ Hierarchical ◮ Interface-based hierarchical ◮ Coordinated distributed ◮ Aggregated distributed

  22. Distributed control architecture 22 Global command P 1 Local command Local observation S 1 Composition of P 1 and P 2 Command fusion S 2 Local command Local observation Global command P 2

  23. Coordinated distributed synthesis 23 S P = W 1 × W 2 , R W 1 = ( P 1 × S 1 )/ ≈ � 1 ∩ � ′ W 2 = ( P 2 × S 2 )/ ≈ � 2 ∩ � ′ P 1 , R 1 S 1 P 2 , R 2 S 2

  24. Aggregated distributed synthesis 24 W 1 = ( P 1 × S 1 )/ ≈ � 1 ∩ � ′ P 2 × W 1 , R 2 S 2 P 1 , R 1 S 1

  25. Industrial cases 25 Supervisory control synthesis for: ◮ Patient support system of an MRI scanner ◮ Communication system of an MRI scanner

  26. Patient support system of an MRI scanner 26 Safe tabletop handling User interface Light sight Bore Patient support table

  27. Control requirements 27 ◮ Ensure that the tabletop does not move beyond its vertical and horizontal end positions. ◮ Prevent collisions of the tabletop with the magnet. ◮ Define the conditions for manual and automatic movements of the tabletop. ◮ Enable the operator to control the system by means of the manual button and the tumble switch.

  28. Results 28 ◮ A centralized supervisor was synthesized using the TCT tool [Wonham]. ◮ The system under control of the supervisor was validated using simulation. ◮ The supervisor was tested on the real system. ◮ After a functional change, approximately four hours work was needed to repeat the above steps.

  29. Results 29 ◮ Plant model: 672 states. ◮ Requirement model: 4.128 states. ◮ The supervisor: 2.976 states.

  30. Industrial cases 30 ◮ Exception handling in printers ◮ Coordination of maintenance procedures in printers

  31. Océ printer 31 Coordination of maintenance procedures in printers

  32. Control requirements 32 ◮ Maintenance operations may only be performed if the power mode of the printing process is Standby. ◮ Maintenance operations should be scheduled if their soft deadline is reached and no print jobs are in progress or if their hard deadline is reached. ◮ Only scheduled maintenance operations can be started. ◮ The power mode of the printing process should conform to the mode determined by the print job managers unless it is overridden by a pending maintenance operation.

  33. Results 33 ◮ A centralized supervisor was synthesized using the synthesis tool based on state-tree structures [Ma]. ◮ The system under control of the supervisor was validated using simulation. ◮ The supervisor is converted to C++ for execution on the existing control platform.

  34. Results 34 ◮ Plant model: 25 automata with 2 to 24 states. ◮ Requirements: 23 generalized state-based expressions (more than 500 standard state-based expressions). ◮ The supervisor: 6 · 10 6 states.

  35. ETF Multi Mover Industrial cases 35 ◮ Passenger safety in theme park vehicles

  36. Theme park vehicle 36 Handling of proximity, emergency, and hardware errors in theme park vehicles User� Interface (3� LEDs/3� buttons)� (on/off) Scene� Program� Handler (on/off) Steer� Motor Drive� Motor (on/off) (on/off/stopped) Ride� Control (start/stop) Bumper Switch Battery (on/off) (empty/OK) 4� Proximity Sensors (on/off)

  37. Control requirements 37 ◮ To avoid collisions with other vehicles or obstacles, the multimover should drive at a safe speed and stop if the obstacle is too close to it. ◮ The vehicle should stop immediately and should be powered off when: • a collision or a system failure occurs, • the battery level is too low. After the problem is resolved, the multimover should be manually deployed back into the ride by an operator.

  38. Results 38 ◮ A centralized supervisor was synthesized using the synthesis tool based on state-tree structures [Ma]. ◮ A distributed supervisor was synthesized using the synthesis tool based on automaton abstraction [SE group]. ◮ The system under control of both supervisors was validated using simulation. ◮ Both supervisors were tested on the real system. ◮ After a functional change, approximately four hours work was needed to repeat the above steps.

Recommend


More recommend