EELECTRON SPA
IN00M02WEBFI00020100_ADMIN_MANUAL
77 / 118
Execution order
During the simulation and compilation phases, the editor generates a LUA script that runs in cycles.
Tasks are concatenated in the script according to their order on the LOGIC TASKS summary page;
within each task, logic blocks also have their own execution order, indicated at the top right for each
block.
Under normal conditions, blocks are assigned an ascending order based on the order in which they
are placed in the program; however, you can force a different execution order as follows:
•
Select the block concerned
•
Open the details panel
•
Choose “MANUAL” as the sort order
•
Enter an order number, taking care to enter a number not yet used
Blocks with manual sorting are highlighted in yellow.
Finally, it is possible to reorder the blocks from top/left to bottom/right using the relevant button in
the toolbar.
Trigger
Under normal conditions, the logical module maintains the state of the exit objects based on the logic
state; as soon as these objects change state (for example, because they receive a command from
the bus, external to the logic), their state is immediately restored to that indicated by the logic.
This behaviour is not always desirable; in many situations, in fact, you may want to control an object
based on the change of state of other objects, but if this object is then controlled externally, you want
to keep it in the latter state. In other words, we want to create a logic that relates to “events”.
In this case, you must use the input and output TRIGGER nodes. Input triggers emit a pulse (i.e. a
value of 1 for a single script run cycle, then return to 0) each time a value is received on a given
object.
Output triggers, on the other hand, allow you to determine when to issue a command on an object;
whenever a pulse (value 1) is sent on this trigger, the value of the object is sent to the bus, even if it
has not changed since the previous execution cycle.
Therefore, if you want to change the logic example shown before (a simple AND between two KNX
widgets, which commands a third) so that the output object receives a command whenever the inputs
change, but can then change its status; if externally controlled, you must:
•
connect the two input TRG nodes of the first objects to the output TRG node of the third
Summary of Contents for Horizone Mini IN00M02WEB
Page 2: ...EELECTRON SPA IN00M02WEBFI00020100_ADMIN_MANUAL 2 118 ...
Page 11: ......
Page 12: ......
Page 15: ......
Page 16: ......
Page 17: ......
Page 18: ......
Page 19: ......
Page 23: ......
Page 24: ......
Page 25: ......
Page 26: ......
Page 27: ......
Page 28: ......
Page 29: ......
Page 30: ......
Page 31: ......
Page 32: ......
Page 35: ......
Page 36: ......
Page 37: ......
Page 38: ......
Page 40: ......
Page 44: ......
Page 46: ......
Page 47: ......
Page 48: ......
Page 49: ......
Page 52: ......
Page 53: ......
Page 55: ......
Page 56: ......
Page 58: ......
Page 59: ......
Page 60: ......
Page 62: ......
Page 64: ......
Page 66: ......
Page 68: ......
Page 70: ......
Page 71: ......
Page 75: ......
Page 82: ......
Page 83: ......
Page 84: ......
Page 85: ......
Page 86: ......
Page 87: ......
Page 88: ......
Page 89: ......
Page 94: ......
Page 104: ......
Page 107: ......
Page 108: ......
Page 112: ......
Page 113: ......
Page 118: ......