→ Solution / Alarms / Items - tags and conditions to generate alarm. Include AlarmGroup for Ack/Log settings and AlarmArea for hierarchy.
→ Solution / Alarms / Groups - Collection of AlarmItems sharing properties such as AckRequired and LogEvents.
→ Solution / Alarms / Areas - Hierarchical grouping of AlarmGroups for better organization.
→ Solution / Alarms / Audit Trail - Logs events on Operation actions, and on selected system events.
Scripts Module configuration workflow | ||
---|---|---|
Action | Where | Comments |
Manage ScriptClasses | Scripts / Classes | Create or Import you function Library. Learn more at Scripts Classes (Reference). |
Manage ScriptTasks | Scripts / Tasks | Create or Import Tasks. Learn more at Scripts Tasks (Reference). |
Manage ScriptExpressions | Scripts / Expressions | For simple event or time driven actions, use Expressions. Learn more at Scripts Expressions (Reference). |
Manage Script References | Scripts / References. | If you code required their party libraries, include the references. Learn more at Scripts References (Reference). |
The key concept to be aware of regarding the execution of the tasks and expressions defined in the Script Module is that they execute on the server computer.
Only the CodeBehind of the displays is executed on each client computer. The script classes can be consumed by both server and client stations.
Current solutions are prioritizing user interfaces that are portable, meaning the exact same drawing and display configuration can run as a WPF Windows Rich Client or as a web HTML5 page inside a browser. If you intend to run the graphical interface only on WPF Windows and not on web pages, it is possible to enable this in Solution / Settings to allow tasks and expressions to run on the client side.
For complex solutions or very large solutions, it's useful to get a deeper understanding of the Module execution process. Read more at Script Engine (Reference) if that is your case.
The Namespace Script is the entry point for all objects related to the Scripts module.
The Script.Class
object lists all configured tables and its runtime properties. The Script.Task
object lists all configured database connections and their runtime properties.
Examples:
Script Task Properties | ||
---|---|---|
Property | Type | Description |
| Integer | Number of times the Script Task <Task1> was executed. |
| TimeSpan | The Amount of CPU used the last time the Script Task Task1 was executed. |
→ Read more about Objects and Namespaces.
The Scripts module may encounter some issues in its operation. Here are some common issues and their troubleshooting:
In this section: