<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta>
      <journal-title-group>
        <journal-title>Journal of Computer and Systems Sciences
International.</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>Problems of Building the Intelligent Consistent Control Logic for Complex Technical Systems in Transport Industry</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Sergey E. Adadurov JSC “VNIIZHT” Moscow</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Russia</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Alexander P. Dolgintsev Samara State Transport University Samara</institution>
          ,
          <country country="RU">Russia</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Andrey A. Tyugashev Samara State Transport University Samara</institution>
          ,
          <country country="RU">Russia</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Igor A. Molodkin Emperor Alexander I St. Petersburg State Transport University Saint Petersburg</institution>
          ,
          <country country="RU">Russia</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2018</year>
      </pub-date>
      <volume>45</volume>
      <issue>2</issue>
      <fpage>80</fpage>
      <lpage>84</lpage>
      <abstract>
        <p>We can review Railroad Transportation, Aerial manned and unmanned vehicles, and Spacecrafts as examples of a complex technical system. Their subsystems contain many devices, sensors, and other equipment. There is an important problem how to build the intelligent real-time computer-based control logic for such complex of the subsystems. The paper is devoted to this problem. We focus on mathematical modeling and finding the ways of synthesis and verification of consistent control logic. The paper also presents some software tools developed by the authors.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1 Introduction</title>
      <p>There are many very complex technical systems in use
nowadays in different areas. We can propose Railroad
Transportation, Automated Manufactories, Nuclear
Power Plants, Spacecrafts [Koz98], etc. as good
examples of such systems. Named systems have some
significant common features related to the phenomenon
of complexity. For example, one can note the complex
hierarchical structure; in fact, the system usually
consists of the subsystems which, in turn, consist of a
lot of different devices. The next essential common
feature is a complex behavior in the external
environment with possible unpredictable events. The
very important problem related to the systems is
providing them with consistent control with the right
consideration of various kinds of complexity. The
paper is devoted to the attempts of analysis of the
various sides of this problem, and finding the ways of
the possible solutions.</p>
      <p>Each complex system is being built to perform a
particular role. We can suppose transport passengers
from one geographical location to another, generate
electric power, manufacture the goods, etc. There are a
set of system goals to be achieved. For the systems in
the Transport Industry, for example, trains, planes,
trucks these goals accompanied by the moments of
time (deadlines). Moreover, to achieve a goal at a
specific moment of time, it is necessary to execute
some preparatory processes. Other processes should be
executed after reaching the goal (for instance, cleaning
of the cabin or the cargo body). So, the very important
aspect of complexity is a Real-Time mode [Tyu06]. In
many cases, the system should fulfil not just an abstract
‘tasks’, but the timed sequences of logically
coordinated and physically mutually dependent
processes. Some of these processes have non-zero
duration, so we must model them adequately. The
systems to be modeled have an active nature. It means
the existence of the plan/schedule to be implemented.
In Aerospace Industry, such plan is being called as
‘cyclogram’. Moreover, frequently there are physically
and logically founded restrictions not just for the
sequence of the processes to be executed, but for
synchronization of begins and ends of them. Some
processes must have no overlaps in time, and the
reasons for this issue could be very strong. These
requirements could be formulated using the language
of Real-Time Control Logic [Kav06].
The additional aspect of the complexity of the control
logic is caused by the possibility of some unpredictable
events which might require change/adapt system’s
plans to provide flexible reaction. The system must
successfully complete the plan both in normal
operations and in case of abnormal situations. In a
picture reflecting the cyclogram, the fact that this
particular process has to be executed in a specific
situation only (for example, if some event happened)
can be shown by color [Tyu16]. Also, we can see the
duration specified for the processes continued in time.
In Aerospace Industry this kind of plan/schedule is
usually called a ‘cyclogram’, see Fig. 1.
Of course, consistent control requires such features as
dependability and flexibility. In case of some
emergencies caused by faults of the equipment, the
system goals should be achieved anyway [Fi15]. This
is possible due to the redundancy of the
equipment/apparatus. The designers of the complex
system provide structural and functional redundancy in
several ways. First, the duplication is widely used for
critical mechanisms and aggregates. If some particular
device will be crashed, the control system should detect
this abnormal situation and switch to backup one. In
other words, there is a very important ability of
intelligent cybernetic systems - reconfiguration.
Another successfully applied [Koz98] way to parry the
device’s failures is to utilize functional redundancy to
use another subsystem in an abnormal situation. To do
this, the control algorithms must ‘understand’
functional abilities of the various kinds of installed
equipment and existence of the opportunities to use
another unit to execute some task instead of initially
intended for this purpose.</p>
      <p>Usually, the control subsystem of the modern complex
