Systems Perspective

Globalhawk UAV

Nowadays, nothing is simple. We are dealing with convoluted problems, which require convoluted solutions.

Working on an Unmanned Aerial Vehicle (UAV) project as a project engineer, I have experienced numerous times, how important the systems engineering aspect is.

The engineering approach to complete such a huge specific project requires detailed work division and allocation to specialists in granular level. However, it is not possible to think of these sub groups as individual modules. Any design specification in one of these modules, is also important for other modules as it has impact on the functionality of others.

For instance considering such a multi-disciplinary project, aero-design, electro-mechanical design, electrical system design and digital system design are all coupled.

How? The fuselage and control surfaces impose design specifications on electro-mechanical design, which imposes design specifications on the electrical system design and digital system design is affected by all of the systems and vice versa. Sometimes the relationship is hierarchical, whereas some times it can be unilateral. So how to approach the problem with the systems perspective?

First it’s important to understand, what we mean by systems:

“A system can be defined as a set of elements standing in interrelations” (von Bertalanffy 1968).

Sperwer UAV

A UAV system involves many components, such as aerodynamic design (fuselage, control surfaces, etc), payloads (surveillance systems – gimbals, etc), electrical system (bus powering other systems ), electro-mechanical systems (to mechanically control the motion, payloads etc) and digital systems (auto-pilot, measurement systems etc).

Also, the system as a whole is a part of a system of higher level. The UAV should be inter-operable to be controlled by base stations via the protocols standardized by organizations such as NATO.

The most important thing in the systems perspective is the integration of development phasing, life cycle integration with the systems engineering management. This involves the definition of baselines in the development phasing, integrated teaming and life cycle planning for life cycle integration.

Let it be a complicated engineering project such as this one, or an industrial project involving  the design of a distribution network, the system engineering design process considers the system as a whole, instead of individual modules.

The design process of the system between process inputs and outputs is very closely coupled.

 

Is systems perspective vital? Can we survive without this closely coupled integration?

Probably yes, but we would require countless re-design, re-work and countless deadline extensions…

Control Engineering

Having spent many years in Control Engineering discipline and worked on many other relevant domains, I cannot go without expressing my thoughts about this wonderful magic. I find it very interesting, because it is basically applicable to any problem domain.

Control… And Engineering.. The act of controlling can be defined in many different ways, but I think the bottom line is, it aims to achieve a desired outcome. Just imagine you want to drive from  point A to point B within a certain time-frame, controlling the speed and route can achieve you an optimal solution for that problem: optimal route, optimal speed. Frame an engineering approach to control, and Voila! we have control engineering (I am glad to say I am a proud control engineer :)).

What I liked about Control Engineering at first glance was, how it approached the problems from a systems perspective. Conceptually, Control Engineering discipline aims to map from the problem domain to an abstract domain via modeling and solves the real problem in the abstract level and maps the solution back to the problem domain.

Basic Feedback Control System Block Diagram

The fundamental observation is that many problems from various disciplines exhibit the same characteristics once abstracted. Thus, it is possible to develop similar solutions in this abstract domain for problems from vastly differing problem domains.

Once the problem is abstracted, it can be expressed by block diagrams featuring controller, measurements(feedback) and plant(system) blocks. It all comes down to designing the controller in this abstract domain, that will achieve the desired system response.

Usually this abstract domain is the world of math, as it is the most abstract tool we have to model reality. These models can be differential equations, as well as statistical distributions, empirical or even black box type. Any system can be modeled one way or another let it be analytically, let it be probabilistically…  and these are merely tools.

During my B.Sc. education in Electrical and Electronics Engineering department, these systems used to be electronic circuits, various types of motors, magnetic circuits etc and were dominantly modeled with differential equations . However, in my M.Sc. studies in Industrial Engineering, I have seen that these concepts are very well applicable to decision / planning problems in industry, which are much more interesting to me, because they involve humans in the loop, which drives a very realistic uncertainty. Thus, these models hugely rely on historical data for reasoning of the expected system outcomes.

Mathematical System Model

The important thing to take away is that the model should convey the characteristics of the real system in sufficient detail (not too much, not too weak). The model defines a relationship between the inputs and the outputs of the system.

The idea of control is to achieve a desired system outcome, by manipulating the system inputs (decision variables). This involves many trade-offs. The optimal control problem is to find the best set of inputs to achieve certain goals. The definition of best corresponds to the objective functions, which is an abstraction itself.

System response with controller

For instance if the problem is to control a car travelling a certain distance, the speed and the path can be the decisions that have to be taken. If the speed is too high, the energy to be spent is too much. If the path is too aggressive, the stress in the equipment is too much. By modeling these constraints (i.e. max time to travel) and objectives (i.e. energy efficiency) an optimal solution can be found.

As crazy as it sounds, even the stock market can be modeled theoretically. Of course the significant problem is that there are too many disturbances, as well as too many inputs to make inferences on the input-output relationships from historical data and accurately estimate system outcomes.

In the control concept the importance of feedback is vital. Control without feedback is similar to driving with the eyes shut.

To conclude, taking this to a more abstract level, the most important control act being our path in life, we have to make sure our eyes are wide open to see where we are going, how it compares to what we aspire, what we really love..

Does this sound too control freak? Maybe…