Jump to content
 







Main menu
   


Navigation  



Main page
Contents
Current events
Random article
About Wikipedia
Contact us
Donate
 




Contribute  



Help
Learn to edit
Community portal
Recent changes
Upload file
 








Search  

































Create account

Log in
 









Create account
 Log in
 




Pages for logged out editors learn more  



Contributions
Talk
 



















Contents

   



(Top)
 


1 Reconfiguration problem  



1.1  Fault modelling  





1.2  Reconfiguration goals  







2 Reconfiguration approaches  



2.1  Fault hiding  





2.2  Linear model following  





2.3  Optimisation-based control schemes  





2.4  Probabilistic approaches  





2.5  Learning control  







3 Mathematical tools and frameworks  





4 See also  





5 References  





6 Further reading  














Control reconfiguration







 

Edit links
 









Article
Talk
 

















Read
Edit
View history
 








Tools
   


Actions  



Read
Edit
View history
 




General  



What links here
Related changes
Upload file
Special pages
Permanent link
Page information
Cite this page
Get shortened URL
Download QR code
Wikidata item
 




Print/export  



Download as PDF
Printable version
 
















Appearance
   

 






From Wikipedia, the free encyclopedia
 


Control reconfiguration is an active approach in control theory to achieve fault-tolerant control for dynamic systems.[1] It is used when severe faults, such as actuator or sensor outages, cause a break-up of the control loop, which must be restructured to prevent failure at the system level. In addition to loop restructuring, the controller parameters must be adjusted to accommodate changed plant dynamics. Control reconfiguration is a building block toward increasing the dependability of systems under feedback control.[2]

Reconfiguration problem[edit]

Schematic diagram of a typical active fault-tolerant control system. In the nominal, i.e. fault-free situation, the lower control loop operates to meet the control goals. The fault-detection (FDI) module monitors the closed-loop system to detect and isolate faults. The fault estimate is passed to the reconfiguration block, which modifies the control loop to reach the control goals in spite of the fault.

Fault modelling[edit]

The figure to the right shows a plant controlled by a controller in a standard control loop.

The nominal linear model of the plant is

The plant subject to a fault (indicated by a red arrow in the figure) is modelled in general by

where the subscript indicates that the system is faulty. This approach models multiplicative faults by modified system matrices. Specifically, actuator faults are represented by the new input matrix , sensor faults are represented by the output map , and internal plant faults are represented by the system matrix .

The upper part of the figure shows a supervisory loop consisting of fault detection and isolation (FDI) and reconfiguration which changes the loop by

  1. choosing new input and output signals from {} to reach the control goal,
  2. changing the controller internals (including dynamic structure and parameters),
  3. adjusting the reference input .

To this end, the vectors of inputs and outputs contain all available signals, not just those used by the controller in fault-free operation.

Alternative scenarios can model faults as an additive external signal influencing the state derivatives and outputs as follows:

Reconfiguration goals[edit]

The goal of reconfiguration is to keep the reconfigured control-loop performance sufficient for preventing plant shutdown. The following goals are distinguished:

  1. Stabilization
  2. Equilibrium recovery
  3. Output trajectory recovery
  4. State trajectory recovery
  5. Transient time response recovery

Internal stability of the reconfigured closed loop is usually the minimum requirement. The equilibrium recovery goal (also referred to as weak goal) refers to the steady-state output equilibrium which the reconfigured loop reaches after a given constant input. This equilibrium must equal the nominal equilibrium under the same input (as time tends to infinity). This goal ensures steady-state reference tracking after reconfiguration. The output trajectory recovery goal (also referred to as strong goal) is even stricter. It requires that the dynamic response to an input must equal the nominal response at all times. Further restrictions are imposed by the state trajectory recovery goal, which requires that the state trajectory be restored to the nominal case by the reconfiguration under any input.

Usually a combination of goals is pursued in practice, such as the equilibrium-recovery goal with stability.

The question whether or not these or similar goals can be reached for specific faults is addressed by reconfigurability analysis.

Reconfiguration approaches[edit]

Fault hiding[edit]

Fault hiding principle. A reconfiguration block is placed between faulty plant and nominal controller. The reconfigured plant behaviour must match the nominal behaviour. Furthermore, the reconfiguration goals are pointed out.

This paradigm aims at keeping the nominal controller in the loop. To this end, a reconfiguration block can be placed between the faulty plant and the nominal controller. Together with the faulty plant, it forms the reconfigured plant. The reconfiguration block has to fulfill the requirement that the behaviour of the reconfigured plant matches the behaviour of the nominal, that is fault-free plant.[3]

Linear model following[edit]

In linear model following, a formal feature of the nominal closed loop is attempted to be recovered. In the classical pseudo-inverse method, the closed loop system matrix of a state-feedback control structure is used. The new controller is found to approximate in the sense of an induced matrix norm.[4]

In perfect model following, a dynamic compensator is introduced to allow for the exact recovery of the complete loop behaviour under certain conditions.

In eigenstructure assignment, the nominal closed loop eigenvalues and eigenvectors (the eigenstructure) is recovered to the nominal case after a fault.

Optimisation-based control schemes[edit]

Optimisation control schemes include: linear-quadratic regulator design (LQR), model predictive control (MPC) and eigenstructure assignment methods.[5]

Probabilistic approaches[edit]

Some probabilistic approaches have been developed.[6]

Learning control[edit]

There are learning automata, neural networks, etc.[7]

Mathematical tools and frameworks[edit]

The methods by which reconfiguration is achieved differ considerably. The following list gives an overview of mathematical approaches that are commonly used.[8]

See also[edit]

Prior to control reconfiguration, it must be at least determined whether a fault has occurred (fault detection) and if so, which components are affected (fault isolation). Preferably, a model of the faulty plant should be provided (fault identification). These questions are addressed by fault diagnosis methods.

Fault accommodation is another common approach to achieve fault tolerance. In contrast to control reconfiguration, accommodation is limited to internal controller changes. The sets of signals manipulated and measured by the controller are fixed, which means that the loop cannot be restructured.[9]

References[edit]

  • ^ (Patton 1997)
  • ^ (Steffen 2005)
  • ^ (Gao & Antsaklis 1991) (Staroswiecki 2005)
  • ^ (Looze et al. 1985)(Lunze, Rowe-Serrano & Steffen 2003)(Esna Ashari, Khaki Sedigh & Yazdanpanah 2005)(Maciejowski & Jones 2003)
  • ^ (Mahmoud, Jiang & Zhang 2003)
  • ^ (Rauch 1994)
  • ^ (Zhang & Jiang 2003)
  • ^ (Blanke et al. 2006)
  • Further reading[edit]


    Retrieved from "https://en.wikipedia.org/w/index.php?title=Control_reconfiguration&oldid=1150942572"

    Categories: 
    Control theory
    Cybernetics
    Control engineering
    Fault tolerance
    Hidden category: 
    CS1 maint: location missing publisher
     



    This page was last edited on 20 April 2023, at 23:18 (UTC).

    Text is available under the Creative Commons Attribution-ShareAlike License 4.0; additional terms may apply. By using this site, you agree to the Terms of Use and Privacy Policy. Wikipedia® is a registered trademark of the Wikimedia Foundation, Inc., a non-profit organization.



    Privacy policy

    About Wikipedia

    Disclaimers

    Contact Wikipedia

    Code of Conduct

    Developers

    Statistics

    Cookie statement

    Mobile view



    Wikimedia Foundation
    Powered by MediaWiki