technical system uses computers running a special sort
of software – control software. In Aerospace Industry
this software called ‘flight control software’. This
software issue commands to the onboard equipment
coded as the sequence of electric impulses. Command
can means, for example, «Activate the device 2 of the
system 1 now» or «Switch the gyrodyne 2 off». The
software name itself means this is a ‘soft’ entity having
the appropriate level of flexibility to reconfigure the
onboard apparatus to keep enough level of all kinds of
the required functionality during the whole mission
[Syg19].</p>
      <p>Of course, the system works under the influence of the
environment. The required execution of the system’s
plans is being dependent on external factors. On the
other hand, the system’s outputs and activity change
the external environment due to physical engagements
(perhaps, with some time delay). We can state the
existence of the mutual influence between the system
and its environment. This specificity caused the
following requirement for the system. The control
means should provide control that can guarantee safety
during the completion of the pre-defined set of tasks
the complex technical system was built to execute.
The safety, in this case, means not only internal safety,
i.e. keeping the devices and subsystems in serviceable
‘healthy’ conditions, but also the external safety. We
mean that the system has its own influence on the
external world, and we must keep various kinds of
influence in defined borders. Moving objects should
not damage the humans or arbitrary external entity. The
emissions of the enterprise must be within the specified
limits, and so on. The other side of this problem
connected with the accurate consumption of the
available resources during the functioning. Each device
requires particular resources, for instance, electric
power. Numerous devices can be turned to various
regimes with different levels of consumption of the
resources. The control rules of the named technical
systems are being implemented by ‘control logic’.
The very important issue is the necessity of presence in
control means of the complex technical system of some
internal ‘reflection’ of the following aspects. First, we
need a picture of the external environment and its
factors we should take into account when
implementing our plans. Second, we should have the
image of the current condition of the controlled system
itself with the means to describe the level of
functionality/workability of our devices. And finally,
we must have the representation of the goals with the
understandings which ones are already done and which
are waiting to be executed at which moments of time.
In this context, we can apply the well-known Ashby’s
cybernetical Law of Requisite Variety: only a variety
of control means can absorb a variety of controlled
complex system and its behavior. Or: the control
system’s complexity (both hardware and software)
reflects the complexity of the controlled system itself.
Hereby, we need to define the models for adequate
describing the presented complex systems with the
corresponding representation of the real-time control
logic considering the requirements and restrictions
stated above, and to find the methods for building this
consistent control logic in practice.</p>
    </sec>
    <sec id="sec-2">
      <title>2 The Method</title>
      <p>Let us outline the necessity of the following essential
