Porovnávané verzie

Kľúč

  • Tento riadok sa pridal
  • Riadok je odstránený.
  • Formátovanie sa zmenilo.

...

Configuration for starting the event instance on a an object value change consists of

  • definition of an object (trigger), value changes of which are monitored
  • conditions, which describe the state of a value, which causes the event to start (value validity/invalidity, limit value states, value changes, process alarm presence, ...).

...

Kotva
generovat_poziadavky
generovat_poziadavky
The second alternative monitors several values. For each value, the test to meet the start condition is carried out, based on which request to start the event instance is generated. Sometimes a situation may happen that several changes occur at the same time simultaneously in the monitored area. If these changes must be processed in successive steps, the option Sequential execution of several changed values must be checked in the event configuration. If not checked, a change of several values generates only one request to start the event, and it can result in loss of monitored changes.

Generated The generated request includes information about

  • the previous value of the monitored area - after the event instance start, the value is copied into the local variable _TRIGGER_VALUE_OLD, that which must be defined appropriately
  • a new value of the monitored area - after the event instance start, the value is copied into the local variable _TRIGGER_VALUE, that which must be appropriately defined
  • position of the change [row, column] - for simple value (for example the name of the object Sec) it is always [0,0]. For structured variables is the change position relative to the first row and the first column (for example on change of SV.Persons[2]^Name it will be [2,1]). Values are copied into the predefined local variables [_TRIGGER_ROW, _TRIGGER_COL] after starting the event.

Kotva
fronta_poziadaviek
fronta_poziadaviek
If the request to start the event has been generated, the process D2000 Event Handler proceeds according to the option Create a queue for event start requests in the event configuration:

  • if the option is not checked and no event instance is running, the request will be accepted (event instance start)
  • if the option is not checked and at least one event instance is running, in dependence on the fact, whether some of the running instances performed the action ENABLE, that allows to run running several instances of the given event at the same time. If the action ENABLE was not used, the request to start the event instance will be ignored.
  • if the option is checked and no event instance is running, the request will be accepted (event instance start)
  • if the option is checked and at least one event instance is running, then the request will be inserted into the queue of requests. The request will be applied after the termination of the current instance, or if the instance executes the action ENABLE. The effect is, that if the event do does not use the action ENABLE, only one event instance will always be always running and all the request requests to start the event will be processed in successive steps in the order as they occurred. Instance The instance can detect the number of the current requests to start the event by calling the function %GetTriggerQueueLen.

...