{"id":58,"date":"2019-06-18T14:31:46","date_gmt":"2019-06-18T06:31:46","guid":{"rendered":"http:\/\/151.236.221.165\/?p=58"},"modified":"2019-06-18T15:59:10","modified_gmt":"2019-06-18T07:59:10","slug":"generalized-actuator-approach","status":"publish","type":"post","link":"https:\/\/www.sanburs.xyz\/index.php\/2019\/06\/18\/generalized-actuator-approach\/","title":{"rendered":"Generalized Actuator Approach"},"content":{"rendered":"
<\/div>\n

T<\/span>he novel approach proposed in this thesis starts from the idea of considering logic control as a recipe mainly composed by two ingredients:<\/p>\n

    \n
  1. a set of basic actions.<\/li>\n
  2. one or more desired sequences to coordinate actions execution. The first ingredient represents mechanisms of functionality implementation, while the second represents the control policy.<\/li>\n<\/ol>\n
    \n

    How to use GA Approach<\/h2>\n
      \n
    1. Identify basic actions of the process;<\/li>\n
    2. Define Do-Done actions;<\/li>\n
    3. Define Start-Stop actions;<\/li>\n
    4. Identify the GAs by grouping actions with overlapping sets of sensors or actuators;<\/li>\n
    5. Design each GA by:\n
        \n
      • Defining its interfaces;<\/li>\n
      • Designing the actuation logics according to reference model<\/li>\n
      • Designing the internal diagnostics and quality assessment procedures (not considered in this work);<\/li>\n<\/ul>\n<\/li>\n
      • Design the high\u2013level policies<\/li>\n<\/ol>\n

        The First Example<\/h2>\n

        T<\/span>his example is an adaptation of the drilling machine in processing station of FESTO manufacturing systems. We will deal with the different functionalities desired for the system in different steps; namely these functionalities are:<\/p>\n

          \n
        1. To drill a workpiece using a presence sensor;<\/li>\n
        2. Control duration of drillin according to a suitable policy;<\/li>\n
        3. Diagnostic sensors faults;<\/li>\n<\/ol>\n

          \"\"<\/p >\n

          It<\/span> is composed by a rotary table that feeds some workpiece to a drilling station that perform the drill operation over the workpiece. The rotary table is actuated through the command signal RotaryTable<\/code>; the system is equipped with a sensor that indicates when a workpiece is in the correct position to be drilled (signal WorkPieceSensor<\/code>). The electric motor that vertically moves the drilling unit has two direction of movement, decidable through command signals DrillingUP<\/code> and DrillingDOWN<\/code>; the combination DrillingUP<\/code>=1 DrillingDown<\/code>=0 causes the upward direction while the combination DrillingUO<\/code>=0 DrillingDOWN<\/code>=0 causes the downward direction. Two sensors indicate the up limit stop (signal LimitUP<\/code>) and the down limit stop (signal LimitDown<\/code>) of the drilling unit. The drilling unit is equipped with a drilling tool mounted into a spindle moved by an electric motor; the spindle has two different direction of movement, decidable through command signals DrillingRotationON<\/code> and SpindleMotorDirection<\/code>, namely clockwise movement can be issued through the combination of DrillingRotationON<\/code>=1 and SpindleMotorDirection<\/code>=1, while the anticlockwise movement can be issued through the combination of SpindleMotorON<\/code>=1 and SpindleMotorDirection<\/code>=0.<\/p>\n

          W<\/span>hen a new workpiece arrives under the drilling unit, this must reach its downward position and the spindle must turn clockwise to perform the drilling operation to the workpiece. The drilling operation must continue for five seconds. After this time interval, the drilling unit must reach its upward limit while the load is expelled; during this operation the spindle must turn anticlockwise to allow the correct extraction of the drilling tool from the load. The overall process must start when the command StartProcess<\/code> is active and should stop when StartProcess<\/code> becomes false.<\/p>\n

          Common Solution<\/h3>\n

          \"\"<\/p >\n

          It<\/span> is not hard to draw this SFC diagram according to the preceding part of the text.But the designed solution lacks of separation between logic policies and actuation mechanisms, reflecting into a lack of re-usability and modularity;<\/strong> this directly affect the readability of the software but also (and especially) the possibility to make some changes quickly and easily as it can be noted considering the following modifications to the plant and policies.<\/p>\n

          Now, let's consider the following modifications to the plant and policies.<\/p>\n

            \n
          1. Suppose that the considered system is equipped with a presence sensor which cannot be considered as ideal: signal WorkPieceSensor<\/code> becomes true as soon as the workpiece reaches the sensor but this position is not correctly centered below the drilling unit; the belt must therefore move for a given time interval that depends on its actual speed and the load dimensions in order to bring the load in the correct position.<\/li>\n
          2. Suppose that the system can manage two different types of workpiece and, depending by the kind of workpiece (indicated by signal WorkPieceTypeSensor<\/code>) the drilling operation must be three or five seconds long (i.e. the reference for the temperature control changes according to the actual product).<\/li>\n<\/ol>\n

            Note that the modification (1) is related to an action sensor (generally to an actuation mechanism) while modification (2) is referred to a policy change but this characteristics are not clearly distinguishable in the SFC diagram.<\/p>\n

            Detail discuss will not be summarized here. You can go to the original book to read if you are interested in it.<\/p>\n

            Use The Generalized Actuator approach<\/h3>\n

            (1) Identify basic actions of the process<\/h4>\n

            For the considered system the basic actions to perform are<\/p>\n

              \n
            1. move the workpiece in drilling position, indicated as Positioning<\/code>;<\/li>\n
            2. expel the drilled workpiece,indicated as Expulsion<\/code>;<\/li>\n
            3. move the drill unit upward, indicated as DrillGoUp<\/code>;<\/li>\n
            4. move the ram downward, indicated as DrillGoDown<\/code>;<\/li>\n
            5. control the spindle rotation, indicated as SpindleControl<\/code>.<\/li>\n<\/ol>\n

              (2)Define Do-Done and Start-Stop actions<\/h4>\n

              \u200b From the considered example, it is immediate to note that there exist two different kinds of actions and, consequently, of GAs; there are actions which structurally terminate after a finite time (e.g. action Positioning<\/code> implies moving the belt until the workpiece reaches the drilling position), while there are others which, in principle, could continue for an infinite time and whose termination has to be decided \u201cexternally\u201d(e.g. action SpindleControl<\/code>).
              \n The GAs associated to the first kind of actions are denominated Do-Done<\/strong><\/em> GA. They are characterized by a input signal Do<\/strong> used to command the starting of an action, an input signal DoWhat<\/em><\/strong> to specify what kind of action has to be performed (if more than one is available) and an output signal Done<\/em><\/strong> to signal when the action has terminated successfully.
              \n Differently, the GAs associated to the second kind of actions are enominated Start-Stop<\/em><\/strong> GA. Their characteristic I\/O signals are the input Start<\/em><\/strong> to command the beginning of an action, defined by the input StartWhat<\/em><\/strong>, and the input command Stop<\/em><\/strong> to stop the action.<\/p>\n

              (3)Identify the GAs by grouping actions with overlapping sets of sensors or actuators<\/h4>\n

              Looking for common equipment used in different actions, leads to group them in three GAs respectively devoted to the drilling workpiece, move the drill unit and control spindle rotation control.<\/p>\n

                \n
              1. WorkPieceMotion<\/code>, a Do-Done GA that is devoted to workpiece positioning;<\/li>\n
              2. DrillMotion<\/code>, a Do-Done GA that is aimed at moving the drill unit;<\/li>\n
              3. Spindle<\/code>, a Start-Stop GA that is aimed at controlling the spindle rotation of drilling.<\/li>\n<\/ol>\n

                (4)Design GAs<\/h4>\n

                Defining its interfaces<\/h5>\n
                  \n
                1. Interface to policy:<\/strong> this section represents the input\/output section between the GA and the supervision policy. It can be further decomposed in two subsections separating the standard communications between the GA and the policy and all the case dependent communications.\n
                    \n
                  • Standard interface:<\/strong> embeds all command inputs for the GA and the outputs that communicate the actual state of the GA and the task that it is accomplishing. More in details the Do-Done<\/u> GA will receive as command the Do<\/u> signal to start operations and the DoWhat<\/u> signal to specify the desired action, while the Start-Stop<\/u> GA will be commanded through inputs Start<\/u> to start operations and Stop<\/u> to conclude operations, and through signal StartWhat<\/u> to define the required action. In both cases input signals Alarm<\/u>, AlarmType<\/u> can be used to communicate to the GA the occurrence of an external anomalous situation. The outputs of this section are, for the Do-Done<\/u> GA, the Done signal by which the GA communicate that the task has been performed and the DoneWhat<\/u> signal by which the terminated task is specified; the Start-Stop<\/u> GA outputs are the signal DoingWhat<\/u> representing the task that the GA is performing. In both kind of GAs, a State<\/u> signal communicate the actual state in which the GA is evolving.<\/li>\n
                  • **Communications: **represents all the non standard communications between the policy and the GA, as the results of sensor readings filtering(e.g. the WorkPieceTypeSensor<\/code> signals in WorkPieceMotor<\/code> GA that distinguish between two different kind of workpiece filtering the sensor readings WorkPieceTypeSensor<\/code>.)<\/li>\n<\/ul>\n<\/li>\n
                  • Low level interface:<\/strong> this section contain all the interfaces with the low level world; even this section can be further decomposed in two sub sections considering the constant parameters used by the GA separated from the physical interconnection with the plant.<\/li>\n<\/ol>\n
                      \n
                    • Constant parameters:<\/strong> contains all the inputs by which it is possible to give a constant value to characteristic parameters of the GA (e.g. in WorkPieceMotion<\/code> GA the in put PositioningDelayTime<\/code> by which define the time interval between the activating instant for sensor WorkPieceSensor<\/code> and the instant in which the workpiece reaches the drilling position.<\/li>\n
                    • Plant I\/O link:<\/strong> is the real interface with the plant and contains as inputs all the links to sensors and as outputs the links to actuators. In this way the physical connection between the GA and the plant is completely hidden to the high level control policy.<\/li>\n<\/ul>\n

                      \"\"<\/p >\n

                      Designing the actuation logics according to reference model<\/h5>\n

                      \"\"<\/p >\n

                      Init<\/code>: this state is the initial one and becomes active as soon as the GA is activated (usually at the beginning of operations). It represents the state in which initialization actions are performed; the GA moves out from this state when a signal EndInit<\/code> communicates that the initialization operations are concluded forcing the GA to move in Ready<\/code> state.<\/p>\n

                      Ready<\/code>: in this state the GA is ready to perform the desired operation and is waiting for the Do<\/code> or Start<\/code> command to move to Busy<\/code> state.<\/p>\n

                      Busy<\/code>: after the command issued by the policy the GA starts performing its required task communicating with the high level policy information on the accomplishment of the function(e.g. information on the quality of the operations). The GA remains into this state until the task is finished and the signal Done<\/code> is raised (Do\u2013Done GA) or until the Stop<\/code> signal(Start\u2013Stop GA) is issued by the policy. In these cases the GA moves back to state Ready<\/code>.<\/p>\n

                      Fault<\/code>: from any state a signal Fault<\/code> (used to communicate some anomalies) can force the GA to move into a Fault<\/code> state in which some counteractions are taken. Note that the Fault<\/code> signal can be both due to external commands (e.g. an alarm issued by an external operator), to internal diagnostics or to wrong logic operations. When the alarm situation is concluded (signal EndFault<\/code>) the GA returns in the Init<\/code> state to be reinitialized.<\/p>\n","protected":false},"excerpt":{"rendered":"

                      The novel approach proposed in this thesis starts from the idea o …<\/p>","protected":false},"author":1,"featured_media":64,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[],"_links":{"self":[{"href":"https:\/\/www.sanburs.xyz\/index.php\/wp-json\/wp\/v2\/posts\/58"}],"collection":[{"href":"https:\/\/www.sanburs.xyz\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.sanburs.xyz\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.sanburs.xyz\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.sanburs.xyz\/index.php\/wp-json\/wp\/v2\/comments?post=58"}],"version-history":[{"count":4,"href":"https:\/\/www.sanburs.xyz\/index.php\/wp-json\/wp\/v2\/posts\/58\/revisions"}],"predecessor-version":[{"id":77,"href":"https:\/\/www.sanburs.xyz\/index.php\/wp-json\/wp\/v2\/posts\/58\/revisions\/77"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.sanburs.xyz\/index.php\/wp-json\/wp\/v2\/media\/64"}],"wp:attachment":[{"href":"https:\/\/www.sanburs.xyz\/index.php\/wp-json\/wp\/v2\/media?parent=58"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.sanburs.xyz\/index.php\/wp-json\/wp\/v2\/categories?post=58"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.sanburs.xyz\/index.php\/wp-json\/wp\/v2\/tags?post=58"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}