features for real-time intelligently and consistently
controlled complex systems:
• Presence of internal reflection of the external
environment, the image of the current condition of
the system including information about the actual
level of functional abilities of the installed devices
– ‘image of itself’, and the knowledge about the
plan (schedule) including data about already
completed tasks and goals to be achieved in future.
• The ability of flexible self-reconfiguration based
on an evaluation of the current situation and tasks
to be executed
• System’s control logic based on the real-time rules
which might be flexibly updated and expanded.
Druzhinin and Kntorov [Dru76] mentioned the levels
of complexity of cybernetical systems.
• Deterministic S1 systems with the rigid
transformation rule input X into output Y
• Stochastic S2 systems with the notable influence
of random factors to results
• S3 systems without well-defined rules of
transformation input into output
• S4 systems implementing the plans and achieving
the pre-settled goals
• S0 systems with choosing its own goals and
changing the structure and adaptive reaction for
the inputs
• Using this approach, the considered systems might
be classified as S0 systems. The reasons are the
following. First, we have the flexible control logic
taking into account the different situations
implemented by control software. Second, we can
state the presence of the possibility of
selfrestructuration. And finally, the set of goals to be
achieved might be updated during the operations.
How we can describe the real-time control logic used
by these systems? When we are talking about the logic,
we suppose the usage of axioms and rules. Naturally,
we should utilize some reasoning based on the rules of
logic. What can we review as the ‘control logic’ of the
complex technical system? Rules can be formed as ‘IF
{antecedents/assumptions} THEN {conclusions}. For
complex technical systems working in real-time mode,
the best results could be provided by the timed versions
of these rules, which can be specified in the following
manner::
a1(tu1)^ ¬ a2(t u2)^… aM(t uM) →A1(ta1)^A2(ta1)^… AN(taN) (1)
There are logical variables (with the values TRUE and
FALSE) on the left side of the formulae, and the
actions on the right side. Some of the actions set or
clear the logical conditions, so after the application of
some rule, the truth of particular conditions can be
changed. The very important aspect of the complex
system interacting with the external environment by the
physical processes is changing the conditions reflecting
the current situation, in time. As we presented above in
(1), we have the conjunction of the conditions (some
with the logical negation) on the left side of the rule. It
is possible to specify several rules with the same left
part, so these rules can be used as connected by logical
OR (disjunction). Consequently, in accordance with the
logical completeness of DNF/CNF form of logical
rules, we can declare the universalism of this approach
for the description of any real-time control logic.
The problem of the synthesis of the consistent control
logic requires performing the following transitions.
Since we have the goals to be achieved by the system
with the correspondent deadlines, we can then make
the transition to the required schedule (set of the
schedules for various scenarios depending on course of
events) of the actions (processes). Each action requires
some specific functionality. For instance, moving
objects need some abilities in navigation and some
abilities in communications. Meanwhile, navigation
can be performed using GPS/GLONASS satellite’s
signals or using the inertial navigation system. A power
supply is another kind of required functionality which
can be provided by different devices, for example by
the batteries or by solar panels. So, we can realize the
transition from the process schedule to schedule of
necessary functionality. Then we should make a
transition from the functionality to the devices needed
to provide it. At this moment, we have the schedule
(again, schedules for various scenarios) of the work of
the system’s’ devices. The next transition is the
transition from this schedule to the set of rules of
control logic formulated as (1). And then we can
implement (by manual coding or by automated code
generation, see [Tyu162]) this logic implemented in the
control software. The reverse engineering problem is
the problem of verification whether the logic
implemented in control software corresponds to the
goals and their deadlines. It supposes the transition
from the existing software modules back to control
logic’s rules. We can use special procedures for the
extraction of the control logic rules from the program
code by analyzing the software modules, then for the
restoration of the aforementioned schedules, and then
for checking if the required goals are being achieved in
time.</p>
      <p>Consequently, the ‘consistency’ of the control logic
means:
• Correspondence to the set of the required
conditions of synchronization, for example f1 &lt;&lt;
f2, f3 CH f5, f1-&gt;f5-&gt;f7, prohibition of the
intersection of particular processes f11 &lt;&gt; f8 (it
can be caused by the physical reasons, for
instance, if the spacecraft’s solar panel can shade
the lens of Earth Remote Sensing instrument)
• Functioning without violation of the limits of
available resources and allowed emissions
• Dependability, i.e. the completion of the set of
required tasks should be guaranteed regardless of
device failures and happening of the unforeseen
situations.</p>
      <p>Whenever we have the schedule built starting from the
system’s goals or extracted from the control programs,
its compliance with synchronization requirements can
be verified using the physical sense of the operators &lt;&lt;
(precedence in time), &lt;&gt; (prohibition of the
overlapping), СН (begin-begin link), СК (end-end
link), → (direct following), see the publications
[Kav06] and [Tyu16].</p>
      <p>Further, we can define the complex technical system as
the following tuple:</p>
      <p>{BA, G, CL, RS, CA, CS} (2)
Where BA is the set of the devices with the
correspondent set of their working modes;</p>
      <p>G is a set of goals to be implemented
accompanied by the deadline for each goal</p>
      <p>FS is a set of the kinds of functionality</p>
      <sec id="sec-2-1">
        <title>CL – control logic presented as a set of timed rules</title>
      </sec>
      <sec id="sec-2-2">
        <title>RS is the set of resources/emissions having an impact on consistent functioning of the system with the specified maximum allowed levels of consumption/emission</title>
        <p>SC is the set of the constraints for right synchronization
of the system’s processes in the above- presented form.
Actually, the BA can be reviewed as the algebraic
system [Tyu06] with the relation of belonging the
device to a system, and there are relations between the
devices and their working modes, and between the
working modes, levels of provided functionality,
resources and emissions. The restrictions for the
minimal required level of each kind of functionality
and maximal available levels of each kind of the
resources are the other essential constraint for the
consistent control logic along with the time restrictions
To solve the problem we can use computer simulation
in a special software tool to calculate the consuming of
the resources and emissions for all mission time
duration. Another simulation mechanism can allow
checking whether the levels of all kinds of required
functionality will be enough for achieving the system’s
goals even in case of arising of abnormal situations.
The problem of verification of the control logic is
checking whether 1) the specified set of rules
implements the schedule which guarantees to achieve
the goals with compliance of their deadlines; 2)
available/allowed levels of resources and emissions are
not violated, and 3) existing restrictions SC are not
violated. In case of the abnormal situation caused by
the fault of a particular device, the control subsystem
should check the level of degradation of the
corresponding functionality, and then issue a special
command to activate the appropriate substitution.
These rules must be a significant subset of the real-time
control logic rules.</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Conclusion and Future Work</title>
      <p>The model for the description of the real-time control
logic for a complex technical system in the Transport
Industry has been defined in the article. We have
considered fundamental problems connected with the
consistent control logic. The first problem is a problem
of verification, and the second problem is a synthesis
of consistent real-time control.</p>
      <p>When we consider the future work, we can underline
that the authors lead the development of special
software tools which allow verifying the control logic
implemented in the source code of the control
programs. To solve the problem of synthesis the logic
with compliance to conditions of consistency, we are
trying to utilize the power of modern Satisfiability
Model Theories Solvers, see [Tyu18]. The screenshot
of the one of the developed software prototypes is
shown in Fig. 2.</p>
      <p>Another perspective approach connected with the use
of constraint programming. In the past, we had a
successful experience in the application of logic
programming the real-time control algorithms
[Tyu162].
The logic programs written in Prolog language allow
finding the appropriate parameters of the algorithm.</p>
    </sec>
    <sec id="sec-4">
      <title>Acknowledgments</title>
      <p>We acknowledge the colleagues from Samara Space
Centre and JSC Information Satellite Systems for the
many-years collaboration in the area of spacecraft fight
control software engineering, and the founder of this
direction of researches, Anatoly Kalentyev.
[Tyu06] A. Tyugashev. Integrated environment for
designing real-time control algorithms
[Kav06] A. Kalentyev CALS technology in lifecycle
of complex control programs / A.A Kalentyev,
A.A. Tyugashev Samara: Scientific Center of
Russian Academy of Sciences, 2006. 266 p.</p>
      <p>(in Russian).
[Tyu16] A Tyugashev Language and Toolset for
Visual Construction of Programs for
Intelligent Autonomous Spacecraft Control
IFAC - PapersOnLine 49 (5), 120-125, May
2016.
[Dru76] V.B. Druzhinin. The problems of the
systemology (the problems of the theory of
complex systems ) / V.B. Druginin,, D.S.</p>
      <p>Kontorov Moscow: Sovetskoye Radio, 1976.
296 p. (In Russian).
[Tyu162] A. Tyugashev Visual Builder of Rules for
Spacecraft Onboard Real-Time Knowledge
Base / 8th KES International Conference on
Intelligent Decision Technologies (KES-IDT
2016) Part II, Pp. 189-205. 2016.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [Koz98]
          <string-name>
            <given-names>D.</given-names>
            <surname>Kozlov</surname>
          </string-name>
          .
          <article-title>Control of Earth observation spacecrafts</article-title>
          : Computer Technologies / D. I Kozlov,
          <string-name>
            <given-names>G.P</given-names>
            <surname>Anshakov</surname>
          </string-name>
          .,
          <string-name>
            <surname>Ya</surname>
          </string-name>
          .A.
          <string-name>
            <surname>Mostovoy</surname>
            ,
            <given-names>A.V.</given-names>
          </string-name>
          <string-name>
            <surname>Sollogub</surname>
          </string-name>
          Moscow: Mashinostroenie,
          <year>1998</year>
          , 245 p.
          <article-title>(in Russian)</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [Syg19]
          <article-title>Yu. Sygurov Method for modeling of Spacecraft onboard apparatus and building of consistent control logic with limited onboard resources / A. Tyugashev, Yu</article-title>
          . Sygurov,
          <source>Journal of Physics Conference Series</source>
          <volume>1368</volume>
          :
          <issue>042032</issue>
          <year>November 2019</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>