CitectSCADA Cicode Reference
CitectSCADA Cicode Reference
20
October 2010
Legal Notice
DISCLAIMER
Schneider Electric (Australia) Pty. Ltd. makes no representations or warranties with respect to this manual and, to the max-
imum extent permitted by law, expressly limits its liability for breach of any warranty that may be implied to the replacement
of this manual with another. Further, Schneider Electric (Australia) Pty. Ltd. reserves the right to revise this publication at any
time without incurring an obligation to notify any person of the revision.
COPYRIGHT
© Copyright 2010 Schneider Electric (Australia) Pty. Ltd. All rights reserved.
TRADEMARKS
Schneider Electric (Australia) Pty. Ltd. has made every effort to supply trademark information about company names, products
and services mentioned in this manual.
Citect, CitectHMI, and CitectSCADA are registered trademarks of Schneider Electric (Australia) Pty. Ltd.
IBM, IBM PC and IBM PC AT are registered trademarks of International Business Machines Corporation.
MS-DOS, Windows, Windows NT, Microsoft, and Excel are either registered trademarks or trademarks of Microsoft Cor-
poration in the United States and/or other countries.
DigiBoard, PC/Xi and Com/Xi are trademarks of Digi International Inc.
Novell, Netware and Netware Lite are either registered trademarks or trademarks of Novell, Inc. in the United States and other
countries..
dBASE is a trademark of dataBased Intelligence, Inc.
All other brands and products referenced in this document are acknowledged to be the trademarks or registered trademarks of
their respective holders.
GENERAL NOTICE
Some product names used in this manual are used for identification purposes only and may be trademarks of their respective
companies.
October 2010 edition for CitectSCADA Version v7.20
Manual Revision Version v7.20.
Legal Notice 2
Contents 3
Introduction 11
Safety Information 13
Using Cicode 17
3
Contents
4
Contents
5
Contents
6
Contents
7
Contents
8
Contents
9
Contents
Index 1255
10
Part: 1
Introduction
Introducing Cicode
11
12
Safety Information
Safety Information
Hazard categories and special symbols
The following symbols and special messages may appear in this manual or on the prod-
uct to warn of potential hazards or to call attention to information that clarifies or sim-
plifies a procedure.
A lightning bolt or ANSI man symbol in a "Danger" or "Warning" safety label on the
product indicates an electrical hazard which, as indicated below, can or will result in
personal injury if the instructions are not followed.
The exclamation point symbol in a safety message in a manual indicates potential per-
sonal injury hazards. Obey all safety messages introduced by this symbol to avoid pos-
sible injury or death.
Symbol Name
Lightning Bolt
ANSI man
Exclamation Point
DANGER indicates an imminently hazardous situation, which, if not avoided, will result in
death or serious injury.
WARNING indicates a potentially hazardous situation, which, if not avoided, can result in
death or serious injury.
CAUTION indicates a potentially hazardous situation which, if not avoided, can result in
minor or moderate injury.
13
Safety Information
CAUTION
CAUTION used without the safety alert symbol, indicates a potentially hazardous situation
which, if not avoided, can result in property damage.
Please Note
Electrical equipment should be installed, operated, serviced, and maintained only by
qualified personnel. No responsibility is assumed by Schneider Electric (Australia) Pty.
Ltd. for any consequences arising out of the use of this material.
Do not use CitectSCADA or other SCADA software as a replacement for PLC-based control pro-
grams. SCADA software is not designed for direct, high-speed system control.
Failure to follow these instructions can result in death, serious injury, or equip-
ment damage.
LOSS OF CONTROL
l The designer of any control scheme must consider the potential failure modes of control
paths and, for certain critical control functions, provide a means to achieve a safe state
during and after a path failure. Examples of critical control functions are emergency
stop and overtravel stop.
l Separate or redundant control paths must be provided for critical control functions.
l System control paths may include communication links. Consideration must be given to
the implications of unanticipated transmission delays or failures of the link.*
l Each implementation of a control system created using CitectSCADA must be individ-
ually and thoroughly tested for proper operation before being placed into service.
Failure to follow these instructions can result in death, serious injury, or equip-
ment damage.
* For additional information, refer to NEMA ICS 1.1 (latest edition), "Safety Guidelines
for the Application, Installation, and Maintenance of Solid State Control".
14
Chapter: 1 Introducing Cicode
Cicode is a programming language designed for use in CitectSCADA to monitor and con-
trol plant equipment. It is a structured language similar to Visual Basic or 'C'. You need
no previous programming experience to use it.
Using Cicode, you can access real-time data (variables) in the CitectSCADA project, and
CitectSCADA facilities: variable tags, alarms, trends, reports, and so on. You can use
Cicode to interface to various facilities on the computer, such as the operating system
and communication ports. Cicode supports advanced features including pre-empted
multitasking, multi threads, and remote procedure calls.
Getting Started
Use the following sections as a quick start to using Cicode in your CitectSCADA projects:
l Cicode can be stored in procedures called functions for multiple reuse and cen-
tralized maintenance. For details, see Using Cicode Files.
l Cicode can be typed directly into command fields in online CitectSCADA forms. For
details, see Using Cicode Commands.
l Cicode expressions are used to display and log data for monitoring and analysis,
and to trigger various elements in your system, such as alarms, events, reports, and
data logging. For information on using expressions, see Using Cicode Expressions.
l A Cicode function is a small program, a collection of statements, variables, operators,
conditional executors, and other functions. A Cicode function can perform complex
tasks and give you access to CitectSCADA graphics pages, alarms, trend data, and so
on. For information on using functions, see the section titled Using Cicode Functions.
Cicode has many pre-defined functions that perform a variety of tasks. For details on
commonly used functions, see the section titled Working with Commonly Used Func-
tions. Where system functionality cannot be achieved with built-in functions, you can
write your own functions. See Writing Functions.
l The Cicode Editor is the code editing tool provided with CitectSCADA for the writing,
editing and debugging of your Cicode code. For details, see The Cicode Editor.
See Also
Performing Advanced Tasks
Using Cicode Programming Standards
15
Chapter: 1 Introducing Cicode
16
Part: 2
Using Cicode
This section contains information for Users and describes the following:
17
18
Chapter: 2 Using Cicode Commands
Cicode commands extend the control element of a CitectSCADA control and monitoring
system. You use commands to control your CitectSCADA system and therefore the proc-
esses in your plant.
Each command has a mechanism to activate it. Commands can be issued manually,
through an operator typing a key sequence, or by clicking on a button (or object) on a
graphics page. You can also configure commands to execute automatically:
l When an operator logs into or out of the runtime system
l When a graphics page is displayed or closed
l When an alarm is triggered
l In a report
l When an event is triggered
To define a Cicode command, you enter a statement (or group of statements) in the com-
mand field (Input category) for an object.
Each statement in a command usually performs a single task, such as setting a variable
to a value, calculating a value, displaying a message on the screen, or running a report.
For information on using variables, see the section titled Using Variables.
If you want to evaluate a condition, like checking the state of your plant rather than per-
form an action or command upon your plant, use an expression instead. See the section
titled Using Cicode Expressions.
See Also
Using Cicode Programming Standards
Setting Variables
You can set a Variable in CitectSCADA within a Command field, an Expression field, or
in a Cicode Function, by using the mathematical 'equals' sign ( = ) assignment operator.
The value on the right is assigned (set) to the variable on the left, as shown in the fol-
lowing Cicode example :
<VAR_TAG> = Val;
where:
19
Chapter: 2 Using Cicode Commands
<VAR_TAG> is the name of the variable, and Val is the value being assigned to the variable.
Examples
To set a digital variable (named BIT_1) to ON (1), use the command:
BIT_1 = 1;
To set a digital variable (named BIT_1) to OFF (0), use the command:
BIT_1 = 0;
B1_PUMP_101_M = 1;
To set a digital variable (named B1_PUMP_101_M) to OFF (0), use the command:
B1_PUMP_101_M = 0;
To set an analog variable (named B1_TIC_101_SP) to a value of ten (10), use the com-
mand:
B1_TIC_101_SP = 10;
You can copy a variable to another by assigning (setting) the value of a variable to the
value of another variable, for example:
B1_PUMP_101_COUNT = B1_PUMP_101_CLIMIT;
Note: The value of B1_PUMP_101_CLIMIT could change immediately after, but B1_
PUMP_101_COUNT remains unchanged and storing the original value, until this
command is issued again.
Performing Calculations
Mathematical calculations can be performed between variables in a Cicode statement.
For example:
20
Chapter: 2 Using Cicode Commands
When this command is executed, the variable B1_TIC_101_SP is set to a value that is the
sum of variables B1_TIC_101_PV and B1_TIC_102_PV minus 100.
B1_PUMP_101_COUNT = B1_PUMP_101_CLIMIT;
BATCH_NAME = "Bread";
B1_TIC_101_SP = 10;
The example above uses three statements, separated by semi-colons ( ; ). The first state-
ment sets the variable B1_PUMP_101_COUNT to the value of the variable B1_PUMP_
101_CLIMIT; the second statement sets the variable BATCH_NAME to the string
"Bread"; and the third statement sets the variable B1_TIC_101_SP to 10. Each statement
is executed in order.
Note: Separate each statement in a command with a semicolon (;). If you don't, Citect-
SCADA will not recognize the end of a statement, and errors will result when the
project is compiled.
The number of statements you can enter in a command property is limited only by the
size of the field. However, for clarity, don't use too many statements; enter the statements
into an Include File or write a Cicode Function. You then refer to the include file or call
the function in the command property field.
21
Chapter: 2 Using Cicode Commands
An include file is a separate and individual ASCII text file containing only one sequence
of CitectSCADA commands or expressions that would otherwise be too long or com-
plicated to type into the Command or Expression field within CitectSCADA. The include
file name is entered instead, and the whole file is activated when called.
When you compile the project, the commands (or expressions) in the include file are sub-
stituted for the property field, just as if you had typed them directly into the field.
Use a text editor such as Notepad to create the text file.
Enter the name of the include file (either upper- or lower case) in the property, in the fol-
lowing format:
@<filename>
where <filename> is any valid DOS file name. Be aware that the bracket characters (< >)
are part of the syntax.
You can use include files with many properties (except record names), but they are com-
monly used for commands and expressions, for example:
l Key sequence: F5 ENTER
l Command: @<setvars.cii>
In the above example, the setvars.cii include file would contain commands to be sub-
stituted for the Command property when you compile your project, for example:
PV12 = 10;
PV22 = 20;
PV13 = 15;
PV23 = 59;
PageDisplay("Mimic");
Notes
l Include files can not be used for genie properties.
l Do notconfuse include files and includedprojects. Include files contain CitectSCADA
commands and/or expressions and are used as substitutions in a CitectSCADA com-
mand or expression property field. Included projects are separate (usually smaller)
CitectSCADA projects that can be included in another CitectSCADA project so that
they appear together as one project.
l The include file name can contain a maximum of 64 characters, or 253 characters
including a path, and can consist of any characters other than the semi-colon (;) or
the single quote('). There is no need to include the .cii extension, but if the file is not
in the project directory, you need to enter the full path to the file. If the file is not in
the project directory, it will not be backed up with the Backup facility.
22
Chapter: 2 Using Cicode Commands
l If modifying an Include file with the Cicode Editor, when you save your changes a
.ci file extension will be appended to the file name. Change this to a .cii file exten-
sion in Windows Explorer.
The operator sends out the command by pressing the F2 key, up to three characters, and
the Enter key. The three character sequence (identified by the three hash (#) characters) is
called an argument. The argument is passed into the command (as Arg1) when the com-
mand is completed (when the operator presses the Enter key).
The operator might type:
The value 123 is passed to the command, and B1_TIC_101_SP is set to 123.
It is recommended that you use a specific key (for example, Enter) to signal the end of a
key sequence. If, for example, you use the key sequence F2 ####, the operator needs to
enter 4 characters for the command to be executed - CitectSCADA waits for the fourth
character. But if you use F2 #### Enter, the operator can enter between one and four char-
acters as necessary. The command executes as soon as the Enter key is pressed.
To use more than one argument in a command, separate the arguments with commas ( ,
):
l Key sequence: F2 ###,## Enter
l Command: B1_TIC_101_SP = Arg1; B1_TIC_101_PV = Arg2;
To set both variables, the operator can type:
23
Chapter: 2 Using Cicode Commands
The values 123 and 18 are passed to the command. B1_TIC_101_SP is set to 123 and
B1_TIC_101_PV is set to 18.
24
Chapter: 3 Using Cicode Expressions
Cicode expressions are the basic elements of the Cicode language. An expression can be
a constant, the value of a variable tag, or the result of a complex equation. You can use
expressions to display and log data for monitoring and analysis, and to trigger various
elements in your system, such as alarms, events, reports, and data logging.
You can enter a Cicode expression in any CitectSCADA editor form or graphic object that
contains an expression property. Unlike a command, an expression does not execute a
specific task - it is evaluated. The evaluation process returns a value that you can use to
display information on the screen (for example, as a bar graph) or to make decisions.
The following expression returns a result of 12:
l Numeric expression: 8 + 4
In the above example, the value of the expression is a constant (12) because the elements
of the expression are constants (8 and 4).
See Also
Displaying Data Using Expressions
Logging Expression Data
Triggering Events Using Expressions
Using Cicode Programming Standards
Using Cicode Files
25
Chapter: 3 Using Cicode Expressions
See Also
Using Cicode Expressions
Decision-Making
Some expressions return only one of two logical values, either TRUE(1) or FALSE(0). You
can use these expressions to make decisions, and to perform one of two actions, depend-
ing on whether the return value is TRUE or FALSE. For example, you can configure a
text object with appearance as follows:
l On text when: B1_PUMP_102_CMD
l ON text: Pump Running
l OFF text: "Pump Stopped"
In this example, if B1_PUMP_102_CMD is a digital tag (variable), it can only exist in
one of two states (0 or 1). When your system is running and the value of B1_PUMP_
102_CMD changes to 1, the expression returns TRUE and the message "Pump Running"
is displayed. When the value changes to 0, the expression returns FALSE and the mes-
sage "Pump Stopped" is displayed.
See Also
Using Cicode Expressions
When the system is running, the value of the expression B1_TIC_101_PV + B1_TIC_102_
PV is logged to the file [log]:B1_TIC.
See Also
Using Cicode Expressions
26
Chapter: 3 Using Cicode Expressions
Trigger B1_PUMP_101_CMD
27
Chapter: 3 Using Cicode Expressions
28
Chapter: 4 Using Cicode Functions
A Cicode function can perform more complex tasks than a simple command or expres-
sion allows. Functions give you access to CitectSCADA graphics pages, alarms, trend
data, and so on.
CitectSCADA has several hundred built-in functions that display pages, acknowledge
alarms, make calculations, and so on. You can also write your own functions to meet
your specific needs.
See Also
Working with Commonly Used Functions
Writing Functions
where:
FunctionName is the name of the function
Arg1, Arg2, ... are the arguments you pass to the function
Command PageNext();
29
Chapter: 4 Using Cicode Functions
Evaluating Functions
You can use a function in any expression. For example, the AlarmActive() function
returns TRUE (1) if any alarms are active, and FALSE (0) if no alarms are active. In the
following text object, either "Alarms Active" or "No Alarms Active" is displayed, depend-
ing on the return value of the expression.
Note: Functions return a value that indicates the success of the function, or provides
information on an error that has occurred. In many cases (for example, when used in
a command) the return value can be ignored. You need to use the parentheses () in
the function name, even if the function uses no arguments. Function names are not
case-sensitive: PageNext(), pagenext() and PAGENEXT() call the same function.
Each statement is executed in order. The "Shift" report is started first, the variable B1_
TIC_101_PV is set to 10 next, and finally, the "Boiler 1" page is displayed.
Functions combine with operators and conditional executors to give you specific control
over your processes, for example, you can test for abnormal operating conditions and act
on them.
30
Chapter: 4 Using Cicode Functions
Note: Some functions (such as PageNext()) have no arguments. However you need to
include the parentheses ( ) or CitectSCADA will not recognize that it is a function,
and an error could result when the project is compiled.
This function displays the graphics page called "Boiler 1". Be aware that when you pass
a string to a function, you need to always enclose the string in double quotes.
You can use the PageDisplay() function to display any graphics page in your system - in
each case, only the argument changes. For example, the following command displays
the graphics page "Boiler 2":
You can use the Report() function to run a report (for example, the "Shift" report) when
the command executes:
Command Report("Shift");
The following example uses the Prompt() function to display the message "Press F1 for
Help" on the screen when the command executes:
31
Chapter: 4 Using Cicode Functions
String assignment
You can also assign string variables in commands. For example, if BATCH_NAME is a
variable tag defined as a string data type, you can use the following command to set the
tag to the value "Bread":
BATCH_NAME = "Bread";
32
Chapter: 4 Using Cicode Functions
The order of the arguments affects the operation of any function. The Login() function
logs a user into your runtime system. The first argument ( "Manager" ) indicates the
name of the user, and the second argument ( "ABC" ) is the user's password. If you
reverse the order of the arguments, the function would attempt to login a user called
"ABC" - if a user by this name does not exist, an error message displays.
Note: If you use double quotes around variables, for example, "B1_TIC_101_PV", the
text string B1_TIC_101_PV displays, rather than the value of the variable.
33
Chapter: 4 Using Cicode Functions
Command PageDisplay(Arg1);
When the command executes, the page name is passed to the function as Arg1. The oper-
ator can then display any page, for example:
The following example shows an entry command event for a graphics page, using a
combination of two functions. The FullName() function returns the name of the user who
is currently logged in to the run-time system, passing this name to the calling function,
Prompt(). When the page is opened, a welcome message displays in the prompt line.
For example, if the current user is John Citizen, the message "Hello, John Citizen" dis-
plays.
34
Chapter: 5 Working with Commonly Used Func-
tions
Cicode has many functions that perform a variety of tasks. Many of these are used for
building complex CitectSCADA systems. The functions you will often use are divided
into six categories:
l Alarm Functions
l Page Functions
l Keyboard Functions
l Report Functions
l Time/date Functions
l Miscellaneous Functions
See Also
Functions Reference
Alarm Functions
You can use alarm functions to display alarms and their related alarm help pages, and
to acknowledge, disable, and enable alarms. You can assign a privilege to each com-
mand that uses an alarm function, so that only an operator with the appropriate priv-
ilege can perform these commands. However, you should assign privileges to
commands only if you have not assigned privileges to individual alarms.
l AlarmAck: Acknowledges an alarm. The alarm where the cursor is positioned (when
the command is executed) is acknowledged. You can also use this function to
acknowledge multiple alarms.
l AlarmComment: Adds a comment to the alarm summary entry at run time. The com-
ment is added to the alarm where the cursor is positioned when the command is
executed. A keyboard argument passes the comment into the function. Verify that the
length of the comment does not exceed the length of the argument, or an error results.
l AlarmDisable: Disables an alarm. The alarm where the cursor is positioned (when
the command is executed) is disabled. You can also use this function to disable mul-
tiple alarms.
35
Chapter: 5 Working with Commonly Used Functions
l AlarmEnable: Enables an alarm. The alarm where the cursor is positioned (when the
command is executed) is enabled. You can also use this function to enable multiple
alarms.
l AlarmHelp: Displays an alarm help page for the alarm. Each alarm in your system
can have an associated help page. The help page for the alarm at the position of the
cursor (when the command is executed) is displayed.
l AlarmSplit: Duplicates an entry in the alarm summary display. You can use this
function to add additional comments to the alarm entry.
Page Functions
With the page functions, you can display your graphics pages and the standard alarm
pages.
Note: The following page functions are not supported in the server process in a mul-
tiprocessor environment. Calling page functions from the server process results in a
hardware alarm being raised.
l PageAlarm: Displays current alarms on the alarm page configured in the project.
l PageDisabled: Displays disabled alarms on the alarm page configured in the project.
l PageDisplay: Displays a new page on the screen. The Page name or number is
required as an argument. (Use the PageLast() function to go back to the last page - the
page that this new page replaced).
l PageFile: Displays a file on the file page configured in the project.
l PageGoto: Displays a new page on the screen. This function is similar to the Page-
Display() function, except that if PageLast() is called, it does not return to the last
page.
l PageHardware: Displays hardware alarms on the alarm page configured in the
project.
l PageLast: Displays the graphics page that was displayed before the current one. You
can use this function to 'step back' through the last ten pages.
l PageNext: Displays the next graphics page (defined in the Next Page property of the
Pages form).
l PagePrev: Displays the previous graphics page (defined in the Prev Page property of
the Pages form).
l PageSummary: Displays summary alarm information on the alarm page configured
in the project.
l PageTrend: Displays a standard trend page.
36
Chapter: 5 Working with Commonly Used Functions
Keyboard Functions
Keyboard functions control the processing of keyboard entries and the movement of the
keyboard cursor on the graphics page.
l KeyBs: Backspaces (removes) the last key from the key command line. Use this func-
tion with a 'Hotkey' command. It is normally used to erase keyboard characters dur-
ing runtime command input.
l KeyDown: Moves the cursor down the page to the closest animation point number
(AN).
l KeyLeft: Moves the cursor left (across the page) to the closest animation point
number (AN).
l KeyRight: Moves the cursor right (across the page) to the closest animation point
number (AN).
l KeyUp: Moves the cursor up the page to the closest animation point number (AN).
Report Functions
To run a report by operator action, use the following function:
l Report: Runs the report on the report server.
Time/date Functions
The following functions return the current date and time:
l Date: Returns the current date as a string.
l Time: Returns the current time as a string.
Miscellaneous Functions
l Beep: Beeps the speaker on the CitectSCADA computer.
l FullName: Returns the full name of the user who is currently logged in to the system.
l InfoForm: Displays the animation information form. This form displays the real-time
data that is controlling the current animation.
l Login: Allows a user access to the CitectSCADA system.
l LoginForm: Displays a dialog box to allow a user to log in to the system.
l Logout: Logs the current user out of the CitectSCADA system.
37
Chapter: 5 Working with Commonly Used Functions
l Name: Returns the user name of the user who is currently logged in to the system.
l Prompt: Displays a message on the screen. The message String is supplied as an
argument to the function.
l Shutdown: Terminates CitectSCADA. Use this function, or the ShutdownForm() func-
tion, to shut down your system. Otherwise buffered data may be lost.
l ShutdownForm: Displays a dialog box to allow a user to shut down your Citect-
SCADA system.
38
Chapter: 6 Writing Functions
CitectSCADA is supplied with over 600 built-in functions. One of these functions (or sev-
eral functions in combination) can usually perform the required tasks in your system.
However, where system functionality cannot be achieved with built-in functions, you
can write your own functions.
A Cicode function is a small program: a collection of statements, variables, operators,
conditional executors, and other functions.
While it is not necessary to be an experienced programmer to write simple Cicode func-
tions, it is strongly recommended not to attempt to write large, complex functions unless
you are familiar with computer programming, and have experience with Cicode. Func-
tions are equivalent to the subroutines of BASIC and assembly language, and the sub-
routines and functions used in Pascal and C.
Note: The Cicode Editor is designed specifically for editing and debugging Cicode
functions.
See Also
The Cicode Editor
Using Cicode Files
FUNCTION
FunctionName ( )
! The exclamation point indicates that the rest of this line contains a comment.
! Further Cicode statements go here, between the function name and the END.
END
39
Chapter: 6 Writing Functions
The line immediately following the FUNCTION statement, contains the name of the func-
tion, which is used to identify the function to CitectSCADA. This name is referred to
when the function is called upon (called) to be executed (perform the statements it con-
tains) by some other event, action, or function in CitectSCADA.
Note: Functions can contain statements that call other functions. These functions are
then executed before returning to the rest of the statements within the calling func-
tion.
The function name has to end with parentheses ( ), which may or may not contain one
or more arguments required by the function. Arguments are explained in the section
titled Function Argument Structure.
Every line between the function name line and the END statement line contain the state-
ments that will be executed when the function is called in CitectSCADA. These state-
ments are executed one at a time in logical order from top to bottom within the function.
For details about function structure, see Formatting Functions. For details about Cicode
function syntax, see Following Cicode Syntax.
For details about using comments in Cicode and in Cicode functions, see Using Com-
ments in Cicode.
Function Uses
Cicode functions can have many purposes. Quite often, functions are used to store a com-
mon set of commands or statements that would otherwise require repetitious typing and
messy command or expression fields.
Some functions are simple, created to avoid a long command or expression. For exam-
ple, the following command increments the variable tag COUNTER:
This command would be easier to use (and re-use) if it was written as a function that
can be called in the command:
Command IncCounter ( );
40
Chapter: 6 Writing Functions
To be able to use the function like this, you need to write it in a Cicode file, and declare it
with the FUNCTION keyword:
FUNCTION
IncCounter ( )
IF COUNTER < 100 THEN
COUNTER = COUNTER + 1;
ELSE
COUNTER = 0;
END
END
Be aware that the indented code is identical in functionality to the long command above.
By placing the command code inside a function, and using the function name in the
command field as in the previous example, this function need only to be typed once. It
can then be called any number of times, from anywhere in CitectSCADA that requires
this functionality. Because the code exists in the one location, rather than repeated
wherever needed (in potentially many places), it can be easily maintained (altered if nec-
essary).
Note: Every Cicode file in your project directory will be included when you compile
41
Chapter: 6 Writing Functions
your project.
/*
This file contains functions to allow the operator to make runtime
changes to Analog Alarm thresholds.
This file has 4 functions. The master function calls the other
functions.
ChangeAnalogAlarmThresholds ( )
This calls in turn:
1:GetVariableTag ( )
Argument: cursor position
Return: name of variable tag at cursor
2:GetAlarmThresholds ( )
Argument: tag name
Return: threshold value of alarm
3:DisplayAlarmThresholds ( )
Argument: threshold value of alarm
Displays threshold values in prompt line
Return: success or error code
*/
Pseudocode
The pseudocode above is a Cicode comment, enclosed between the comment markers /*
and */, and is ignored by the compiler. With pseudocode, you can get the logic of the
function correct in a more readable structure, before you write it in Cicode syntax, leav-
ing the pseudocode within the finished code as comments.
It is good practice to use comments as file headers at the start of each Cicode file, to
describe the functions in the file - their common purpose, a broad description of how
they achieve that purpose, special conditions for using them, and so on. You can also
use the header to record maintenance details on the file, such as its version number and
date of revision. For example:
42
Chapter: 6 Writing Functions
/*
** FILE: Recipe Download.Ci
**
** AUTHOR: AJ Smith
**
** DATE: March 2008
**
** REVISION: 1.0 for CitectSCADA v7.1
**
** This file contains functions to allow the operator to load the
** recipe data from the SQL server to the PLC.
*/
/*
** Main function
*/
FUNCTION
RecipeDownload ( )
! {body of function}
! .
END
/*
** Function to open the SQL connection.
*/
FUNCTION
RecipeConnectSQL ( )
! {body of function}
! .
END
! (and so on)
43
Chapter: 6 Writing Functions
Single line ( ! ) and C++ style ( // ) comments can have a line of their own, where they
refer to the block of statements either before or after it. It is good practice to set a con-
vention for these comments. These comments can also be on the same line as a state-
ment, to explain that statement only. Any characters after the ! or // (until the end of the
line) are ignored by the compiler.
Block (C style) comments begin with /* and end with */. These C style comments need no
punctuation between the delimiters.
FUNCTION
IncCounter ( )
IF COUNTER < 100 THEN
COUNTER = COUNTER + 1 ;
/* ELSE // Comment about statement
COUNTER = 0; // Another comment
*/
END
END
The complete ELSE condition of the IF conditional executor will be ignored (and not
execute) so long as the block comment markers are used in this example.
Note: The inline ( // ) comments have no effect within the block ( /* and */ ) com-
ments (as the whole section is now one big comment), and should remain
unchanged, so that when you do remove the block comments, the inline comments
will become effective again.
44
Chapter: 6 Writing Functions
“Tag1.V” ErrSet(0) or ErrSet(1) Tag ref returns a GOOD quality value, Cicode
expression continues, No error is set.
See Also
TagReadEx()
Tag Functions
45
Chapter: 6 Writing Functions
/*
This function is called from a keyboard command. The operator
presses the key and enters the name of the page to be displayed. If
the page cannot be displayed, an error message is displayed at the
prompt AN.
*/
INT
FUNCTION
MyPageDisplay ( STRING sPage ) ! pass in the name of the page to be displayed
! declare a local integer to hold the results of the pagedisplay function
INT Status;
! call the page Cicode pagedisplay function and store the result
Status = PageDisplay ( sPage ) ;
! determine if the page display was successful
IF Status < > 0 THEN ! error was detected
! display an error message at the prompt AN
DspError ( "Cannot Display " + sPage ) ;
END
! return the status to the caller
RETURN Status;
END
The rules for formatting statements in Cicode functions are simple, and help the com-
piler in interpreting your code.
It is good practice to use white space to make your code more readable. In the example
above, the code between the FUNCTION and END statements is indented, and the state-
ment within the IF THEN conditional executor is further indented to make the con-
ditions and actions clear. Develop a pattern of indentation - and stick to it. Extra blank
lines in the code make it easier to read (and understand).
46
Chapter: 6 Writing Functions
l Statements shown between square brackets ( [ ] ) are optional. The square brackets
should not be included in the statement, and are shown here only for your infor-
mation.
Cicode functions have the following syntax:
[ <Scope> ]
[ <ReturnDataType> ]
FUNCTION
<FunctionName> ( <Arguments> )
<Statement> ;
<Statement> ;
<Statement> ;
RETURN <ReturnValue> ;
END
where:
l <Scope> = Scope Statement: optional, PRIVATE or PUBLIC, default PUBLIC, no sem-
icolon. See the section titled Function Scope.
l <ReturnDataType> = Return Data Type Statement: optional and one of INT, REAL,
STRING, OR OBJECT. No default, no semicolon. If no return type is declared, the func-
tion cannot return any data. See the section titled Declaring the Return Data Type.
l FUNCTION = FUNCTION Statement: required, indicates the start of the function, key-
word, no semicolon. See the section titled Declaring Functions.
l <FunctionName> = Name statement: required, up to 32 ASCII text characters, case
insensitive, no spaces, no reserved words, no default, no semicolon. See the section
titled Naming Functions.
l ( <Arguments> ) = Argument statement: surrounding brackets required even if no
arguments used, if more than one argument - each need to be separated by a comma,
can contain constants or variables of INT or REAL or STRING or QUALITY or TIMES-
TAMP data type, default can be defined in declaration, can be spread over several
lines to aid readability, no semicolon. See the section titled Function Argument Struc-
ture.
l <Statement> = Executable Statement: required, one or more executable statements that
perform some action in CitectSCADA, often used to manipulate data passed into the
function as arguments, semicolon required.
l RETURN = RETURN Statement: optional, used to instruct Cicode to return a value to
the caller of the function - usually a manipulated result using the arguments passed
in to the function by the caller, need to be followed by Return Value Statement, key-
word, no semicolon.
l <ReturnValue> = Return Value Statement; required if RETURN Statement used in
function, need to be either a constant or a variable, the data type need to have been
47
Chapter: 6 Writing Functions
previously declared in the function Return Data Type Statement - or does not return a
value, semicolon required. See the section titled Returning Values from Functions.
l END = END Statement: required, indicates the end of the function, keyword, no sem-
icolon. See the section titled Declaring Functions.
Function Scope
The optional Scope Statement of a function (if used), precedes all other statements of a
function declaration in Cicode, including the FUNCTION Statement.
The scope of a function can be either PRIVATE or PUBLIC, and is declared public by
default. That is, if no Scope Statement is declared, the function will have public scope.
Both PRIVATE and PUBLIC are Cicode keywords and as such, are reserved.
A private scope function is only accessible (can be called) within the file in which it is
declared.
Public scope functions can be shared across Cicode files, and can be called from pages
and CitectSCADA databases (for example, Alarm.dbf).
Because functions are public by default, to make a function public requires no specific
declaration. To make a function private however, you need to prefix the FUNCTION
Statement with the word PRIVATE.
PRIVATE
FUNCTION
FunctionName ( <Arguments> )
<Statement> ;
<Statement> ;
<Statement> ;
END
48
Chapter: 6 Writing Functions
Note: In the following function syntax example, every placeholder shown inside
arrow brackets ( <placeholder> ) should be replaced in the actual code with the value
of the item that it describes. The arrow brackets and the word they contain should
not be included in the statement, and are shown only for your information.
To declare the data type that will be returned to the calling code, prefix the FUNCTION
Statement with one of the Cicode data type keywords, in the <ReturnDataType> place-
holder in the following example.
<ReturnDataType>
FUNCTION
FunctionName ( <Arguments> )
<Statement> ;
<Statement> ;
<Statement> ;
END
INT
FUNCTION
FunctionName ( <Arguments> )
<Statement> ;
INT Status = 5;
<Statement> ;
RETURN Status;
END
49
Chapter: 6 Writing Functions
If the RETURN Statement within the function encounters a different data type to that
declared in the return data type statement, the value is converted to the declared return
data type.
In the example below, the variable Status is declared as a real number within the func-
tion. However, Status is converted to an integer when it is returned to the caller, because
the data type of the return was declared as an integer type in the return data type state-
ment:
If you omit the return data type, the function does not return a value.
Declaring Functions
The required FUNCTION Statement follows the optional Scope Statement (if used) and
the optional Return Data Type Statement (if used), and precedes any other statements of
a function declaration in Cicode. Everything between it and the END Statement, contains
the function.
Both FUNCTION and END are Cicode keywords and, as such, are reserved.
You declare the start of a function with the FUNCTION Statement, and declare the end
of a function with the END Statement:
FUNCTION
<FunctionName> ( <Arguments> )
<Statement> ;
<Statement> ;
<Statement> ;
END
The FUNCTION Statement needs to be followed by the Name Statement, then the Argu-
ment Statement, before any code statements that will be processed by the function.
For information on the Name and Argument Statements, see the sections titled Naming
Arguments and Function Argument Structure.
The code (as represented by the <Statement> placeholders) located between the FUNC-
TION and END Statements, will be executed (processed by the function) when called to
do so.
50
Chapter: 6 Writing Functions
Functions can execute a large variety of statements, and are commonly used to process
and manipulate data, including the arguments passed when the function was called,
plant-floor and other CitectSCADA data, Windows data, and so on. CitectSCADA pro-
vides many built-in functions. For more information, see the section titled Working with
Commonly Used Functions.
Naming Functions
The required name statement follows the FUNCTION Statement and precedes the argu-
ments statement in a CitectSCADA function. The function name is used elsewhere in
CitectSCADA to activate (call) the function to have it perform the statements it contains.
Replace the <FunctionName> placeholder in the following function example with an
appropriate name for your function. See the section Function Naming Standards for
details.
FUNCTION
<FunctionName> ( <Arguments> )
<Statement> ;
<Statement> ;
<Statement> ;
END
You can use up to 32 ASCII text characters to name your functions. You can use any
valid name except for a reserved word. The case is ignored by the CitectSCADA com-
piler, so you can use upper and lower case to make your names clear. For example, Mix-
erRoomPageDisplay is easier to read than mixerroompagedisplay or
MIXERROOMPAGEDISPLAY.
FUNCTION
MixerRoomPageDisplay ( <Arguments> )
<Statement> ;
<Statement> ;
<Statement> ;
END
Your functions take precedence over any other entity in CitectSCADA with the same
name:
l Variable tags. When you call a function by the same name as a variable tag, the func-
tion has precedence. The variable tag can not be referred to because the function
executes each time the name is used.
l Built-in functions. You can give your function the same name as any built-in Cicode
function. Your function takes precedence over the built-in function - the built-in func-
tion cannot be called. Because built-in Cicode functions cannot be changed, this
51
Chapter: 6 Writing Functions
Your function is invoked whenever you use the function name in CitectSCADA.
Note: The maximum number of arguments you can have in a function is 128.
When you call a function, you can pass one or more arguments to the function, enclosed
within the parentheses ( ) located after the function name statement. Replace the <Argu-
ments> placeholder in the following function example with your Argument Statement.
FUNCTION
FunctionName ( <Arguments> )
<Statement> ;
<Statement> ;
<Statement> ;
END
For your function to perform tasks with data, it requires accessibility to the data. One
way to achieve this, is to pass the data directly to the function when the function is
being called. To enable this facility, Cicode utilizes arguments in its function structure.
An argument in Cicode is simply a variable that exists in memory only as long as its
function is processing data, so the scope of an argument is limited to be local only to the
function. Arguments cannot be arrays.
Arguments are variables that are processed within the body of the function only. You
cannot use an argument outside of the function that declares it.
As arguments are variables used solely within functions, they needs to be declared just
as you would otherwise declare a variable in Cicode. See the section titled Declaring Var-
iable Properties. An argument declaration requires a data type, a unique name, and may
contain an initial value which also behaves as the default value for the argument.
Notes: In the following function syntax example:
52
Chapter: 6 Writing Functions
<ArgumentDataType>
<ArgumentName>
[ = <InitialDefaultValue> ]
where:
l <ArgumentDataType> = Argument Data Type Statement: required, INT or REAL or
STRING. See the section titled Declaring Argument Data Type.
l <ArgumentName> = Argument Name Statement: required, up to 32 ASCII text char-
acters, case insensitive, no spaces, no reserved words. See the section titled Naming
Arguments.
l <InitialDefaultValue> = Argument Initialization Statement: optional, preceded by
equals ( = ) assignment operator, a value to assign to the argument variable when
first initialized, needs to be the same data type as that declared in the argument
<ArgumentDataType> parameter, defaults to this value if no value passed in for this
argument when the function was called.
See the section titled Setting Default Values for Arguments.
The Argument Statement in a Cicode function can have only one set of surrounding
parentheses ( ), even if no arguments are declared in the function.
If more than one argument is used in the function, each needs to also be separated by a
comma.
Argument Statements can be separated over several lines to aid in their readability.
When you call a function, the arguments you pass to it are used within the function to
produce a resultant action or return a value. For information on passing data to func-
tions, see the section titled Passing Data to Functions (Arguments). For information on
returning results from functions, see the section titled Returning Data from Functions.
Arguments are used in the function and referred to by their names. For instance, if we
name a function AddTwoIntegers, and declare two integers as arguments naming them
FirstInteger and SecondInteger respectively, we would end up with a sample function
that looks like the following:
53
Chapter: 6 Writing Functions
INT
FUNCTION
AddTwoIntegers ( INT FirstInteger, INT SecondInteger )
INT Solution ;
Solution = FirstInteger + SecondInteger ;
RETURN Solution ;
END
In this example, the function would accept any two integer values as its arguments, add
them together, and return them to the caller as one integer value equal to the summed
total of the arguments values passed into the function.
This functionality of passing values into a function as arguments, manipulating the
values in some way, then being able to return the resultant value, is what makes func-
tions potentially very powerful and time saving. The code only needs to written once in
the function, and can be utilized any number of times from any number of locations in
CitectSCADA. Write once, use many.
To declare the argument data type that will be used in the function, you need to prefix
the Argument Name Statement with one of the Cicode data type keywords, in the <Argu-
mentDataType> placeholder in the following example.
54
Chapter: 6 Writing Functions
FUNCTION
FunctionName ( <ArgumentDataType> <ArgumentName> [ =
<InitialDefaultValue> ] )
<Statement> ;
<Statement> ;
<Statement> ;
END
The Argument Statement in a Cicode function needs to have only one set of surrounding
parentheses ( ) brackets, even if no arguments are declared in the function.
If more than one argument is used in the function, each needs to also be separated by a
comma.
Argument Statements can be separated over several lines to aid in their readability.
Naming Arguments
If an argument is listed in a Cicode function declaration, the Argument Name Statement
is required, and is listed second, after the required Argument Data Type Statement, and
before the optional Argument Initialization Statement.
The argument name is used only within the function to refer to the argument value that
was passed into the function when the function was called. The name of the argument
variable should be used in the executable statements of the function in every place
where you want the argument variable to be used by the statement.
FUNCTION
FunctionName ( <ArgumentDataType> <ArgumentName> [ = <InitialDefaultValue> ] )
<Statement> ;
<Statement> ;
<Statement> ;
55
Chapter: 6 Writing Functions
END
You can use up to 32 ASCII text characters to name your arguments. You can use any
valid name except for a reserved word. The case is ignored by the CitectSCADA com-
piler, so you can use upper and lower case to make your names clear. For example,
iPacketQnty is easier to read than ipacketqnty or IPACKETQNTY .
FUNCTION
FunctionName ( INT iPacketQnty )
<Statement> ;
<Statement> ;
<Statement> ;
END
To refer to the argument (in the body of your function) you use the name of the argument
in an executable statement:
INT
FUNCTION
AddTwoIntegers ( INT FirstInteger, INT SecondInteger )
INT Solution ;
Solution = FirstInteger + SecondInteger ;
RETURN Solution ;
END
56
Chapter: 6 Writing Functions
FUNCTION
FunctionName ( <ArgumentDataType> <ArgumentName> [ =
<InitialDefaultValue> ] )
<Statement> ;
<Statement> ;
<Statement> ;
END
The default value for an argument needs to be of the same data type as declared for the
argument in the Argument Data Type Statement.
You assign a default argument variable value in the same manner that you assign a
Cicode variable value, by using the equals ( = ) assignment operator. For example:
FUNCTION
PlotProduct ( INT iPackets = 200 , STRING sName = "Packets" )
<Statement> ;
<Statement> ;
<Statement> ;
END
If you assign a default value for an argument, you may omit a value for that argument
when you call the function, (because the function will use the default value from the dec-
laration.) To pass an empty argument to a function, omit any value for the argument in
the call. For example, to call the PlotProduct function declared in the previous example,
and accept the default string value of "Packets", a Cicode function call would look like:
PlotProduct ( 500 , )
Be aware that the second argument for the function was omitted from the calling code.
In this instance, the default value for the second argument ( "Packets" ) would remain
unchanged, and so would be used as the second argument value in this particular func-
tion call.
If you do call that function and pass in a value for that argument in the call, the default
value is replaced by the argument value being passed in. However, the arguments are
reinitialized every time the function is called, so each subsequent call to the function will
restore the default values originally declared in the function.
If more than one argument is used in a function, each needs to also be separated by a
comma. Equally, if a function containing more than one argument is called, each argu-
ment needs to be accounted for by the caller. In this case, if an argument value is to be
omitted from the call, (to utilise the default value), comma placeholders need to be used
appropriately in the call to represent the proper order of the arguments.
57
Chapter: 6 Writing Functions
For more information on function calls, callers, and calling, see the section titled Calling
Functions from Commands and Expressions.
Argument Statements can be separated over several lines to aid in their readability.
<ReturnDataType>
FUNCTION
FunctionName ( <Arguments> )
<Statement> ;
<Statement> ;
<Statement> ;
RETURN <ReturnValue> ;
END
58
Chapter: 6 Writing Functions
Note: In the following function syntax example every placeholder shown inside
arrow brackets ( <placeholder> ) should be replaced in any actual code with the value
of the item that it describes. The arrow brackets and the word they contain should
not be included in the statement, and are shown here only for your information.
To declare the value that will be returned to the calling code, you need to replace the
<ReturnValue> placeholder in the following example with an appropriate data value to
match the Return Data Type as declared in the function.
<ReturnDataType>
FUNCTION
FunctionName ( <Arguments> )
<Statement> ;
<Statement> ;
RETURN <ReturnValue> ;
END
INT
FUNCTION
FunctionName ( <Arguments> )
<Statement> ;
INT Status = 5;
<Statement> ;
RETURN Status;
END
The RETURN statement passes a value back to the calling procedure (either another func-
tion, command or expression). Outside of the function, the return value can be read by
the calling statement. For example, it can be used by the caller as a variable (in a com-
mand), or animated (in an expression).
59
Chapter: 6 Writing Functions
60
Chapter: 7 Using Variables
A variable is a named location in the computer's memory where data can be stored.
Cicode variables can store the basic data types (such as strings, integers, and real
numbers) and each variable is specific for its particular data type. For example, if you set
up a Cicode variable to store an integer value, you cannot use it for real numbers or
strings.
Note: Each data type uses a fixed amount of memory: integers use 4 bytes of mem-
ory, real numbers use 4 bytes, and strings use 1 byte per character. PLC INT types
use only 2 bytes.
The computer allocates memory to variables according to the data type and the length of
time you need the variable to be stored.
Real-time variables (such as PLC variables) are already permanently stored in database
files on your hard disk. Any variable you use in a database field command or expres-
sion needs to be defined as a variable tag, or the compiler will report an error when the
system is compiled.
Note: Cicode variables can handle a wide range of CitectSCADA variable tag data
types. For example, a Cicode variable of INT data type can be used to store I/O
device data types: BCD, BYTE, DIGITAL, INT, LONG, LONGBCD, and UINT.
See Also
Using Arrays
Variable Declaration Standards
Variable Naming Standards
Variable Scope Standards
Using Cicode Files
61
Chapter: 7 Using Variables
STRING Text string (128 bytes maximum, including null ter- ASCII (null ter-
mination character) minated)
If you want to specify a digital data type, use the integer type. Digital types can either be
TRUE(1) or FALSE(0), as can integer types.
Note: Cicode may internally store floating point values as 64 bit to minimize round-
ing errors during floating point calculations.
q1 = q2;
q1 = Tag1.Field.Q;
62
Chapter: 7 Using Variables
//the following expression will generate a compiler error as a tag //element can be modified only
as a whole
Tag1.Field.Q = q1;
A set of Cicode functions are provided which allow quality fields to be initialized, a spe-
cific quality field to be extracted, and other operations on the QUALITY data type. Con-
version between the QUALITY data type and other Cicode data types is not allowed.
Direct conversion from Quality to string will return an empty string.
Example:
//this will generate a compiler error
INT n = Tag1.Q;
TIMESTAMP t1;
TIMESTAMP t2;
t1 = Tag1.T;
t1 = t2;
A set of Cicode functions are provided which allow initialization, conversion and other
operations on the TIMESTAMP data type. Implicit conversion between the TIMESTAMP
data type and other Cicode data types is not allowed.
Naming Variables
Throughout the body of the function, the variable is referred to by its name. You can
name a variable any valid name except for a reserved word, for example:
STRING sStr;
REAL Result;
63
Chapter: 7 Using Variables
INT x, y;
OBJECT hObject;
Global variables
A global Cicode variable can be shared across all Cicode files in the system (as well as
across include projects). They cannot be accessed on pages or databases (for example,
Alarm.dbf).
Global Cicode variables are prefixed with the keyword GLOBAL, and needs to be
declared at the start of the Cicode file. For example:
64
Chapter: 7 Using Variables
PageDisplay(sDefaultPage);
END
RETURN iStatus;
END
The variable sDefaultPage could then be used in any function of any Cicode file in the
system.
Note: Use global variables sparingly if at all. If you have many such variables being
used by many functions, finding bugs in your program can become time consuming.
Use local variables wherever possible. Global Cicode STRING types are only 128
bytes, instead of 256 bytes.
Module variables
A module Cicode variable is specific to the file in which it is declared. This means that it
can be used by any function in that file, but not by functions in other files.
By default, Cicode variables are defined as module, therefore prefixing is not required
(though a prefix of MODULE could be added if desired). Module variables should be
declared at the start of the file. For example:
Note: Use module variables sparingly if at all. If you have many such variables
being used by many functions, finding bugs in your program can become time-con-
suming. Use local variables wherever possible.
65
Chapter: 7 Using Variables
Local variables
A local Cicode variable is only recognized by the function within which it is declared,
and can only be used by that function. You need to declare local variables before you
can use them.
Any variable defined within a function (that is, after the function name) is a local var-
iable, therefore no prefix is needed. Local variables are destroyed when the function
exits.
Local variables take precedence over global and module variables. If you define a local
variable in a function with the same name as a global or module variable, the local var-
iable is used; the global/module variable is unaffected by the function. This situation
should be avoided, however, as it is likely to cause confusion.
Local Variables and Variable Tags
Local variables have limited functionality compared with variable tags. Limitations are:
l Qualities of Override, OverrideMode, ControlMode and Status elements are showing
Bad with extended substatus QUAL_EXT_INVALID_ARGUMENT. Writing to the ele-
ments returns error CT_ERROR_INVALID_ARG.
l Values of Override, OverrideMode, ControlMode and Status elements are showing 0.
l Respective timestamps and quality of Field, Valid and default elements are the same.
l Field, Valid and default elements can be read.
l Field and default elements can be written.
See Also
Variable Scope Standards
<Tag>
where Tag is the name of the database variable. For example, to change the value of the
database variable "LT131" at run time, you would use the following statement in your
function:
66
Chapter: 8 Using Arrays
A Cicode variable array is a collection of Cicode variables of the same data type, in the
form of a list or table. You name and declare an array of variables in the same way as
any other Cicode variable. You can then refer to each element in the array by the same
variable name, with a number (index) to indicate its position in the array.
See Also
Variable Declaration Standards
Declaring Array Properties
Declaring the Array Data Type
Naming Arrays
Declaring the Variable Array Size
Setting Default (Initial) Array Values
Passing Array Elements as Function Arguments
Using One-dimensional Arrays
Using Two-dimensional Arrays
Using Three-dimensional Arrays
Using Array Elements in Loops
Using the Table (Array) Functions
Using Cicode Files
DataType Name[Dim1Size,{Dim2Size},{Dim3Size}]{=Values};
See Also
Using Arrays
Using Cicode Files
67
Chapter: 8 Using Arrays
See Also
Using Arrays
Using Cicode Files
Naming Arrays
Throughout the body of a Cicode function, a Cicode variable array is referred to by its
name, and individual elements of an array are referred to by their index. The index of
the first element of an array is 0 (that is a four element array has the indices 0,1,2, and
3). You can name a variable any valid name except for a reserved word; for example:
See Also
Using Arrays
Using Cicode Files
68
Chapter: 8 Using Arrays
STRING StrArray[5];
This single dimension array contains 5 elements. The compiler multiplies the number of
elements in the array by the size of each element (dependent upon the Data Type), and
allocates storage for the array in consecutive memory locations.
You cannot declare arrays local to a function. However, they can be declared as Module
(that is at the beginning of the Cicode file), or Global. When referring to the array within
your function, take to care to remain within the size you set when you declared the
array. The example below would cause an error:
STRING StrArray[5];
...
StrArray[10] = 100;
...
The compiler allows storage for 5 strings. By assigning a value to a 10th element, you
cause a value to be stored outside the limits of the array, and you could overwrite
another value stored in memory.
See Also
Using Arrays
Using Cicode Files
STRING ArrayA[5]="This","is","a","String","Array";
ArrayA[0]="This"
ArrayA[1]="is"
ArrayA[2]="a"
ArrayA[3]="String"
ArrayA[4]="Array"
See Also
Using Arrays
69
Chapter: 8 Using Arrays
See Also
Using Arrays
Using Cicode Files
STRING ArrayA[5]="This","is","a","String","Array";
This array sets the following values:
ArrayA[0]="This"
ArrayA[1]="is"
ArrayA[2]="a"
ArrayA[3]="String"
ArrayA[4]="Array"
See Also
Using Arrays
Using Cicode Files
REAL ArrayA[5][2]=1,2,3,4,5,6,7,8.3,9.04,10.178;
70
Chapter: 8 Using Arrays
ArrayA[0][0]=1 ArrayA[0][1]=2
ArrayA[1][0]=3 ArrayA[1][1]=4
ArrayA[2][0]=5 ArrayA[2][1]=6
ArrayA[3][0]=7 ArrayA[3][1]=8.3
ArrayA[4][0]=9.04 ArrayA[4][1]=10.178
See Also
Using Arrays
Using Cicode Files
INT ArrayA[4][3][2]=1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,
16,17,18,19,20,21,22,23,24;
You use arrays in your functions in the same way as other variables, but arrays have
special properties that, in many situations, reduce the amount of code you need to write.
71
Chapter: 8 Using Arrays
See Also
Using Arrays
Using Cicode Files
REAL Array[10]
:
FOR Counter = 0 TO 9 DO
Array[Counter] = 0
END
RETURN Total
:
See Also
Working with Conditional Executors
Using Arrays
Using Cicode Files
72
Chapter: 9 Using Cicode Macros
Cicode has the following macros:
l IFDEF: Determines one of two possible outcomes based on the existence of a specified
non-alarm tag at compile time. Use one of the macros below for alarm tags.
l IFDEFAdvAlm: Determines one of two possible outcomes based on the existence of a
specified advanced alarm tag at compile time.
l IFDEFAnaAlm: Determines one of two possible outcomes based on the existence of a
specified analog alarm tag at compile time.
l IFDEFDigAlm: Determines one of two possible outcomes based on the existence of a
specified digital alarm tag at compile time.
IFDEF
The IFDEF macro allows you to define two possible outcomes based on whether or not a
specified tag exists within a project at the time of compiling. The macro can be imple-
mented anywhere a simple expression is used, including fields within relevant Citect-
SCADA dialogs.
The macro was primarily created to avoid the "Tag not found" compile error being gen-
erated whenever a genie was missing an associated tag. By allowing a "0" or "1" to be
generated within the Hidden When field of a Genie's properties, elements could simply
be hidden if a required tag was missing, allowing the genie to still be pasted onto a
graphics page.
The macro accepts three arguments: the first specifies the tag that requires confirmation,
the second defines the outcome if the tag exists, the third defines the outcome if it does
not exist. In the case of a genie being pasted on a graphics page, the IFDEF function
would be configured as follows in the Hidden When field of the object properties dialog:
IFDEF("Bit_1",0,1)
If the tag "Bit_1" is defined in the tag database, the value in the Hidden When field will
be 0. If Bit_1 is undefined, the value will be 1. Since the object is hidden when the value
is TRUE (1), the object will be hidden when Bit_1 is undefined. See Hiding Graphics
Objects for details.
73
Chapter: 9 Using Cicode Macros
Beyond this purpose, the IFDEF macro can be broadly used as a conditional variable.
The [<value if defined>] and <value if not defined> arguments can support any variable,
expression, or constant. The [<value if defined>] argument is optional; if you leave it
blank it will generate the current variable. You can also use nested IFDEF macros.
Note: As different types of alarms can share the same name, you have to use a var-
iation of IFDEF to check for the existence of alarm tags. See IFDEFAnaAlm for analog
alarms, IFDEFDigAlm for digital alarms, or IFDEFAdvAlm for advanced alarms.
Syntax
IFDEF(TagName, [<value if defined>], <value if not defined>)
Return Value
If the tag specified in the first argument exists, the value defined by the second argument
is returned. This could be a variable, expression, or constant, or the current tag value if
the argument has been left blank. If the specified tag does not exist, the variable, expres-
sion, or constant defined by the third argument is returned.
Example
For more examples of how to implement the IFDEF macro, see the CitectSCADA Knowl-
edge Base article Q3461.
See Also
IFDEFAnaAlm, IFDEFDigAlm, IFDEFAdvAlm, Hiding Graphics Objects, IFDEF macro
IFDEFAdvAlm
Based on the IFDEF macro, IFDEFAdvAlm allows you to define two possible outcomes
based on whether or not a specified advanced alarm tag exists within a project at the
time of compiling. The macro can be implemented anywhere a simple expression is
used, including fields within relevant CitectSCADA dialogs.
74
Chapter: 9 Using Cicode Macros
The macro accepts three arguments: the first specifies the advanced alarm tag that
requires confirmation, the second defines the outcome if the alarm exists, the third
defines the outcome if it does not exist.
Note: As different types of alarms can share the same name, you have to use a var-
iation of IFDEF to check for the existence of alarm tags. See IFDEFAnaAlm for analog
alarms, or IFDEFDigAlm for digital alarms.
Syntax
IFDEFAdvAlm(TagName, [<value if defined>], <value if not defined>)
Return Value
If the advanced alarm tag specified in the first argument exists, the value defined by the
second argument is returned. This could be a variable, expression, or constant, or the cur-
rent tag value if the argument has been left blank. If the specified alarm does not exist,
the variable, expression, or constant defined by the third argument is returned.
Example
For more examples of how to implement the IFDEF macro, see the CitectSCADA Knowl-
edge Base article Q3461.
See Also
IFDEFAnaAlm, IFDEFDigAlm, IFDEF
IFDEFAnaAlm
Based on the IFDEF macro, IFDEFAnaAlm allows you to define two possible outcomes
based on whether or not a specified analog alarm tag exists within a project at the time
of compiling. The macro can be implemented anywhere a simple expression is used,
including fields within relevant CitectSCADA dialogs.
75
Chapter: 9 Using Cicode Macros
The macro accepts three arguments: the first specifies the analog alarm tag that requires
confirmation, the second defines the outcome if the alarm exists, the third defines the out-
come if it does not exist.
Note: As different types of alarms can share the same name, you have to use a var-
iation of IFDEF to check for the existence of alarm tags. See IFDEFDigAlm for digital
alarms, or IFDEFAdvAlm for advanced alarms.
Syntax
IFDEFAnaAlm(TagName, [<value if defined>], <value if not defined>)
Return Value
If the analog alarm tag specified in the first argument exists, the value defined by the sec-
ond argument is returned. This could be a variable, expression, or constant, or the cur-
rent tag value if the argument has been left blank. If the specified alarm does not exist,
the variable, expression, or constant defined by the third argument is returned.
See Also
IFDEF, IFDEFDigAlm, IFDEFAdvAlm
Example
For further examples of how to implement the IFDEF macro, see the CitectSCADA Knowl-
edge Base article Q3461.
See Also
IFDEF, IFDEFDigAlm, IFDEFAdvAlm
76
Chapter: 9 Using Cicode Macros
IFDEFDigAlm
Based on the IFDEF macro, IFDEFDigAlm allows you to define two possible outcomes
based on whether or not a specified digital alarm tag exists within a project at the time
of compiling. The macro can be implemented anywhere a simple expression is used,
including fields within relevant CitectSCADA dialogs.
The macro accepts three arguments: the first specifies the digital alarm tag that requires
confirmation, the second defines the outcome if the alarm exists, the third defines the out-
come if it does not exist.
Note: As different types of alarms can share the same name, you have to use a var-
iation of IFDEF to check for the existence of alarm tags. See IFDEFAnaAlm for analog
alarms or IFDEFAdvAlm for advanced alarms.
Syntax
Return Value
If the digital alarm tag specified in the first argument exists, the value defined by the sec-
ond argument is returned. This could be a variable, expression, or constant, or the cur-
rent tag value if the argument has been left blank. If the specified alarm does not exist,
the variable, expression, or constant defined by the third argument is returned.
Example
For more examples of how to implement the IFDEF macro, see the CitectSCADA Knowl-
edge Base article Q3461.
Related macros
IFDEFAnaAlm, IFDEFAdvAlm, IFDEF
77
Chapter: 9 Using Cicode Macros
Macro Arguments
The Cicode macros use the following arguments.
l TagName
l [<value if defined>]
l <value if not defined>
TagName
The name of the tag you would like the IFDEF macro to confirm the existence of. The
CitectSCADA compiler will check the current project database for a tag matching this
name.
[<value if defined>]
Defines the outcome of the macro if the specified tag exists in the current project. This
argument is optional, which means you can:
l Generate any variable, constant, or expression.
l Generate the current value for the specified tag by leaving the argument blank.
78
Chapter: 10 Converting and Formatting Cicode Var-
iables
CitectSCADA provides four functions for converting integers and real numbers into
strings, and vice versa.
l IntToStr: converts an integer variable into a string
l RealToStr: converts a floating-point variable into a string
l StrToInt: converts a string into an integer variable
l StrToReal: converts a string into a floating-point variable
You can convert data types without using these Cicode functions, but the result of the for-
mat conversion might not be what you expect. If you want more control over the con-
version process, use the appropriate Cicode functions.
When variables are automatically converted, or when the return value from a function
call is converted, specific rules apply.
See Also
Converting Variable Integers to Strings
Converting Real Numbers to Strings
Converting Strings to Integers
Converting Strings to Real Numbers
Formatting Text Strings
Escape Sequences (String Formatting Commands)
Using Cicode Files
IntVar=5;
StringVar=IntVar;
79
Chapter: 10 Converting and Formatting Cicode Variables
IntVar=5;
StringVar=IntVar:####
The value of StringVar = " 5". (The '#' formatting characters determine the size and
number of decimal places contained in the string, that is a length of 4 with no decimal
places.)
See Also
Converting and Formatting Cicode Variables
Using Cicode Files
RealVar=5.2;
StringVar=RealVar;
Note: Unpredictable results may occur if you use large numbers with a large number
of decimal places.
The format of the string is specified when the variable is defined in the database. How-
ever you can override this default format with the string format (:) operator, and use the
# format specifier to set a new format. For example:
StrTag1=RealTag1:######.###
The value of StringVar = " 5.200". (The '#' formatting characters determine the size and
number of decimal places contained in the string, that is a length of 10 including a dec-
imal point and three decimal places.)
80
Chapter: 10 Converting and Formatting Cicode Variables
See Also
Converting and Formatting Cicode Variables
Using Cicode Files
StringVar="50.25";
IntVar=StringVar;
The value of IntVar is set to 50. If StringVar contains any characters other than numeric
characters, IntVar is set to 0.
See Also
Converting and Formatting Cicode Variables
Using Cicode Files
StringVar="50.25";
RealVar=StringVar;
The value of RealVar is set to 50.25. If StringVar contains any characters other than
numeric characters, RealVar is set to 0.
See Also
Converting and Formatting Cicode Variables
Using Cicode Files
81
Chapter: 10 Converting and Formatting Cicode Variables
STRING sMyStringVariable;
sMyStringVariable = "This is my text string.";
More than one string can be joined together (concatenated) using the Cicode 'plus' math-
ematical operator ( + ). For example:
STRING sMyStringVariable;
sMyStringVariable = "This is my text string." + "This is my second
text string.";
The two strings would be joined together and assigned to the string variable sMyS-
tringVariable. However, if subsequently displayed somehow, like in the following MES-
SAGE example, the concatenated string would look wrong because there is no space
character positioned between the string sentences.
STRING sMyStringVariable;
sMyStringVariable = "This is my text string." + "This is my second
text string.";
MESSAGE("String Concatenation Example",sMyStringVariable,32);
To overcome this potential formatting problem, you could include an extra space as the
last character in the strings, or include the space as a third string in the concatenation.
For example:
or
However, these are considered poor programming practices and not recommended.
Instead, you can use special string formatting commands known as escape sequences.
82
Chapter: 10 Converting and Formatting Cicode Variables
If the two strings (as used in the previous example), were formatted using appropriate
escape sequences positioned within the strings, and subsequently displayed somehow,
like in the following MESSAGE example, the concatenated string would look different,
For example:
STRING sMyStringVariable;
STRING sNewLine = "^n";
sMyStringVariable = "This is my text string." + sNewLine + "This
is my second text string.";
MESSAGE("String Concatenation Example",sMyStringVariable,32);
Strings and string variables can also be concatenated as in the previous example. Be
aware of how the newline escape sequence ( ^n ) was assigned to the string variable sNew-
Line, and how this value was concatenated between the other strings and assigned to the
string variable sMyStringVariable for display in the MESSAGE function.
See Also
Converting and Formatting Cicode Variables
Using Cicode Files
^b backspace
^f form feed
83
Chapter: 10 Converting and Formatting Cicode Variables
^n new line
^t horizontal tab
^v vertical tab
^^ caret
^r carriage return
See Also
Converting and Formatting Cicode Variables
Using Cicode Files
84
Chapter: 11 Working with Operators
With Cicode, you can use the data operators that are standard in a large number of pro-
gramming languages: mathematical, bit, relational, and logical operators.
See Also
Using Mathematical Operators
Using Bit Operators
Using Relational Operators
Using Logical Operators
Order of Precedence of Operators
Operator Description
+ Addition
- Subtraction
* Multiplication
/ Division
Example
The following are examples of mathematical operators
85
Chapter: 11 Working with Operators
ment
Com- If PV12 = 10 and PV13 = 8, Hold equals 2 (the remainder when PV12 is
ment divided by PV13)
Com- If PV12 = 10 and PV13 = 8, Hold equals 2 (the remainder when PV12 is
ment divided by PV13)
Note: Cicode uses the standard order of precedence, that is multiplication and
division are calculated before addition and subtraction. In the statement A=1+4/2, 4
is divided by 2 before it is added to 1, and the result is 3. In the statement A=(1+4)/2 ,
1 is first added to 4 before the division, and the result is 2.5.
You can also use the addition operator (+) to concatenate (join) two strings.
Operator Description
+ Concatenate
86
Chapter: 11 Working with Operators
For example:
See Also
Working with Operators
Using Cicode Files
Operator Description
BITAND AND
BITOR OR
BITXOR Exclusive OR
For example
See Also
Working with Operators
Using Cicode Files
87
Chapter: 11 Working with Operators
Operator Description
= Is equal to
For example:
See Also
Working with Operators
Using Cicode Files
88
Chapter: 11 Working with Operators
Operator Description
OR Logical OR
Examples:
Com- If both Motor_1 and Motor_2 are TRUE, that is Digital bits are 1 or ON, then
ment the expression is TRUE
Com- If either PV12 equals 1 or PV13 is greater than 2 or Counter is not equal to 0,
ment then the expression is TRUE
Com- If either Motor1_Ol or Motor2_Ol is TRUE, that is Digital bit is 1 or ON, then
ment Result is TRUE (1)
Com- If PV12 does not equal 10 then the result is TRUE. This is functionally iden-
ment tical to IF PV12 <> 10 THEN . . .
89
Chapter: 11 Working with Operators
Com- This expression is TRUE if Tag_1 = 0. This is commonly used for testing dig-
ment ital variables
See Also
Working with Operators
Using Cicode Files
Operators have a set of rules that govern the order in which operations are performed.
These rules are called the order of precedence. The precedence of Cicode operators from
highest to lowest is:
1. ()
2. NOT
3. *, /, MOD
4. :
5. +, -
7. =, <>
8. AND
9. OR
See Also
Working with Operators
Using Cicode Files
90
Chapter: 12 Working with Conditional Executors
The statements that control decisions and loops in your functions are called conditional
executors. Cicode uses four conditional executors: If, For, While, and select case.
See Also
Formatting Executable Statements
Setting IF ... THEN Conditions
Using FOR ... DO Loops
Using WHILE ... DO Conditional Loops
Using the SELECT CASE statement
Using Cicode Files
If Expression Then
Statement(s);
END
-or-
If Expression Then
Statement(s);
Else
Statement(s);
END
When you use the If Then format, the statement(s) following are executed only if the
expression is TRUE, for example:
INT Counter;
IF PV12 = 10 THEN
Counter = Counter + 1;
END
In this example, the Counter increments only if the tag PV12 is equal to 10, otherwise the
value of Counter remains unchanged. You can include several statements (including
other IF statements), within an IF statement, for example:
91
Chapter: 12 Working with Conditional Executors
INT Counter;
IF PV12 = 10 THEN
Counter = Counter + 1;
IF Counter > 100 THEN
Report("Shift");
END
END
In this example, the report runs when the Counter increments, that is when PV12 = 10,
and the value of the counter exceeds 100.
You can use the If Then Else format for branching. Depending on the outcome of the
expression, one of two actions are performed, for example:
INT Counter;
IF PV12 = 10 THEN
Report("Shift");
ELSE
Counter = Counter + 1;
END
In this example, the report runs if PV12 is equal to 10 (TRUE), or the counter increments
if PV12 is anything but 10 (FALSE).
See Also
Working with Conditional Executors
STRING ArrayA[5]="This","is","a","String","Array";
INT
FUNCTION
DisplayArray()
INT Counter;
FOR Counter = 0 TO 4 DO
Prompt(ArrayA[Counter]);
Sleep(15);
END
END
92
Chapter: 12 Working with Conditional Executors
This function displays the single message "This is a String Array" on the screen one
word at a time pausing for 15 seconds between each word.
See Also
Working with Conditional Executors
WHILE Expression DO
Statement(s);
END
INT Counter;
WHILE DevNext(hDev) DO
Counter = Counter + 1;
END
/* Count the number of records in the device (hDev)*/
Be careful when using WHILE loops in your Cicode functions: WHILE loops can cause
excessive loading of the CPU and therefore reduce system performance. If you use a
WHILE loop to loop forever, you should call the Cicode function Sleep() so that Citect-
SCADA can schedule other tasks. The Sleep() function increases the performance of your
CitectSCADA system if you use many WHILE loops.
See Also
Working with Conditional Executors
Nested Loops
You can "nest" one loop inside the other. That is, a conditional statement can be placed
completely within (nested inside) a condition of another statement.
See Also
Working with Conditional Executors
93
Chapter: 12 Working with Conditional Executors
- expression
- expression TO expression
Where the TO keyword specifies an inclusive range of values. The smaller value needs
to be placed before TO.
- IS <relop> expression.
Use the IS keyword with relational operators (<relop>). Relational operators that may be
used are <, <=, =, <>, >, >= .
If the Expression matches any CaseExpression, the statements following that CASE
clause are executed up to the next CASE clause, or (for the last clause) up to the END
SELECT. If the Expression matches a CaseExpression in more than one CASE clause,
only the statements following the first match are executed.
The CASE ELSE clause is used to indicate the statements to be executed if no match is
found between the Expression and any of the CaseExpressions. When there is no CASE
ELSE statement and no CaseExpressions match the Expression, execution continues at
the next Cicode statement following END SELECT.
You can use multiple expressions or ranges in each CASE clause. For example, the fol-
lowing line is valid:
94
Chapter: 12 Working with Conditional Executors
You can also specify ranges and multiple expressions. In the following example, CASE
matches strings that are exactly equal to "everything", strings that fall between "nuts"
and "soup" in alphabetical order, and the current value of "TestItem":
SELECT CASE statements can be nested. Each SELECT CASE statement needs to have a
matching END SELECT statement.
For example, if the four possible states of a ship are Waiting, Berthed, Loading, and
Loaded, the Select Case statement could be run from a button to display a prompt detail-
ing the ship's current state.
See Also
Working with Conditional Executors
95
Chapter: 12 Working with Conditional Executors
96
Chapter: 13 Performing Advanced Tasks
This section introduces and explains event handling, CitectSCADA tasks, CitectSCADA
threads, how CitectSCADA executes, and multitasking - including foreground and back-
ground tasks, controlling tasks, and pre-emptive multitasking.
See Also
Handling Events
How CitectSCADA Executes
Multitasking
Foreground and background tasks
Controlling tasks
Pre-emptive multitasking
Handling Events
Cicode supports event handling. You can define a function that is called only when a
particular event occurs. Event handling reduces the overhead that is required when
event trapping is executed by using a loop. The following example illustrates the use of
the OnEvent() function:
INT
FUNCTION MouseCallback()
INT x, y;
DspGetMouse(x,y);
Prompt("Mouse at "+x:####+","+y:####);
RETURN 0;
END
OnEvent(0,MouseCallback);
The function MouseCallBack is called when the mouse is moved - there is no need to poll
the mouse to check if it has moved. CitectSCADA watches for an event with the OnEvent()
function.
Because these functions are called each time the event occurs, you should avoid complex
or time consuming statements within the function. If the function is executing when
another call is made, the function can be blocked, and some valuable information may
be lost. If you do wish to write complex event handling functions, you should use the
queue handling functions provided with Cicode.
97
Chapter: 13 Performing Advanced Tasks
See Also
Performing Advanced Tasks
Note: Be careful when running other applications at the same time as CitectSCADA.
Some applications place high demands on the CPU and reduce the execution speed
of CitectSCADA.
The CitectSCADA process has many operations to perform, including I/O processing,
alarm processing, display management, and Cicode execution - operations that are per-
formed continuously. And, because CitectSCADA is a real-time system, it needs to per-
form the necessary tasks within a minimum time - at the expense of others. For this
reason, CitectSCADA is designed to be multitasking, so it can efficiently manage it's own
tasks.
CitectSCADA performs its tasks in a specific order in a continuous loop (cycle). Citect-
SCADA's internal tasks are scheduled at a higher priority than that of Cicode and have
access to the CPU before the Cicode. For example, the Alarms, Trends, and I/O Server
tasks all get the CPU before any of your Cicode tasks. The reports are scheduled at the
same priority as your Cicode. CitectSCADA background spoolers and other idle tasks are
lower priority than your Cicode.
For Cicode, which consists of many tasks, CitectSCADA uses round-robin single priority
scheduling. With this type of scheduling each task has the same priority. When two or
more Cicode tasks exist, they each get a CPU turn in sequence. This is a simple method
of CPU scheduling.
Note: If a Cicode task takes longer than its designated CPU time to execute, it is
preempted until the next cycle - continuing from where it left off.
See Also
Performing Advanced Tasks
98
Chapter: 13 Performing Advanced Tasks
Multitasking
Multitasking is when you can run more than one task at the same time. Windows sup-
ports this feature at the application level. For example you can run MS-Word and MS-
Excel at the same time.
CitectSCADA also supports multitasking internally; that is you can tell CitectSCADA to
do something, and before CitectSCADA has completed that task you can tell Citect-
SCADA to start some other task. CitectSCADA will perform both tasks at the same time.
CitectSCADA automatically creates the tasks, leaving you to call the functions.
Multitasking is a feature of CitectSCADA not the operating system. Many applications
cannot do this, for example if you start a macro in Excel, while that macro is running
you cannot do any other operation in Excel until that macro completes.
A multitasking environment is useful when designing your Cicode. It allows you to be
flexible, allowing the operator to perform one action, while another is already taking
place. For example, you can use Cicode to display two different input forms at the same
time, while allowing the operator to continue using the screen in the background.
See Also
Performing Advanced Tasks
99
Chapter: 13 Performing Advanced Tasks
Controlling tasks
You can use the Task functions to control the execution of Cicode tasks, and use the
CitectSCADA Kernel at runtime to monitor the tasks that are executing. Since Citect-
SCADA automatically creates new tasks (whenever you call a keyboard command, etc.),
schedules them, and destroys them when they are finished, users rarely need to consider
these activities in detail.
Sometimes it is desirable to manually 'spawn' a new task. For example, suppose your
Cicode is polling an I/O Device (an operation which need to be continuous), but a sit-
uation arises that requires operator input. To display a form would temporarily halt the
polling. Instead you can spawn a new task to get the operator input, while the original
task continues polling the device.
See Also
"Using the CitectSCADA Kernel" in the CitectSCADA User Guide
Performing Advanced Tasks
Task Functions
Pre-emptive multitasking
Cicode supports pre-empted multitasking. If a Cicode task is running, and a higher prior-
ity task is scheduled, CitectSCADA will suspend the original task, complete the higher
priority task and return to the original task.
Preemption is supported between Cicode threads and other internal processes performed
by CitectSCADA. You can, therefore, write Cicode that runs forever (for example, a con-
tinuous while loop) without halting other Cicode threads or CitectSCADA itself. For
example:
100
Chapter: 13 Performing Advanced Tasks
In the above example, the function Sleep() is used to force preemption. The Sleep() func-
tion is optional, however it will reduce the load on the CPU, because the loop is sus-
pended each second (it will not repeat at a high rate).
See Also
Performing Advanced Tasks
101
Chapter: 13 Performing Advanced Tasks
102
Chapter: 14 Editing and Debugging Code
This section describes how to edit and debug your Cicode using the Cicode Editor.
Note: Be careful not to confuse a Cicode file (*.ci) with an Include file (*.cii).
You could use any text editor to view or edit the Cicode files, however, the Cicode Editor
provides integrated views specific to Cicode. As well as the features listed above, it
includes:
103
Chapter: 14 Editing and Debugging Code
l Breakpoint window
l Output window,
l Global Variable Window
l Stack window
l Thread window
l Compile Errors window
l CitectVBA Watch window
l Files window
To minimize potential future problems with maintaining your Cicode files, you should
adopt a programming standard as early as possible, as discussed in the section Using
Cicode Programming Standards. Maintain structured Cicode files, by logically grouping
your Cicode functions within the files, and by choosing helpful descriptive names.
Modular programming methods are discussed in the section Modular Programming.
Cicode functions are introduced in the section titled Using Cicode Functions. Suggestions
for debugging your Cicode is included in the section titled Debugging Cicode.
104
Chapter: 14 Editing and Debugging Code
Note: The application name of the default Cicode Editor is ctcicode.exe located in
the CitectSCADAbin folder. The application name for Notepad is notepad.exe,
located in the Microsoft Windows c:\windows\ folder. The relative path to the
editor application need to be included if the application is not stored in the Citect-
SCADAbin folder.
4. Click OK to save the changes and close the form, or Cancel to abort changes without
saving.
105
Chapter: 14 Editing and Debugging Code
Creating functions
To create a new Cicode function:
Saving files
To save a Cicode file:
106
Chapter: 14 Editing and Debugging Code
To save your Cicode file under a new name, choose Save as instead of Save. The orig-
inal file will remain in your project under the original filename, until you delete it. All
source files in your project directory will be included when you compile your project.
Note: Double clicking on any Cicode file (*.ci) in the Citect Explorer will launch
the Cicode Editor and open the Cicode file. However, be careful not to confuse a
107
Chapter: 14 Editing and Debugging Code
108
Chapter: 14 Editing and Debugging Code
Note: You cannot compile Cicode functions individually. When you compile Citect-
SCADA, it automatically compiles the entire contents of the project.
109
Chapter: 14 Editing and Debugging Code
Docked windows are those that resize themselves to fit totally within the Cicode Editor
display area, by docking (attaching) themselves to an internal edge of the display area.
Docked windows cannot be resized manually, and will share the display space with the
Editor toolbars and other docked windows. Docked windows and toolbars share the dis-
play space side-by-side, without obscuring the view of each other.
Free floating windows are those that are not docked to the editor, nor are necessarily con-
strained by the editor boundaries. Free floating windows can be resized manually, and
are subject to layering (Z-order), in which they can be partly or wholly obscured by
another window, and they could partly or wholly obscure the view of another window
themselves. The window or toolbar with the current focus, is the one completely visible
at the top of all other display window layers, partly or wholly obscuring any beneath it
in the Z-order.
Windows and toolbars can be moved about in the Cicode Editor environment by click-
ing and dragging the titlebar of a window, or non-button area of a button bar. Docking
behaviour is by default, and can be overridden by holding down the CTRL key during
the drag-and-drop to force the window or bar to be free floating.
The position of the mouse during the drop action determines which side the window or
toolbar docks to. Docking outlines of the window or toolbar are displayed with gray
lines during the drag action to indicate the potential docked position.
Debugging Cicode
Note: You can also choose View | Options, and then select the appropriate Win-
dow from the dialog.
110
Chapter: 14 Editing and Debugging Code
The Windows and Bars tab displays the current display state of the listed Toolbars and
Debug Windows within the Cicode Editor. A check mark in the checkbox next to the Win-
dow or Toolbar name enables the display of that Window or Toolbar in the Cicode
Editor. A grayed-out checkbox indicates that the window is disabled (presently unable to
be displayed). For example: Many of the debug windows which display the active state
of project Cicode variables are disabled when a Cicode project is not running, and there-
fore the Cicode Editor cannot be in debug mode).
Note: Right-click in the toolbar area to view a menu of available toolbars and debug
windows. For a description the buttons, see The Cicode Editor.
Toolbar options
Click the button on the toolbar to display the tool bar you want; for example, click Edit to
display the Edit tool bar.
Window options
The Cicode Editor has several editing and debug windows that you can use to display
information about running Cicode and CitectVBA.
The Cicode Editor windows available are:
111
Chapter: 14 Editing and Debugging Code
l Breakpoint window
l Output window
l Global Variable window
l Stack window
l Thread window
l Compile Errors window
l CitectVBA Watch window
l Files window
Breakpoint window
Displays the Breakpoint Window, which is used to list all breakpoints that are currently
set within the project. Double clicking an item in the list loads the file into the editor and
jumps to the breakpoint position. Right-clicking an item allows the ena-
ble/disable/removal of the list item.
112
Chapter: 14 Editing and Debugging Code
Output window
Displays the Output Window, which lists the output messages sent by CitectSCADA dur-
ing debugging. It states when threads start and terminate, and if a break occurs. This
window will show messages sent by the TraceMsg() function.
The Output window shows entries in the order that they occur:
Note: you need to be in debug mode to view global variable values in this window.
113
Chapter: 14 Editing and Debugging Code
Stack window
Displays the Call Stack window, which lists the stack values of the current thread. The
stack consists of the functions called (including the arguments), any variables used in
the functions, and return values. This is especially useful during debugging to trace the
origin of the calling procedures.
A stack is a section of memory that is used to store temporary information. For example,
when you call a Cicode function, the variables used inside the function exist only as
long as the function runs.
To view the values of arguments and variables in a procedure, place a breakpoint
within the procedure under watch. When that breakpoint is reached, the Stack Window
will display the current call stack of the procedure containing the breakpoint. The values
of the stack are updated as the values change.
Thread window
Displays the Threads History window.
114
Chapter: 14 Editing and Debugging Code
If you click on the Name of the Cicode thread, you will make the selected thread the cur-
rent focus of the Debugger. The Debugger will change the display to show the source of
the new thread.
Note: If the thread was not started from TaskNew(), the Name shown will be
Command.
115
Chapter: 14 Editing and Debugging Code
Files window
Displays the Files window containing three tabs.
l The 'All Projects' tab displays a tree hierarchy view of all projects and their Cicode
and CitectVBA files available within Citect Explorer.
l The 'Open Project' tab displays a tree hierarchy view of the currently selected project,
and all included projects. The currently selected project will be the top entry.
l The 'Open Files' tab lists the names of all files currently open for editing in the
Cicode Editor.
Note: Clicking any of the file names displayed in the tree will open that file in the
editor and give it the focus.
116
Chapter: 14 Editing and Debugging Code
Note: This option will help prevent all new Cicode threads from running (including
keyboard and touch commands), and should not be used on a running plant.
117
Chapter: 14 Editing and Debugging Code
CitectSCADA will automatically start the debugger when a Cicode generated hardware
error is detected. The debugger will display the Cicode source file, and mark the location
of the error.
Note: This option will interrupt normal runtime operation, and should only be used
during testing and commissioning of systems.
Do not use the following options during normal plant or process operations:
l Suspend all Cicode threads while stepping.
l CitectSCADA will start debugger on hardware errors.
These options are only for use during system testing and commissioning.
Failure to follow these instructions can result in death, serious injury, or equip-
ment damage.
Note: Foreground Cicode cannot be suspended. The break point will be marked, but
you will not be able to step through the function.
118
Chapter: 14 Editing and Debugging Code
Save the location and states of breakpoints between running sessions of the Cicode
Editor and Debugger. This means breakpoints inserted using the Cicode Editor can later
be recalled when an error is detected - even though the file (and application) has been
closed.
[Compile options] Incremental compile
Enables the incremental compilation of the project.
See Also
Debugging Cicode
This dialog displays the currently selected programming language that the editor will
use to format the syntax of the file being edited in the code window. If you open a
Cicode file (with a .Ci extension), the current language formatter changes to Cicode. If
you open a CitectVBA file (with a .bas extension), the current language formatter
changes to CitectVBA.
Similarly, if you open a file with neither a Cicode nor a CitectVBA extension, say a text
file (with a .txt extension), the editor will not know which language type you want to
use, and will not apply any formatting to the file. You can use this dialog to select which
programming language the file contains, and it will format the file appropriately for dis-
play in the code window.
Note: The Cicode Editor can be used to edit any ASCII text based file, including
Microsoft JScript. The editor recognizes JScript files (with a .jav extension) and will
change the current language formatter to JScript. CitectSCADA does not support
JScript, and will not compile it into your project. However, the editor can still be used
119
Chapter: 14 Editing and Debugging Code
separately to edit or create a JScript file or any other ASCII text based file.
Current
Displays the currently selected programming language formatter for appropriate syntax
coloring of the file displayed in the code window.
Selection
Displays the range of possible programming languages that can be chosen as the current
language for formatting and display in the code window.
Debugging Cicode
To help you locate Cicode errors, you can switch the Cicode Editor to debug mode to
analyze running Cicode. You can toggle debugging on and off as required, but Citect-
SCADA needs to be running for the debugger to work.
Note: The Cicode Editor cannot debug foreground Cicode. A break in a foreground
Cicode will result in the Foreground Cicode cannot break message.
See Also
Cicode Editor Options | Function Error handling | Debug Error Trapping
Note: If the current project is not running, CitectSCADA compiles and runs it auto-
matically. The bug in the bottom right-hand corner is green when debugging.
Debugging functions
To debug a function:
120
Chapter: 14 Editing and Debugging Code
Note: If the current project is not running, CitectSCADA compiles and runs it auto-
matically. The bug in the bottom right-hand corner is green when debugging.
1. Click the Cicode Editor button on the computer that will be running CitectSCADA
(the remote).
2. Choose Debug | Options.
3. Check (tick) the Allow remote debugging option.
4. Click OK.
5. Click the Run button (you can close the Cicode Editor first), or choose File | Run.
6. On the computer that will be debugging CitectSCADA, click the Cicode Editor button.
7. Choose Debug | Options.
8. Enter the Windows Computer Name or TCP/IP address of the remote CitectSCADA
computer.
The Windows Computer Name is specified on the Computer Name tab of the System
Properties dialog (go to Control Panel and select System).
The TCP/IP address (for example, 10.5.6.7 or plant.yourdomain.com) can be determined
by going to the Command Prompt, typing IPCONFIG, and pressing Enter.
9. Click OK.
10. Click the debug button to start remote debugging.
Note:CitectSCADA uses Named Pipes for remote debugging. To enable the Windows
121
Chapter: 14 Editing and Debugging Code
Named Pipe service, you need to enable the Server service. Select Administrative
Tools from Control Panel, then select Services. Locate the Server service in the list
that appears, and confirm that it is running. You can start and stop a service by
right-clicking on it.
Using breakpoints
There are three ways for a processing thread to halt:
l Manually inserting a breakpoint.
l Using the DebugBreak() Cicode function.
l If a hardware error is detected.
To debug a function, you need to first be able to stop it at a particular point in the code.
You can place a breakpoint on any line in the source code functions. Breakpoints may be
inserted or removed while editing or debugging without the need for them to be saved
with the file.
For a detected hardware error to halt a function, you need to have either the Break on all
hardware errors or Break on hardware errors in active thread option set (Debug menu -
Options). When the break occurs, the default Cicode Editor will be launched (if it is not
open already), with the correct code file, function, and break point line displayed. To
launch the debugger in this case, you need to have the CitectSCADA will start
debugger on hardware errors option set.
Enabling/disabling breakpoints
You can enable or disable breakpoints you have inserted into your Cicode.
122
Chapter: 14 Editing and Debugging Code
To enable/disable a breakpoint:
Note: A disabled breakpoint appears as a large dark gray (disabled) dot at the begin-
ning of the line.
Step Advances the current Cicode thread by one statement. If the statement is a
Into user defined function, the debugger steps into it (the pointer jumps to the
first line of the source code).
Step Advances the current Cicode thread by one statement. If the statement is a
Over user defined function, the debugger steps over it (the function is not
expanded).
Step Advances to the end of the current function and return. If there is no calling
Out function, the thread terminates.
Con- Re-starts normal execution of the current Cicode thread. If there are no more
tinue breaks, the thread terminates normally.
123
Chapter: 14 Editing and Debugging Code
124
Chapter: 15 Using Cicode Programming Standards
125
Chapter: 15 Using Cicode Programming Standards
Note: Parts contained within square brackets are optional. For example, you may
omit the variable scope (it defaults to local). Parts contained within greater than ( < )
and less than ( > ) signs should be replaced with the relevant text/value. For exam-
ple, you would replace <initial value> with an actual value. (You would not bracket
your value with greater than and less than signs.)
When declaring your variables, the parts of each should align vertically (the scope part
of each should be vertically aligned, the type part of each should be aligned, etc.). Each
part of the declaration is allotted a set amount of space. If one part is missing, its space
should be left blank. The missing part should not affect the positioning of the next part:
See Also
Using Cicode Programming Standards
INT iFile = 0;
STRING sName = "";
126
Chapter: 15 Using Cicode Programming Standards
l Variable names typically consist of up to three words. Each word in a variable name
should start with a capital letter, for example:
iTrendType, rPeriod, sFileName
127
Chapter: 15 Using Cicode Programming Standards
l Local variable names should not be prefixed (when you declare a variable without
specifying the scope, it is considered a Local variable by default):
iTrendType, rPeriod, sFileName
See Also
Using Cicode Programming Standards
l Constants
l Variable tags
l Labels
Constants
In Cicode there is no equivalent of #defines of C language, or a type that will force var-
iables to be constants (read-only variables). However, the variable naming convention
makes constants easily identifiable so developers will treat those variables as read-only
variables.
l Constants are recommended to have the prefix `c'.
l Constants need to be declared and initialized at the beginning of the Cicode file and
under no circumstances assigned a value again.
For example:
INT ciTrendTypePeriodic = 1;
INT ciTrendTypeEvent = 2;
STRING csPageName = "Mimic";
Variable tags
Variable tags that have been defined in the database (with the Variable Tags form) can
be used in all functions in the Cicode files. Variable tags are identifiable because they
will not have a prefix (also, they are generally in uppercase letters).
128
Chapter: 15 Using Cicode Programming Standards
Labels
Labels, like variable tags, can be used in all functions in the Cicode files. They can be
either all upper case letters or mixed case. In order to differentiate them from the variable
tags and other Cicode variables they should have an `_' (underscore) in front of them.
For example:
_BILLING_EVENT, _UNIT_OFFLINE, _AfterHoursEvent
Note: There are a few labels without an underscore defined in the Labels form in the
INCLUDE project. Although they do not follow the guidelines set in this document
their wide usage makes changing those labels impractical. These labels are: TRUE,
FALSE, BAD_HANDLE, XFreak, XOutsideCL, XAboveUCL, XBelowLCL, XOut-
sideWL, XUpTrend, XDownTrend, XGradualUp, XGradualDown, XErratic, XStrat-
ification, XMixture, ROutsideCL, RAboveUCL, RBelowLCL
See Also
Using Cicode Programming Standards
129
Chapter: 15 Using Cicode Programming Standards
For example:
See Also
Using Cicode Commands
Using Cicode Programming Standards
Note: Do not place more than one statement on a single line. While this practice is
permitted in other programming languages, in Cicode the subsequent statements will
not be interpreted and will effectively be lost, potentially affecting your program's
runtime behavior.
Failure to follow these instructions can result in death, serious injury, or equip-
ment damage.
Although it may be argued that some statements are logically related, this is not suf-
ficient justification. If they are logically related, place the statements on consecutive lines
and separate the statements by a blank line before and after. For example:
l IF statements can be used in one of the formats below. When indenting the IF state-
ments, a tab stop should be used. For example:
130
Chapter: 15 Using Cicode Programming Standards
l Simple IF block
IF <expression> THEN
...
END
l IF-THEN-ELSE block
IF <expression> THEN
...
ELSE
...
END
IF <expression> THEN
...
ELSE
IF <expression> THEN
...
ELSE
IF <expression> THEN
...
ELSE
...
END
END
END
l For WHILE and FOR statements see Working with Conditional Executors.
See Also
Using Cicode Commands
Working with Conditional Executors
Using Cicode Programming Standards
Formatting Expressions
The following conventions should be observed when formatting Cicode functions:
l When an expression forms a complete statement, it should, like any other statement,
occupy one or more lines of its own and be indented to the current level. Operators
should be surrounded by spaces. For example:
i= i*10+c-'0'; // WRONG
131
Chapter: 15 Using Cicode Programming Standards
i = i * 10 + c - '0'; // RIGHT
a = b * ( c - d ); // WRONG
a = b * (c - d); // RIGHT
l The round brackets which surround the arguments of a function attract no spaces, for
example:
l Commas, whether used as operators or separators, would be placed hard against the
previous symbol and followed by a space. For example:
See Also
Using Cicode Expressions
Using Cicode Commands
Using Cicode Programming Standards
Cicode Comments
Comments are designed to to aid understanding and maintenance of code. You should
place comments in the notes of the function header so as not to clutter up the code.
Small one-line comments are acceptable to explain some small part of the code which
may be hard to understand in the normal header comment.
See Also
Using Cicode Programming Standards
Formatting Functions
Cicode functions have up to seven parts: Scope, Type, Keyword, Name, Argument(s),
Statement(s), Keyword.
132
Chapter: 15 Using Cicode Programming Standards
[Scope]
The scope of the function. If the scope is omitted, the function will be Public by default.
That is, it will be available to all Cicode files, pages, and CitectSCADA databases (for
example, Alarm.dbf). To make a function Private (that is only available within the file in
which it is declared), you need to prefix it with the word PRIVATE.
[Type]
The return type of the function. This should be on a separate line.
Keyword
The keyword FUNCTION. This should be on a separate line.
Name
The function name. Function names should follow the Function Naming Standards. This
should be on a separate line.
Argument(s)
The argument list. The arguments are separated by commas and they can have default
values. The argument list is normally on the same line as the function name but mul-
tiple line argument list is also acceptable if it improves readability.
Statement(s)
The statements. Each statement should be on a separate line.
Keyword
The keyword END which marks the end of the function. This should be on a separate
line.
Note: Parts contained within square brackets - [ ] - are optional. For example, the
scope may be omitted and if so, it will default to Public. Parts contained within
greater than & less than signs - < > - should be replaced with the relevant text/value.
For example, you would replace <initial value> with an actual value. You would not
bracket your value with greater than & less than signs.
For example:
FUNCTION
PlotInit()
<statements>
END
INT
FUNCTION
PlotOpen(STRING sName, INT nMode)
INT hPlot = _BAD_HANDLE;
...
133
Chapter: 15 Using Cicode Programming Standards
hPlot = .....;
...
RETURN hPlot;
END
PRIVATE
STRING
FUNCTION
WasteInfoName(INT nType, INT nMode)
STRING sName = "Sydney";
...
sName = .....;
...
RETURN sName;
END
See Also
Writing Functions
Using Cicode Functions
Using Cicode Programming Standards
Format Templates
The format of a format template string
[text]{<name>[,width[,justification]]}[text]...
134
Chapter: 15 Using Cicode Programming Standards
l 'N' or 'n' will remove any extra padding that is used. Essentially any padding of
the name value is trimmed.
4. If a justification is not specified then the name value is assumed to be left justified.
5. Any spaces appearing after the first comma onwards in the format template will be
stripped out at no penalty to the user.
Malformed format template display
There are two types of malformed templates and below are examples of each and the
resulting output.
Internal malformation
This is when there is a correct open and close bracer '{' and '}' but inside the format tem-
plate there is a malformation. For example there may be a space not a comma separating
the name and the width. In this case the whole field is ignored which means nothing
between and including '{' and '}' is displayed.
For example:
Take the following string
< 2009-07-17 11:13:17 > TagLabel < > DescriptionLabel < ValidAlarm1Desc >
Note: The "Tag" name value is not outputted as the field has no ',' between the width
and justification.
Bracer malformation
This is when there is an open bracer '{' but no closing bracer '}'. In this case the mal-
formation is printed as a string literal.
For example:
Take the following string:
< 2009-07-17 11:31:44 > TagLabel < { Tag , 20 , L > DescriptionLabel <
ValidAlarm1Desc >
135
Chapter: 15 Using Cicode Programming Standards
Note: The "Tag" name value is outputted as a literal as no closing bracer '}' is
detected.
Functions Reference
PlotInit();TrendClientOpen();TrendClientInfoRead();
See Also
Naming Functions
Note: Declare all module variables at the MODULE VARIABLES section at the
136
Chapter: 15 Using Cicode Programming Standards
For example:
Function headers
Functions should have a descriptive header, formatted as follows:
137
Chapter: 15 Using Cicode Programming Standards
Modular Programming
One of the more effective programming practices involves partitioning large, complex
programming challenges into smaller and more manageable sub-tasks and reusable func-
tions. A similar approach should be taken when using a programming language like
Cicode to complete a task. Reducing the task to smaller tasks (or functions) has the fol-
lowing advantages:
l Reduced Complexity - Once the function is created and tested, the detailed operation
about how it works need not be revisited. Users need only focus on the results
produced by the function.
l Avoids Duplicate Code - Creating a generic function instead of copying similar code
reduces the total amount of code in the system. It also means the function can be
reused by separate code areas. This makes the code more maintainable because it is
smaller in size, and only one instance needs to be modified.
l Hides Information - Information can be in the form of operations, data, or resources.
Access to information can be controlled when functions are written that provide a
limited set of actions to be performed on the information. For example, if a user
wishes to log a message to a database, he or she should only send the message to a
function, say LogDBaseMessage("hello world"), and the function should control the
database resource. The function then becomes the single interface to the database
resource. Resources that have multiple interfaces to them are harder to control. This
138
Chapter: 15 Using Cicode Programming Standards
Cohesion
A goal of modular programming is to create simple functions that perform a single task,
but perform that task well. This can be described as how 'cohesive' a function is.
Two factors that affect the level of cohesion are:
l Number of tasks the function performs.
l Similarity of the tasks.
The following table illustrates the different levels of cohesion:
Sim- Cohesion
Number of tasks Example
ilarity level
139
Chapter: 15 Using Cicode Programming Standards
Sim- Cohesion
Number of tasks Example
ilarity level
For example, the function Sin(x) will perform one task - return the trigonometric Sine
value of x. This is an example of a highly cohesive function. The function SinAndTan(x)
performs two tasks - calculate the trigonometric Sine and Tan of the value X. This func-
tion has lower cohesion than Sin(x) because it performs two tasks.
Highly cohesive functions are more dependable, easier to modify, and easier to debug
than functions that have lower levels of cohesion and are hence acceptable and encour-
aged.
Low cohesion functions are typically complex, prone to errors, and are more costly to fix.
Low cohesion functions are regarded as poor programming practice and discouraged.
Coupling
Another rule of modular programming is to reduce the number of relationships between
functions. This is referred to as function coupling. Functions that have few, or no, rela-
tionships between them are loosely coupled. Loosely coupled functions provide simple,
visible interfaces to the function. This makes the functions easier to use and modify. For
example, the Cicode function TimeCurrent() is a loosely coupled function. To use this
function, a user need only call its name, and the function will return with the desired
result. The user does not need to be aware of any relationships because there are no
parameters passed to the function, and it does not read from, or write to, any global
data. There is very little likelihood of error with this function; it only returns a time/date
variable and does not support error codes. In the unlikely event that the function did not
return the time/date variable, it would be through no error of the calling function
because it has no relationship to it.
Functions that have many relationships between them are tightly coupled. For example,
a user written function like AddCustomerRecord(hDatabase, sFirstName, sSurname,
sAddress, sAge, sPhone) has a higher level of coupling than the function
TimeCurrent(). Tightly coupled functions are inflexible in their use, less robust, and
harder to maintain. The AddCustomerRecord() function is less robust because it could
experience an error of its own accord, or if the function calling it passes bad data to it.
Tightly coupled functions are harder to maintain because modifying a function with
many relationships in it may result in modifications to other functions to accept the
data.
140
Chapter: 15 Using Cicode Programming Standards
Defensive Programming
Defensive programming is an approach to improve software and source code. It aims to
improve general quality by reducing the number of software bugs. It promotes making
the source code readable and understandable. It aims to make your code behave in a pre-
dictable manner despite unexpected input or user actions.
You should try to:
l Verify that your code does not produce unexplained hardware alarms.
l Check that denominators in division are not zero.
l Check that array indexes cannot go out of range.
l Check that arguments from external sources are valid.
l Check that loop terminations are obvious and achievable.
l Only write code once. If you find that two sections of code look identical or almost
identical it is worth spending the time to re-write or re-design it. This will generally
reduce the size of the code in question by a third or more, which reduces complexity
141
Chapter: 15 Using Cicode Programming Standards
and therefore maintenance and debugging time. An effective method to achieve this
is to convert the identical code to a new function.
l Do not access the module data in any function other than the member functions.
l Write the member functions whenever an array is defined. Do not try to pass arrays
between functions, make the arrays the centre piece of the object.
l Cicode is a multitasking language. Several tasks (commands, expressions and tasks
created by TaskNew function) can be executed concurrently. This powerful feature of
Cicode should be used with care as some of the functions may be modifying module
data. It is essential that the number of tasks running at any point in time be mini-
mized. This may require the use of semaphores to help protect the module data from
interference and corruption. (For the use of semaphores, refer to SemOpen, SemClose,
SemSignal and SemWait functions in on-line help or the Cicode Reference manual).
See Also
Using Cicode Programming Standards
Modular Programming
Function Error handling
Functions return-
Calling functions should check for
ing
142
Chapter: 15 Using Cicode Programming Standards
Functions return-
Calling functions should check for
ing
If an error is detected in one of these functions, your Cicode task will generate a hard-
ware error and be halted. You may stop your Cicode task from being halted by using the
ErrSet() function and checking for errors using IsError().
The parameter [Code]HaltOnError allows you to stop any errors detected in these func-
tions from halting your Cicode. If you set. . .
[code]
HaltOnError=0
then your Cicode will continue to run after a hardware error is detected in these func-
tions.
For example:
l Example of error code only
INT
FUNCTION
ExampleInit()
INT nError = 0;
nError = ExampleOpen("MyForm");
IF nError = 0 THEN
...
END
END
INT
FUNCTION
ExampleOpen(STRING sName)
INT nError = 0;
...
IF <an error has been detected> THEN
nError = 299;
END
RETURN nError;
END
143
Chapter: 15 Using Cicode Programming Standards
l Example of handles
INT
FUNCTION
ExampleInit()
INT hFile = BAD_HANDLE;
...
hFile = ExampleFileOpen("MyFile.txt");
IF hFile <> BAD_HANDLE THEN
...
END
END
FUNCTION
ExampleFileOpen(STRING sName)
INT hFile = BAD_HANDLE;
hFile = FileOpen(sName, "r+");
IF hFile = BAD_HANDLE THEN
hFile = FileOpen(sName, "r");
END
RETURN hFile;
END
INT
FUNCTION
ExampleInit()
INT nSamples = 0;
...
ErrSet(1);
nSamples = ExampleSamples();
IF IsError() = 0 THEN
...
END
ErrSet(0);
END
INT
FUNCTION
ExampleSamples()
INT nSamples = 0;
INT nError = 0;
...
ErrTrap(nError);
RETURN nSamples;
END
See Also
Debugging Cicode
144
Chapter: 15 Using Cicode Programming Standards
DebugMsg function
DebugMsg() internally calls the TraceMsg() function if the debug switch is on. The imple-
mentation of this function can be found in DEBUG.CI in the INCLUDE project. You can
turn the debug switch on or off by doing any of the following:
l Calling DebugMsgSet(INT bDebugMsg) on the Kernel Cicode window. (Or, this function
can be called from a keyboard command or something similar.)
l Changing the [Code]DebugMessage parameter in the INI file.
For example:
INT
FUNCTION
FilePrint(STRING sDeviceName, STRING sFileName)
INT hFile;
INT hDev;
STRING Str1;
145
Chapter: 15 Using Cicode Programming Standards
Assert function
Assert reports an error if the test passed by the argument does not return the expected
value. The implementation of this function can be found in DEBUG.CI in the INCLUDE
project.
For example:
INT
FUNCTION
FileDisplayEx(STRING sFileName)
INT hFile;
See Also
Debugging Cicode
146
Part: 3
Functions Reference
This section describes Cicode functions, and provides syntax and use
examples.
Plot Functions
147
Communication Functions Quality Functions
148
Chapter: 16 Accumulator Functions
Accumulator functions enable you to programmatically browse and control Accumu-
lators and retrieve information from them.
Accumulator Functions
Following are functions relating to accumulators.
AccumBrowseGetField Gets the field indicated by the cursor position in the browse
session.
See Also
Functions Reference
AccControl
Controls accumulators, for example, motor run hours. You can reset the values of Run
Time, Totalizer Inc, and No. of Starts (defined in the Accumulator database), re-read
these values from the I/O device, or flush pending writes of these values to the I/O
device.
Syntax
AccControl(sName, nMode [, ClusterName] )
149
Chapter: 16 Accumulator Functions
sName:
The name of the accumulator or a mask for the names of accumulators. You can use the following
wildcards:
l * matches all following characters, for example, "Motor*" matches all
accumulators starting with the word "Motor"
l ? matches any single character, for example, "Motor?10" matches "Moto-
rA10" and "MotorB10"
This argument can be prefixed by the name of the cluster for example Clus-
terName.AccumulatorName.
nMode:
Name of the cluster in which the accumulator resides. This is optional if you have one cluster or are
resolving the reports server via the current cluster context. The argument is enclosed in quotation
marks "".
Return Value
0 (zero) if successful, otherwise an error is returned.
Example
See Also
Accumulator Functions
AccumBrowseClose
The AccumBrowseClose function terminates an active data browse session and cleans
up all resources associated with the session.
This function is a non-blocking function. It does not block the calling Cicode task.
150
Chapter: 16 Accumulator Functions
Syntax
AccumBrowseClose(iSession)
iSession:
Return Value
0 (zero) if the accumulator browse session exists, otherwise an error is returned.
Related Functions
AccumBrowseFirst, AccumBrowseGetField, AccumBrowseNext, Accum-
BrowseNumRecords, AccumBrowseOpen, AccumBrowsePrev
See Also
Accumulator Functions
AccumBrowseFirst
The AccumBrowseFirst function places the data browse cursor at the first record.
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete.
Syntax
AccumBrowseFirst(iSession)
iSession:
Return Value
0 (zero) if the accumulator browse session exists, otherwise an error is returned.
Related Functions
AccumBrowseClose, AccumBrowseGetField, AccumBrowseNext, Accum-
BrowseNumRecords, AccumBrowseOpen, AccumBrowsePrev
See Also
Accumulator Functions
AccumBrowseGetField
151
Chapter: 16 Accumulator Functions
The AccumBrowseGetField function retrieves the value of the specified field from the rec-
ord the data browse cursor is currently referencing.
This function is a non-blocking function. It does not block the calling Cicode task.
Syntax
AccumBrowseGetField(iSession, sFieldName)
iSession:
sFieldName:
The name of the field that references the value to be returned. Supported fields are:
NAME, CLUSTER, PRIV, AREA, TRIGGER, VALUE, RUNNING,
STARTS, TOTALISER
Return Value
The value of the specified field as a string. An empty string may or may not be an indi-
cation that an error has been detected. The last error should be checked in this instance
to determine if an error has actually occurred.
Related Functions
AccumBrowseClose, AccumBrowseFirst, AccumBrowseNext, AccumBrowseNumRecords,
AccumBrowseOpen, AccumBrowsePrev
Example
See Also
Accumulator Functions
AccumBrowseNext
152
Chapter: 16 Accumulator Functions
The AccumBrowseNext function moves the data browse cursor forward one record. If
you call this function after you have reached the end of the records, error 412 is returned
(Databrowse session EOF).
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete.
Syntax
AccumBrowseNext(iSession)
iSession
Return Value
0 (zero) if the accumulator browse session exists, otherwise an error is returned.
Related Functions
AccumBrowseClose, AccumBrowseFirst, AccumBrowseGetField, Accum-
BrowseNumRecords, AccumBrowseOpen, AccumBrowsePrev
See Also
Accumulator Functions
AccumBrowseNumRecords
The AccumBrowseNumRecords function returns the number of records that match the
filter criteria.
This function is a non-blocking function. It does not block the calling Cicode task.
Syntax
AccumBrowseNumRecords(iSession)
iSession:
Return Value
The number of records that have matched the filter criteria. A value of 0 denotes that no
records have matched. A value of -1 denotes that the browse session is unable to pro-
vide a fixed number. This may be the case if the data being browsed changed during the
browse session.
153
Chapter: 16 Accumulator Functions
Related Functions
AccumBrowseClose, AccumBrowseFirst, AccumBrowseGetField, AccumBrowseNext,
AccumBrowseOpen, AccumBrowsePrev
Example
INT numRecords = 0;
...
numRecords = AccumBrowseNumRecords(iSession);
IF numRecords <> 0 THEN
// Have records
ELSE
// No records
END
...
See Also
Accumulator Functions
AccumBrowseOpen
The AccumBrowseOpen function initiates a new browse session and returns a handle to
the new session that can be used in subsequent data browse function calls.
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete.
Syntax
AccumBrowseOpen( sFilter, sFields [, sClusters] )
sFilter:
A filter expression specifying the records to return during the browse. An empty string indicates
that all records will be returned. Where a fieldname is not specified in the filter, it is assumed to be
tagname. For example, the filter "AAA" is equivalent to "name=AAA".
Note: Use the following fields with care in filters since they return the actual value of
the variable tag which they refer to.
RUNNING, STARTS, TOTALISER, TRIGGER, VALUE.
sFields:
Specifies via a comma delimited string the columns to be returned during the browse. An empty
string indicates that the server will return all available columns. Supported fields are:
COMMENT, TAGGENLINK.
154
Chapter: 16 Accumulator Functions
sClusters:
An optional parameter that specifies via a comma delimited string the subset of the clusters to
browse. An empty string indicates that the connected clusters will be browsed.
Return Value
Returns an integer handle to the browse session. Returns -1 when an error is detected.
The returned entries will be ordered alphabetically by name. After a reload of the Report
Server, any new records may be added at the end.
Related Functions
AccumBrowseClose, AccumBrowseFirst, AccumBrowseGetField, AccumBrowseNext,
AccumBrowseNumRecords, AccumBrowsePrev
Example
INT iSession;
...
iSession = AccumBrowseOpen("NAME=ABC*", "NAME,AREA",
"ClusterA,ClusterB");
IF iSession <> -1 THEN
// Successful case
ELSE
// Function returned an error
END
...
See Also
Accumulator Functions
AccumBrowsePrev
The AccumBrowsePrev function moves the data browse cursor back one record. If you
call this function after you have reached the beginning of the records, error 412 is
returned (Databrowse session EOF).
This function is a non-blocking function. It does not block the calling Cicode task.
Syntax
AccumBrowsePrev(iSession)
iSession:
155
Chapter: 16 Accumulator Functions
Return Value
0 (zero) if the accumulator browse session exists, otherwise an error is returned.
Related Functions
AccumBrowseClose, AccumBrowseFirst, AccumBrowseGetField, AccumBrowseNext,
AccumBrowseNumRecords, AccumBrowseOpen
See Also
Accumulator Functions
156
Chapter: 17 ActiveX Functions
ActiveX functions enable you to create and interact with ActiveX objects, using Citect-
SCADA as an ActiveX container.
ActiveX Functions
Following are functions relating to ActiveX objects:
See Also
Functions Reference
_ObjectCallMethod
157
Chapter: 17 ActiveX Functions
Calls a specific method for an ActiveX object. (See the documentation for your ActiveX
object for details on methods and properties.)
Note: The parameter list passed to the control can only have Cicode variables or var-
iable tags; it cannot use values returned directly from a function because an ActiveX
control may modify parameters passed to it.
For example:
is not allowed because the return value of a function cannot be modified. The following
should be used instead:
INT nMyValue;
//Calculate Value
nMyValue = CalcValue();
//Pass Value to ActiveX control
_ObjectCallMethod(hControl, "DoSomething" nMyValue);
Syntax
_ObjectCallMethod(hObject, sMethod, vParameters)
hObject:
The handle for the object (as returned by the ObjectByName() function).
sMethod:
vParameters:
A variable length parameter list of method arguments. The variables will be passed however you
enter them, and will then be coerced into appropriate automation types. Likewise, any values mod-
ified by the automation call will be written back - with appropriate coercion - into the passed
Cicode variable.
Return Value
The return value from the method - if successful, otherwise an error is returned.
Related Functions
ObjectByName, DspAnCreateControlObject, CreateObject, CreateControlObject
158
Chapter: 17 ActiveX Functions
Example
See CreateControlObject.
See Also
ActiveX Functions
_ObjectGetProperty
Gets a specific property of an ActiveX object.
Syntax
_ObjectGetProperty(hObject, sProperty)
hObject:
The handle for the object (as returned by the ObjectByName() function).
sProperty:
Return Value
The value of the property - if successful, otherwise an error is returned.
Related Functions
ObjectByName, DspAnCreateControlObject, CreateObject, CreateControlObject
Example
See CreateControlObject
See Also
ActiveX Functions
_ObjectSetProperty
Sets a specific property of an ActiveX object.
Syntax
_ObjectSetProperty(hObject, sProperty, vValue)
hObject:
The handle for the object (as returned by the ObjectByName() function).
sProperty:
159
Chapter: 17 ActiveX Functions
vValue:
The value to which the property will be set. This value can be of any data type. Appropriate coer-
cion will take place when creating the equivalent automation parameter.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
ObjectByName, DspAnCreateControlObject, CreateObject, CreateControlObject
Example
See CreateControlObject
See Also
ActiveX Functions
AnByName
Retrieves the animation point number of an ActiveX object.
Syntax
AnByName(sName)
sName:
The name for the object in the form of "AN" followed by its AN number, for example, "AN35". This
name is used to access the object.
Return Value
The animation point number of the object - if successful, otherwise an error is returned.
Related Functions
CreateControlObject
See Also
ActiveX Functions
CreateControlObject
Creates a new instance of an ActiveX object.
160
Chapter: 17 ActiveX Functions
An object created using this function remains in existence until the page is closed or the
associated Cicode Object is deleted. This function does not require an existing animation
point. When the object is created, an animation point is created internally. This
animation point is freed when the object is destroyed.
Syntax
CreateControlObject(sClass, sName, x1, y1, x2, y2, sEventClass)
sClass:
The class of the object. You can use the object's human readable name, its program ID, or its GUID.
If the class does not exist, the function will return an error message.
For example:
l "Calendar Control 8.0" - human readable name
l "MSCAL.Calendar.7" - Program ID
l "{8E27C92B-1264-101C-8A2F-040224009C02}" - GUID
sName:
The name for the object in the form of "AN" followed by its AN number, for example, "AN35". This
name is used to access the object.
x1:
The x coordinate of the object's top left hand corner as it will appear in your CitectSCADA window.
y1:
The y coordinate of the object's top left hand corner as it will appear in your CitectSCADA window.
x2:
The x coordinate of the object's bottom right hand corner as it will appear in your CitectSCADA win-
dow.
y2:
The y coordinate of the object's bottom right hand corner as it will appear in your CitectSCADA win-
dow.
sEventClass:
The string you would like to use as the event class for the object.
Return Value
The newly created object, if successful, otherwise an error is generated.
161
Chapter: 17 ActiveX Functions
Related Functions
DspAnCreateControlObject, CreateObject, AnByName
Example
162
Chapter: 17 ActiveX Functions
INT nYear;
nDay = _ObjectGetProperty(This, "Day");
nMonth = _ObjectGetProperty(This, "Month");
nYear = _ObjectGetProperty(This, "Year");
...
Your code goes here...
...
END
See Also
ActiveX Functions
CreateObject
Creates a new instance of an ActiveX object. If you use this function to create an ActiveX
object, it will have no visual component (only the automation component will be
created).
If you assign an object created with the CreateObject() function to a local variable, that
object will remain in existence until the variable it is assigned to goes out of scope. This
means that such an object will only be released when the Cicode function that created it
ends.
If you assign an object created with the CreateObject() function to a module or global
scope variable, then that object will remain in existence until the variable either has
another object assigned or is set to NullObject, provided the CreateObject() call is not made
within a loop.
Objects created by calls to CreateObject() within WHILE or FOR loops are only released
on termination of the Cicode function in which they are created, regardless of the scope
of the variable to which the object is assigned. The use of CreateObject() within a loop
may therefore result in the exhaustion of system resources, and is not generally rec-
ommended unless performed as shown in the examples below.
Do not use the CreateObject() function within a loop except in strict accordance with the fol-
lowing instructions.
Failure to follow these instructions can result in death, serious injury, or equip-
ment damage.
Syntax
CreateObject(sClass)
163
Chapter: 17 ActiveX Functions
sClass:
The class of the object. You can use the object's human readable name, its program ID, or its GUID.
If the class does not exist, the function will return an error.
For example:
l "Calendar Control 8.0" - human readable name
l "MSCAL.Calendar.7" - Program ID
l "{8E27C92B-1264-101C-8A2F-040224009C02}" - GUID
Return Value
The newly created object, if successful, otherwise an error is generated.
Related Functions
DspAnCreateControlObject, CreateControlObject
Example
The following examples show correct techniques for calling CreateObject() within a loop.
164
Chapter: 17 ActiveX Functions
See Also
ActiveX Functions
ObjectAssociateEvents
Allows you to change the ActiveX object's event class. If you have inserted an object on a
graphics page using Graphics Builder, it allows you to change the event class to some-
thing other than the default of PageName_ObjectName
Syntax
ObjectAssociateEvents(sEventClass, hSource)
sClass:
The class of the object. You can use the object's human readable name, its program ID, or its GUID.
If the class does not exist, the function will report an error.
hSource:
The source object firing the events which are to be handled by the event handler.
For example:
l "Calendar Control 8.0" - human readable name
l "MSCAL.Calendar.7" - Program ID
l "{8E27C92B-1264-101C-8A2F-040224009C02}" - GUID
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DspAnCreateControlObject, CreateControlObject
Example
Inserting ActiveX objects using Cicode
If you have created an ActiveX object using Cicode (for example, by calling the function
CreateControlObject()), the parameter 'sEventClass' would have required you to define
an event class for the object to enable event handling. If you want to change the class
you used, you can call ObjectAssociateEvents().
Inserting ActiveX objects via Graphics Builder
If you have inserted an ActiveX object in Graphics Builder, runtime will automatically
create an event class for the object in the form PageName_ObjectName. If this is the
case, you may want to change the object's event class.
165
Chapter: 17 ActiveX Functions
Using the example of an ActiveX sludge tank controller, the default event class for the
object could be "PageName_AN35". This means any events handlers for the object would
take the form "PageName_AN35_Click" (presuming this example relates to a click
event). You may want to define this more clearly, in which case you can call the fol-
lowing:
// This function redefines the event class for the ActiveX sludge
tank controller at AN35 to "SludgeTank". //
ObjectAssociateEvents ("SludgeTank", ObjectByName("AN35"));
..
With the event class for the object now defined as "SludgeTank", the event handlers can
take the form "SludgeTank_Click".
This would be useful if you define event handlers in relation to an object that will even-
tually be copied to other graphics pages, as it will reduce the need to redefine the event
handlers to identify the default event class associated with each new placement of the
object.
See Also
ActiveX Functions
ObjectAssociatePropertyWithTag
Establishes an association between an ActiveX property and a variable tag. This means
that any changes made to an ActiveX object property will be mirrored in the variable
tag.
Generally, ActiveX objects issue "property change notifications" to CitectSCADA when-
ever a change occurs to a specific property value. This notification tells CitectSCADA
when to read the property value.
Note: An association will not succeed if property change notifications are not sup-
ported and the OnChangeEvent argument is left blank. Verify that the scaling and
units of the associated tag are compatible with the ActiveX property values. How-
ever, some property changes do not trigger property change notifications. If this is
the case, you need to choose an appropriate "on change" event instead - an event
fired by the ActiveX object in response to a change. An "appropriate" event is one
that happens to be fired whenever the property value changes. For example, the MS
Calendar Control fires an AfterUpdate event whenever a day button is pressed.
Syntax
ObjectAssociatePropertyWithTag(sObject, sPropertyName, sTagName [, sOnChangeEvent] )
sObject:
166
Chapter: 17 ActiveX Functions
sPropertyName:
sTagName:
The name of the CitectSCADA variable tag to associate with the property.
sOnChangeEvent:
The name of the "on change" event that informs CitectSCADA of a change to the ActiveX object.
This is required where the ActiveX object does not automatically generate a property change noti-
fication. Choose an event that happens to be fired whenever the ActiveX object property changes,
for example, the MS Calendar Control fires an AfterUpdate event whenever a day button is
pressed.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DspAnCreateControlObject, CreateObject, CreateControlObject
See Also
ActiveX Functions
ObjectByName
Retrieves an ActiveX object. This is useful when you know the object by name only (this
will often be the case for objects created during configuration, rather than those created
at runtime using a Cicode function).
Syntax
ObjectByName(sName)
sName:
The name for the object in the form of "AN" followed by its AN number, for example, "AN35". This
name is used to access the object. The sName argument should be enclosed in quotes "".
Return Value
The requested object, if successful, otherwise an error is generated.
Related Functions
DspAnCreateControlObject, CreateObject, CreateControlObject
167
Chapter: 17 ActiveX Functions
Example
See CreateControlObject
See Also
ActiveX Functions
ObjectHasInterface
Queries the ActiveX component to determine if its specific interface is supported. (Refer
to the ActiveX object's documentation for details of its interfaces.)
Syntax
ObjectHasInterface(hObject, sInterface)
hObject:
The handle for the object (as returned by the ObjectByName() function).
sInterface:
Return Value
0 if the interface is not supported, otherwise 1.
Related Functions
ObjectByName, CreateObject, CreateControlObject
Example
See Also
ActiveX Functions
ObjectIsValid
Determines if the given handle for an object is a valid handle. This function is useful for
programmatically checking that an object was returned for a call.
168
Chapter: 17 ActiveX Functions
Syntax
ObjectIsValid(hObject)
hObject:
The handle for the object (as returned by the ObjectByName() function).
Return Value
0 if the handle is not valid, otherwise 1.
Related Functions
ObjectByName, CreateObject, CreateControlObject
Example
See Also
ActiveX Functions
ObjectToStr
Converts an object handle to a string.
Syntax
ObjectToStr(hObject)
hObject:
The handle for the object (as returned by the ObjectByName() function).
Return Value
A string containing the converted object handle
Related Functions
ObjectByName, CreateObject, CreateControlObject
See Also
ActiveX Functions
169
Chapter: 17 ActiveX Functions
170
Chapter: 18 Alarm Functions
Alarm functions display alarms and their related alarm help pages, and acknowledge,
disable, and enable alarms. They provide information about alarms and allow your oper-
ators to add comments to alarm records. You can also access alarms at the record level
(on the alarms server) for more complex operations.
Alarm Functions
Following are functions relating to alarms:
AlarmCatGetFormat Returns the display format string of the specified alarm cat-
egory.
171
Chapter: 18 Alarm Functions
AlarmFirstTagRec Searches for the first occurrence of an alarm tag, name, and
description.
AlarmGetDelayRec Gets the delay setting for an alarm via the alarm record
number.
AlarmGetDsp Gets field data from the alarm record that is displayed at the
specified AN.
AlarmGetFieldRec Gets alarm field data from the alarm record number.
AlarmGetOrderbyKey Retrieves the list of key(s) used to determine the order of the
alarm list.
AlarmHelp Displays the help page for the alarm where the cursor is posi-
tioned.
172
Chapter: 18 Alarm Functions
AlarmNextTagRec Searches for the next occurrence of an alarm tag, name, and
description.
AlarmSetDelayRec Changes the delay set for an alarm via the alarm record
number.
AlarmSetInfo Changes the display parameters for the alarm list displayed at
an AN.
AlarmSumFind Finds an alarm summary index for an alarm record and alarm
on time.
173
Chapter: 18 Alarm Functions
AlmSummaryDeleteAll Deletes all alarm summary entries from the browse session.
AlmSummaryGetField Gets the field indicated by the cursor position in the browse
session.
AlmSummaryLast Places the data browse cursor at the latest summary record
from the last cluster of the available browsing cluster list.
AlmSummaryNext Gets the next alarm summary entry in the browse session.
AlmSummaryPrev Gets the previous alarm summary entry in the browse ses-
174
Chapter: 18 Alarm Functions
sion.
Alm- Sets the value of the field indicated by the cursor position in
SummarySetFieldValue the browse session.
AlmTagsClear Clears the alarm tag at the current cursor position in an active
data browse session.
AlmTagsGetField Gets the field indicated by the cursor position in the browse
session.
AlmTagsNext Gets the next alarm tags entry in the browse session.
AlmTagsPrev Gets the previous alarm tags entry in the browse session.
See Also
Functions Reference
AlarmAck
Acknowledges alarms. You can acknowledge the alarm where the cursor is positioned,
one or more alarm lists on the active page, a whole category of alarms, or alarms of a
particular priority.
This command takes the currently logged in user into account. In other words, only the
alarms that the user can see are acknowledged.
175
Chapter: 18 Alarm Functions
You would normally call this function from a keyboard command. No action is taken if
the specified alarms have already been acknowledged.
Syntax
AlarmAck(Mode, Value [, ClusterName])
Mode:
l Set Value to 0 to acknowledge the (displayed) alarm list (on the active
page.
2 - Acknowledge a category of alarms:
l Set Value to the alarm category (0 to 16375) of the alarms to be acknowl-
ClusterName:
Used with Mode 2 or 3 to specify the name of the cluster in which the alarms being acknowledged
reside. This argument is optional if the client is connected to only one cluster containing an Alarm
Server or are resolving the alarm server via the current cluster context.
176
Chapter: 18 Alarm Functions
Return Value
0 (zero) if successful, otherwise an error code will return
Note: In some cases an error code is not returned.This function is non-blocking, and as such, any error that
is detected when the alarm server processes the command will not be returned.
Related Functions
GrpOpen
Example
System Keyboard
Command AlarmAck(0, 0)
System Keyboard
System Keyboard
System Keyboard
177
Chapter: 18 Alarm Functions
See Also
Alarm Functions
AlarmAckRec
Acknowledges alarms by record number on both the Primary and Standby Alarm
Servers. This function can be called from Alarm Server or Client and should not be used
with a MsgRPC() call to the Alarm Server.
Syntax
AlarmAckRec(Record [, ClusterName] )
Record:
The alarm record number, returned from any of the following alarm functions:
l AlarmFirstCatRec() or AlarmNextCatRec(): used to search for a record by
alarm category, area, and type (acknowledged, disabled, etc.).
l AlarmFirstPriRec() or AlarmNextPriRec(): used to search for a record by
alarm priority, area, and type (acknowledged, disabled, etc.).
l AlarmFirstTagRec() or AlarmNextTagRec(): used to search for a record by
alarm tag, name, and description.
l AlarmGetDsp(): used to find the record that is displayed at a specified AN,
for either an alarm list or alarm summary entry. Set the sField argument in
AlarmGetDsp() to "RecNo".
To store this value, use data type Int in Cicode or Long for variable tags (Long needs 4 bytes).
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
0 (zero) if successful, otherwise an error is returned.
178
Chapter: 18 Alarm Functions
Related Functions
AlarmFirstCatRec, AlarmFirstTagRec, AlarmNextTagRec, AlarmGetDelayRec, MsgRPC
Example
See Also
Alarm Functions
AlarmActive
Determines if any alarms are active in the user's area. Call this function from the Page
Strings database, to display an alarm message at a specified AN on a graphics page.
You can specify the type of alarms, for example, active hardware alarms or disabled
non-hardware alarms.
Syntax
AlarmActive(Type [, ClusterName] )
Type:
Non-hardware alarms
0 - Active alarms
1 - Unacknowledged alarms, ON and OFF
2 - Highest priority unacknowledged alarm
3 - Disabled alarms
Hardware alarms
5 - Active alarms
6 - Unacknowledged alarms, ON and OFF
ClusterName:
179
Chapter: 18 Alarm Functions
The name of the cluster to check for active alarms. If this argument is blank or empty, the function
will check the connected clusters.
Return Value
l The number of active alarms for Hardware alarms (modes 5 and 6).
Example
Strings
AN 9
Expression AlarmActive(5)
See Also
Alarm Functions
AlarmCatGetFormat
Returns the display format string of the specified alarm category.
Syntax
AlarmCatGetFormat(Category [, Type] )
Category:
Type:
180
Chapter: 18 Alarm Functions
Return Value
The display format string of the specified category. If the alarm category is not spe-
cifically defined or it has no format string specified in your project, the format string of
category 0 will be returned.
Example
See Also
Alarm Functions
AlarmClear
Clears an acknowledged (and off) alarm from the active alarm list. You can clear the
alarm where the cursor is positioned, one or more alarm lists on the active page, a
whole category of alarms, or alarms of a particular priority.
If you set the [Alarm]AckHold parameter to 1, alarms that go off and have been acknowl-
edged are not removed from the active list until this function is called.
Syntax
AlarmClear(Mode, Value [, ClusterName] )
Mode:
1 - Clear a page of alarms. AN alarm page can contain more than one alarm
list:
l Set Value to the AN where the alarm list is displayed.
l Set Value to 0 to clear the (displayed) alarm list (on the active page)
181
Chapter: 18 Alarm Functions
ClusterName:
Used with Mode 2 or 3 to specify the name of the cluster in which the alarms being cleared reside.
This argument is optional if the client is connected to only one cluster containing an Alarm Server or
you are resolving the alarm server via the current cluster context.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
AlarmAck
Example
System Keyboard
Command AlarmClear(0, 0)
System Keyboard
182
Chapter: 18 Alarm Functions
System Keyboard
System Keyboard
System Keyboard
See Also
Alarm Functions
AlarmClearRec
Clears an alarm by its record number on both the Primary and Standby Alarms Servers.
This function can be called from Alarm Server or Client and should not be used with a
MsgRPC() call to the Alarm Server.
Syntax
AlarmClearRec(Record [, ClusterName] )
Record:
The alarm record number, returned from any of the following alarm functions:
l AlarmFirstCatRec() or AlarmNextCatRec() - used to search for a record by
alarm category, area, and type (acknowledged, disabled, etc.).
l AlarmFirstPriRec() or AlarmNextPriRec() - used to search for a record by
alarm priority, area, and type (acknowledged, disabled, etc.).
183
Chapter: 18 Alarm Functions
To store this value, use data type Int in Cicode or Long for variable tags (Long needs 4 bytes).
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
AlarmFirstCatRec, AlarmAck, AlarmFirstTagRec, AlarmNextTagRec, AlarmGetDelayRec,
MsgRPC
See Also
Alarm Functions
AlarmComment
Allows an operator to add a comment to a selected alarm summary entry during run-
time. You would normally call this function from a keyboard command.
Comments can only be added to alarm summary (Alarm Type 10) alarms.
Syntax
AlarmComment(sComment)
sComment:
The comment to add to the alarm summary entry. Comments have a maximum of 128 characters.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
AlarmDsp
184
Chapter: 18 Alarm Functions
Example
System Keyboard
Command AlarmComment(Arg1)
Comment Add an alarm comment to the alarm where the cursor is positioned
See Also
Alarm Functions
AlarmDelete
Deletes alarm summary entries that are currently displayed. You can delete the alarm
where the cursor is positioned, one or more alarm lists on the active page, a whole cat-
egory of alarms, or alarms of a particular priority.
You would normally call this function from a keyboard command.
Syntax
AlarmDelete(Mode, Value [, ClusterName] )
Mode:
185
Chapter: 18 Alarm Functions
ClusterName:
Used with Mode 2 or 3 to specify the name of the cluster in which the alarms being deleted reside.
This argument is optional if the client is connected to only one cluster containing an Alarm Server or
you are resolving the alarm server via the current cluster context. This argument is enclosed in quo-
tation marks "".
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
GrpOpen
Example
System Keyboard
Key DelSum
Sequence
Command AlarmDelete(0, 0)
Comment Delete the alarm summary entry where the cursor is positioned
System Keyboard
Key ShiftDelSum
Sequence
System Keyboard
186
Chapter: 18 Alarm Functions
System Keyboard
See Also
Alarm Functions
AlarmDisable
Disables alarms. You can disable the alarm where the cursor is positioned, one or more
alarm lists on the active page, a whole category of alarms, or alarms of a particular prior-
ity.
You would normally call this function from a keyboard command. No action is taken if
the alarms are already disabled. Use the AlarmEnable() function to re-enable an alarm.
After you disable an alarm, it does not display on the alarm page, alarm summary page,
or alarm log. If you set the [Alarm]DisplayDisable parameter to 1, logging of disabled
alarms continues, but the disabled alarms are not displayed on the alarm display or
alarm summary pages.
Syntax
AlarmDisable(Mode, Value [, ClusterName] )
Mode:
187
Chapter: 18 Alarm Functions
ClusterName:
Used with Mode 2 or 3 to specify the name of the cluster where the alarms being disabled reside in.
This argument is optional if the client is connected to only one cluster containing an Alarm Server or
are resolving the alarm server via the current cluster context.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
GrpOpen, AlarmEnable, AlarmDisableRec
Example
System Keyboard
Command AlarmDisable(0, 0)
System Keyboard
188
Chapter: 18 Alarm Functions
System Keyboard
System Keyboard
Command AlarmDisable(3,Arg1,"clusterXYZ")
See Also
Alarm Functions
AlarmDisableRec
Disables alarms by record number on both the Primary and Standby Alarms Servers.
This function can be called from Alarm Server or Client and should not be used with a
MsgRPC() call to the Alarm Server.
Syntax
AlarmDisableRec(Record [, ClusterName] )
Record:
The alarm record number, returned from any of the following alarm functions:
l AlarmFirstCatRec() or AlarmNextCatRec() - used to search for a record by
alarm category, area, and type (acknowledged, disabled, etc.).
l AlarmFirstPriRec() or AlarmNextPriRec() - used to search for a record by
alarm priority, area, and type (acknowledged, disabled, etc.).
l AlarmFirstTagRec() or AlarmNextTagRec() - used to search for a record by
alarm tag, name, and description.
189
Chapter: 18 Alarm Functions
To store this value, use data type Int in Cicode or Long for variable tags (Long needs 4 bytes).
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
AlarmFirstTagRec, AlarmNextTagRec, AlarmDisable, MsgRPC
Example
See Also
Alarm Functions
AlarmDsp
Displays an alarm list, starting at a specified AN and then on subsequent ANs. You
specify the number of alarms to display, the type of alarms and the name of the cluster
the alarms belong to, for example, active hardware alarms or disabled non-hardware
alarms in cluster XYZ. Before you call this function, you need to first add animation
points to the graphics page for each alarm to be displayed.
190
Chapter: 18 Alarm Functions
If you only need to display the standard alarm page, use the PageAlarm function - it
uses this AlarmDsp() function to display alarms. If you need more control over the dis-
play of alarms you can use this function, but only to display alarms on the alarm page.
Use the AlarmDspLast function to display alarms on another graphics page (it uses less
memory).
Syntax
AlarmDsp(AN, Count [, Type] [, ClusterName] [, iNoDraw] [, sCallbackFunc] )
AN:
Note: The [Animator]MaxAn citect ini parameter sets the maximum AN which
AlarmDsp will work with.
Count:
Type:
Non-hardware alarms
0 - All active alarms, that is Types 1 and 2
1 - All unacknowledged alarms, ON and OFF
2 - All acknowledged ON alarms
3 - All disabled alarms
4 - All configured (non-hardware) alarms, that is Types 0 to 3, plus
acknowledged OFF alarms.
Hardware alarms
5 - All active alarms, that is Types 6 and 7
6 - All unacknowledged alarms, ON and OFF
7 - All acknowledged ON alarms
8 - All disabled alarms
9 - All configured alarms, that is Types 5 to 8
Alarm Summary
10 - All summary alarms
Alarm General
11 - All ON alarms
12 - All OFF alarms
13 - All ON hardware alarms
14 - All OFF hardware alarms
191
Chapter: 18 Alarm Functions
ClusterName:
The cluster name to which the alarms belong. This is optional if you have one cluster or are resolv-
ing the alarm server via the current cluster context. The argument is enclosed in quotation marks "".
If the client is connected to only one cluster containing an Alarms Server then this argument is
optional, the list returned will be limited to alarms within this cluster.
If the client is connected to clusters containing more than one Alarms Server then the Cluster Name
needs to be specified. If a cluster name is not specified, alarms are returned for all clusters.
iNoDraw:
Makes call to Alarm Server to update the ALMCB but does not automatically perform the animation
of the data when the result is returned.
sCallbackFunc:
Callback function to associate with the return of the ALMCB data from the Alarm Server.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
AlarmDspNext, AlarmDspPrev, AlarmDspLast, AlarmGetInfo, PageAlarm
Example
Advanced Animation
Command AlarmDsp(20,15,3)
See Also
Alarm Functions
AlarmDspClusterAdd
Adds a cluster to a client's alarm list. Alarms in the specified cluster (that correspond to
the mode set in AlarmDsp) will be added to the alarm list at the AN number.
192
Chapter: 18 Alarm Functions
Syntax
AlarmDspClusterAdd(AN, ClusterName)
AN:
ClusterName:
The name of the cluster to be used for this alarm list. The argument is enclosed in quotation marks
("").
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
AlarmDspClusterRemove AlarmDSPClusterInUse AlarmDsp
See Also
Alarm Functions
AlarmDspClusterInUse
Determines if a cluster is included in a client's alarm list.
Syntax
AlarmDspClusterInUse(AN, ClusterName)
AN:
ClusterName:
The name of the cluster to query an alarm list for to determine if it's included. The argument is
enclosed in quotation marks ("").
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
AlarmDspClusterAdd, AlarmDSPClusterRemove, AlarmDsp
See Also
Alarm Functions
193
Chapter: 18 Alarm Functions
AlarmDspClusterRemove
Removes a cluster from a client's alarm list. Alarms for the specified cluster will be
removed from the alarm list at the AN number.
Syntax
AlarmDspClusterRemove(AN, ClusterName)
AN:
ClusterName:
The name of the cluster to remove from this alarm list. The argument is enclosed in quotation marks
("").
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
AlarmDspClusterAdd, AlarmDSPClusterInUse, AlarmDsp
See Also
Alarm Functions
AlarmDspLast
Displays the latest unacknowledged alarms, at a specified AN with the cluster named.
Use this function to display the last alarms. You can specify the number of alarms to dis-
play of a specified type, for example, active hardware alarms or disabled non-hardware
alarms.
Syntax
AlarmDspLast(AN [, Count] [, Type] [, ClusterName] [, iNoDraw] [, sCallbackFunc] )
AN:
Note: The [Animator]MaxAn citect ini parameter sets the maximum AN which
AlarmDspLast will work with.
Count:
The number of alarms to display. If you omit the Count, the default is 1.
194
Chapter: 18 Alarm Functions
Type:
Non-hardware alarms
Hardware alarms
Alarm Summary
Alarm General
11 - All ON alarms
12 - All OFF alarms
13 - All ON hardware alarms
14 - All OFF hardware alarms
ClusterName:
The cluster name to which the alarms belong. This is optional if you have one cluster or are resolv-
ing the alarm server via the current cluster context. The argument is enclosed in quotation marks "".
If a cluster name is not specified, alarms are returned for all clusters.
iNoDraw:
Makes call to Alarm Server to update the ALMCB but does not automatically perform the animation
of the data when the result is returned.
sCallbackFunc:
Callback function to associate with the return of the ALMCB data from the Alarm Server.
195
Chapter: 18 Alarm Functions
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
AlarmDsp
Example
Advanced Animation
Advanced Animation
See Also
Alarm Functions
AlarmDspNext
Displays the next page of alarms. This function pages down (scrolls) the alarms dis-
played by the AlarmDsp() function. You would normally call this function from a key-
board command.
Syntax
AlarmDspNext(AN)
AN:
Note: An alarm page can contain more than one alarm list.
196
Chapter: 18 Alarm Functions
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
AlarmDsp, AlarmDspPrev
Example
System Keyboard
Command AlarmDspNext(20)
Comment Display the next page of alarms (from the alarm list) at AN20
See Also
Alarm Functions
AlarmDspPrev
Displays the previous page of alarms. This function pages up (scrolls) the alarms dis-
played by the AlarmDsp() function. You would normally call this function from a key-
board command.
Syntax
AlarmDspPrev(AN)
AN:
Note: An alarm page can contain more than one alarm list.
Return Value
0 (zero) if successful, otherwise an error is returned.
197
Chapter: 18 Alarm Functions
Related Functions
AlarmDsp, AlarmDspNext
Example
System Keyboard
Key PrevAlarm
Sequence
Command AlarmDspPrev(20)
Comment Display the previous page of alarms (from the alarm list) at AN20
See Also
Alarm Functions
AlarmEnable
Enables an alarm on the active alarm list. You can enable the alarm where the cursor is
positioned, one or more alarm lists on the active page, a whole category of alarms, or
alarms of a particular priority.
No action is taken if the alarms are already enabled. You would normally call this func-
tion from a keyboard command.
Syntax
AlarmEnable(Mode, Value [, ClusterName] )
Mode:
1 - Enable a page of alarms. AN alarm page can contain more than one alarm
list:
l Set Value to the AN where the alarm list is displayed.
l Set Value to 0 to enable the (displayed) alarm list (on the active page)
198
Chapter: 18 Alarm Functions
Alarm priority 0 indicates all priorities. Hardware alarms are not affected by
priority. 3) Set Value to the group handle to enable a group of alarms of
different priorities.
Value:
ClusterName:
Used with Mode 2 or 3 to specify the name of the cluster where the alarms being enabled reside in.
This argument is optional if the client is connected to only one cluster containing an Alarm Server or
are resolving the alarm server via the current cluster context.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
GrpOpen, AlarmDisable, AlarmEnableRec
Example
System Keyboard
Command AlarmEnable(0, 0)
System Keyboard
199
Chapter: 18 Alarm Functions
System Keyboard
System Keyboard
See Also
Alarm Functions
AlarmEnableRec
Enables alarms by record number on both the Primary and Standby Alarms Servers.
This function can be called from Alarm Server or Client and should not be used with a
MsgRPC() call to the Alarm Server.
Syntax
AlarmEnableRec(Record [, ClusterName])
Record:
The alarm record number, returned from any of the following alarm functions:
l AlarmFirstCatRec() or AlarmNextCatRec() - used to search for a record by
alarm category, area, and type (acknowledged, disabled, etc.).
l AlarmFirstPriRec() or AlarmNextPriRec() - used to search for a record by
alarm priority, area, and type (acknowledged, disabled, etc.).
l AlarmFirstTagRec() or AlarmNextTagRec() - used to search for a record by
alarm tag, name, and description.
200
Chapter: 18 Alarm Functions
To store this value, use data type Int in Cicode or Long for variable tags (Long needs 4 bytes).
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
AlarmFirstTagRec, AlarmNextTagRec, AlarmEnable, AlarmDisableRec, MsgRPC
Example
See AlarmDisableRec
See Also
Alarm Functions
AlarmEventQue
Opens the alarm event queue. The Alarms Server writes events into this queue as they
are processed. These events include activated, reset, acknowledged, enabled and dis-
abled alarms. To read events from this queue, use the QueRead() or QuePeek() functions.
The data put into the queue is the alarm record identifier (into the Type field) and the
alarm event format (into the Str field). The function puts every state change into the
queue and CitectSCADA does not use this queue for anything.
To use this function, you need to enable the alarm event queue with the [Alarm]Even-
tQue parameter. This parameter will tell the Alarms Server to start placing events into
the queue. The [Alarm]EventFmt parameter defines the format of the data placed into the
string field. You can enable the EventQue parameter without setting the event format so
that the Alarms Server does not place a formatted string into the queue.
Enabling this formatting feature can increase CPU loading and reduce performance of
the Alarms Server as every alarm is formatted and placed in the queue. You should
reconsider using this feature if a decrease in performance is noticeable.
201
Chapter: 18 Alarm Functions
The maximum length of each queue is controlled by the [Code]Queue parameter. You
may need to adjust this parameter so as not to miss alarm events. When the queue is
full, the Alarms Server will discard events.
You may need to adjust the [Code]Queue parameter so as not to miss alarm events. When the
queue is full, the Alarms Server will discard events.
Failure to follow these instructions can result in death, serious injury, or equip-
ment damage.
Syntax
AlarmEventQue()
Return Value
The handle of the alarm event queue, or -1 if the queue cannot be opened.
Related Functions
QueRead, QuePeek, TagWriteEventQue
Example
hQue = AlarmEventQue()
WHILE TRUE DO
QueRead(hQue, nRecord, sAlarmFmt, 1);
/* do what ever with the alarm event */
...
Sleep(0);
END
See Also
Alarm Functions
AlarmFirstCatRec
Searches for the first occurrence of an alarm category and type. You can search all areas,
the current area only, or specify an area to limit the search. If calling this function from a
remote client, use the MsgRPC() function.
202
Chapter: 18 Alarm Functions
This function returns an alarm record identifier that you can use in other alarm func-
tions, for example, to acknowledge, disable, or enable the alarm, or to get field data on
that alarm.
Note: Record numbers obtained from AlarmGetDsp are not valid for this function.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
Syntax
AlarmFirstCatRec(Category, Type [, Area] [, ClusterName] )
Category:
The alarm category or group number to match. Set Category to 0 (zero) to match all alarm cat-
egories.
Type:
Non-hardware alarms
The area in which to search for alarms. If you do not specify an area, or if you set Area to -1, only
the current area will be searched.
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
The alarm record identifier or -1 if no match is found.
203
Chapter: 18 Alarm Functions
Related Functions
GrpOpen, AlarmNextCatRec, AlarmFirstPriRec, AlarmNextPriRec, AlarmGetFieldRec,
AlarmAckRec, AlarmDisableRec, AlarmEnableRec, AlarmGetThresholdRec, Alarm-
SetThresholdRec, MsgRPC
Example
See AlarmAckRec
See Also
Alarm Functions
AlarmFirstPriRec
Searches for the first occurrence of an alarm priority and type. You can search all areas,
the current area only, or specify an area to limit the search. If calling this function from a
remote client, use the MsgRPC() function.
This function returns an alarm record identifier that you can use in other alarm func-
tions, for example, to acknowledge, disable, or enable the alarm, or to get field data on
that alarm.
Note: Record numbers obtained from AlarmGetDsp are not valid for this function.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
Note: This function will return a match for an Acknowledge Off alarm with
[Alarm]AckHold=1 even after it has been cleared using AlarmClear or Alarm-
ClearRec.
Syntax
AlarmFirstPriRec(Priority, Type [, Area] [, ClusterName] )
Priority:
The alarm Priority or group handle of a group of alarm priorities. Set Priority to 0 (zero) to match all
alarm priorities.
Type:
Non-hardware alarms
204
Chapter: 18 Alarm Functions
The area in which to search for alarms. If you do not specify an area, or if you set Area to -1, only
the current area will be searched.
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
The alarm record identifier or -1 if no match is found. If you do not specify an area, only
alarms in the current area on the alarms server are searched.
Related Functions
GrpOpen, AlarmNextCatRec, AlarmFirstPriRec, AlarmNextPriRec, AlarmGetFieldRec,
AlarmAckRec, AlarmDisableRec, AlarmEnableRec, AlarmGetThresholdRec, Alarm-
SetThresholdRec, MsgRPC
Example
See Also
Alarm Functions
AlarmFirstTagRec
205
Chapter: 18 Alarm Functions
Searches for the first occurrence of an alarm tag, name, and description. If calling this
function from a remote client, use the MsgRPC() function.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
Note: Record numbers obtained from AlarmGetDsp are not valid for this function.
This function returns an alarm record identifier that you can use in other alarm func-
tions, for example, to acknowledge, disable, or enable the alarm, or to get field data on
that alarm.
Note: This function will return a match for an Acknowledge Off alarm with
[Alarm]AckHold=1 even after it has been cleared using AlarmClear or Alarm-
ClearRec.
Syntax
AlarmFirstTagRec(Tag, Name, Description [, ClusterName] )
Tag:
The alarm tag to be matched. Specify an empty string (" ") to match all alarm tags.
Name:
The alarm name to be matched. Specify an empty string (" ") to match all alarm names.
Description:
The alarm description to be matched. Specify an empty string (" ") to match all alarm descriptions.
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
The alarm record identifier or -1 if no match is found.
Related Functions
AlarmNextTagRec, AlarmGetFieldRec, AlarmAckRec, AlarmDisableRec, Alar-
mEnableRec, AlarmGetThresholdRec, AlarmSetThresholdRec, MsgRPC
206
Chapter: 18 Alarm Functions
Example
See AlarmDisableRec
See Also
Alarm Functions
AlarmGetDelay
Gets the delay setting for the alarm the cursor is currently positioned over.
Syntax
AlarmGetDelay(Type)
Type:
Return Value
The alarm delay if successful, otherwise -1 is returned. Use IsError() to retrieve extended
error information.
Related Functions
AlarmNotifyVarChange, AlarmSetDelayRec, AlarmGetDelayRec
See Also
Alarm Functions
AlarmGetDelayRec
Gets the delay setting for an alarm via the alarm record number.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
207
Chapter: 18 Alarm Functions
Syntax
AlarmGetDelayRec(Record, Type [, ClusterName] )
Record:
The alarm record number, returned from any of the following alarm functions:
l AlarmFirstCatRec() or AlarmNextCatRec() - used to search for a record by
alarm category, area, and type (acknowledged, disabled, etc.).
l AlarmFirstPriRec() or AlarmNextPriRec() - used to search for a record by
alarm priority, area, and type (acknowledged, disabled, etc.).
l AlarmFirstTagRec() or AlarmNextTagRec() - used to search for a record by
alarm tag, name, and description.
l AlarmGetDsp() - used to find the record that is displayed at a specified AN,
for either an alarm list or alarm summary entry. Set the sField argument in
AlarmGetDsp() to "RecNo".
Type:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
The alarm delay if successful, otherwise -1 is returned. Use IsError() to retrieve extended
error information.
Related Functions
AlarmNotifyVarChange, AlarmSetDelayRec, AlarmGetDelay
See Also
Alarm Functions
AlarmGetDsp
208
Chapter: 18 Alarm Functions
Gets field data from the alarm record that is displayed at the specified AN. You can use
this function for both Alarm Pages and Alarm Summaries (an Alarm Page or Alarm
Summary needs to be displayed before this function can be used).
You can call this function on an Alarms Server or a client to get the contents of any field
in the alarm record at that AN.
You can return the record number of the alarm record for use in other alarm functions,
for example, to acknowledge, disable, or enable an alarm (on an Alarms Server).
The AlarmGetDsp() function does not support hardware alarms.
Syntax
AlarmGetDsp(AN, sField)
AN:
AN number of an ALMCB Alarm record. Equal to AN where actual ALMCB resides + Offset into
the list of ALMCB records.
sField:
The name of the field from which the data is retrieved. The contents of the following fields can be
retrieved when the Alarm Page is displayed:
Field Description
Area The area to which the alarm belongs. The user needs to have access to this
area to access this alarm data.
AlmComment The text entered into the Comment field of the alarm properties dialog.
Comment Operator comments attached to the Alarm Log entry (if any)
DateExt The date that the alarm changed state in extended format
HighHigh High High Alarm trigger value (Only Valid on Analog Alarms)
209
Chapter: 18 Alarm Functions
Field Description
LowLow Low Low Alarm trigger value (Only Valid on Analog Alarms)
The contents of the any of the above fields (except for State) and the following fields can
be retrieved when the Alarm Summary is displayed:
Field Description
UserName The name of the user (User Name) who was logged on and performed
some action on the alarm (for example, acknowledging the alarm or
disabling the alarm, etc.). Be aware that when the alarm is first acti-
vated, the user name is set to "system" (because the operator did not
trip the alarm).
FullName The full name of the user (Full Name) who was logged on and per-
formed some action on the alarm (for example, acknowledging the
alarm or disabling the alarm, etc.). Be aware that when the alarm is
first activated, the full name is set to "system" (because the operator
did not trip the alarm).
OnDateExt The date (in extended format) when the alarm was activated
(dd/mm/yyyy)
OffDate The date when the alarm returned to its normal state
OffDateExt The date (in extended format) when the alarm returned to its normal
state (dd/mm/yyyy)
210
Chapter: 18 Alarm Functions
Field Description
OffTime The time when the alarm returned to its normal state
OffMilli Adds milliseconds to the time the alarm returned to its normal state.
AckDateExt The date (in extended format) when the alarm was acknowledged
(dd/mm/yyyy)
Return Value
Field data from the alarm entry (as a string). Current font handle for alarm record
depending on state.
Related Functions
AlarmDsp
Example
! Display the tag and category for the alarm at the specified AN.
FUNCTION
AlarmData(INT AN)
STRING Category;
STRING Tag;
Category=AlarmGetDsp(AN,"Category");
Tag=AlarmGetDsp(AN,"Tag");
Prompt("Alarm "+Tag+" is Category "+Category);
END
See Also
Alarm Functions
211
Chapter: 18 Alarm Functions
AlarmGetFieldRec
Gets the contents of the specified field in the specified alarm record. If calling this func-
tion from a remote client, use the MsgRPC() function.
Note: Record numbers obtained from AlarmGetDsp are not valid for this function.
Instead use AlarmFirstTagRec() to get the record. This should be called from the
server side using MsgRPC.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
Syntax
AlarmGetFieldRec(Record, sField [, nVer] [, ClusterName] )
Record:
The alarm record number, returned from any of the following alarm functions:
l AlarmFirstCatRec() or AlarmNextCatRec() - used to search for a record by
alarm category, area, and type (acknowledged, disabled, etc.).
l AlarmFirstPriRec() or AlarmNextPriRec() - used to search for a record by
alarm priority, area, and type (acknowledged, disabled, etc.).
l AlarmFirstTagRec() or AlarmNextTagRec() - used to search for a record by
alarm tag, name, and description.
To store this value, use data type Int in Cicode or Long for variable tags (Long needs 4 bytes).
sField:
Field Description
Comment Operator comments attached to the Alarm Log entry (if any)
212
Chapter: 18 Alarm Functions
Field Description
DateExt The date that the alarm changed state in extended format
HighHigh High High Alarm trigger value (Only Valid on Analog Alarms)
LowLow Low Low Alarm trigger value (Only Valid on Analog Alarms)
AlmComment The text entered into the Comment field of the alarm properties
dialog.
UserName The name of the user (User Name) who was logged on and performed
some action on the alarm (for example, acknowledging the alarm or
disabling the alarm, etc.). Be aware that when the alarm is first acti-
vated, the user name is set to "system" (because the operator did not
trip the alarm).
FullName The full name of the user (Full Name) who was logged on and per-
formed some action on the alarm (for example, acknowledging the
alarm or disabling the alarm, etc.). Be aware that when the alarm is
first activated, the full name is set to "system" (because the operator
did not trip the alarm).
OnDateExt The date (in extended format) when the alarm was activated
(dd/mm/yyyy)
OffDate The date when the alarm returned to its normal state
OffDateExt The date (in extended format) when the alarm returned to its normal
state (dd/mm/yyyy)
OffTime The time when the alarm returned to its normal state
213
Chapter: 18 Alarm Functions
Field Description
OffMilli Adds milliseconds to the time the alarm returned to its normal state.
AckDateExt The date (in extended format) when the alarm was acknowledged
(dd/mm/yyyy)
nVer:
If an alarm has been triggered more than once in a given period, the version lets you distinguish
between different instances of the alarm's activity.
The version is used in filtering alarms for display. A query function passes a value to this parameter
in order to get field information for a particular alarm.
This parameter is not needed when you use AlarmGetFieldRec() for purposes other than filtering. It
will default to 0 if omitted.
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
The alarm field data (as a string).
Related Functions
AlarmFirstTagRec, AlarmNextTagRec, MsgRPC
214
Chapter: 18 Alarm Functions
Example
FUNCTION
GetNameFromTag(STRING sTag)
INT record;
STRING sName
record = AlarmFirstTagRec(sTag, "", "");
IF record <> -1 THEN
sName = AlarmGetFieldRec(record,"NAME");
ELSE
sName = "";
END
RETURN sName;
END
See Also
Alarm Functions
AlarmGetInfo
Gets data on the alarm list displayed at a specified AN. Use this function to display the
current alarm list information on an alarm page. If only one alarm list has been con-
figured on an alarm page, modes 2 and 3 of this function return the current alarm page
information.
Note: You cannot retrieve the order by key setting for an alarm list using this func-
tion, as it can only returns numeric values. To retrieve this information, use the func-
tion AlarmGetOrderbyKey
Syntax
AlarmGetInfo(AN, Type)
AN:
The AN where the alarm list (with the required information) is displayed. Set the AN to 0 (zero) to
get information on the alarm list where the cursor is positioned.
Type:
0 - Alarm page number. The vertical offset (in pages) from the AN where the
alarm list commenced. The alarm list need to have scrolled off the first
page for this type to return a non-zero value.
1 - Alarm list offset. The vertical offset (in lines) from the AN where the alarm
list commenced. You need to have scrolled off the first page of alarms for
this type to return a non zero value.
215
Chapter: 18 Alarm Functions
2 - Category of alarms displayed on the alarm list. You can use a group
number to display a group of categories.
3 - Type of alarms displayed on the alarm list. See AlarmDsp() for a list of
these types.
7 - Priority of alarms displayed on the alarm list. The return value may be a
group number if the alarm list contains alarms of more than one prior-
ity.
8 - Display mode of the alarm list.
9 - Sorting mode of the alarm list.
10 - Retrieves the error code for the last alarm summary request that was not
able to be processed due to a buffer overflow. The last request error value
will be reset on the next successful response from the servers.
Return Value
Alarm list data as a numeric value.
Related Functions
AlarmDsp, AlarmSetInfo, AlarmGetOrderbyKey.
Example
See Also
Alarm Functions
AlarmGetOrderbyKey
Retrieves the list of key(s) that are used to determine the order of the alarm list. These
keys can be set by the AlarmSetInfo() function.
Syntax
AlarmGetOrderbyKey(AN)
AN:
216
Chapter: 18 Alarm Functions
The AN where the alarm list (with the required information) is displayed.
Return Value
Order-by key (as a string).
Example
page = AlarmGetOrderbyKey(21);
! returns the order-by key string of the alarm list at AN '21'.
See Also
Alarm Functions
AlarmGetThreshold
Gets the threshold of the analog alarm where the cursor is positioned.
Syntax
AlarmGetThreshold(Type)
Type:
0 - High high
1 - High
2 - Low
3 - Low low
4 - Deadband
5 - Deviation
6 - Rate of change
Return Value
The alarm threshold.
Related Functions
AlarmGetThresholdRec, AlarmSetThreshold, AlarmSetThresholdRec
See Also
Alarm Functions
AlarmGetThresholdRec
217
Chapter: 18 Alarm Functions
Gets the threshold of analog alarms by the alarm record number. If calling this function
from a remote client, use the MsgRPC() function.
Note: Record numbers obtained from AlarmGetDsp are not valid for this function.
Instead use AlarmFirstTagRec() to get the record. This should be called from the
server side using MsgRPC.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
Syntax
AlarmGetThresholdRec(Record, Type [, ClusterName] )
Record:
The alarm record number, returned from any of the following alarm functions:
l AlarmFirstCatRec() or AlarmNextCatRec() - used to search for a record by
alarm category, area, and type (acknowledged, disabled, etc.).
l AlarmFirstPriRec() or AlarmNextPriRec() - used to search for a record by
alarm priority, area, and type (acknowledged, disabled, etc.).
l AlarmFirstTagRec() or AlarmNextTagRec() - used to search for a record by
alarm tag, name, and description.
To store this value, use data type Int in Cicode or Long for variable tags (Long needs 4 bytes).
Type:
0 - High high
1 - High
2 - Low
3 - Low low
4 - Deadband
5 - Deviation
6 - Rate of change
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
218
Chapter: 18 Alarm Functions
Return Value
The alarm threshold.
Related Functions
AlarmGetThreshold, AlarmSetThreshold, AlarmSetThresholdRec, MsgRPC
See Also
Alarm Functions
AlarmHelp
Displays the alarm help page (associated with the alarm) where the cursor is positioned.
You can assign a help page to each alarm when you define it (using the Digital Alarms
or the Analog Alarms database, depending on the type of alarm). You need to also
define the help page in the Pages database.
Syntax
AlarmHelp()
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
PageAlarm
Example
System Keyboard
Command AlarmHelp()
See Also
Alarm Functions
AlarmNextCatRec
219
Chapter: 18 Alarm Functions
Searches for the next occurrence of an alarm category and type, commencing with the
specified alarm record identifier (returned from the previous search through the Alarm-
FirstCatRec function). You can search all areas, the current area only, or specify an area
to limit the search. If calling this function from a remote client, use the MsgRPC()
function.
This function returns an alarm record identifier that you can use in other alarm func-
tions, for example, to acknowledge, disable, or enable the alarm, or to get field data on
that alarm.
Note: Record numbers obtained from AlarmGetDsp are not valid for this function.
Instead use AlarmFirstTagRec() to get the record. This should be called from the
server side using MsgRPC.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
Syntax
AlarmNextCatRec(Record, Category, Type [, Area] [, ClusterName] )
Record:
The alarm record number, returned from any of the following alarm functions:
l AlarmFirstCatRec() or AlarmNextCatRec() - used to search for a record by
alarm category, area, and type (acknowledged, disabled, etc.).
l AlarmFirstPriRec() or AlarmNextPriRec() - used to search for a record by
alarm priority, area, and type (acknowledged, disabled, etc.).
l AlarmFirstTagRec() or AlarmNextTagRec() - used to search for a record by
alarm tag, name, and description.
Category:
The alarm category or group number to match. Set Category to 0 (zero) to match all alarm cat-
egories.
Type:
Non-hardware alarms
220
Chapter: 18 Alarm Functions
The area in which to search for alarms. If you choose to omit the area, or if you set Area to -1, only
the current area will be searched.
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
The alarm record identifier or -1 if no match is found.
Related Functions
GrpOpen, AlarmFirstCatRec, AlarmFirstPriRec, AlarmNextPriRec, AlarmGetFieldRec,
AlarmAckRec, AlarmDisableRec, AlarmEnableRec, AlarmGetThresholdRec, Alarm-
SetThresholdRec, MsgRPC
Example
See AlarmAckRec
See Also
Alarm Functions
AlarmNextPriRec
Searches for the next occurrence of an alarm of a specified priority and type, com-
mencing with the specified alarm record identifier (returned from the previous search
through the AlarmFirstPriRec() function). You can search all areas, the current area only,
or specify an area to limit the search. If calling this function from a remote client, use the
MsgRPC() function.
This function returns an alarm record identifier that you can use in other alarm func-
tions, for example, to acknowledge, disable, or enable the alarm, or to get field data on
that alarm.
Note: Record numbers obtained from AlarmGetDsp are not valid for this function.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
221
Chapter: 18 Alarm Functions
Syntax
AlarmNextPriRec(Record, Priority, Type [, Area] [, ClusterName] )
Record:
The alarm record number, returned from any of the following alarm functions:
l AlarmFirstCatRec() or AlarmNextCatRec() - used to search for a record by
alarm category, area, and type (acknowledged, disabled, etc.).
l AlarmFirstPriRec() or AlarmNextPriRec() - used to search for a record by
alarm priority, area, and type (acknowledged, disabled, etc.).
l AlarmFirstTagRec() or AlarmNextTagRec() - used to search for a record by
alarm tag, name, and description.
l AlarmGetDsp() - used to find the record that is displayed at a specified AN,
for either an alarm list or alarm summary entry. Set the sField argument in
AlarmGetDsp() to "RecNo".
To store this value, use data type Int in Cicode or Long for variable tags (Long needs 4 bytes).
Priority:
The alarm Priority or group handle of a group of alarm priorities. Set Priority to 0 (zero) to match all
alarm priorities.
Type:
Non-hardware alarms
The area in which to search for alarms. Set Area to -1 to search all areas. If you do not specify an
area, only alarms in the current area on the Alarms Server are searched.
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
222
Chapter: 18 Alarm Functions
Return Value
The alarm record identifier or -1 if no match is found.
Related Functions
GrpOpen, AlarmFirstCatRec, AlarmFirstPriRec, AlarmNextCatRec, AlarmGetFieldRec,
AlarmAckRec, AlarmDisableRec, AlarmEnableRec, AlarmGetThresholdRec, Alarm-
SetThresholdRec, AlarmSetInfo, MsgRPC
See Also
Alarm Functions
AlarmNextTagRec
Searches for the next occurrence of an alarm tag, name, and description, starting with
the alarm record identifier (returned from the previous search through the Alarm-
FirstTagRec() function). If calling this function from a remote client, use the MsgRPC()
function.
This function returns an alarm record identifier that you can use in other alarm func-
tions, for example, to acknowledge, disable, or enable the alarm, or to get field data on
that alarm.
Note: Record numbers obtained from AlarmGetDsp are not valid for this function.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
Syntax
AlarmNextTagRec(Record, Tag, Name, Description [, ClusterName] )
Record:
The alarm record number, returned from any of the following alarm functions:
l AlarmFirstCatRec() or AlarmNextCatRec() - used to search for a record by
alarm category, area, and type (acknowledged, disabled, etc.).
l AlarmFirstPriRec() or AlarmNextPriRec() - used to search for a record by
alarm priority, area, and type (acknowledged, disabled, etc.).
l AlarmFirstTagRec() or AlarmNextTagRec() - used to search for a record by
alarm tag, name, and description.
223
Chapter: 18 Alarm Functions
To store this value, use data type Int in Cicode or Long for variable tags (Long needs 4 bytes).
Tag:
The alarm tag to be matched. Specify an empty string (" ") to match all alarm tags.
Name:
The alarm name to be matched. Specify an empty string (" ") to match all alarm names.
Description:
The alarm description to be matched. Specify an empty string (" ") to match all alarm descriptions.
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
The alarm record identifier or -1 if no match is found.
Related Functions
AlarmFirstTagRec, AlarmGetFieldRec, AlarmAckRec, AlarmDisableRec,
AlarmEnableRec, AlarmGetDelayRec, AlarmGetThresholdRec, AlarmSetThresholdRec,
MsgRPC
Example
See AlarmDisableRec.
See Also
Alarm Functions
AlarmNotifyVarChange
This function is used to provide time-stamped digital and time-stamped analog alarms
with data. When called, it notifies the alarm server that the specified variable tag has
changed.
224
Chapter: 18 Alarm Functions
The alarm server will then check all time-stamped digital and time-stamped analog
alarms that use the variable tag to see if their alarm states need to be updated as a result
of the change. Any alarm state changes that result from this check will be given the
timestamp passed into this function as their time of occurrence.
Note: Although you can hardcode a value into the setpoint when using analog
alarms, you cannot use hardcoded values with time-stamped analog alarms. If the
setpoint is hardcoded, this function cannot be used to notify the alarm when the var-
iable changes.
Syntax
AlarmNotifyVarChange(Tag, Value, Timestamp [, TimestampMS] [, ClusterName] )
Tag:
Name of the variable tag that has changed as a string. This name may include the name of the tag's
cluster in the form cluster.tagname. This cluster name may be different from the cluster of the alarm
server indicated by ClusterName below.
The Tag parameter is resolved on the alarm server, so the alarm server should be configured to con-
nect to the tag's cluster.
Value:
Value of the variable tag at the time of the change as a floating-point number
Timestamp:
Time/date at which the variable tag changed in the standard CitectSCADA time/date variable format
(Seconds since 1970).
TimestampMS:
ClusterName:
Name of the cluster of the alarm server. This is optional if you have one cluster or are resolving the
alarm server via the current cluster context. The argument is enclosed in quotation marks "".
Return Value
The error that was detected when the function was called.
Example
225
Chapter: 18 Alarm Functions
"ClusterXYZ");
This will tell the alarm server in cluster XYZ that the value of
variable tag LOOP_1_SP changed to 50.0 at 9.450 seconds ago.
See Also
Time-stamped Digital Alarm Properties, Time-stamped Analog Alarm Properties
Alarm Functions
AlarmQueryFirstRec
Searches for the first occurrence of an alarm category (or priority) and type. This is a
wrapper function of AlarmFirstCatRec and AlarmFirstPriRec.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
Syntax
AlarmQueryFirstRec(Group, Type, Area, QueryType [, ClusterName] )
Group:
Type:
Non-hardware alarms
Area in which to search for alarms. Set Area to -1 to search all areas.
QueryType:
Query type.
0 - Search by category.
1 - Search by priority.
ClusterName:
226
Chapter: 18 Alarm Functions
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
The alarm record identifier or -1 if no match is found.
Related Functions
AlarmQueryNextRec
See Also
Alarm Functions
AlarmQueryNextRec
Searches for the next occurrence of an alarm category (or priority) and type, commencing
with the specified alarm record identifier (returned from the previous search through the
alarm query functions).
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
This is wrapper function of AlarmNextCatRec and AlarmNextPriRec.
Syntax
AlarmQueryNextRec(Record, Group, Type, Area, QueryType [, ClusterName] )
Record:
Group:
Type:
Non-hardware alarms
227
Chapter: 18 Alarm Functions
Area:
Area in which to search for alarms. Set Area to -1 to search all areas.
QueryType:
Query type.
0 - Search by category.
1 - Search by priority.
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
The alarm record identifier or -1 if no match is found.
Related Functions
AlarmQueryFirstRec
See Also
Alarm Functions
AlarmSetDelay
Changes the delay setting for an alarm (that is Delay, High High Delay, Deviation Delay,
etc.). This function acts on the alarm that the cursor is positioned over. Use this function
during runtime to change the delay values that were specified in the alarms database.
Delay changes made using this process are persistent (that is they are saved to the
project).
Syntax
AlarmSetDelay(Type, Value)
Type:
228
Chapter: 18 Alarm Functions
The new value for the delay. Enter a blank value " " to remove the delay setting.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
AlarmGetDelay, AlarmSetDelayRec, AlarmGetDelayRec
See Also
Alarm Functions
AlarmSetDelayRec
Changes the delay setting for an alarm (that is Delay, High High Delay, Deviation Delay,
etc.) by the alarm record number. You can only call this function on an alarms server for
local alarms, or on a redundant server if one has been configured. However, a client can
call this function remotely by using the MsgPRC() function.
Syntax
AlarmSetDelayRec(Record, Type, Value)
Record:
The alarm record number, returned from any of the following alarm functions:
l AlarmFirstCatRec() or AlarmNextCatRec() - used to search for a record by
alarm category, area, and type (acknowledged, disabled, etc.).
l AlarmFirstPriRec() or AlarmNextPriRec() - used to search for a record by
alarm priority, area, and type (acknowledged, disabled, etc.).
l AlarmFirstTagRec() or AlarmNextTagRec() - used to search for a record by
alarm tag, name, and description.
l AlarmGetDsp() - used to find the record that is displayed at a specified AN,
for either an alarm list or alarm summary entry. Set the sField argument in
AlarmGetDsp() to "RecNo".
Type:
229
Chapter: 18 Alarm Functions
The new value for the delay. Enter a blank value " " to remove the delay setting.
Related Functions
AlarmGetDelay, AlarmNotifyVarChange, AlarmGetDelayRec
See Also
Alarm Functions
AlarmSetInfo
Controls different aspects of the alarm list displayed at a specified AN.
Syntax
AlarmSetInfo(AN, Type, Value)
AN:
The AN where the alarm list originally commenced. (AN alarm page can contain more than one
alarm list). You can also specify:
-1 - Change the display parameters of all alarm lists displayed on the page.
0 - Change the display parameters of the alarm list where the cursor is posi-
tioned.
Type:
The type of data. The aspects and related types are listed below:
Filtering of alarms 2, 3, 7, 8
230
Chapter: 18 Alarm Functions
0 - Alarm page number. The vertical offset (in pages) from the AN where the
alarm list commenced.
1 - Alarm list offset. The vertical offset (in lines) from the AN where the alarm
list commenced.
2 - Category of alarms displayed on the alarm list. To specify all categories use
a value of 0.
You can use a group handle to display a group of categories. (A group can be
defined using Groups - from the Project Editor System menu - or by
using the GrpOpen() function.) Before you can display a group of cat-
egories, you need to first open the group using the GrpOpen() function.
You would usually do this by entering the GrpOpen() function as the
Page entry command for your alarm page (set using Page Properties). Be
aware, however, that you should not close the group until you close the
display page. If you do, the group will be lost and the group handle will
become invalid. The page would then be unable to continue displaying
the desired group. The handle may be reused for another group, which
means the page may display a different category, or display all alarms.
You would normally close the group by entering the GrpClose() function as the
Page exit command.
3 - Type of alarms displayed on the alarm list. See AlarmDsp() for a list of
these types.
4 - Display all alarms according to the format and fonts specified for one cat-
egory (specified in Value).
5 - The display format for all alarms specified by a format handle. All of the
alarm categories will display in the same format.
6 - The display font for all user alarms specified by a font handle. All of the
user alarms will appear in the same font and color.
7 - The priority of the alarms to be displayed in the alarm list. You can use a
group number to display a group of priorities.
You can use a group handle to display a group of priorities. (A group can be
defined using Groups - from the Project Editor System menu - or by
using the GrpOpen() function.) Before you can display a group of prior-
ities, you need to first open the group using the GrpOpen() function. You
would usually do this by entering the GrpOpen() function as the Page
entry command for your alarm page (set using Page Properties). Be
aware, however, that you should not close the group until you close the
display page. If you do, the group will be lost and the group handle will
become invalid. The page would then be unable to continue displaying
the desired group. You would normally close the group by entering the
GrpClose() function as the Page exit command.
231
Chapter: 18 Alarm Functions
9 - Use the Value argument of the AlarmSetInfo() function to specify the sorting
mode of the alarm list:
l Set the Value argument to 0 (zero) to display alarms sorted by ON time
keys. Please be aware that this option will only be meaningful if you
have already called the AlarmSetInfo() function with a Type of 10 to set
the order-by keys.
10 - Use the Alarm Order-by key specified in the Value argument of the Alarm-
SetInfo() function to determine the order in which the alarm list will be
displayed.
The AlarmSetInfo() function should then be called again using a Type of 9 and
a Value of 1 for CitectSCADA to sort the alarms in the order specified.
Be aware that you cannot sort Summary Alarms using this mode. Summary
Alarms can only be sorted with the citect.ini settings [Alarm]Su-
mmarySort and [Alarm]SummarySortMode.
Value:
The meaning of the Value argument depends on the data type specified in the Type argument.
l If you set Type = 8, the Value argument determines whether alarms are dis-
played by category or priority:
l 0 - Alarm list displayed by Category.
l If you set Type = 10, the Value argument specifies the order-by keys to be
used in sorting. Up to sixteen keys may be specified:
The Keyname argument specifies the name of the pre-defined order-by key to be used. The valid
options are a subset of the alarm display fields: Tag, Name, Category, Priority, Area, Priv, Time,
State.
The SortDirection argument is optional, and indicates whether the sort will be ascending or
descending. Valid options are: 0 Descending (default), 1 Ascending.
For example:
{Time,0} : sorts by <Time> (descending)
{Tag,1} : sorts by <Tag> (ascending)
{Tag,1}{Time} : sorts by <Tag> (ascending), then <Time> (descending)
232
Chapter: 18 Alarm Functions
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
GrpOpen, AlarmDsp, AlarmGetInfo
Examples
In the following example, the alarm list is set to display in the order of the order-by key.
Please be aware that this is a two-step process requiring two calls to the AlarmSetInfo()
function, and that it applies only to non-hardware alarm lists.
Type 8 of the function is used to set the display mode to either category or priority. This
is helpful when filtering based on either of these fields. So In order to filter on category 2
we should use:
AlarmSetInfo(21, 8, 0);
AlarmSetInfo(21, 2, 2);
Once we do this the alarms with category 2 will be displayed in the alarm list and
remaining although active will not be displayed.
Similarly if we want to filter on priority we set the mode to priority and then use type 7.
For example to filter on priority 4 we should use:
In the following examples, the display parameters of the alarm list where the cursor is
positioned are changed.
AlarmSetInfo(0,2,10);
233
Chapter: 18 Alarm Functions
AlarmSetInfo(0,3,5);
In the following examples, the display parameters of the alarm list at AN 20 are
changed.
The following example displays alarms with categories 1-10, 20, or 25. Before Alarm-
SetInfo() is run, the page entry command for the alarm display page is configured as fol-
lows:
On page entry command: hGrp=GrpOpen("MyGrp",1); StrToGrp(hGrp,"1..10,20,25");
The page exit command for the alarm display page is configured as follows:
On page exit command: GrpClose(hGrp); AlarmSetInfo(20, 2, hGrp);
See Also
Alarm Functions
AlarmSetQuery
Allows you to choose which alarms display on a page, by calling a user-defined query
function to filter the alarms on specific criteria. The query function is called for each
alarm, and only alarms matching the criteria are displayed on the page. Alarm-
SetQuery() only runs on the alarm server and returns to the display client. If you call a
query function inAlarmSetQuer from a display then this function needs to exist in the
project on the alarm server.
There are two steps involved in using a query to display alarms:
1. Write the Cicode function that will be used as the query function.
2. Specify the query function and its arguments in a call to AlarmSetQuery().
234
Chapter: 18 Alarm Functions
Note: You can also use AlarmSetQuery() to remove filtering from an alarm list.
AlarmSetQuery( -1, "", "" ) stops the query function filtering the display of alarms.
Syntax
AlarmSetQuery(AN, QueryFunction [, sArgs] [, iAlways] )
AN:
The AN where the alarm list originally commenced. (AN alarm page can contain more than one
alarm list). You can also specify:
-1 - Change the display parameters of every alarm list displayed on the page.
0 - Change the display parameters of the alarm list where the cursor is posi-
tioned.
QueryFunction:
The name of the Cicode query function written by the user. Once this function has been specified, it
is called for each alarm, and determines whether or not the alarm should be displayed.
The QueryFunction returns an INT value of 1 (TRUE) or 0 (FALSE). If a value of TRUE is returned,
the alarm will be displayed. If the query function returns FALSE, the alarm will be ignored and not
displayed.
The query function's first parameter needs to be an INT. This parameter is initialized with the rec-
ord ID of the current alarm, providing the query function with information about the alarm.
The query function's second parameter needs to also be an INT. It represents the instance or event
of an alarm, and is used in filtering the alarms for display.
sArgs:
A list of arguments to be passed to the Cicode query function. The arguments are enclosed by dou-
ble quotes ("") and separated by commas. This parameter is optional. If the query function does not
require parameters other than the default INT parameter, then the list of arguments may be left out
as follows:
AlarmSetQuery(0, "AlarmQueryDate");
In this case, the default value of an empty string will be used for the third parameter.
If the query function requires values to be passed in by the user, the following rules apply to deter-
mine the types of arguments:
l Digits are interpreted as INT
l Digits with decimals are interpreted as REAL
l Anything enclosed by ^" ^" is interpreted as a STRING
For example, to pass an INT of 23, a string of "23/12/1999", and a REAL value of 23.45 to the query
function MyQueryDate(), AlarmSetQuery() should be invoked in the following way:
235
Chapter: 18 Alarm Functions
INT
FUNCTION
MyQueryDate(INT nRID, INT nVer, INT iOne, STRING sOne, REAL rOne)
..
..
END
The types of the arguments listed in AlarmSetQuery() should match the types of the arguments
defined in the query function.
iAlways:
Set to TRUE to so that the query is performed whenever it is called (no optimization). Default value
is 0 (FALSE).
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
AlarmGetFieldRec, AlarmSetInfo, QueryFunction
Example
See Also
Alarm Functions
AlarmSetThreshold
Changes the thresholds (that is High High, Low etc.) of analog alarms. This function
acts on the analog alarm where the cursor is positioned. Use this function to change (at
run time) the threshold values that were specified in the Analog Alarms database.
Threshold changes made using this function are permanent (that is they are saved to the
project). The display format currently specified for the record (in the Analog Alarms
form) will be applied to these values.
236
Chapter: 18 Alarm Functions
Syntax
AlarmSetThreshold(Type, Value)
Type:
0 - High high
1 - High
2 - Low
3 - Low low
4 - Deadband
5 - Deviation
6 - Rate of change
Value:
The new value of the threshold. Enter a blank value "" to remove the threshold.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
AlarmSetThresholdRec
Example
System Keyboard
System Keyboard
237
Chapter: 18 Alarm Functions
System Keyboard
System Keyboard
See Also
Alarm Functions
AlarmSetThresholdRec
Changes the threshold (that is High High, Low etc.) of analog alarms by the alarm rec-
ord number. You can call this function only on an Alarms Server for alarms on that
server, or on the redundant server (if a redundant server is configured). If calling this
function from a remote client, use the MsgRPC() function.
Threshold changes made using this function are permanent (that is they are saved to the
project). The display format currently specified for the record (in the Analog Alarms
form) will be applied to these values.
Note: Record numbers obtained from AlarmGetDsp are not valid for this function.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
Syntax
AlarmSetThresholdRec(Record, Type, Value)
Record:
The alarm record number, returned from any of the following alarm functions:
238
Chapter: 18 Alarm Functions
To store this value, use data type Int in Cicode or Long for variable tags (Long needs 4 bytes).
Type:
0 - High high
1 - High
2 - Low
3 - Low low
4 - Deadband
5 - Deviation
6 - Rate of change
Value:
The new value of the threshold. Enter a blank value "" to remove the threshold.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
AlarmSetThreshold, MsgRPC
See Also
Alarm Functions
AlarmSplit
Duplicates an entry (where the cursor is positioned) in the alarm summary display. You
can use this function to add another comment to an alarm summary entry. You would
normally call this function from a keyboard command.
239
Chapter: 18 Alarm Functions
Syntax
AlarmSplit()
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
AlarmSumSplit
Example
System Keyboard
Command AlarmSplit()
See Also
Alarm Functions
AlarmSumAppend
Appends a new blank record to the alarm summary. Use this function to add new alarm
summary entries, either for actual alarms or as special user summary entries.
If you specify a valid alarm tag in the sTag field, the summary entry is linked to the
actual alarm. If you specify an asterisk '*' as the first letter of the tag, the summary entry
becomes a user event.
User events are not attached to alarm records, so their status will not change. Manually
change the status of the user event, by calling the AlarmSumSet() function with the
index returned by AlarmSumAppend(). As user events are not attached to alarms, they
don't have the alarm fields - so the AlarmSumGet() function will not return any field
data.
The latest entry in the Alarm summary will reflect the events of the alarm whether the
alarm summary entry was appended created by an actual alarm event.
240
Chapter: 18 Alarm Functions
You can use user events to keep a record of logins, or control operations that you need to
display in the alarm summary etc. The fields of UserEvents needs to be set immediately
after creation using the AlarmSumSet() function or AlmSummarySetFieldValue() func-
tion. These entries in the Alarm Summary cannot be filtered from the summary in an
AlmSummaryOpen() browse session.
To give an appended alarm summary entry the appearance of having been Acknowl-
edged set the Acknowledge time of the summary entry. When the summary entry is
linked to an actual alarm the function AlmSummaryAck() can be used to acknowledge
the actual alarm linked to the summary entry. However the AlmSummaryAck function
will not directly affect the alarm summary entry.
AlarmSumAppend() can only be used if the Alarm Server is on the current machine.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
Syntax
AlarmSumAppend(sTag [, ClusterName, OnTime, onMilli, bRedundant=true] )
sTag:
The alarm tag to append. Use an asterisk '*' as the first letter to append a user event to the alarm sum-
mary. Please be aware that if you using this 'user event mode' the AlarmSumAppend function
returns the alarm summary index - not the error code.
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
OnTime:
OnMilli:
bRedundant:
New alarm record is created on both redundant server instances.For backward compatibility with
existing projects, redundancy can be switched off by calling AlarmSumAppend with bRedundant =
false
Return Value
The index of the alarm summary entry, or -1 if the record could not be appended.
241
Chapter: 18 Alarm Functions
Related Functions
AlarmSumSet, AlmSummarySetFieldValue, AlmSummaryAck
Example
See Also
Alarm Functions
AlarmSumCommit
Commits the alarm summary record to the alarm summary device. Alarm summaries
are normally written to the alarm summary device just before they are deleted from the
summary queue. The length of time that alarm summary entries remain in the alarm
summary queue is controlled by [Alarm]SummaryTimeout parameter.
This function allows you to commit the alarm summary records now, rather than when
they are deleted from the queue.
This function can only be used if the Alarm Server is on the current machine. When the
Alarm Server is not in the calling process, this function will become blocking and cannot
be called from a foreground task. In this case, the return value will be undefined and a
Cicode hardware alarm will be raised.
Syntax
AlarmSumCommit(Index [, ClusterName] )
Index:
The alarm summary index (returned from the AlarmSumFirst(), AlarmSumNext(), AlarmSumLast(),
AlarmSumPrev(), AlarmSumAppend(), or AlarmSumFind() function).
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
0 (zero) if successful, otherwise an error is returned.
242
Chapter: 18 Alarm Functions
Related Functions
AlarmSumFirst, AlarmSumNext, AlarmSumLast, AlarmSumPrev, AlarmSumGet, Alarm-
SumFind
Example
See Also
Alarm Functions
AlarmSumDelete
This command is deprecated in this version of CitectSCADA. Use the Alm-
SummaryDelete command instead.
Deletes an alarm summary entry. You identify the alarm summary entry by the Index,
returned by one of the alarm summary search functions.
By embedding this function in a loop, you can delete a series of alarm summary entries.
To start deleting from the oldest entry, call the AlarmSumFirst() function to get the index,
and then call AlarmSumNext() in a loop. To delete back from the most recent entry, call
AlarmSumLast() and then AlarmSumPrev() in a loop.
You can also get the Index from the AlarmSumFind() function, which finds an alarm
summary entry by its alarm record identifier and time of activation.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
243
Chapter: 18 Alarm Functions
Syntax
AlarmSumDelete(Index [, ClusterName] )
Index:
The alarm summary index (returned from the AlarmSumFirst(), AlarmSumNext(), AlarmSumLast(),
AlarmSumPrev(), AlarmSumAppend(), or AlarmSumFind() function).
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
0 (zero) if the specified alarm entry exists, otherwise an error is returned.
Related Functions
AlarmSumFirst, AlarmSumNext, AlarmSumLast, AlarmSumPrev, AlarmSumGet, Alarm-
SumFind
Example
/* This function deletes all alarm summary entries that match the
specified tag. */
FUNCTION
SumDelTag(STRING sTag)
INT Next;
INT Index;
STRING Name;
Index=AlarmSumFirst();
WHILE Index<>-1 DO
Name=AlarmSumGet(Index,"Tag");
Next=AlarmSumNext(Index);
IF Name=sTag THEN
AlarmSumDelete(Index);
END
Index=Next;
END
END
See Also
Alarm Functions
AlarmSumFind
244
Chapter: 18 Alarm Functions
This command is deprecated in this version of CitectSCADA. Use the AlmSummary com-
mands instead.
Finds the alarm summary index for an alarm that you specify by the alarm record iden-
tifier and alarm activation time (OnTime). You can use this index in the AlarmSumGet()
function to get field data from an alarm record, in the AlarmSumSet() function to change
the existing data in that record, or in the AlarmSumDelete() function to delete the record.
If calling this function from a remote client, use the MsgRPC() function.
To work with a series of alarm summary records, call this function to get the index, and
then call either AlarmSumNext() to move forwards in the summary, or AlarmSumPrev()
to move backwards in the summary.
Note: Record numbers obtained from AlarmGetDsp are not valid for this function.
Instead use AlarmFirstTagRec() to get the record. This should be called from the
server side using MsgRPC.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
Syntax
AlarmSumFind(Record, OnTime [, ClusterName] )
Record:
The alarm record number, returned from any of the following alarm functions:
l AlarmFirstCatRec() or AlarmNextCatRec() - used to search for a record by
alarm category, area, and type (acknowledged, disabled, etc.).
l AlarmFirstPriRec() or AlarmNextPriRec() - used to search for a record by
alarm priority, area, and type (acknowledged, disabled, etc.).
l AlarmFirstTagRec() or AlarmNextTagRec() - used to search for a record by
alarm tag, name, and description.
To store this value, use data type Int in Cicode or Long for variable tags (Long needs 4 bytes).
OnTime:
The ON time of the alarm associated with the Record, that is, the time that the alarm was activated.
AlarmSumFind() requires that the OnTime argument contains the number of seconds from Mid-
night, so the formulation:
will NOT yield the correct result. The correct formulation for this calculation is:
245
Chapter: 18 Alarm Functions
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
The index of the alarm summary entry, or -1 if no alarm summary entry is found.
Related Functions
AlarmSumNext, AlarmSumSet, AlarmSumDelete, AlarmSumFirst, AlarmSumNext,
AlarmSumLast, AlarmSumPrev, MsgRPC
Example
/* This function sets the summary comment from the alarm record
number and the ontime of the summary event. */
FUNCTION
SumSetComment(INT AN, STRING sComment)
INT nRecord;
INT iOnTime;
INT hAlarm1;
STRING AlmTag;
FUNCTION
AlmSvrSumSetComment(STRING AlmTag, INT iOnTime, STRING sComment)
INT nRecord = AlarmFirstTagRec(AlmTag, "", "");
INT Index = AlarmSumFind(nRecord, iOnTime);
IF Index <> -1 THEN
AlarmSumSet(Index, "Comment", sComment);
END
END
See Also
Alarm Functions
AlarmSumFirst
246
Chapter: 18 Alarm Functions
Syntax
AlarmSumFirst( [ClusterName] )
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
The index of the oldest alarm summary entry, or -1 if no alarm summary entry is found.
Related Functions
AlarmSumGet, AlarmSumSet, AlarmSumDelete, AlarmSumNext, AlarmSumLast, Alarm-
SumPrev
Example
/* This function finds all alarm summary entries that match the
specified tag and sets the "OffTime" to the time specified. The
alarm entry is not acknowledged or set to the off state, the alarm
summary "OffTime" field is all that is affected. */
FUNCTION
SumSetTime(STRING sTag, INT Time)
INT Index;
STRING Name;
Index=AlarmSumFirst();
WHILE Index<>-1 DO
Name=AlarmSumGet(Index,"Tag");
IF Name=sTag THEN
247
Chapter: 18 Alarm Functions
AlarmSumSet(Index,"OffTime",Time);
END
Index=AlarmSumNext(Index);
END
END
See Also
Alarm Functions
AlarmSumGet
This command is deprecated in this version of CitectSCADA. Use the Alm-
SummaryGetField command instead.
Gets field data from an alarm summary entry. The data is returned as a string. You iden-
tify the alarm summary entry by the Index, returned by one of the alarm summary search
functions. If calling this function from a remote client, use the MsgRPC() function.
By embedding this function in a loop, you can get data from a series of alarm summary
entries. To start from the oldest entry, call the AlarmSumFirst() function to get the index,
and then call AlarmSumNext() in a loop. To work back from the most recent entry, call
AlarmSumLast() and then AlarmSumPrev() in a loop.
You can also get the Index from the AlarmSumFind() function, which finds an alarm
summary entry by its alarm record identifier and time of activation.
Note: Record numbers obtained from AlarmGetDsp are not valid for this function.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
Syntax
AlarmSumGet(Index, sField [, ClusterName] )
Index:
The alarm summary index (returned from the AlarmSumFirst(), AlarmSumNext(), AlarmSumLast(),
AlarmSumPrev(), AlarmSumAppend(), or AlarmSumFind() function).
sField:
248
Chapter: 18 Alarm Functions
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
Field data from the alarm summary entry (as a string).
Related Functions
AlarmSumSet, AlarmSumFirst, AlarmSumNext, AlarmSumLast, AlarmSumPrev, Alarm-
SumFind, MsgRPC
Example
See AlarmSumFirst
249
Chapter: 18 Alarm Functions
See Also
Alarm Functions
AlarmSumLast
This command is deprecated in this version of CitectSCADA. Use the AlmSummaryLast
command instead.
Gets the index of the most recent alarm summary entry. You can use this index in the
AlarmSumGet() function to get field data from an alarm record, in the AlarmSumSet()
function to change the existing data in that record, or in the AlarmSumDelete() function
to delete the record.
To work with a series of alarm summary records, call this function to get the index, and
then call AlarmSumPrev() within a loop, to move backwards in the alarm summary.
This function can only be used if the Alarm Server is on the current machine. When the
Alarm Server is not in the calling process, this function will become blocking and cannot
be called from a foreground task. In this case, the return value will be undefined and a
Cicode hardware alarm will be raised.
Syntax
AlarmSumLast( [ClusterName] )
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
The index of the most recent alarm summary entry, or -1 if no alarm summary entry is
found.
Related Functions
AlarmSumGet, AlarmSumSet, AlarmSumDelete, AlarmSumPrev, AlarmSumFirst, Alarm-
SumNext
Example
/* This function finds all alarm summary entries that match the
specified tag and sets the "OffTime" to the time specified. The
alarm entry is not acknowledged or set to the off state, the alarm
summary "OffTime" field is all that is affected. */
FUNCTION
250
Chapter: 18 Alarm Functions
See Also
Alarm Functions
AlarmSumNext
This command is deprecated in this version of CitectSCADA. Use the AlmSummaryNext
command instead.
Gets the index of the next alarm summary entry, that is, the entry that occurred later
than the entry specified by Index. You can use this index in the AlarmSumGet() function
to get field data from an alarm record, in the AlarmSumSet() function to change the exist-
ing data in that record, or in the AlarmSumDelete() function to delete the record.
You can use this function to work with a series of alarm summary records. Call the
AlarmSumFirst() or AlarmSumFind() function to get the index, and then call Alarm-
SumNext() within a loop, to move forwards in the alarm summary.
You can also get the index of an entry as soon as it displays on the alarm summary.
Alarm summary entries are recorded with the most recent entry at the end of the list.
Call AlarmSumLast() to get the index for the most recent entry, and then call Alarm-
SumNext() to get the index for the next entry that occurs.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
Syntax
AlarmSumNext(Index [, ClusterName] )
Index:
The alarm summary index (returned from the AlarmSumFirst(), AlarmSumNext(), AlarmSumLast(),
AlarmSumPrev(), AlarmSumAppend(), or AlarmSumFind() function).
ClusterName:
251
Chapter: 18 Alarm Functions
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
The index of the next alarm summary entry or -1 if no more alarm summary entries are
found.
Related Functions
AlarmSumGet, AlarmSumSet, AlarmSumDelete, AlarmSumFirst, AlarmSumLast, Alarm-
SumPrev, AlarmSumFind
Example
See AlarmSumFirst
See Also
Alarm Functions
AlarmSumPrev
This command is deprecated in this version of CitectSCADA. Use the AlmSummaryPrev
command instead.
Gets the index of the previous alarm summary entry, that is, the entry that occurred
before the entry specified by Index. You can use this index in the AlarmSumGet() func-
tion to get field data from an alarm record, in the AlarmSumSet() function to change the
existing data in that record, or in the AlarmSumDelete() function to delete the record.
You can use this function to work with a series of alarm summary records. Call the
AlarmSumLast() or AlarmSumFind() function to get the index, and then call Alarm-
SumPrev() within a loop, to move backwards in the alarm summary.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
Syntax
AlarmSumPrev(Index [, ClusterName] )
Index:
The alarm summary index (returned from the AlarmSumFirst(), AlarmSumNext(), AlarmSumLast(),
AlarmSumPrev(), AlarmSumAppend(), or AlarmSumFind() function).
ClusterName:
252
Chapter: 18 Alarm Functions
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
0 (zero) if the alarm summary entry exists, otherwise an error is returned.
Related Functions
AlarmSumGet, AlarmSumSet, AlarmSumDelete, AlarmSumFirst, AlarmSumNext, Alarm-
SumLast, AlarmSumFind
Example
See AlarmSumLast.
See Also
Alarm Functions
AlarmSumSet
This command is deprecated in this version of CitectSCADA. Use the Alm-
SummarySetFieldValue command instead.
Sets field information in an alarm summary entry. You identify the alarm summary
entry by the Index, returned by one of the alarm summary search functions.
By embedding this function in a loop, you can change field data in a series of alarm
summary entries. To start from the oldest entry, call the AlarmSumFirst() function to get
the index, and then call AlarmSumNext() in a loop. To work back from the latest entry,
call AlarmSumLast() and then AlarmSumPrev() in a loop.
You can also get the Index from the AlarmSumFind() function, which finds an alarm
summary entry by its alarm record identifier and time of activation.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
Fields of an appended alarm can only be set using this function or the replacement func-
tion AlmSummarySetField().
You can use user events to keep a record of logins, or control operations that you need to
display in the alarm summary etc. The fields of UserEvents need to be set immediately
after creation using this function. These entries in the Alarm Summary cannot be filtered
from the summary in an AlmSummaryOpen() browse session.
253
Chapter: 18 Alarm Functions
Syntax
AlarmSumSet(Index, sField, sData [, ClusterName] )
Index:
The alarm summary index (returned from the AlarmSumFirst(), AlarmSumNext(), AlarmSumLast(),
AlarmSumPrev(), AlarmSumAppend(), or AlarmSumFind() function).
sField:
OffMilli (for time stamped alarms only) Alarm millisecond off time
sData:
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
0 (zero) if the alarm summary entry exists, otherwise an error is returned.
Related Functions
AlarmSumGet, AlarmSumFirst, AlarmSumNext, AlarmSumLast, AlarmSumPrev, Alarm-
SumFind
254
Chapter: 18 Alarm Functions
Example
See AlarmSumFirst
See Also
Alarm Functions
AlarmSumSplit
Duplicates the alarm summary entry identified by Index. You can use this function to
add another comment to an alarm summary entry.
When the Alarm Server is not in the calling process, this function will become blocking
and cannot be called from a foreground task. In this case, the return value will be unde-
fined and a Cicode hardware alarm will be raised.
To duplicate an alarm summary entry on a Control Client, use the AlarmSplit() function
- the entry at the cursor position is duplicated.
Syntax
AlarmSumSplit(Index [, ClusterName] )
Index:
The alarm summary index (returned from the AlarmSumFirst(), AlarmSumNext(), AlarmSumLast(),
AlarmSumPrev(), AlarmSumAppend(), or AlarmSumFind() function).
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
Return Value
The Index of the new entry, or -1 on error.
Related Functions
AlarmSumGet, AlarmSumFirst, AlarmSumNext, AlarmSumLast, AlarmSumPrev, Alarm-
SumFind, AlarmSplit
Example
/* This function finds the first alarm summary entry that matches
the specified tag, splits that entry and then adds the specified
comment to the new entry. */
255
Chapter: 18 Alarm Functions
FUNCTION
AlarmSplitAdd(STRING Tag, STRING Comment)
INT Index;
STRING Name;
Index=AlarmSumFirst();
WHILE Index<>-1 DO
Name=AlarmSumGet(Index,"Tag");
IF Name=sTag THEN
AlarmSumSplit(Index);
Index=AlarmSumFirst();
AlarmSumSet(Index,"Comment",Comment);
Index=-1;
ELSE
Index=AlarmSumNext(Index);
END
END
END
See Also
Alarm Functions
AlarmSumType
This command is deprecated in this version of CitectSCADA. Use the AlmSummary com-
mands instead.
Retrieves a value that indicates a specified alarm's type, that is whether it's a digital
alarm, an analog alarm, hardware alarm, etc.
This function can only be used if the Alarm Server is on the current machine. When the
Alarm Server is not in the calling process, this function will become blocking and cannot
be called from a foreground task. In this case, the return value will be undefined and a
Cicode hardware alarm will be raised.
Syntax
AlarmSumType(Index [, ClusterName] )
Index:
The alarm summary index (returned from the AlarmSumFirst(), AlarmSumNext(), AlarmSumLast(),
AlarmSumPrev(), AlarmSumAppend(), or AlarmSumFind() function).
ClusterName:
Specifies the name of the cluster in which the Alarm Server resides. This is optional if you have one
cluster or are resolving the alarm server via the current cluster context. The argument is enclosed in
quotation marks "".
256
Chapter: 18 Alarm Functions
Return Value
A number that represents one of the following alarm types:
l 0 = digital alarm
l 1 = analog alarm
l 2 = advanced alarm
l 3 = Multi-Digital alarm
l 4 = Argyle analog alarm
l 5 = user-generated event
l 6 = high resolution alarm
l 8 = time-stamped digital alarm
l 9 = time-stamped analog alarm
l -1 indicates an invalid response to the request.
Related Functions
AlarmSumGet, AlarmSumFirst, AlarmSumNext, AlarmSumLast, AlarmSumPrev, Alarm-
SumFind, AlarmSplit
See Also
Alarm Functions
AlmSummaryAck
The AlmSummaryAck function acknowledges the alarm in the active alarm list which is
linked to the current entry of the alarm summary browse session.
If the current alarm summary browse session entry is a user event the function will have
no effect. To change the appearance of a summary entry to acknowledged without send-
ing an acknowledge message to the active alarm list set the acknowledged time using
the AlmSummarySetFieldValue() function.
This function is a non-blocking function. It does not block the calling Cicode task.
Syntax
AlmSummaryAck(iSession)
iSession:
257
Chapter: 18 Alarm Functions
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmSummaryClear, AlmSummaryClose, AlmSummaryCommit, AlmSummaryDelete,
AlmSummaryDeleteAll, AlmSummaryDisable, AlmSummaryEnable, AlmSummaryFirst,
AlmSummaryGetField, AlmSummaryLast, AlmSummaryNext, AlmSummaryOpen, Alm-
SummaryPrev, AlmSummarySetFieldValue
See Also
Alarm Functions
AlmSummaryClear
The AlmSummaryClear function clears the alarm at the current cursor position in an
active data browse session.
This function is a non-blocking function. It does not block the calling Cicode task.
Syntax
AlmSummaryClear(iSession)
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmSummaryAck, AlmSummaryClose, AlmSummaryCommit, AlmSummaryDelete,
AlmSummaryDeleteAll, AlmSummaryDisable, AlmSummaryEnable, AlmSummaryFirst,
AlmSummaryGetField, AlmSummaryLast, AlmSummaryNext, AlmSummaryOpen, Alm-
SummaryPrev, AlmSummarySetFieldValue
See Also
Alarm Functions
AlmSummaryClose
The AlmSummaryClose function terminates an active data browse session and cleans
up all resources associated with the session.
This function is a non-blocking function. It does not block the calling Cicode task.
258
Chapter: 18 Alarm Functions
Syntax
AlmSummaryClose(iSession)
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmSummaryAck, AlmSummaryClear, AlmSummaryCommit, AlmSummaryDelete, Alm-
SummaryDeleteAll, AlmSummaryDisable, AlmSummaryEnable, AlmSummaryFirst, Alm-
SummaryGetField, AlmSummaryLast, AlmSummaryNext, AlmSummaryOpen,
AlmSummaryPrev, AlmSummarySetFieldValue
See Also
Alarm Functions
AlmSummaryCommit
The AlmSummaryCommit function triggers the actual write of the value for the field pre-
viously specified by AlmSummarySetFieldValue.
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete.
Syntax
AlmSummaryCommit(iSession)
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmSummaryAck, AlmSummaryClear, AlmSummaryClose, AlmSummaryDelete, Alm-
SummaryDeleteAll, AlmSummaryDisable, AlmSummaryEnable, AlmSummaryFirst, Alm-
SummaryGetField, AlmSummaryLast, AlmSummaryNext, AlmSummaryOpen,
AlmSummaryPrev, AlmSummarySetFieldValue
259
Chapter: 18 Alarm Functions
Example
INT errorCode = 0;
...
errorCode = AlmSummaryCommit(iSession);
IF errorCode = 0 THEN
// Successful case
ELSE
// Function returned an error
END
...
See Also
Alarm Functions
AlmSummaryDelete
The AlmSummaryDelete function deletes the record in the filtered list that the cursor is
currently referencing.
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete.
Syntax
AlmSummaryDelete(iSession)
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmSummaryAck, AlmSummaryClear, AlmSummaryClose, AlmSummaryCommit, Alm-
SummaryDeleteAll, AlmSummaryDisable, AlmSummaryEnable, AlmSummaryFirst, Alm-
SummaryGetField, AlmSummaryLast, AlmSummaryNext, AlmSummaryOpen,
AlmSummaryPrev, AlmSummarySetFieldValue
Example
INT errorCode = 0;
...
errorCode = AlmSummaryDelete(iSession);
260
Chapter: 18 Alarm Functions
IF errorCode = 0 THEN
// Successful case
ELSE
// Function returned an error
END
...
See Also
Alarm Functions
AlmSummaryDeleteAll
The AlmSummaryDeleteAll function deletes every record from the filtered list source.
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete.
Syntax
AlmSummaryDeleteAll(iSession)
iSession:
Return Value
0 (zero) if the alarm filtered list session exists, otherwise an error is returned.
Related Functions
AlmSummaryAck, AlmSummaryClear, AlmSummaryClose, AlmSummaryCommit, Alm-
SummaryDelete, AlmSummaryDisable, AlmSummaryEnable, AlmSummaryFirst, Alm-
SummaryGetField, AlmSummaryLast, AlmSummaryNext, AlmSummaryOpen,
AlmSummaryPrev, AlmSummarySetFieldValue
Example
INT errorCode = 0;
...
errorCode = AlmSummaryDeleteAll(iSession);
IF errorCode = 0 THEN
// Successful case
ELSE
// Function returned an error
END
...
261
Chapter: 18 Alarm Functions
See Also
Alarm Functions
AlmSummaryDisable
The AlmSummaryDisable function disables the alarm at the current cursor position in
an active data browse session.
This function is a non-blocking function. It does not block the calling Cicode task.
Syntax
AlmSummaryDisable(iSession)
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmSummaryAck, AlmSummaryClear, AlmSummaryClose, AlmSummaryCommit, Alm-
SummaryDelete, AlmSummaryDeleteAll, AlmSummaryEnable, AlmSummaryFirst, Alm-
SummaryGetField, AlmSummaryLast, AlmSummaryNext, AlmSummaryOpen,
AlmSummaryPrev, AlmSummarySetFieldValue
See Also
Alarm Functions
AlmSummaryEnable
The AlmSummaryEnable function enables the alarm at the current cursor position in an
active data browse session.
This function is a non-blocking function. It does not block the calling Cicode task.
Syntax
AlmSummaryEnable(iSession)
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
262
Chapter: 18 Alarm Functions
Related Functions
AlmSummaryAck, AlmSummaryClear, AlmSummaryClose, AlmSummaryCommit, Alm-
SummaryDelete, AlmSummaryDeleteAll, AlmSummaryDisable, AlmSummaryFirst, Alm-
SummaryGetField, AlmSummaryLast, AlmSummaryNext, AlmSummaryOpen,
AlmSummaryPrev, AlmSummarySetFieldValue
See Also
Alarm Functions
AlmSummaryFirst
The AlmSummaryFirst function places the data browse cursor at the first record.
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete.
Syntax
AlmSummaryFirst(iSession)
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmSummaryAck, AlmSummaryClear, AlmSummaryClose, AlmSummaryCommit, Alm-
SummaryDelete, AlmSummaryDeleteAll, AlmSummaryDisable, AlmSummaryEnable,
AlmSummaryGetField, AlmSummaryLast, AlmSummaryNext, AlmSummaryOpen, Alm-
SummaryPrev, AlmSummarySetFieldValue
See Also
Alarm Functions
AlmSummaryGetField
The AlmSummaryGetField function retrieves the value of the specified field from the rec-
ord the data browse cursor is currently referencing.
This function is a non-blocking function. It does not block the calling Cicode task.
Syntax
AlmSummaryGetField(iSession, sFieldName)
263
Chapter: 18 Alarm Functions
iSession:
sFieldName:
The name of the field that references the value to be returned. Supported fields are:
Return Value
The value of the specified field as a string. An empty string may or may not be an indi-
cation that an error has been detected. The last error should be checked in this instance
to determine if an error has actually occurred.
Related Functions
AlmSummaryAck, AlmSummaryClear, AlmSummaryClose, AlmSummaryCommit, Alm-
SummaryDelete, AlmSummaryDeleteAll, AlmSummaryDisable, AlmSummaryEnable,
AlmSummaryFirst, AlmSummaryLast, AlmSummaryNext, AlmSummaryOpen, Alm-
SummaryPrev, AlmSummarySetFieldValue
Example
See Also
Alarm Functions
AlmSummaryLast
264
Chapter: 18 Alarm Functions
The AlmSummaryLast function places the data browse cursor at the most recent sum-
mary record from the last cluster of the available browsing cluster list.
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete.
Syntax
AlmSummaryLast(iSession)
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmSummaryAck, AlmSummaryClear, AlmSummaryClose, AlmSummaryCommit, Alm-
SummaryDelete, AlmSummaryDeleteAll, AlmSummaryDisable, AlmSummaryEnable,
AlmSummaryFirst, AlmSummaryGetField, AlmSummaryNext, AlmSummaryOpen, Alm-
SummaryPrev, AlmSummarySetFieldValue
See Also
Alarm Functions
AlmSummaryNext
The AlmSummaryNext function moves the data browse cursor forward one record. If
you call this function after you have reached the end of a summary, error 412 is returned
(Databrowse session EOF).
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete.
Syntax
AlmSummaryNext(iSession)
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
265
Chapter: 18 Alarm Functions
Related Functions
AlmSummaryAck, AlmSummaryClear, AlmSummaryClose, AlmSummaryCommit, Alm-
SummaryDelete, AlmSummaryDeleteAll, AlmSummaryDisable, AlmSummaryEnable,
AlmSummaryFirst, AlmSummaryGetField, AlmSummaryLast, AlmSummaryOpen, Alm-
SummaryPrev, AlmSummarySetFieldValue
See Also
Alarm Functions
AlmSummaryOpen
The AlmSummaryOpen function initiates a new browse session and returns a handle to
the new session that can be used in subsequent data browse function calls.
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete.
Syntax
AlmSummaryOpen( sFilter, sFields [, sClusters] )
sFilter:
A filter expression specifying the records to return during the browse. An empty string indicates
that all records will be returned. Where a fieldname is not specified in the filter, it is assumed to be
tagname. For example, the filter "AAA" is equivalent to "TAG=AAA".
sFields:
Specifies via a comma delimited string the columns to be returned during the browse. An empty
string indicates that the server will return all available columns. Supported fields are:
266
Chapter: 18 Alarm Functions
An optional parameter that specifies via a comma delimited string the subset of the clusters to
browse. An empty string indicates that the connected clusters will be browsed.
Return Value
Returns an integer handle to the browse session. Returns -1 on error.
Related Functions
AlmSummaryAck, AlmSummaryClear, AlmSummaryClose, AlmSummaryCommit, Alm-
SummaryDelete, AlmSummaryDeleteAll, AlmSummaryDisable, AlmSummaryEnable,
AlmSummaryFirst, AlmSummaryGetField, AlmSummaryLast, AlmSummaryNext, Alm-
SummaryPrev, AlmSummarySetFieldValue
Example
INT iSession;
...
iSession = AlmSummaryOpen("NAME=ABC*", "NAME,TYPE",
"ClusterA,ClusterB");
IF iSession <> -1 THEN
// Successful case
ELSE
// Function returned an error
END
...
See Also
Alarm Functions
AlmSummaryPrev
The AlmSummaryPrev function moves the data browse cursor back one record. If you
call this function after you have reached the beginning of a summary, error 412 is
returned (Databrowse session EOF).
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete.
Syntax
AlmSummaryPrev(iSession)
267
Chapter: 18 Alarm Functions
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmSummaryAck, AlmSummaryClear, AlmSummaryClose, AlmSummaryCommit, Alm-
SummaryDelete, AlmSummaryDeleteAll, AlmSummaryDisable, AlmSummaryEnable,
AlmSummaryFirst, AlmSummaryGetField, AlmSummaryLast, AlmSummaryNext, Alm-
SummaryOpen, AlmSummarySetFieldValue
See Also
Alarm Functions
AlmSummarySetFieldValue
The AlmSummarySetFieldValue function sets a new value for the specified field for the
record the data browse cursor is currently referencing. The value is not committed until
a call to AlmSummaryCommit is made.
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete.
Syntax
AlmSummarySetFieldValue(iSession, sFieldname, sFieldValue)
iSession:
sFieldName:
The name of the field whose value is to be updated. Supported fields are:
OffMilli (for time stamped alarms only) Alarm millisecond off time
268
Chapter: 18 Alarm Functions
See Browse Function Field Reference for additional information about fields.
sFieldValue:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmSummaryAck, AlmSummaryClear, AlmSummaryClose, AlmSummaryCommit, Alm-
SummaryDelete, AlmSummaryDeleteAll, AlmSummaryDisable, AlmSummaryEnable,
AlmSummaryFirst, AlmSummaryGetField, AlmSummaryLast, AlmSummaryNext, Alm-
SummaryOpen, AlmSummaryPrev
Example
See Also
Alarm Functions
AlmTagsAck
The AlmTagsAck function acknowledges the alarm tag at the current cursor position in
an active data browse session.
This function is a non-blocking function. It does not block the calling Cicode task.
Syntax
AlmTagsAck(iSession)
269
Chapter: 18 Alarm Functions
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmTagsClear, AlmTagsDisable, AlmTagsEnable, AlmTagsClose, AlmTagsFirst, Alm-
TagsGetField, AlmTagsNext, AlmTagsNumRecords, AlmTagsOpen, AlmTagsPrev
See Also
Alarm Functions
AlmTagsClear
The AlmTagsClear function clears the alarm tag at the current cursor position in an
active data browse session.
This function is a non-blocking function. It does not block the calling Cicode task.
Syntax
AlmTagsClear(iSession)
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmTagsAck, AlmTagsDisable, AlmTagsEnable, AlmTagsClose, AlmTagsFirst, Alm-
TagsGetField, AlmTagsNext, AlmTagsNumRecords, AlmTagsOpen, AlmTagsPrev
See Also
Alarm Functions
AlmTagsClose
The AlmTagsClose function terminates an active data browse session and cleans up all
resources associated with the session.
This function is a non-blocking function. It does not block the calling Cicode task.
270
Chapter: 18 Alarm Functions
Syntax
AlmTagsClose(iSession)
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmTagsAck, AlmTagsClear, AlmTagsDisable, AlmTagsEnable, AlmTagsFirst, Alm-
TagsGetField, AlmTagsNext, AlmTagsNumRecords, AlmTagsOpen, AlmTagsPrev
See Also
Alarm Functions
AlmTagsDisable
The AlmTagsDisable function disables the alarm tag at the current cursor position in an
active data browse session.
This function is a non-blocking function. It does not block the calling Cicode task.
Syntax
AlmTagsDisable(iSession)
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmTagsAck, AlmTagsClear, AlmTagsEnable, AlmTagsClose, AlmTagsFirst, Alm-
TagsGetField, AlmTagsNext, AlmTagsNumRecords, AlmTagsOpen, AlmTagsPrev
See Also
Alarm Functions
AlmTagsEnable
271
Chapter: 18 Alarm Functions
The AlmTagsEnable function enables the alarm tag at the current cursor position in an
active data browse session.
This function is a non-blocking function. It does not block the calling Cicode task.
Syntax
AlmTagsEnable(iSession)
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmTagsAck, AlmTagsClear, AlmTagsDisable, AlmTagsClose, AlmTagsFirst, Alm-
TagsGetField, AlmTagsNext, AlmTagsNumRecords, AlmTagsOpen, AlmTagsPrev
See Also
Alarm Functions
AlmTagsFirst
The AlmTagsFirst function places the data browse cursor at the first record.
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete.
Syntax
AlmTagsFirst(iSession)
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmTagsAck, AlmTagsClear, AlmTagsDisable, AlmTagsEnable, AlmTagsClose, Alm-
TagsGetField, AlmTagsNext, AlmTagsNumRecords, AlmTagsOpen, AlmTagsPrev
272
Chapter: 18 Alarm Functions
See Also
Alarm Functions
AlmTagsGetField
The AlmTagsGetField function retrieves the value of the specified field from the record
the data browse cursor is currently referencing.
This function is a non-blocking function. It does not block the calling Cicode task.
Syntax
AlmTagsGetField(iSession, sFieldName)
iSession:
sFieldName:
The name of the field that references the value to be returned. Supported fields are:
Return Value
The value of the specified field as a string. An empty string may or may not be an indi-
cation that an error has been detected. The last error should be checked in this instance
to determine if an error has actually occurred.
Related Functions
AlmTagsAck, AlmTagsClear, AlmTagsDisable, AlmTagsEnable, AlmTagsClose, Alm-
TagsFirst, AlmTagsNext, AlmTagsNumRecords, AlmTagsOpen, AlmTagsPrev
Example
273
Chapter: 18 Alarm Functions
See Also
Alarm Functions
AlmTagsNext
The AlmTagsNext function moves the data browse cursor forward one record. If you call
this function after you have reached the end of the records, error 412 is returned (Dat-
abrowse session EOF).
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete.
Syntax
AlmTagsNext(iSession)
iSession:
Return Value
0 (zero) if the browse has successfully been moved to the next record, otherwise an error
is returned.
Related Functions
AlmTagsAck, AlmTagsClear, AlmTagsDisable, AlmTagsEnable, AlmTagsClose, Alm-
TagsFirst, AlmTagsGetField, AlmTagsNumRecords, AlmTagsOpen, AlmTagsPrev
See Also
Alarm Functions
AlmTagsNumRecords
The AlmTagsNumRecords function returns the number of records that match the filter
criteria.
This function is a non-blocking function. It does not block the calling Cicode task.
274
Chapter: 18 Alarm Functions
Syntax
AlmTagsNumRecords(iSession)
iSession:
Return Value
The number of records that have matched the filter criteria. A value of 0 denotes that no
records have matched. A value of -1 denotes that the browse session is unable to pro-
vide a fixed number. This may be the case if the data being browsed changed during the
browse session.
Related Functions
AlmTagsAck, AlmTagsClear, AlmTagsDisable, AlmTagsEnable, AlmTagsClose, Alm-
TagsFirst, AlmTagsGetField, AlmTagsNext, AlmTagsOpen, AlmTagsPrev
Example
INT numRecords = 0;
...
numRecords = AlmTagsNumRecords(iSession);
IF numRecords <> 0 THEN
// Have records
ELSE
// No records
END
...
See Also
Alarm Functions
AlmTagsOpen
The AlmTagsOpen function initiates a new browse session and returns a handle to the
new session that can be used in subsequent data browse function calls.
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete.
Note: After calling AlmTagsOpen() it is necessary to call AlmTagsFirst() in order to place the cursor at the
beginning of the browse session, otherwise a hardware alarm is invoked.
275
Chapter: 18 Alarm Functions
Syntax
AlmTagsOpen( sFilter, sFields [, sClusters] )
sFilter:
A filter expression specifying the records to return during the browse. An empty string indicates
that all records will be returned. Where a fieldname is not specified in the filter, it is assumed to be
tagname. For example, the filter "AAA" is equivalent to "name=AAA".
sFields:
Specifies via a comma delimited string the columns to be returned during the browse. An empty
string indicates that the server will return all available columns. Supported fields are:
sClusters:
An optional parameter that specifies via a comma delimited string the subset of the clusters to
browse. An empty string indicates that the connected clusters will be browsed.
Return Value
Returns an integer handle to the browse session. Returns -1 when an error is detected.
The returned entries will be ordered alphabetically by name.
Related Functions
AlmTagsAck, AlmTagsClear, AlmTagsDisable, AlmTagsEnable, AlmTagsClose, Alm-
TagsFirst, AlmTagsGetField, AlmTagsNext, AlmTagsNumRecords, AlmTagsPrev
276
Chapter: 18 Alarm Functions
Example
INT iSession;
...
iSession = AlmTagsOpen("NAME=ABC*", "NAME,TYPE",
"ClusterA,ClusterB");
IF iSession <> -1 THEN
// Successful case
ELSE
// Function returned an error
END
...
See Also
Alarm Functions
AlmTagsPrev
The AlmTagsPrev function moves the data browse cursor back one record. If you call
this function after you have reached the beginning of the records, error 412 is returned
(Databrowse session EOF).
This function is a non-blocking function. It does not block the calling Cicode task.
Syntax
AlmTagsPrev(iSession)
iSession:
Return Value
0 (zero) if the alarm browse session exists, otherwise an error is returned.
Related Functions
AlmTagsAck, AlmTagsClear, AlmTagsDisable, AlmTagsEnable, AlmTagsClose, Alm-
TagsFirst, AlmTagsGetField, AlmTagsNext, AlmTagsNumRecords, AlmTagsOpen
See Also
Alarm Functions
HwAlarmQue
277
Chapter: 18 Alarm Functions
Returns the handle of the hardware alarm queue. The Alarms Server writes hardware
alarm information into this queue as each hardware alarm occurs. To read events from
this queue, use the QueRead() or QuePeek() functions. The data written into the queue is
the hardware alarm format, and is stored in the Str field.
To use this function, you need to enable the hardware alarm queue by specifying the
[Alarm]HwAlarmQueMax parameter. This parameter specifies the maximum length that
the queue can grow to. The [Alarm]HwAlarmFmt parameter defines the format of the
data placed into the string field. If HwAlarmFmt is not specified then the format defaults
to "Time: {Time,12} Date:{Date,11} Desc:{Desc,40}".
The following format fields are relevant to hardware alarms:
l {Tag,n}
l {TagEx,n}
l {Cluster,n}
l {Name,n}
l {State,n}
l {Time,n}
l {Date,n}
l {Desc,n}
l {ErrDesc,n}
l {ErrPage,n}
For a description of the fields see the "Alarm Display Fields" help page.
The number of buffers available for all user queues combined is controlled by the
[Code]Queue parameter. Each entry in any user queue consumes one buffer. When all
buffers have been used the Alarms Server will not be able to add new hardware alarms
to the queue, and the error message "Out Of Buffers Usr.Que" will be written to sys-
log.dat.
Syntax
HwAlarmQue()
Return Value
The handle of the hardware alarm queue, or -1 if the queue cannot be opened.
Related Functions
QueRead(), QuePeek()
278
Chapter: 18 Alarm Functions
Example
hQue = HwAlarmQue()
WHILE TRUE DO
....
Sleep(0);
END
See Also
Alarm Functions
QueryFunction
The user-defined query function set in AlarmSetQuery. Called for each active alarm, the
query function can be written to display an alarm based on specific information (for
example, OnDate). To examine the information in an alarm field, call the function Alarm-
GetFieldRec from within your query function.
Note: The function name "QueryFunction" can be any valid Cicode function name
specified by the user.
Syntax
QueryFunction(nRID, nVer [, Arg01, Arg02, ....] )
nRID:
The record number of the alarm currently being filtered. This provides the query function with
access to information about the alarm. This parameter is represented with an INT, and needs to be
the first parameter of your query function.
nVer:
279
Chapter: 18 Alarm Functions
If an alarm is triggered more than once in a given period, the version lets you distinguish between
different instances of the alarm's activity.
Since you may wish to display on a page alarms which have more than one instance, this parameter
needs to be passed to AlarmGetFieldRec in order to correctly filter the alarms.
The version is represented with an INT, and needs to be the second parameter of your query func-
tion.
Arg01, Arg02:
The query function is passed the arguments specified in the call to AlarmSetQuery(). For this rea-
son, the arguments listed in AlarmSetQuery() needs to be of the same type as those defined in the
query function.
Return Value
The return value needs to be defined as an INT with a value of either 1 (TRUE) or 0
(FALSE). If the function returns a value of TRUE, the alarm being filtered is displayed,
otherwise it is excluded from the alarms list.
Related Functions
AlarmSetQuery, AlarmGetFieldRec, AlarmSetInfo
Example
See Also
Alarm Functions
280
Chapter: 19 Clipboard Functions
With the Clipboard functions, you can copy data to, and paste data from, the Windows
Clipboard.
Clipboard Functions
Following are functions relating to the Windows clipboard:
See Also
Functions Reference
ClipCopy
Copies a string to the Windows clipboard. When the string is in the clipboard, you can
paste it to any Windows program.
Syntax
ClipCopy(sText)
sText:
Return Value
0 (zero) if successful, otherwise an error is returned.
281
Chapter: 19 Clipboard Functions
Related Functions
ClipWriteLn
Example
See Also
Clipboard Functions
ClipPaste
Pastes a string from the Windows clipboard.
Syntax
ClipPaste()
Return Value
The contents of the clipboard (as a string). If the clipboard is empty, an empty string is
returned.
Related Functions
ClipReadLn
Example
See Also
Clipboard Functions
ClipReadLn
Reads a single line of text from the Windows clipboard. With this function, you can read
a block of text from the clipboard - line by line. Call the function once to read each line of
text from the clipboard. When the end of the clipboard is reached, an empty string is
returned.
282
Chapter: 19 Clipboard Functions
Syntax
ClipReadLn()
Return Value
One line of text from the clipboard (as a string). If the clipboard is empty, an empty
string is returned.
Related Functions
ClipPaste
Example
See Also
Clipboard Functions
ClipSetMode
Sets the format of data sent to the Windows clipboard.
Syntax
ClipSetMode(nMode)
nMode:
1 - ASCII Text
2 - CSV (Comma separated values) format
Return Value
The value of the previous mode.
283
Chapter: 19 Clipboard Functions
Related Functions
ClipCopy, ClipWriteLn
Example
/* Set the clipboard to CSV mode, write two values, and reset the
clipboard to the original mode. */
nOldMode = ClipSetMode(2);
ClipCopy("100,200");
ClipSetMode(nOldMode);
See Also
Clipboard Functions
ClipWriteLn
Writes a line of text to the Windows clipboard. With this function, you can write any
amount of text to the clipboard. Call this function once for each line of text. To terminate
the block of text, call this function and pass an empty string.
Syntax
ClipWriteLn(sText)
sText:
The line of text to write to the clipboard, or an empty string ("") to end the write operation.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
ClipCopy
Example
See Also
Clipboard Functions
284
Chapter: 20 Cluster Functions
This section describes functions for manipulating clusters, checking their status, getting
information, activating and deactivating them.
Cluster Functions
Following are functions relating to clusters:
ClusterFirst Allows the user to retrieve the first configured cluster in the project.
ClusterNext Allows the user to retrieve the next configured cluster in the project.
Clus- Allows the user to determine which servers are defined for a given
terServerTypes cluster.
ClusterStatus Allows the user to determine the connection status from the client to
a server on a cluster.
Clus- Allows the user to deactivate an active cluster at the same time as
terSwapActive activating a deactive cluster.
See Also
Functions Reference
ClusterActivate
285
Chapter: 20 Cluster Functions
This function allows the user to activate an inactive cluster. When a cluster is made
active, all data associated with that cluster is available to the client, and hardware
alarms will occur if no connections can be made to the servers in the cluster.
Syntax
ClusterActivate(ClusterName)
ClusterName:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
ClusterDeactivate, ClusterFirst, ClusterGetName, ClusterIsActive, ClusterNext, Clus-
terServerTypes, ClusterSetName, ClusterStatus, ClusterSwapActive, TaskCluster
See Also
Cluster Functions
"About cluster context" in the CitectSCADA User Guide
ClusterDeactivate
This function allows the user to deactivate an active cluster. When a cluster is made
inactive, no data associated with that cluster is available to the client, and hardware
alarms will not occur if no connections can be made to the servers in the cluster.
Syntax
ClusterDeactivate(ClusterName)
ClusterName:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
ClusterActivate, ClusterFirst, ClusterGetName, ClusterIsActive, ClusterNext, Clus-
terServerTypes, ClusterSetName, ClusterStatus, ClusterSwapActive, TaskCluster
286
Chapter: 20 Cluster Functions
See Also
Cluster Functions
"About cluster context" in the CitectSCADA User Guide
ClusterFirst
This function allows the user to retrieve the first configured cluster in the project.
Syntax
ClusterFirst()
Return Value
The name of the first configured cluster.
Related Functions
ClusterActivate, ClusterDeactivate, ClusterGetName, ClusterIsActive, ClusterNext, Clus-
terServerTypes, ClusterSetName, ClusterStatus, ClusterSwapActive, TaskCluster
See Also
Cluster Functions
"About cluster context" in the CitectSCADA User Guide
ClusterGetName
ClusterGetName is deprecated in this version of CitectSCADA.
Syntax
ClusterGetName(sPrimary, sStandby, nMode)
sPrimary:
The variable containing the name of the cluster's primary server (that is that which was set as sPri-
mary using the ClusterSetName() function).
sStandby:
The variable containing the name of the cluster's standby server (that is that which was set as
sStandby using the ClusterSetName() function).
nMode:
287
Chapter: 20 Cluster Functions
Return Value
The status of the get name.
Related Functions
ClusterActivate, ClusterDeactivate, ClusterFirst, ClusterIsActive, ClusterNext, Clus-
terServerTypes, ClusterSetName, ClusterStatus, ClusterSwapActive, TaskCluster
Example
See Also
Cluster Functions
"About cluster context" in the CitectSCADA User Guide
ClusterIsActive
This function allows the user to determine if a cluster is active.
Syntax
ClusterIsActive(ClusterName)
ClusterName:
Return Value
TRUE if active, FALSE otherwise. If the cluster name was invalid, this function will
return FALSE and a hardware alarm will be generated.
Related Functions
ClusterActivate, ClusterDeactivate, ClusterFirst, ClusterGetName, ClusterNext, Clus-
terServerTypes, ClusterSetName, ClusterStatus, ClusterSwapActive, TaskCluster
See Also
Cluster Functions
"About cluster context" in the CitectSCADA User Guide
ClusterNext
288
Chapter: 20 Cluster Functions
This function allows the user to retrieve the next configured cluster in the project.
Syntax
ClusterNext(ClusterName)
ClusterName:
Any configured cluster name enclosed in quotation marks "", this will usually be the name of the
previous cluster as returned from ClusterFirst, or a previous call to ClusterNext.
Return Value
The name of the next configured cluster or an empty string if there is no more clusters.
Related Functions
ClusterActivate, ClusterDeactivate, ClusterFirst, ClusterGetName, ClusterIsActive, Clus-
terServerTypes, ClusterSetName, ClusterStatus, ClusterSwapActive, TaskCluster
See Also
Cluster Functions
"About cluster context" in the CitectSCADA User Guide
ClusterServerTypes
This function allows the user to determine which servers are defined for a given cluster.
Syntax
ClusterServerTypes(ClusterName)
ClusterName:
Return Value
Logical OR of the following server flags:
l 0001 - 1st bit set means an Alarm Server is configured
l 0010 - 2nd bit set means a Trend Server is configured
l 0100 - 3rd bit set means a Report Server is configured
l 1000 - 4th bit set means an IO Server is configured
For example, a return value of 14 indicates an IO Server, a Report Server, and a Trend
Server are configured.
289
Chapter: 20 Cluster Functions
Related Functions
ClusterActivate, ClusterDeactivate, ClusterFirst, ClusterGetName, ClusterIsActive, Clus-
terNext, ClusterSetName, ClusterStatus, ClusterSwapActive, TaskCluster
See Also
Cluster Functions
"About cluster context" in the CitectSCADA User Guide
ClusterSetName
ClusterSetName is deprecated in this version of CitectSCADA.
Syntax
ClusterSetName(sPrimary, sStandby, nMode)
sPrimary:
The name of the cluster's primary server (Reports Server, Alarms Server etc.), as defined using the
Computer Setup Wizard. When the ClusterSetName() function is used, CitectSCADA will attempt
to connect to this server.
sStandby:
The name of the cluster's standby server (Reports Server, Alarms Server etc.), as defined using the
Computer Setup Wizard. If the sPrimary server is unavailable when the ClusterSetName() function
is used, CitectSCADA will attempt to connect to this server.
nMode:
0 - If you select this mode, CitectSCADA will renew the last connection. If it
was connected to the sPrimary server, when this function was last used,
it will attempt to connect to it again. If it was last connected to the
sStandby server, it will attempt to connect to it again.
This mode is useful when a server is known to be unavailable, as it facilitates
faster cluster switching.
1 - CitectSCADA will attempt to connect to the sPrimary server first, each time
this function is used. If the sPrimary server is unavailable, CitectSCADA
will try the sStandby server.
Return Value
0 (zero) if successful, otherwise an error is returned.
290
Chapter: 20 Cluster Functions
Related Functions
ClusterActivate, ClusterDeactivate, ClusterFirst, ClusterGetName, ClusterIsActive, Clus-
terNext, ClusterServerTypes, ClusterStatus, ClusterSwapActive, TaskCluster
Example
See Also
Cluster Functions
"About cluster context" in the CitectSCADA User Guide
ClusterStatus
This function allows the user to determine the connection status from the client to a
server on a cluster.
Syntax
ClusterStatus(clusterName, serverType)
clusterName:
serverType:
Return Value
One of the following values:
l -1 - if the cluster does not contain a server of the given type.
l -2 - if the cluster does not exist"
l 0 - if the cluster contains the server but the cluster is inactive.
291
Chapter: 20 Cluster Functions
Related Functions
ClusterActivate, ClusterDeactivate, ClusterFirst, ClusterGetName, ClusterIsActive, Clus-
terNext, ClusterServerTypes, ClusterSetName, ClusterSwapActive, TaskCluster
See Also
Cluster Functions
"About cluster context" in the CitectSCADA User Guide
ClusterSwapActive
This function allows the user to deactivate an active cluster at the same time as acti-
vating an inactive cluster. The arguments may be passed in any order, but one cluster
needs to be active and the other needs to be inactive.
Syntax
ClusterSwapActive(clusterNameA, clusterNameB)
clusterNameA:
The name of the cluster to activate or deactivate enclosed in quotation marks "".
clusterNameB:
The name of the cluster to activate or deactivate enclosed in quotation marks "".
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
ClusterActivate, ClusterDeactivate, ClusterFirst, ClusterGetName, ClusterIsActive, Clus-
terNext, ClusterServerTypes, ClusterSetName, ClusterStatus, TaskCluster
See Also
Cluster Functions
"About cluster context" in the CitectSCADA User Guide
292
Chapter: 21 Color Functions
Allow manipulation of colors (for example, to convert CitectSCADA colors to the format
required by ActiveX objects).
Color Functions
Following are functions relating to colors:
Citect- Converts a CitectSCADA color into a packed RGB color value that
ColourToPackedRGB can be used by an ActiveX object.
MakeCitectColour Creates a color from red, green and blue component parts.
PackedRGB Returns a packed RGB color based on specified red, green, and
blue values.
PackedRGB- Converts a packed RGB color into the nearest equivalent Citect-
ToCitectColour SCADA color.
See Also
Functions Reference
CitectColourToPackedRGB
Converts a CitectSCADA color value into a packed RGB color value that can be under-
stood by an ActiveX object.
Syntax
CitectColorToPackedRGB(nCitectColor)
nCitectColor:
293
Chapter: 21 Color Functions
The CitectSCADA color value to be converted into a packed RGB color. CitectSCADAcolors are
defined in the labels database, or calculated by the function MakeCitectColour
Return Value
The packed RGB color value - if successful, otherwise an error is returned.
Related Functions
PackedRGBToCitectColour
See Also
Color Functions
GetBlueValue
Returns the Blue component of a packed RGB color.
Syntax
GetBlueValue(nPackedRGB)
nPackedRGB:
Return Value
The red value (0-255) - if successful, otherwise an error is returned.
Related Functions
GetRedValue, GetGreenValue
See Also
Color Functions
GetGreenValue
Returns the green component of a packed RGB color.
Syntax
GetGreenValue(nPackedRGB)
nPackedRGB:
294
Chapter: 21 Color Functions
Return Value
The red value (0-255) - if successful, otherwise an error is returned.
Related Functions
GetRedValue, GetBlueValue
See Also
Color Functions
GetRedValue
Returns the red component of a packed RGB color.
Syntax
GetRedValue(nPackedRGB)
nPackedRGB:
Return Value
The red value (0-255) - if successful, otherwise an error is returned.
Related Functions
GetGreenValue, GetBlueValue
See Also
Color Functions
MakeCitectColour
Creates a color from red, green and blue component parts.
Syntax
MakeCitectColour(nRed,nGreen,nBlue)
nRed:
nGreen:
295
Chapter: 21 Color Functions
nBlue:
Return Value
An integer that is an encoded representation of the color created.
Examples
See Also
Color Functions
PackedRGB
Returns a packed RGB color based on specified red, green, and blue values.
Syntax
PackedRGB(nRed, nGreen, nBlue)
nRed:
nGreen:
nBlue:
Return Value
The packed RGB color value - if successful, otherwise an error is returned.
Related Functions
CitectColourToPackedRGB
See Also
Color Functions
296
Chapter: 21 Color Functions
PackedRGBToCitectColour
Converts a packed RGB color into a calculated CitectSCADA color value.
Syntax
PackedRGBToCitectColour(nPackedRGB)
nPackedRGB:
Return Value
The CitectSCADA color value if successful; otherwise an error is returned.
Related Functions
CitectColourToPackedRGB
See Also
Color Functions
297
Chapter: 21 Color Functions
298
Chapter: 22 Communication Functions
The communication functions give you direct access to the communication ports on
your computer(s). You can use these functions to communicate with external equipment,
such as low speed devices (e.g. bar code readers), serial keyboards, and dumb terminals.
You should not use these functions to communicate with high speed PLCs, as they are
designed for low-level communication on a COM port and the performance may not be
adequate. To communicate with a PLC, a standard I/O device setup should be con-
figured using the required driver.
Note: The Communication functions can only be called from an I/O server.
Communication Functions
Following are functions relating to communications:
See Also
Functions Reference
ComClose
Closes a communication port. Any Cicode tasks that are waiting for a read or write oper-
ation to complete (or that are retrying to read or write) return with a range error. Citect-
SCADA automatically closes all communication ports at shutdown.
This function can only be called from an I/O Server.
299
Chapter: 22 Communication Functions
Syntax
ComClose(hPort)
hPort:
The communication port handle, returned from the ComOpen() function. This handle identifies the
table where all data on the associated communication port is stored.
Return Value
0 if the port is successfully closed, or an error if the port is already closed or if the port
number is invalid.
Related Functions
ComOpen, ComRead, ComWrite
Example
See ComOpen
See Also
Communication Functions
ComOpen
Opens a communication port for access. The board and port need to both be defined in
the database (using the Boards and Ports forms from the Communication menu).
If you try to open the same COM port twice with ComOpen(), the second open will not
succeed and return -1. If this is passed without checking other Com functions, the COM
port may not do anything. For this reason, do not open COM ports twice, and always
check the return value from ComOpen().
The communication system should be used for low speed communications only. You
should not use the communication functions to communicate with high speed PLCs -
the performance may not be adequate. If you need high speed communication (for com-
municating with PLCs, etc.), you should write a protocol driver. Refer to the Citect-
SCADA "Driver Development Kit".
This function can only be called from an I/O Server.
Syntax
ComOpen(sPort, iMode)
sPort:
300
Chapter: 22 Communication Functions
iMode:
0 - Take control of the port from CitectSCADA. In this non-shared mode, you
have complete access to the port - CitectSCADA cannot use the port.
Communication will be restored when the port is closed.
1 - Share the port with CitectSCADA. In this mode, you can write to the port,
and CitectSCADA can also use it. Please be aware that ComRead will be
unreliable if the communication port is opened as shared.
Return Value
A communication port handle if the communication system is opened successfully,
otherwise -1 is returned. The handle identifies the table where all data on the associated
port is stored. You can use the handle in the other communication functions, to send
and receive characters from the port.
Related Functions
ComClose, ComRead, ComWrite
Example
INT
FUNCTION
StartSerial(STRING sPort)
INT hPort;
hPort = ComOpen(sPort, 0);
IF hPort < 0 THEN
Prompt("Cannot open port " + sPort);
RETURN -1;
END
TaskNew("SerialRead", hPort, 0);
TaskNew("SerialWrite", hPort, 0);
ComClose(hPort);
RETURN 0;
END
INT
FUNCTION
SerialWrite(INT hPort)
STRING buffer;
INT SerialWriteError;
INT length;
WHILE 1 DO
! put data into buffer and set length
.
.
SerialWriteError = ComWrite(hPort, buffer, length, 2);
IF SerialWriteError THEN
301
Chapter: 22 Communication Functions
See Also
Communication Functions
ComRead
Reads characters from a communication port. The characters are read from the com-
munication port into a string buffer. If no characters have arrived after the specified time-
out, the function returns with a timeout error. If the timeout is 0, the function gets any
characters that have arrived from the last call, and returns immediately.
You use the iLength variable to specify the length of the buffer, or the maximum number
of characters to read when ComRead() is called. When ComRead() returns, iLength is set
to the actual number of characters read. Because iLength is modified by this function,
you need to reset it before each call.
You should not treat the string buffer as a normal string - it has no string terminator.
Use the StrGetChar() function to extract characters from the buffer.
It is strongly recommended not to call ComRead() while another ComRead() is still pend-
ing on the same port, because it can produce unexpected results.
302
Chapter: 22 Communication Functions
Do not call ComRead() if another instance of ComRead() is still pending on the same port.
Failure to follow these instructions can result in death, serious injury, or equip-
ment damage.
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete. This function can only be called from an I/O Server.
Syntax
ComRead(hPort, sBuffer, iLength, iTimeOut)
hPort:
The communication port handle, returned from the ComOpen() function. This handle identifies the
table where the data on the associated communication port is stored.
sBuffer:
The buffer into which to put the characters. The actual number of characters read is returned in
iLength.
iLength:
The number of characters to read into the buffer. The maximum length you may read in one call is
128 characters. When the function returns, this variable is set to the actual number of characters
read.
iTimeOut:
Return Value
0 (zero) if the read is successful, otherwise an error is returned.
Related Functions
ComOpen, ComClose, ComWrite, StrGetChar
303
Chapter: 22 Communication Functions
Example
See ComOpen
See Also
Communication Functions
ComReset
Resets the communication port. This function can only be called from an I/O Server.
Syntax
ComReset(hPort)
hPort:
The communication port handle, returned from the ComOpen() function. This handle identifies the
table where all data on the associated communication port is stored.
Return Value
0 (zero) if the write is successful, otherwise an error is returned.
Related Functions
ComOpen, ComClose, ComRead, StrGetChar
Example
See ComOpen
See Also
Communication Functions
ComWrite
Writes characters to a communication port. The characters are written from the string
buffer to the port. If the characters have not been transmitted after the specified timeout,
the function returns with a timeout error. If the timeout is 0, the function returns imme-
diately and the characters are transmitted in the background.
ComWrite() does not treat the buffer as a true string, but rather as an array of characters
of the length specified - you can send any character to the communication port. Use the
StrSetChar() function to build the buffer. Do not call ComWrite() while another
ComWrite() is still pending on the same port, because it can produce unexpected results.
304
Chapter: 22 Communication Functions
You use the iLength variable to specify the length of the buffer, or the maximum number
of characters to write when ComWrite() is called. When ComWrite() returns, iLength is
reset to zero.
This function is a blocking function. It blocks the calling Cicode task until the operation
is complete.
This function can only be called from an I/O Server.
Syntax
ComWrite(hPort, sBuffer, iLength, iTimeOut)
hPort:
The communication port handle, returned from the ComOpen() function. This handle identifies the
table where all data on the associated communication port is stored.
sBuffer:
iLength:
The number of characters to write from the buffer. The maximum number of characters you can
write is 128.
iTimeOut:
Return Value
0 (zero) if the write is successful, otherwise an error is returned.
Related Functions
ComOpen, ComClose, ComRead, StrGetChar
Example
See ComOpen
305
Chapter: 22 Communication Functions
See Also
Communication Functions
SerialKey
Redirects all serial characters from a port to the keyboard. If using a keyboard attached
to a serial port, you should call this function at startup, so that CitectSCADA copies all
characters (read from the port) to the keyboard. The Port needs to be defined in the Ports
database.
If the port is not on an I/O server, you need to create a dummy I/O server record (for
example, name the server DServer1). Complete the Boards and Ports records. Set the fol-
lowing parameters in the CITECT.INI file:
This method enables the port without making the computer an I/O server. (If the I/O
server is enabled (and not required as an I/O server), extra overhead and memory are
used.)
This function can only be called from an I/O server.
Syntax
SerialKey(sPort)
sPort:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
ComOpen
Example
See Also
Communication Functions
306
Chapter: 23 Dynamic Data Exchange Functions
The Cicode DDE (Dynamic Data Exchange) functions permit you to exchange data
between CitectSCADA and other Windows applications running on the same computer
in real time, continuously, and with no operator intervention. For example, you can send
your run-time data to a DDE compliant spreadsheet or word processing application,
either by posting the data to memory for DDE access by other applications, or by writing
the data directly into another application. Conversely, you could read data from a DDE
compliant application like a spreadsheet or document directly into a CitectSCADA var-
iable.
You could also run processes in any DDE compliant Windows application running on
the same computer by using the Cicode DDEExec() function to send commands to that
application. Similarly, you can call any Cicode function (built-in or user-written) in
CitectSCADA from any Windows application (running on the same computer), that sup-
ports a DDE Execute command.
The DDERead(), DDEPost(), DDEWrite(), and DDEExec() functions each perform a single
exchange of data. Each of these functions starts a DDE conversation with the external
application, sends or receives the data (or command), and ends the conversation - effec-
tively treated as one operation.
The DDE handle (DDEh...) functions return a handle to the conversation - a DDE chan-
nel number. You should use the DDE handle functions for Network DDE, in particular
for Access DDE.
DDE Functions
Following are functions relating to Dynamic Data Exchange:
DDEPost Makes a CitectSCADA variable available for DDE linking by other DDE
compliant Windows applications.
307
Chapter: 23 Dynamic Data Exchange Functions
See Also
Functions Reference
DDEExec
Executes a command in an external Windows application running on the same com-
puter. With this function, you can control other applications that support DDE. Refer to
the documentation provided with the external Windows application to determine if DDE
is supported and what functions can be called.
You cannot use DDEExec() to call macros on a remote computer or to call Access SQLs.
For these calls, Network DDE needs to pass the sDocument argument, so you need to use
the DDEh... functions, passing sDocument in the DDEhInitiate() function.
Syntax
DDEExec(sApplication, sCommand)
sApplication:
308
Chapter: 23 Dynamic Data Exchange Functions
sCommand:
Return Value
1 (one) if successful, otherwise an error is returned.
Related Functions
DDEPost, DDERead, DDEWrite, DDEhExecute
Example
See Also
DDE Functions
DDEhExecute
Executes a command in an external Windows application. You need to first start a con-
versation with the DDEhInitiate function, and use the handle returned by that function
to identify the conversation.
With this function, you can control other applications that support DDE. Refer to the doc-
umentation provided with your other Windows application to determine if DDE is sup-
ported and what functions can be called.
This function is a blocking function. It will block the calling Cicode task until the oper-
ation is complete.
Syntax
DDEhExecute(Handle, sCommand)
Handle:
The integer handle that identifies the DDE conversation, returned from the DDEhInitiate function.
sCommand:
Return Value
0 (zero) if successful, otherwise an error is returned.
309
Chapter: 23 Dynamic Data Exchange Functions
Related Functions
DDEhInitiate, DDEhRequest, DDEhPoke, DDEhTerminate, DDEhGetLastError
Example
See DDEhInitiate
See Also
DDE Functions
DDEhGetLastError
Gets the latest error code issued from Windows for the conversation identified by the
handle.
Syntax
DDEhGetLastError(Handle)
Handle:
The integer handle that identifies the DDE conversation, returned from the DDEhInitiate function.
Return Value
The error code last issued from Windows DDEML (for that conversation):
DMLERR_ADVACKTIMEOUT 0x4000
DMLERR_BUSY 0x4001
DMLERR_DATAACKTIMEOUT 0x4002
DMLERR_DLL_NOT_INITIALIZED 0x4003
DMLERR_DLL_USAGE 0x4004
DMLERR_EXECACKTIMEOUT 0x4005
DMLERR_INVALIDPARAMETER 0x4006
DMLERR_LOW_MEMORY 0x4007
DMLERR_MEMORY_ERROR 0x4008
310
Chapter: 23 Dynamic Data Exchange Functions
DMLERR_NOTPROCESSED 0x4009
DMLERR_NO_CONV_ESTABLISHED 0x400a
DMLERR_POKEACKTIMEOUT 0x400b
DMLERR_POSTMSG_FAILED 0x400c
DMLERR_REENTRANCY 0x400d
DMLERR_SERVER_DIED 0x400e
DMLERR_SYS_ERROR 0x400f
DMLERR_UNADVACKTIMEOUT 0x4010
DMLERR_UNFOUND_QUEUE_ID 0x4011
Related Functions
DDEhInitiate, DDEhExecute, DDEhRequest, DDEhPoke, DDEhTerminate
Example
See DDEhInitiate
See Also
DDE Functions
DDEhInitiate
Starts a conversation with an external Windows application. When the data exchange is
complete, you should terminate the conversation to free system resources.
Syntax
DDEhInitiate(sApplication, sDocument)
sApplication:
sDocument:
311
Chapter: 23 Dynamic Data Exchange Functions
Return Value
An integer handle for the conversation between CitectSCADA and the other application,
or -1 if the conversation is not started successfully. The handle is used by the other
DDEh... functions, to identify the conversation.
Related Functions
DDEhExecute, DDEhRequest, DDEhPoke, DDEhTerminate, DDEhGetLastError
Example
See Also
DDE Functions
DDEhPoke
312
Chapter: 23 Dynamic Data Exchange Functions
Syntax
DDEhPoke(Handle, sItem, sValue)
Handle:
The integer handle that identifies the DDE conversation, returned from the DDEhInitiate function.
sItem:
A unique name for the item; for example, the variable name, field name, or spreadsheet cell posi-
tion.
sValue:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DDEhInitiate, DDEhExecute, DDEhRequest, DDEhTerminate, DDEhGetLastError
Example
See DDEhInitiate
See Also
DDE Functions
DDEhReadLn
Reads a line of text from a DDE Conversion, for example, from an Excel spreadsheet.
You need to first start a conversation with the DDEhInitiate function, and use the handle
returned by that function to identify the conversation. This function allows you to read a
large amount of data via DDE. Keep calling the function until an empty string is
returned to verify that all the data has been read.
313
Chapter: 23 Dynamic Data Exchange Functions
This function is a blocking function. It will block the calling Cicode task until the oper-
ation is complete.
Syntax
DDEhReadLn(Handle, sTopic)
Handle:
The integer handle that identifies the DDE conversation, returned from the DDEhInitiate function.
sTopic:
A unique topic name for the item; for example, the variable name, field name, or spreadsheet cell
position.
Return Value
A line of data, or an empty string when all data has been read.
Related Functions
DDEhSetMode, DDEhWriteLn, DDEhInitiate, DDEhExecute, DDEhRequest, DDEhTer-
minate, DDEhGetLastError
Example
See DDEhWriteLn
See Also
DDE Functions
DDEhRequest
Reads a value from an external Windows application, for example, from an Excel spread-
sheet. You need to first start a conversation with the DDEhInitiate function, and use the
handle returned by that function to identify the conversation.
This function is a blocking function. It will block the calling Cicode task until the oper-
ation is complete.
Syntax
DDEhRequest(Handle, sItem)
Handle:
The integer handle that identifies the DDE conversation, returned from the DDEhInitiate function.
sItem:
314
Chapter: 23 Dynamic Data Exchange Functions
A unique name for the item; for example, the variable name, field name, or spreadsheet cell posi-
tion.
Return Value
A string of data, or an empty string if the function cannot read the value.
Related Functions
DDEhInitiate, DDEhExecute, DDEhPoke, DDEhTerminate, DDEhGetLastError
Example
See DDEhInitiate
See Also
DDE Functions
DDEhSetMode
Set the mode of the DDE conversation. The default mode of a DDE conversation is to use
TEXT data format - a simple string of data. This function allows you to set the mode to
CSV (Comma Separated Values). Some Windows applications support this mode of data
as it helps them to separate the data. For example, when you send CSV format to Excel,
each value will be placed into a unique cell. If you use TEXT mode all the data will be
placed into the same cell.
Syntax
DDEhSetMode(Handle, sMode)
Handle:
The integer handle that identifies the DDE conversation, returned from the DDEhInitiate function.
sMode:
1 - Text (default)
2 - CSV
Return Value
The error code.
315
Chapter: 23 Dynamic Data Exchange Functions
Related Functions
DDEhInitiate, DDEhExecute, DDEhRequest, DDEhTerminate, DDEhGetLastError,
DDEhPoke, DDEhReadLn, DDEhWriteLn, DDEhSetMode
Example
See DDEhWriteLn
See Also
DDE Functions
DDEhTerminate
Closes the conversation identified by the handle, and frees the resources associated with
that conversation. After you call this function, the handle is no longer valid.
With Network DDE, you might need to terminate and re-initiate a conversation. For
example, if you delete rows on an MS Access sheet, the deleted rows display as #DELE-
TED until you terminate and re-initiate the conversation.
Syntax
DDEhTerminate(Handle)
Handle:
The integer handle that identifies the DDE conversation, returned from the DDEhInitiate function.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DDEhInitiate, DDEhExecute, DDEhPoke, DDEhRequest, DDEhGetLastError
Example
See DDEhInitiate
See Also
DDE Functions
DDEhWriteLn
316
Chapter: 23 Dynamic Data Exchange Functions
Writes a line of text to the DDE conversation. With this function, you can write any
amount of text to the DDE conversation. Call this function once for each line of text. To
terminate the block of text, call this function and pass an empty string.
Syntax
DDEhWriteLn(Handle, sTopic, sData)
Handle:
The integer handle that identifies the DDE conversation, returned from the DDEhInitiate function.
sTopic:
A unique name for the topic the data will be written to; for example, the spreadsheet cell position.
The topic is only used when you complete the write by passing an empty string for data.
sData:
The line of data to write. To terminate the data and make CitectSCADA send the data, set the data
to an empty string.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DDEhInitiate, DDEhExecute, DDEhRequest, DDEhTerminate, DDEhGetLastError,
DDEhPoke, DDEhReadLn, DDEhWriteLn, DDEhSetMode
Example
See Also
DDE Functions
317
Chapter: 23 Dynamic Data Exchange Functions
DDEPost
Makes a CitectSCADA variable value available for DDE linking (that is posts a DDE link
so that it can be read by other DDE compliant applications running on the same com-
puter). This sets-up CitectSCADA to behave as a DDE Server for this DDE channel.
After a value is posted, other Windows applications running on the same computer can
read the value by using their own DDE Client functions. If the value of the posted var-
iable changes, any linked applications are informed of the new value.
To link to this value from any DDE Client applications running on the same computer,
they need to appropriately use the DDE Client syntax with:
l "Citect" as the <DDE Server application name>
l "Data" as the <DDE Topic name>
l The name used for the first parameter sItem in this DDEPost() function as the <DDE
data item name>.
Unlike the DDERead() and DDEWrite() Cicode functions which are static, the DDEPost()
function can be used to create a dynamic DDE link, providing the DDE Client appli-
cations appropriately set their side of the DDE channel to be automatically updated.
Syntax
DDEPost(sItem, sValue)
sItem:
A unique name for the item; for example, the variable name, field name, or spreadsheet cell posi-
tion.
sValue:
Return Value
The value that is posted, or 0 (zero) if the function does not succeed in posting the link.
Related Functions
DDEExec, DDERead, DDEWrite
Example
318
Chapter: 23 Dynamic Data Exchange Functions
See Also
DDE Functions
DDERead
Reads values from an external DDE compliant Windows application running on the
same computer, (for example, from an Excel spreadsheet cell or a Word document).
This is a one-way static communication which is read once from the application per
call. To read the value dynamically, call this function at the rate at which the data is
required to be updated.
Use this function when you want precise control over exactly what you want from the
DDE exchange.
Syntax
DDERead(sApplication, sDocument, sItem [, Mode] )
sApplication:
sDocument:
sItem:
A unique name for the item; for example, the variable name, field name, or spreadsheet cell posi-
tion.
Mode:
A flag that tells the application whether or not to set up an advise loop:
Return Value
The value (from the external application) as a string, or an empty string if the function
cannot read the desired values.
319
Chapter: 23 Dynamic Data Exchange Functions
Related Functions
DDEExec, DDEPost, DDEWrite
Example
See Also
DDE Functions
DDEWrite
Writes a value to an external Windows application, for example, to an Excel spread-
sheet. The value is written once to the application. To write the value dynamically, you
need to call this function at the rate at which the data needs to be updated.
Use DDEWrite() to cause CitectSCADA runtime to initiate the DDE conversation with a
DDE compliant application running on the same computer.
Syntax
DDEWrite(sApplication, sDocument, sItem, sValue)
sApplication:
sDocument:
sItem:
A unique name for the item; for example, the variable name, field name, or spreadsheet cell posi-
tion.
sValue:
Return Value
The value that is sent to the other application, or an empty string if the function does not
successfully write the value.
320
Chapter: 23 Dynamic Data Exchange Functions
Related Functions
DDEExec, DDEPost, DDERead
Example
See Also
DDE Functions
321
Chapter: 23 Dynamic Data Exchange Functions
322
Chapter: 24 Device Functions
The device functions provide access to devices. They allow access to SQL, dBASE, and
ASCII files through database-like operations, and provide more control over output to
printers.
With these functions you can open and close any device, and read from and write to any
record or field in the device. You can store recipes or any other data in a database, and
then down-load or up-load the data as required to an I/O device on the plant floor, or to
the operator. You can also update the database with real-time data for data exchange
with other applications.
Device Functions
Following are functions relating to devices:
323
Chapter: 24 Device Functions
See Also
Functions Reference
DevAppend
Appends a blank record to the end of a device. After the record is appended, you can use
the DevSetField() function to add data to fields in the record.
324
Chapter: 24 Device Functions
You need to first call the DevOpen() function to get the device handle (hDev).
Syntax
DevAppend(hDev)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
Return Value
0 (zero) if the record is successfully appended, otherwise an error is returned.
Related Functions
DevOpen, DevSetField
Example
INT
FUNCTION WriteAlarmCount( INT hDevice, STRING sAlarm,
INT iCount, INT iTime )
DevAppend(hDevice);
DevSetField(hDevice, "ALARM", sAlarm);
DevSetField(hDevice, "TIME", IntToStr(iTime));
DevSetField(hDevice, "COUNT", IntToStr(iCount));
END
See Also
Device Functions
DevClose
Closes a device. Any data in the buffer is flushed to the device before it is closed. After a
device is closed, its device handle becomes invalid and cannot be used.
Syntax
DevClose(hDev, Mode)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where data on the associated device is stored.
Mode:
The mode of the close:
325
Chapter: 24 Device Functions
0 - Close the device in user mode - the default mode if none is specified. A device
opened by Cicode function DevOpen() need to be closed in this mode.
1 - Close the device in remove logging mode - under this mode, the current device will
be rolled over to history files immediately. You should only use this mode in a report.
2 - Close the device in keep logging mode - under this mode, the current device will not
be rolled over to history files. This allows subsequent messages to be written to the same
file. This mode is used internally in a report written in rich text format (rtf).
Note:Do not call DevClose() to the current device in an rtf report. This may make the
output file unreadable.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DevOpen
Example
DevClose(hDev);
See Also
Device Functions
DevControl
Controls a dBASE or SQL device. You can pack a dBASE device to physically remove
deleted records, or re-index a dBASE device to regenerate the keys. You can issue queries
to an SQL device, or get the error status of the last SQL query.
Syntax
DevControl(hDev, Type [, sData])
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
Type:
326
Chapter: 24 Device Functions
0 - Re-index the device based on the key defined in the device record (dBASE
devices only).
1 - Pack the database file - all deleted records are removed (dBASE devices
only).
2 - Issue a direct SQL query to the device (SQL devices only).
3 - Get error status of the last SQL query (SQL devices only).
sData:
The command data, that is the SQL query to be issued. Used only for Type 2 commands.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DevOpen, DevZap
Example
See Also
Device Functions
DevCurr
Gets the current device handle. You can only call this function in a report, to get the han-
dle of the device where the report is logging. You can then use the other device functions
(for example, DevPrint()) to access that logging device. (To get the handle of a device
other than a logging device, you need to use the DevOpen() function.)
If the report is logging to a group of devices, this function will return the group handle.
However, not all device functions support group handles, for example, you cannot read
from a group of devices.
Syntax
DevCurr()
327
Chapter: 24 Device Functions
Return Value
The current device handle or group handle. If no device is configured, -1 is returned.
Related Functions
DevOpen, DevPrint
Example
See Also
Device Functions
DevDelete
Deletes the current record in a dBASE database device. The record is not physically
deleted, but is marked for deletion. You can physically delete the record by packing the
database with the DevControl() function.
Syntax
DevDelete(hDev)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
Return Value
0 (zero) if the record is successfully deleted, otherwise an error is returned.
Related Functions
DevOpen, DevClose, DevControl
Example
See Also
Device Functions
328
Chapter: 24 Device Functions
DevDisable
Disables (and re-enables) a device from all access, and discards any data written to the
device. When a device is disabled, it cannot be opened, and data cannot be read from
the device. Use this function to disable logging to a database or printer.
The State argument is a toggle. A State of 1 disables the device(s), but you can then re-ena-
ble the device(s) by repeating the function with State = 0.
Syntax
DevDisable(sName, State)
sName:
State:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DevOpen
Example
See Also
Device Functions
DevEOF
Gets the status of the end of file (EOF) flag for a device. When you use the DevPrev(),
DevNext(), or DevSeek() function, the start or end of the device will eventually be
reached, and the EOF flag will be set. Use this function to test the EOF flag.
329
Chapter: 24 Device Functions
Syntax
DevEOF(hDev)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
Return Value
1 if the EOF flag has been set, otherwise 0 (zero).
Related Functions
DevOpen, DevPrev, DevNext, DevSeek, DevReadLn
Example
See Also
Device Functions
DevFind
Searches a device for a record that contains specified data in a specified field. The search
starts at the current record and continues forward until the matched data is found or the
end of the database is reached. If the file has a keyed index, an indexed search is used.
Syntax
DevFind(hDev, sFind, sField)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
sFind:
330
Chapter: 24 Device Functions
For SQL devices: The DevFind() function can distinguish between numbers, strings, and dates, so
you do not need to enclose the data in quote marks. Dates and times need to be in the correct for-
mat:
l Date: YYYY-MM-DD
l Time: HH:MM:SS
l DateTime: YYYY-MM-DD HH:MM:SS[.F...] (The fraction .F... is optional.)
sField:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DevOpen, DevSeek
Example
See Also
Device Functions
DevFirst
Finds the first record in a device.
Syntax
DevFirst(hDev)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
331
Chapter: 24 Device Functions
Return Value
The first indexed record (if the device is an indexed database), otherwise the first record
in the device.
Related Functions
DevOpen, DevClose
Example
See Also
Device Functions
DevFlush
Flushes buffered data to the physical device. CitectSCADA normally optimizes the writ-
ing of data for maximum performance, so use this function only if it is really necessary.
Syntax
DevFlush(hDev)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where data on the associated device is stored.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DevOpen, DevClose
Example
See Also
Device Functions
332
Chapter: 24 Device Functions
DevGetField
Gets field data from the current record in a device.
Syntax
DevGetField(hDev, Field)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
Field:
The field name, as a string of up to 10 characters. (The dBASE file format limits all field names to a
maximum of 10 characters.)
Return Value
The field data (as a string). If the field is not found an empty string is returned.
Related Functions
DevOpen, DevSetField
Example
INT
FUNCTION
GetRecipe(STRING sName)
INT hDev;
hDev = DevOpen("Recipe", 0);
IF hDev >= 0 THEN
DevSeek(hDev, 1);
IF DevFind(hDev, sName, "NAME") = 0 THEN
PLC_FLOUR = DevGetField(hDev, "FLOUR");
PLC_WATER = DevGetField(hDev, "WATER");
PLC_SALT = DevGetField(hDev, "SALT");
PLC_MILK = DevGetField(hDev, "MILK");
ELSE
DspError("Cannot Find Recipe " + sName);
END
DevClose(hDev);
ELSE
DspError("Cannot open recipe database");
END
END
See Also
Device Functions
333
Chapter: 24 Device Functions
DevHistory
Renames a device file and any subsequent history files. The current device is closed and
renamed as the first history file. For example, the device file 'Templog.txt' is renamed as
'Templog.001'. If a history file 'Templog.001' already exists, it is renamed as 'Tem-
plog.002', and so on. The next time data is written to the device, a new device file is
created.
Note: If the device file has not been created (that is data has not been written to the
device), only existing history files are renamed. Use this function for direct control of
the device history process.
Syntax
DevHistory(hDev)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DevOpen, DevControl
Example
See Also
Device Functions
DevInfo
Gets information on a device.
Syntax
DevInfo(hDev, Type)
hDev:
334
Chapter: 24 Device Functions
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
Type:
Type of information:
-n: Name of field n (where n is any number up to the total number of fields). For example, if there
are 10 fields, -7 will return the name of field 7.
- (Total no. of fields + n): Length of field n (where n is any number up to the total number of
fields). For example, if there are 10 fields, -15 will return the length of field 5.
0: Device Name
1: Format
2: Header
3: File Name
5: Form length
6: Number of fields
7: Disable flag
8: Device type
9: Record size
12: The history period, in seconds, or week day, month or year, for example, if history is weekly
then this is the day of the week, that is 1 to 7
13: Synchronisation time of day of the history in seconds, for example, 36000 (that is, 10:00:00)
14: The time the next history file will be created in seconds
Return Value
The device information as a string if successful, otherwise an empty string is returned.
335
Chapter: 24 Device Functions
Related Functions
DevControl
Example
See Also
Device Functions
DevModify
Modifies the attributes of a device. The device needs to be closed before you can modify
a device.
This function allows you to dynamically change the file name or other attributes of a
device at run time. You can use a single device to access many files. For example, you
can create a device called Temp with a file name of TEMP.DBF. Using this function you
could dynamically change the file name to access any dBASE file.
This function is useful in conjunction with the FormOpenFile() or FormSaveAsFile() func-
tions. (These functions allow the operator to select file names easily.)
When using this function, you should be careful that no other Cicode function is already
using the same device. Check the return value of this function before opening the device
or you will destroy the data in the device to which it is already attached. If the device is
already open, calling DevModify will return an error (and raise a hardware alarm to
notify user).
If DevModify returns error, it means it has not modified the device and the device
parameters will remain as they were before the call to DevModify.
Use a semaphore to help protect your Cicode.
Syntax
DevModify(Name, Format, Header, FileName, Type)
Name:
336
Chapter: 24 Device Functions
Format:
A new format for the device or "*" to use the existing format.See Format Templates for more infor-
mation.
Header:
A new header for the device or "*" to use the existing header.
FileName:
A new file name for the device or "*" (asterisk) to use the existing filename.
Type:
PRINTER_DEV Printer
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DevOpen, DevClose, DevSetField, DevInfo, DevAppend, FormOpenFile
Example
337
Chapter: 24 Device Functions
See Also
Device Functions
DevNext
Gets the next record in a device. If the end of the database is reached, the EOF flag is set
and an error code is returned.
Syntax
DevNext(hDev)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
Return Value
0 if the next record is read, or an error if the end of the database is reached.
Related Functions
DevEOF, DevPrev
Example
Status=0;
I = 0;
hDev = DevOpen("Log", 0);
WHILE Status = 0 DO
DspText(20 + I, 0, DevGetField(hDev,"Tag"));
I = I + 1;
Status = DevNext(hDev);
END
DevClose(hDev);
See Also
Device Functions
DevOpen
Opens a device and returns the device handle. The device needs to be defined in the
CitectSCADA database. If the device cannot be opened, and user error checking is not
enabled, the current Cicode task is halted.
338
Chapter: 24 Device Functions
You can use this function to return the handle of a device that is already open. The
DevOpen() function does not physically open another device - it returns the same device
handle as when the device was opened. The mode of the second open call is ignored. To
re-open an open device in a different mode, you need to first close the device and then
re-open it in the new mode.
When using an ODBC driver to connect to an SQL server or database, experience has
shown that connecting only once on startup and not closing the device yields the best
performance. ODBC connection is slow and if used on demand may affect your system's
performance. Also, some ODBC drivers may leak memory on each connection and may
cause errors after a number of re-connects.
Note: If you are opening a database device in indexed mode (nMode=2), an index file
will automatically be created by CitectSCADA if one does not already exist. If you
feel a device index has become corrupt, delete the existing index file and a new one
will be created the next time the DevOpen function is run.
Syntax
DevOpen(Name [, nMode] )
Name:
nMode:
0 - Open the device in shared mode - the default mode when opening a device
if none is specified.
1 - Open the device in exclusive mode. In this mode only one user can have
the device open. The open will return an error if another user has the
device open in shared or exclusive mode.
2 - Open the device in indexed mode. In this mode the device will be accessed
in index order. This mode is only valid if the device is a database device
and has an index configured in the Header field at the Devices form.
Please be aware that specifying mode 2 when opening an ASCII device
is ignored internally.
4 - Open the device in 'SQL not select' mode. If opened in this mode, you need
to not attempt to read from an SQL device.
8 - Open the device in logging mode. In this mode the history files will be
created automatically.
339
Chapter: 24 Device Functions
16 - Open the device in read only mode. In this mode data can be viewed, but
not written. This mode is supported only by DBF and ASCII files - it is
ignored by printers and SQL/ODBC databases.
Return Value
The device handle. If the device cannot be opened, -1 is returned. The device handle iden-
tifies the table where all data on the associated device is stored.
Related Functions
DevClose, DevOpenGrp
Example
INT
FUNCTION
PrintRecipe(STRING sCategory)
STRING sRecipe;
INT hRecipe, hPrinter;
ErrSet(1); ! enable user error checking
hRecipe = DevOpen("Recipe", 0);
IF hRecipe = -1 THEN
DspError("Cannot open recipe");
RETURN FALSE;
END
hPrinter = DevOpen("Printer1", 0);
IF hPrinter = -1 THEN
DspError("Cannot open printer");
RETURN FALSE;
END
ErrSet(0); ! disable user error checking
WHILE NOT DevEof(hRecipe) DO
sRecipe = DevReadLn(hRecipe);
DevWriteLn(hPrinter, sRecipe);
END
DevClose(hRecipe);
DevClose(hPrinter);
RETURN TRUE;
END
See Also
Device Functions
DevOpenGrp
Opens a group of devices.
Syntax
DevOpenGrp(hGrp [, nMode] )
340
Chapter: 24 Device Functions
hGrp:
nMode:
0 - Open the device in shared mode - the default mode when opening a device.
1 - Open the device in exclusive mode. In this mode only one user can have
the device open. The open will return an error if another user has the
device open in shared or exclusive mode.
2 - Open the device in indexed mode. In this mode the device will be accessed
in index order. This mode is only valid if the device is a database device
and has an index configured in the Header field at the Devices form.
Please be aware that specifying mode 2 when opening an ASCII device
is ignored internally.
4 - Open the device in 'SQL not select' mode. If opened in this mode, you need
to not attempt to read from an SQL device.
8 - Open the device in logging mode. In this mode the history files will be
created automatically.
16 - Open the device in read only mode. In this mode data can be viewed, but
not written. This mode is supported only by DBF and ASCII files - it is
ignored by printers and SQL/ODBC databases.
Return Value
Returns 0 if successful or -1 if the function is provided with a bad handle and cannot
open the group.
Related Functions
DevClose, DevOpen
DevPrev
Gets the previous record in a device. If the start of the database is reached, the EOF flag
is set and an error code is returned.
Syntax
DevPrev(hDev)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
341
Chapter: 24 Device Functions
Return Value
0 if the record is read successfully, or an error if the start of the database is reached.
Related Functions
DevOpen, DevEOF, DevNext
Example
Status=0;
I = 0;
hDev = DevOpen("Log", 0);
iError = DevSeek(hDev, DevSize(hDev)); ! seek to end
WHILE iError = 0 DO
DspText(20 + I, 0, DevGetField(hDev,"Tag"));
I = I + 1;
iError = DevPrev(hDev);
END
DevClose(hDev);
See Also
Device Functions
DevPrint
Prints free-format data to groups of devices. Using this function, you can write data to
many devices at the same time. You would normally use this function in a report.
Syntax
DevPrint(hGrp, sData, NewLine)
hGrp:
sData:
NewLine:
342
Chapter: 24 Device Functions
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DevWriteLn, DevCurr
Example
See Also
Device Functions
DevRead
Reads characters from a device. If the device is record-based, the current field is read. If
the device is free-format, the specified number of characters is read. If the number of char-
acters specified is greater than the number of characters remaining in the device, only
the remaining characters are read.
Syntax
DevRead(hDev, Length)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
Length:
Return Value
The data (in string format). If the end of the device is found, an empty string is returned.
Related Functions
DevOpen, DevReadLn, DevFind
343
Chapter: 24 Device Functions
Example
See Also
Device Functions
DevReadLn
Reads data from the current record of a device until the end of the line, or end of the rec-
ord. If the device is record-based, the record number is incremented. The carriage return
and newline characters are not returned.
Syntax
DevReadLn(hDev)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
Return Value
The data (in string format). If the end of the device is found, an empty string is returned
and the EOF flag is set.
Related Functions
DevOpen, DevRead, DevEOF, DevFind
Example
Str=DevReadLn(hDev);
See Also
Device Functions
DevRecNo
Gets the current record number of a device. If the device is record-based, the record
number ranges from 1 to the maximum size of the file. If the device is free-format, the rec-
ord number ranges from 0 to the maximum byte size -1.
344
Chapter: 24 Device Functions
Syntax
DevRecNo(hDev)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
Return Value
The record number. If an error is detected while getting the record number, -1 is returned.
Related Functions
DevOpen, DevSeek
Example
See Also
Device Functions
DevSeek
Moves the device pointer to a specified position in the device. If the device is a database,
and it is opened in indexed mode, DevSeek will seek to the record number - not through
the index. To locate the first record in an indexed device, call the DevFirst() function.
Syntax
DevSeek(hDev, Offset)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
Offset:
The offset in the device. If the device is a database device, the offset is the record number. If the
device is a binary device, the offset is in bytes (from 0 to the maximum file size -1).
Note: If offset causes a seek past the end of the file, DevSeek returns no error, but sets the EOF flag
(that is, a subsequent DevEOF() call will return true).
345
Chapter: 24 Device Functions
Return Value
0 (zero) if the seek was successful, otherwise an error code is returned.
Related Functions
DevOpen, DevEOF, DevRecNo, DevFirst
Example
hDev=DevOpen("Log", 0);
DevSeek(hDev,100);
DevGetField(hDev,"Tag");
! Gets the value of the "Tag" field at record 100.
See Also
Device Functions
DevSetField
Sets new field data in the current record in a device.
Syntax
DevSetField(hDev, Field, sData)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
Field:
The field name, as a string of up to 10 characters. (The dBASE file format limits all field names to a
maximum of 10 characters.)
sData:
New field data, in string format. CitectSCADA converts any other data type into a string before set-
ting the data.
Return Value
0 (zero) if the data is successfully set, otherwise an error is returned.
Related Functions
DevOpen, DevAppend, DevGetField
346
Chapter: 24 Device Functions
Example
See Also
Device Functions
DevSize
Gets the size of a physical device.
Syntax
DevSize(hDev)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
Return Value
If the device is a database device, the number of records is returned. If the device is a
binary device, the number of bytes in the file is returned. If an error is detected, -1 is
returned.
Related Functions
DevRecNo, DevSeek
Example
INT NoRec;
NoRec=DevSize(hDev);
! Seek to the last record.
DevSeek(hDev,NoRec);
See Also
Device Functions
DevWrite
347
Chapter: 24 Device Functions
Writes a string to a device. If the device is free-format, the data is written to the device as
specified. If the device is record-based, the data is written to the current field, and the
field pointer is moved to the next field.
Writing to a DBF device appends the data to the device.
DevWrite(hDev, sData)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
sData:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DevOpen, DevWriteLn
Example
For SQL devices: The DevWrite() function can distinguish between numbers, strings, and
dates, so you do not need to enclose the data in quote marks. Dates and times need to be
in the correct format:
l Date: YYYY-MM-DD
l Time: HH:MM:SS
l DateTime: YYYY-MM-DD HH:MM:SS[.F...] (The fraction .F... is optional.)
See Also
Device Functions
DevWriteLn
Writes a string to a device. If the device is free-format, the data is written to the device,
followed by a newline character. If the device is record-based, a new record is appended
to the device and the data is written to this record. The record pointer is then moved to
the next record.
348
Chapter: 24 Device Functions
Syntax
DevWriteLn(hDev, sData)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
sData:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DevOpen, DevWrite
Example
See Also
Device Functions
DevZap
Zaps a device. If a database device is zapped, all records are deleted. If an ASCII file is
zapped, the file is truncated to 0 (zero) length. Use this function when you want to delete
all records in a database or file without deleting the actual file.
Syntax
DevZap(hDev)
hDev:
The device handle, returned from the DevOpen() function. The device handle identifies the table
where all data on the associated device is stored.
Return Value
0 (zero) if successful, otherwise an error is returned.
349
Chapter: 24 Device Functions
Related Functions
DevDelete
Example
See Also
Device Functions
Print
Prints a string on the current device. You should call this function only in a report. The
output is sent to the device (or group of devices) defined in the Reports database (in the
output device field).
Note: To print a new line in an RTF report, use the "\par" special character. For
example, Print("String" + "\par").
Syntax
Print(String)
String:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
PrintLn
Example
See Also
Device Functions
350
Chapter: 24 Device Functions
PrintFont
Changes the printing font on the current device. You should call this function only in a
report. It will change the font style for the device (or group of devices) defined in the
Reports database (output device field). It has effect only on reports being printed to a
PRINTER_DEV - it has no effect on other types of devices, such as ASCII_DEV and
dBASE_DEV.
Syntax
PrintFont(Font)
Font:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
Print
Example
The following report file...
{! example.rpt }
-------------------------------------
AN example Report
-------------------------------------
{CICODE}
PrintFont("HeadingFont");
{END}
Plant Area 1
{CICODE}
PrintFont("ReportFont");
{END}
{Time(1) } {Date(2) }
PV_1 {PV_1:#####.##}
PV_2 {PV_2:#####.##}
----------End of Report---------------
-------------------------------------
AN example Report
-------------------------------------
351
Chapter: 24 Device Functions
Plant Area 1
04:41:56 19-10-93
PV_1 49.00
PV_2 65.00
----------End of Report---------------
See Also
Device Functions
PrintLn
Prints a string on the current device, followed by a newline character. You should call
this function only in a report. The output will be sent to the device or group of devices
defined in the Reports database (in the output device field).
Note: To print a new line in an RTF report, use the "\par" special character. For
example, PrintLn("String" + "\par").
Syntax
PrintLn(String)
String:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
Print
Example
See Also
Device Functions
352
Chapter: 25 Display Functions
Display functions control the display and processing of graphics pages and objects. You
can use these functions to display graphics pages, print them on your printer, send them
to a file, or copy them to the Windows Clipboard. You can also display text files on
screen.
Note: The properties defined for an object will override any conflicting Cicode Dis-
play functions.
You can create and move ANs (animation-point numbers), and obtain runtime infor-
mation about graphics pages and their associated ANs.
Display Functions
Following are functions relating to the display of graphics pages and objects:
353
Chapter: 25 Display Functions
DspButton Displays a button at an AN and puts a key into the key com-
mand line (when the button is selected).
DspFileGetName Gets the name of the file being displayed in the display "win-
dow".
354
Chapter: 25 Display Functions
DspFileSetName Sets the name of the file to display in the display "window".
DspGetAnBottom Gets the bottom extent of the object at the specified AN.
DspGetAnLeft Gets the left extent of the object at the specified AN.
DspGetAnRight Gets the right extent of the object at the specified AN.
DspGetAnTop Gets the top extent of the object at the specified AN.
DspGetParentAn Gets the parent animation number (if any), for the specified
AN.
355
Chapter: 25 Display Functions
DspRichTextLoad Loads a copy of a rich text file into a rich text object.
DspRichTextPgScroll Scrolls the contents of a rich text object by one page length.
356
Chapter: 25 Display Functions
DspRubSetClip Sets the clipping region for the rubber band display.
See Also
Functions Reference
357
Chapter: 25 Display Functions
DspAnCreateControlObject
Creates a new instance of an ActiveX object. If the object already exists for the given
Animation Point Number, then that object will be used, that is a new object will not be
created, the existing object will merely be refreshed.
AN object created using this function remains in existence until the page is closed or the
associated Cicode Object is deleted.
Syntax
DspAnCreateControlObject(AN, sClass, Width, Height [, sEventClass] )
AN:
sClass:
The class of the object. You can use the object's human readable name, its program ID, or its GUID.
If the class does not exist, the function will return an error.
For example:
l "Calendar Control 8.0" - human readable name
l "MSCAL.Calendar.7" - Program ID
l "{8E27C92B-1264-101C-8A2F-040224009C02}" - GUID
Width:
Height:
sEventClass:
The string you would like to use as the event class for the object.
Return Value
The newly created object, if successful, otherwise an error is generated.
Related Functions
CreateObject, CreateControlObject
Example
See CreateControlObject
358
Chapter: 25 Display Functions
See Also
Display Functions
DspAnFree
Note: This function is only used for V3.xx and V4.xx animations, and will be super-
seded in future releases.
Frees (removes) an AN from the current page. If an animation exists at the animation
number, it is deleted before the AN is freed. Use this function to free existing ANs or
ANs created with the DspAnNew() function. Please be aware that the ANs are only freed
in memory - the change is not persistent. The next time the page is opened it will dis-
play the AN.
Syntax
DspAnFree(AN)
AN:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DspAnNew
Example
See Also
Display Functions
DspAnGetArea
Gets the area configured for an object at a specific AN (animation-point number). The
area is returned as an integer.
Note: This function does not return the areas of keyboard commands associated with
359
Chapter: 25 Display Functions
the object.
Syntax
DspAnGetArea(AN)
AN:
Return Value
The area if successful, otherwise an error is returned. If the object is configured with
'Same area as page' checked, the area of the page will be returned. AN area of 0 (zero)
means no areas are configured for the object.
Related Functions
DspAnGetPrivilege
Example
See Also
Display Functions
DspAnGetMetadata
Retrieves the field value of the specified metadata entry.
Syntax
DspAnGetMetadata(nAn, sMetaName)
nAn:
An animation number that uniquely identifies an object. This object contains the list of metadata def-
initions that will be used to perform the association operations. When -2 is specified, it is equivalent
to using DspGetAnCur(). (See DspGetAnCur for usage and limitations.)
sMetaName:
360
Chapter: 25 Display Functions
Note: Before calling this function, it may be worthwhile to call ErrSet(1) to disable
error checking as this function will generate a hardware error for any object that does
not have a metadata entry 'sMetaName', and the cicode task will stop executing.
Return Value
Value for the specified metadata. Returns empty string if a matching metadata entry is
not defined and error code CT_ERROR_OBJECT_NOT_FOUND is set.
Related Functions
DspAnGetMetadataAt,DspAnSetMetadata, DspAnSetMetadataAt
See Also
Display Functions
DspAnGetMetadataAt
Retrieves metadata information at the specified index.
Syntax
DspAnGetMetadataAt(nAN,nIndex,sField)
nAn:
An animation number that uniquely identifies an object. This object contains the list of metadata def-
initions that will be used to perform the association operations. When -2 is specified, it is equivalent
to using DspGetAnCur(). (See DspGetAnCur for usage and limitations.)
nIndex:
The index of the metadata in the animation point. The index is 0-based; i.e. the first metadata entry
has an index of 0, the next 1, and so on.
sField:
The name of the field from which to retrieve the information for the metadata. Supported fields are:
l Name
l Value
Return Value
The field value string. If there is an error, an empty string is returned. The error code can
be obtained by calling the IsError Cicode function.
361
Chapter: 25 Display Functions
Related Functions
DspAnGetMetadata,DspAnSetMetadata, DspAnSetMetadataAt
See Also
Display Functions
DspAnGetPos
Gets the x and y coordinates of an AN, in pixels, relative to the top-left corner of the win-
dow.
Syntax
DspAnGetPos(AN, X, Y)
AN:
X, Y:
The variables used to store the x and y pixel coordinates of the AN, returned from this function.
Return Value
0 (zero) if successful, otherwise an error is returned. The X and Y variables are set to the
AN's position if successful, or to -1 if an error has been detected.
Related Functions
DspAnMove, DspAnInRgn, DspGetAnCur, DspGetMouse, DspGetNearestAn
Example
See Also
Display Functions
DspAnGetPrivilege
Gets the privileges configured for an object at a specific AN (animation-point number).
The privilege is returned as an integer.
Note: This function does not return the privileges of keyboard commands associated
362
Chapter: 25 Display Functions
Syntax
DspAnGetPrivilege(AN)
AN:
Return Value
The privilege if successful, otherwise an error is returned. A privilege of 0 (zero) means
no privileges are configured for the object.
Related Functions
DspAnGetArea
Example
See Also
Display Functions
DspAnInfo
Note: This function is only used for V3.xx and V4.xx animations, and has been
superseded by future releases.
Gets information on an AN - the type or state of the animation that is currently dis-
played.
Syntax
DspAnInfo(AN, Type)
AN:
Type:
363
Chapter: 25 Display Functions
0 - The type of animation currently displayed at the AN. The following is returned:
0 - No animation is displayed.
1 - Color is displayed.
2 - A bar graph is displayed.
3 - Text is displayed.
4 - A symbol is displayed.
5 - AN animation symbol is displayed.
6 - A trend is displayed.
7 - A button is displayed.
8 - A slider is displayed.
9 - A plot is displayed.
1 - The state of the animation currently displayed. If color is displayed, the color is returned. If a
bar graph, trend, or symbol is displayed, the bar, trend, or symbol name is returned. If text is dis-
played, the font handle is returned.
2 - The value of the text or the name of a button at the given AN point is returned.
Return Value
The animation information, which depends on the type passed argument, as described
above, as a string.
Related Functions
DspGetAnCur
Example
See Also
Display Functions
DspAnInRgn
Checks if an AN is within a region bounded by two ANs.
Syntax
pAnInRgn(AN, One, Two)
364
Chapter: 25 Display Functions
AN:
One, Two:
One - the AN at a corner of the region; two - the AN at the opposite corner of the region.
Return Value
1 if the AN is within the region, or 0 (zero) if it is not.
Example
DspGetMouse(X,Y);
DspAnMove(250,X,Y);
IF DspAnInRgn(250,20,30) THEN
Prompt("Mouse in region bounded by AN20 and AN30");
ELSE
Prompt("Mouse not in region");
END
See Also
Display Functions
DspAnMove
Note: This function is only used for V3.xx and V4.xx animations, and was super-
seded by future releases.
Syntax
DspAnMove(AN, X, Y)
AN:
X:
Y:
365
Chapter: 25 Display Functions
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DspAnMoveRel
Example
DspAnMove(25,100,200);
! Moves AN25 to pixel location 100,200.
See Also
Display Functions
DspAnMoveRel
Note: This function is only used for V3.xx and V4.xx animations, and was super-
seded by future releases.
Moves an AN relative to its current position. Any animation at this AN is also moved.
Syntax
DspAnMoveRel(AN, X, Y)
AN:
X:
Y:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DspAnMove
366
Chapter: 25 Display Functions
Example
DspAnMoveRel(25,10,20);
/* Moves AN25 by 10 pixels to the right and 20 pixels downward,
relative to its current position. */
See Also
Display Functions
DspAnNew
Note: This function is only used for V3.xx and V4.xx animations, and was super-
seded in later releases.
Syntax
DspAnNew(X, Y)
X:
Y:
Return Value
If successful, the new AN is returned. If the AN cannot be created, -1 is returned. If an
AN already exists at this location, that AN is returned.
Related Functions
DspAnNewRel, DspAnFree
Example
AN=DspAnNew(100,200);
DspSym(AN,20);
/* Displays symbol 20 at pixel location 100,200 */
See Also
Display Functions
367
Chapter: 25 Display Functions
DspAnNewRel
Note: This function is only used for V3.xx and V4.xx animations, and was super-
seded in later releases.
Syntax
DspAnNewRel(AN, X, Y)
AN:
X:
The distance in the x plane (in pixels) from the reference AN to the new AN.
Y:
The distance in the y plane (in pixels) from the reference AN to the new AN.
Return Value
If successful, the new AN is returned. If the AN cannot be created, -1 is returned. If an
AN already exists at this location, that AN is returned.
Related Functions
DspAnNew, DspGetAnCur
Example
AN=DspAnNewRel(20,100,200);
/* Creates an AN at 100x and 200y pixels from AN20 */
See Also
Display Functions
DspAnSetMetadata
Non-blocking function, that sets the value of the specified metadata entry.
Note: Metadata items can only be set using Cicode if the name is configured in the
object properties -metadata tab and saved with the page.
368
Chapter: 25 Display Functions
Syntax
DspAnSetMetadata(nAn, sMetaName, sValue)
nAn:
An animation number that uniquely identifies an object. This object contains the list of metadata def-
initions that will be used to perform the association operations. When -2 is specified, it is equivalent
to using DspGetAnCur(). (See DspGetAnCur for usage and limitations.)
sMetaName:
Note: Before calling this function, it may be worthwhile to call ErrSet(1) to disable
error checking as this function will generate a hardware error for any object that does
not have a metadata entry called 'sMetaName', and the cicode task will stop execut-
ing
sValue:
Return Value
0 if successful, error code if unsuccessful
Related Functions
DspAnSetMetadataAt,DspAnGetMetadata, DspAnGetMetadataAt
See Also
Display Functions
DspAnSetMetadataAt
Non-blocking function, that sets the value of a metadata entry.
Note: Metadata items can only be set using Cicode if the name is configured in the
object properties -metadata tab and saved with the page.
Syntax
DspAnSetMetadataAt(nAN, nIndex, sField, sFieldValue)
nAn:
369
Chapter: 25 Display Functions
An animation number that uniquely identifies an object. This object contains the list of metadata def-
initions that will be used to perform the association operations. When -2 is specified, it is equivalent
to using DspGetAnCur(). (See DspGetAnCur for usage and limitations.)
nIndex:
sField:
The name of the field in which to set the information for the metadata. Supported fields are:
l Name
l Value
sFieldValue:
Note: Clusters should be configured either directly by specifying a full tag name such
as C1.TagA or indirectly via the function calls (such as WinNewAt(…)) or via the
page configuration parameter.
Return Value
0 if successful, error code if unsuccessful
Related Functions
DspAnSetMetadata, DspAnGetMetadata, DspAnGetMetadataAt
See Also
Display Functions
DspBar
Displays a bar graph (on a graphics page) at a specified AN. To scale a tag into the cor-
rect range, use the EngToGeneric() function.
Note: This function is only used for V3.xx and V4.xx animations, and was super-
seded in later releases.
Syntax
DspBar(AN, Bar, Value)
AN:
370
Chapter: 25 Display Functions
Bar:
The name of the bar graph to display in the format <[LibName.]BarName>. If you do not specify
the library name, a bar graph from the Global library displays (if it exists). To display a Version
1.xx bar graph, specify the bar definition (1 to 255). For example, if you specify bar 1, CitectSCADA
displays the bar graph Global.Bar001.
Value:
The value to display on the bar graph. The value needs to be from 0 to 32000 to give 0 to full-scale
range on the bar.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
EngToGeneric
Example
DspBar(25,"Bars.Loops",320);
/* Displays a value of 320 (that is 10%) on the loops bar (from the
bars library) at AN25. */
DspBar(25,3,320);
/* Displays a value of 320 (that is 10%) on bar definition 3
(CitectSCADA Version 1.xx) at AN25. */
DspBar(26,"Loops_Bar",EngToGeneric(Tag1,0,100));
/* Displays Tag1 on the loops_bar (from the global library) at
AN26. Tag1 has an engineering scale of 0 to 100. */
See Also
Display Functions
DspBmp
Displays a bitmap at a specified AN. This function allows you to display any bitmap file
at run time. (You can get a new bitmap file from operator input or from the plant, and
display it dynamically.)
Note: This function is only used for V3.xx and V4.xx animations, and was super-
seded in later releases.
Syntax
DspBmp(AN, sFile, Mode)
371
Chapter: 25 Display Functions
AN:
sFile:
The name of the bitmap (.BMP) file. The file needs to be in the user project path. (Does not support
1 bit, 24 bit or OS/2 bitmaps.)
Mode:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DspDel
Example
See Also
Display Functions
DspButton
Displays a button at a specified AN. When the button is selected, the key definition is
put into the key command line. The font, width, height, and down and repeat keys of the
button are optional. If you do not specify a width and height, the button adjusts to the
size of the button Name.
Note: This function is only used for V3.xx and V4.xx animations, and was
372
Chapter: 25 Display Functions
Syntax
DspButton(AN, UpKey, Name [, hFont] [, Width] [, Height] [, DownKey] [, RepeatKey] [,
Style])
AN:
UpKey:
The key generated when the command button is selected (when the mouse button is released after
being clicked down). This is the default operation for commands activated by a button.
Name:
hFont:
The handle of the font used to display the button name. Use the DspFont() function to create a new
font and return the font handle. Use the DspFontHnd() function to return the font handle of an exist-
ing font. The Windows button font is used if the font is omitted or is not defined in the database.
Width:
Height:
DownKey:
The key generated when the mouse button is clicked down (over the command button). Normally
this parameter is not used, because most buttons are configured to activate a command when the
mouse button is released (returning to the `up' position).
RepeatKey:
The key generated repetitively, while the mouse button is being held down (over the command but-
ton).
Style:
373
Chapter: 25 Display Functions
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DspButtonFn, KeySetSeq, DspFont, DspFontHnd
Example
See Also
Display Functions
DspButtonFn
Displays a button at a specified AN. When the button is selected, a user function is
called. If the width and height are 0 (zero), then the button adjusts to the size of the but-
ton Name.
Note: This function is only used for V3.xx and V4.xx animations, and was super-
seded in later releases.
Syntax
DspButtonFn(AN, UpFunction, Name [, hFont] [, Width] [, Height] [, DownFunction] [, Repeat-
Function] )
AN:
UpFunction:
374
Chapter: 25 Display Functions
The user function called when the command button is selected (when the mouse button is released
after being clicked down). This is the default operation for commands activated by a button. This
callback function can have no arguments, so specify the function with no parentheses (). The call-
back function needs to return INT as its return data type. You cannot specify a CitectSCADA built-
in function for this argument.
Name:
hFont:
The handle of the font used to display the button name. Use the DspFont() function to create a new
font and return the font handle. Use the DspFontHnd() function to return the font handle of an exist-
ing font. The Windows button font is used if the font is omitted or is not defined in the database.
Width:
Height:
DownFunction:
The user function called when the mouse button is clicked down (over the command button). Nor-
mally this parameter is not used, because most buttons are configured to activate when the mouse
button is released (returning to the `up' position). The callback function needs to have no argu-
ments, so specify the function with no parentheses (). The callback function needs to return INT as
its return data type. You cannot specify a CitectSCADA built-in function for this argument.
RepeatFunction:
The user function called repetitively, while the mouse button is being held down (over the com-
mand button) The callback function needs to have no arguments, so specify the function with no
parentheses (). The callback function needs to return INT as its return data type. You cannot specify
a CitectSCADA built-in function for this argument.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DspButton, DspFont, DspFontHnd
Example
DspButtonFn(20,MyFunc,"Help",0,50,10);
! Call this function when the button is selected.
375
Chapter: 25 Display Functions
INT
FUNCTION
MyFunc()
PageDisplay("Help");
RETURN 0;
END
See Also
Display Functions
DspChart
Displays a chart at an AN. Charts are trend lines with markers on them. Values are
plotted on the chart pens. You need to specify Value1, but Value2 to Value8 are optional.
If more values (than the configured pens) are specified, the additional values are
ignored. If fewer values (than the configured pens) are specified, the pens that have no
values are not displayed.
You should use this function only if you want to control the display of charts directly.
Syntax
DspChart(AN, Chart, Value1 [, Value2 ... Value8] )
AN:
Chart:
Value1:
Value2 ... 8:
The values to display on Pen 2...Pen 8 of the chart. These values are optional.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DspDel, DspTrend
376
Chapter: 25 Display Functions
Example
See Also
Display Functions
DspCol
DspCol is deprecated in this version of CitectSCADA.
Syntax
DspCol(AN, Color)
AN:
Color:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DspDel
Example
DspCol(25,RED);
/* Displays the color red at AN25. */
See Also
Display Functions
DspDel
Deletes all objects from a specified AN.
377
Chapter: 25 Display Functions
Note: This function is only used for V3.xx and V4.xx animations, and was super-
seded in later releases.
Syntax
DspDel(AN)
AN:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DspDirty
Example
DspDel(25);
! Deletes all animation at AN25.
See Also
Display Functions
DspDelayRenderBegin
Delays screen updating until DspDelayRenderEnd is called. This function should be
used with DspDelayRenderEnd() to "sandwich" Cicode that will modify the appearance
of a page. The code should be preceded by DspDelayRenderBegin(), and followed by
DspDelayRenderEnd(). This will reduce screen update times, because the modifying code
is given time to execute before the page is updated with the changes, and the changes
are all made in a single re-draw.
Note: If you have not changed the [Page]DelayRenderAll parameter from its default
(TRUE), then you do not need to use this function.
You can call this function as many times in a row as you like, as long as each is ended
with a call to DspDelayRenderEnd.
378
Chapter: 25 Display Functions
Because your display will stop updating while the "sandwiched" code runs, you should
try to make that code as efficient as possible. Do not call Sleep() or any other Cicode func-
tions that will take a long time to run.
Do not call WinSelect within the "sandwiched" code. Do not call this function directly
from the Kernel.
Syntax
DspDelayRenderBegin()
Related Functions
DspDelayRenderEnd
Example
See Also
Display Functions
DspDelayRenderEnd
Ends the screen update delay set by DspDelayRenderBegin. This function should be
used with DspDelayRenderBegin() to "sandwich" Cicode that will modify the appear-
ance of a page. The code should be preceded by DspDelayRenderBegin(), and followed
by DspDelayRenderEnd(). This will reduce screen update times, because the modifying
code is given time to execute before the page is updated with the changes, and the
changes are all made in a single re-draw.
Because your display will stop updating while the "sandwiched" code runs, you should
try to make that code as efficient as possible. Do not call Sleep() or any other Cicode func-
tions that will take a long time to run.
379
Chapter: 25 Display Functions
Do not call WinSelect within the "sandwiched" code. Do not call this function directly
from the Kernel.
Note: If you have not changed the [Page]DelayRenderAll parameter from its default
(TRUE), then you do not need to use this function.
Syntax
DspDelayRenderEnd()
Return Value
No value is returned.
Related Functions
DspDelayRenderBegin
Example
See Also
Display Functions
DspDirty
Forces CitectSCADA to update an AN. Normally, CitectSCADA updates the animation
on the AN only if the data has changed. This function tells CitectSCADA to update the
AN the next time it animates the AN - even if the data has not changed.
380
Chapter: 25 Display Functions
Use this function when you have complex animations that overlap. If two or more
animations overlap, you should use the DspDel() or DspDirty() function on their ANs,
and then display them in the same order (when they need to be updated).
Note: This function is only used for V3.xx and V4.xx animations, and was super-
seded in later releases.
Syntax
DspDirty(AN)
AN:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DspDel
Example
DspDirty(20);
! Forces an update of AN20.
See Also
Display Functions
DspError
Displays an error message at the prompt AN on the operator's computer. You can dis-
able the error message display (of this function) by setting the Cicode execution mode in
the CodeSetMode() function.
Syntax
DspError(String)
String:
381
Chapter: 25 Display Functions
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
CodeSetMode, Prompt
Example
DspError("Error found");
! Displays "Error found" at the prompt AN.
See Also
Display Functions
DspFile
Defines the screen attributes for displaying a text file. This function defines a "window"
where the file will be displayed. You should call this function before any file-to-screen
function.
you need to define sequential ANs for each line of text in the display. The file is dis-
played starting at the specified AN, then the next (highest) AN, and so on. You should
not use proportionally-spaced fonts, because the columns of text might not be aligned.
You would normally call this function as the entry function for a graphics page. Use the
DspFileSetName() function to specify the file to be displayed. This function is a low level
animation function - it controls exactly how the file is to display. If you just want to dis-
play a file, use the PageFile() function.
Syntax
DspFile(AN, hFont, Height, Width)
AN:
The AN where the file display window will be positioned. When this is set to -2, the window will
be created in the Citect Kernel. However, the hFont argument is ignored.
hFont:
The handle for the font that is used to display the file, returned from the DspFont() or
DspFontHnd() function. The font handle identifies the table where all data on the associated font is
stored.
Height:
The maximum number of lines to display on one page of the file display window.
382
Chapter: 25 Display Functions
Width:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
PageFile, DspFileGetInfo, DspFileGetName, DspFileScroll, DspFileSetName, DspFont,
DspFontHnd
Example
DspFile(20,0,20,80);
/* Defines the attributes of a screen display to start at AN20,
using the default font, with a window size of 20 lines x 80
columns. */
See Also
Display Functions
DspFileGetInfo
Gets the attributes of a file-to-screen display (used for displaying text files).
Syntax
DspFileGetInfo(AN, Type)
AN:
The AN where the file display window will be located. This AN needs to be the same as the AN
specified with the DspFile() function.
Type:
383
Chapter: 25 Display Functions
Return Value
The attributes of the "window" as an integer. If an incorrect AN is specified, an error is
returned.
Related Functions
DspFile, DspFileGetName, DspFileScroll, DspFileSetName
Example
See Also
Display Functions
DspFileGetName
Gets the name of the file being displayed in the display "window". You can use this func-
tion to display the file name on the screen.
Syntax
DspFileGetName(AN)
AN:
Return Value
The name of the file (as a string). If an incorrect AN is specified, an error is returned.
Related Functions
DspFile, DspFileGetInfo, DspFileScroll, DspFileSetName
Example
DspText(11,0,DspFileGetName(20));
! Displays the name of the file displayed at AN20.
See Also
Display Functions
384
Chapter: 25 Display Functions
DspFileScroll
Scrolls a file (displayed in the display "window") by a number of characters.
Syntax
DspFileScroll(AN, Direction, Characters)
AN:
Direction:
1 - Left
2 - Right
3 - Up
4 - Down
Characters:
The number of characters to scroll. To page up or page down through the file, scroll by the height
of the file-to-screen window (returned by DspFileGetInfo(AN, 1)).
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DspFile, DspFileGetInfo, DspFileSetName, DspFileGetName
Example
Page Keyboard
Command DspFileScroll(20,3,10)
See Also
Display Functions
DspFileSetName
385
Chapter: 25 Display Functions
Sets the name of the file to display in the display "window". You should call the
DspFile() function first (as the entry function for a graphics page) to define the attributes
of the display. You can then use the DspFileSetName() function (as a keyboard com-
mand) to display a user-specified file. When you call this function, the specified file
name is read from disk and displayed on the screen.
Syntax
DspFileSetName(AN, sName)
AN:
sName:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DspFile, DspFileGetInfo, DspFileGetName, DspFileScroll
Example
Pages
Page Keyboard
DspFile(20,0,20,80);
386
Chapter: 25 Display Functions
See Also
Display Functions
DspFont
Creates a font and returns a font handle. If the requested font already exists, its font han-
dle is returned. You can use this font handle in the functions that display text, buttons,
and text files.
If the exact font size does not exist, the closest font size is used.
Syntax
DspFont(FontType, PixelSize, ForeOnColor, BackOnColor [, ForeOffColor] [, BackOffColor] )
FontType:
PixelSize:
The font size, as a positive number for pixels, or a negative number for points.
ForeOnColor:
The foreground color used for the text. If implementing flashing color, this is the initial color that
will be used. Select a color from the list of Predefined Color Names and Codes or create an RGB-
based color using the function MakeCitectColor.
BackOnColor:
The color used for the background of text. If implementing flashing color, this is the initial color
that will be used. Select a color from the list of Predefined Color Names and Codes or create an
RGB-based color using the function MakeCitectColor.
ForeOffColor:
An optional argument only required if implementing flashing color for the font foreground. It rep-
resents the secondary color used. Select a color from the list of Predefined Color Names and
Codes or create an RGB-based color using the function MakeCitectColour.
BackOffColor:
An optional argument only required if implementing flashing color for the font background. It rep-
resents the secondary color used. Select a color from the list of Predefined Color Names and
Codes or create an RGB-based color using the function MakeCitectColour.
387
Chapter: 25 Display Functions
Return Value
The font handle as an integer. If the font cannot be created, -1 is returned. The font han-
dle identifies the table where all data on the associated font is stored.
Related Functions
DspFontHnd, DspText, DspButton, DspButtonFn, DspFile
Example
See Also
Display Functions
DspFontHnd
Gets the font handle of a font that is defined in the Fonts database. You can use this font
handle in the functions that display text, buttons, and text files.
Syntax
DspFontHnd(Name)
Name:
Return Value
The font handle as an integer. If the font cannot be found, -1 is returned. The font handle
identifies the table where the data on the associated font is stored.
Related Functions
DspFont, DspText, DspButton, DspButtonFn, DspFile
Example
388
Chapter: 25 Display Functions
Fonts
Pixel Size 24
Background Color -1
hBigFont=DspFontHnd("BigFont");
DspText(20,hBigFont,"Text in Big Font");
/* Displays "Text in Big Font" in 24-point Helvetica font in blue
on an unchanged background at AN20. */
See Also
Display Functions
DspFullScreen
Disables or enables the fullscreen mode of the currently active window. This function
does not resize the window when it is called; it merely sets the mode flag. The next time
the window is displayed, its size (on screen) changes to reflect the setting of the flag.
This function overrides the [Animator]FullScreen parameter setting.
If [Page]DynamicSizing is turned on, a page in fullscreen state takes up the entire dis-
play area (assuming this does not affect its aspect ratio), and it cannot be resized. Also, a
fullscreen page will display without a title bar unless Title Bar is checked in Page Prop-
erties (or was checked when the page was created). Resizing pages can result in lower
picture quality. If this is unacceptable, you should re-design the page using the desired
resolution.
If [Page]DynamicSizing is turned off, fullscreen will have the same limitations as it had
in versions of CitectSCADA prior to V5.10. In other words, for a page to be displayed in
fullscreen, the size of the page needs to be the same size as the display (or bigger). If the
page is smaller than the display, the title bar will still display even if fullscreen mode is
enabled. Check the size of the graphic pages in CtDraw Tools|Page Attributes Dialog to
verify that it is the same as the display resolution. For example 640x480 for VGA,
800x600 for SVGA and 1024x768 for XGA.
389
Chapter: 25 Display Functions
Syntax
DspFullScreen(Mode)
Mode:
Fullscreen mode:
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
WinMode
Example
See Also
Display Functions
DspGetAnBottom
Gets the bottom extent of the object at the specified AN.
Syntax
DspGetAnBottom(AN)
AN:
Return Value
The y coordinate of the bottom extent of the object at the AN. If no object exists at the
AN, -1 is returned.
390
Chapter: 25 Display Functions
Related Functions
DspGetAnBottom, DspGetAnWidth, DspGetAnHeight, DspGetAnLeft, DspGetAnRight,
DspGetAnTop, DspGetAnNext, DspGetAnExtent
Example
nBottom = DspGetAnBottom(30);
See Also
Display Functions
DspGetAnCur
Gets the AN of the current graphics object. This function should only be used by expres-
sions or Cicode functions called from the condition fields of a graphics object, excluding
input/command fields. If you need to know the AN that triggered the input/command,
the KeyGetCursor function may be used as it returns the AN where the cursor is cur-
rently positioned.
You cannot call this function from the Button or Keyboard forms.
Syntax
DspGetAnCur()
Return Value
The AN associated with the current graphics object. If this function is called outside the
page animation system or from an input/command field, -1 will be returned.
Example
Numbers
AN 20
Expression MyFunc(PV_10)
391
Chapter: 25 Display Functions
See Also
Display Functions
DspGetAnExtent
Gets the extent of the object (the enclosing boundary) at the specified AN.
Syntax
DspGetAnExtent(AN, Top, Left, Bottom, Right)
AN:
Top:
Left:
Bottom:
Right:
Return Value
0 (zero) if successful, otherwise an error is returned. The Top, Left, Bottom, and Right argu-
ments contain the extents of the object, in pixels.
Related Functions
DspGetAnWidth, DspGetAnHeight, DspGetAnLeft, DspGetAnRight, DspGetAnBottom,
DspGetAnTop
392
Chapter: 25 Display Functions
Example
See Also
Display Functions
DspGetAnFirst
Gets the first AN on the current page, based on the order in which the ANs were stored
by Graphics Builder.
Syntax
DspGetAnFirst()
Return Value
The value for the first AN, otherwise an error is returned.
Related Functions
DspGetAnNext
See Also
Display Functions
DspGetAnFromPoint
Gets the AN of the object at a specified set of screen coordinates. If the X and Y coor-
dinates given are within the extents of an object, then the AN number of the object will
be returned.
For example, if there is a button at coordinates (300, 140), and it is 100 wide, 50 high,
this function would return the AN if it uses X between 300 & 400 and Y between 140
and 190, such as DspGetAnFromPoint(325,180).
Hint: If you are using groups and the specified coordinates point to an object that is
393
Chapter: 25 Display Functions
part of a group, the AN of the object is returned, not the AN of the group.
Syntax
DspGetAnFromPoint(X, Y [, PrevAN] )
X:
Y:
PrevAN:
Retrieves the previous AN (in z-order) in situations where a number of objects overlap at the spec-
ified point. The default of 0 (zero) specifies no previous AN. A non-zero value should only ever be
passed if it is the result of a previous call to DspGetAnFromPoint.
Return Value
The AN or 0 (zero) if no object exists at the point.
Example
DspGetMouse(X,Y);
// GetMouse position
AN = DspGetAnFromPoint(X,Y);
// Gets AN if mouse is over the object
Prompt("AN of object ="+AN:###);
!Displays the object's AN at the prompt line
If several objects overlap each other at the specified point, the PrevAN argument can be
used to produce a list of the associated ANs. This is achieved by using PrevAN to pass
the previous result into another call of the function until a zero return is given.
INT nAn;
nAn = DspGetAnFromPoint(100,100)
WHILE nAn <> 0 DO
//Do Something
nAn = DspGetAnFromPoint(100,100,nAn);
END
See Also
Display Functions
DspGetAnHeight
394
Chapter: 25 Display Functions
Syntax
DspGetAnHeight(AN)
AN:
Return Value
The height of the object (in pixels). If no object exists at the AN, -1 is returned.
Related Functions
DspGetAnWidth, DspGetAnLeft, DspGetAnRight, DspGetAnBottom, DspGetAnTop
Example
nHeight = DspGetAnHeight(30);
See Also
Display Functions
DspGetAnLeft
Gets the left extent of the object at the specified AN.
Syntax
DspGetAnLeft(AN)
AN:
Return Value
The x coordinate of the left extent of the object at the AN. If no object exists at the AN, -1
is returned.
Related Functions
DspGetAnWidth, DspGetAnHeight, DspGetAnRight, DspGetAnBottom, DspGetAnTop,
DspGetAnExtent
395
Chapter: 25 Display Functions
Example
nLeft = DspGetAnLeft(30);
See Also
Display Functions
DspGetAnNext
Returns the AN that follows the specified AN, based on the order in which the ANs
were stored on a page by Graphics Builder.
Syntax
DspGetAnNext(AN)
AN:
Return Value
The value for the next AN. If -1 is returned, it means the specified AN is invalid or it is
the last AN on the page.
Related Functions
DspGetAnFirst
See Also
Display Functions
DspGetAnRight
Gets the right extent of the object at the specified AN.
Syntax
DspGetAnRight(AN)
AN:
396
Chapter: 25 Display Functions
Return Value
The x coordinate of the right extent of the object at the AN. If no object exists at the AN, -
1 is returned.
Related Functions
DspGetAnWidth, DspGetAnHeight, DspGetAnLeft, DspGetAnBottom, DspGetAnTop,
DspGetAnExtent
Example
nRight = DspGetAnRight(30);
See Also
Display Functions
DspGetAnTop
Gets the top extent of the object at the specified AN.
Syntax
DspGetAnTop(AN)
AN:
Return Value
The y coordinate of the top extent of the object at the AN. If no object exists at the AN, -1
is returned.
Related Functions
DspGetAnWidth, DspGetAnHeight, DspGetAnLeft, DspGetAnRight, DspGetAnBottom,
DspGetAnExtent
Example
nTop = DspGetAnTop(30);
See Also
Display Functions
397
Chapter: 25 Display Functions
DspGetAnWidth
Gets the width of the object at a specified AN.
Syntax
DspGetAnWidth(AN)
AN:
Return Value
The width of the object (in pixels). If no object exists at the AN, -1 is returned.
Related Functions
DspGetAnHeight, DspGetAnLeft, DspGetAnRight, DspGetAnBottom, DspGetAnTop,
DspGetAnExtent
Example
nWidth = DspGetAnWidth(30);
See Also
Display Functions
DspGetEnv
Gets a page environment variable.
Syntax
DspGetEnv(sName)
sName:
The name of the variable (set using the page environment dialog)
Return Value
The value of the variable (as a string).
398
Chapter: 25 Display Functions
Example
FUNCTION
PageGroup()
PageDisplay(DspGetEnv("GroupMenu"));
END
See Also
Display Functions
DspGetMouse
Gets the x and y coordinates of the mouse position, relative to the top left corner of the
window.
Syntax
DspGetMouse(X, Y)
X:
The variables used to store the x pixel coordinate of the mouse position, returned from this func-
tion.
Y:
The variables used to store the y pixel coordinate of the mouse position, returned from this func-
tion.
Return Value
0 (zero) if successful, otherwise an error is returned. The X and Y variables are set to the
mouse position.
Related Functions
KeyGetCursor, DspAnGetPos, DspGetMouseOver, DspGetNearestAn
Example
See Also
Display Functions
DspGetMouseOver
399
Chapter: 25 Display Functions
Syntax
DspGetMouseOver(AN)
AN
The AN of the animation you wish to check, or -1 for the current AN. Defaults to -1.
Return Value
1 if within the specified AN, 0 if not.
Related Functions
KeyGetCursor, DspAnGetPos, DspGetMouse, DspGetNearestAn
See Also
Display Functions
DspGetNearestAn
Gets the AN nearest to a specified x,y pixel location.
If using groups and the nearest object to the specified coordinates is part of a group, the
AN of the object is returned, not the AN of the group.
Syntax
DspGetNearestAn(X, Y)
X:
Y:
Return Value
The animation point number (AN). A value of -1 is returned if no AN is found.
Related Functions
DspGetMouse, DspAnGetPos, DspGetAnFromPoint
400
Chapter: 25 Display Functions
Example
DspGetMouse(X,Y);
! Gets mouse position.
AN=DspGetNearestAn(X,Y);
! Gets AN nearest to the mouse.
Prompt("Mouse At AN"+AN:###);
! Displays AN nearest to the mouse.
See Also
Display Functions
DspGetParentAn
Gets the parent animation number (if any), for the specified animation number. AN
animation point will have a parent animation point if it corresponds to an object in a
group.
Syntax
DspGetParentAn(AN)
AN:
Return Value
The parent animation point number (AN). If no parent animation exists or an invalid
animation number is passed, 0 (zero) is returned.
Related Functions
DspGetAnCur
Example
See Also
Display Functions
DspGetSlider
401
Chapter: 25 Display Functions
Gets the current position (value) of a slider at an AN. You can call this function in the
slider event to find the new position of the slider.
Note: This function is only used for V3.xx and V4.xx animations, and was super-
seded in later releases.
Syntax
DspGetSlider(AN)
AN:
Return Value
The value of the slider from 0 to 32000. If no animation exists at the AN, -1 is returned.
Related Functions
DspSetSlider
Example
See Also
Display Functions
DspGetTip
Gets the tool tip text associated with an AN.
Syntax
DspGetTip(AN, Mode)
AN:
The AN from which to get the tool tip text. If no object is configured at the AN, the function will
return an empty string.
Mode:
0 - Tool tips from all animation records configured at the AN. Tips are concatenated with a newline
character between each string. (This mode is only used for V3.xx and V4.xx animations, and has
been subsequently superseded.)
402
Chapter: 25 Display Functions
Return Value
The tool tip text (as a string). If no user tip is available, an empty string is returned.
Related Functions
DspSetTip, DspTipMode
Example
See Also
Display Functions
DspGrayButton
Grays and disables a button. If the button is a symbol, the symbol is overwritten with a
gray mask. (When a button is grayed, it cannot be selected.) If the Disabled field in the
Buttons database is blank, the button is enabled unless you use this function. If the Dis-
abled field in the Buttons database contains an expression, this function will not over-
ride the expression.
Note: This function is only used for V3.xx and V4.xx animations, and was super-
seded in later releases.
Syntax
DspGrayButton(AN, nMode)
AN:
nMode:
403
Chapter: 25 Display Functions
3 - (GRAY_ALL) - Mask the entire button (a gray mask displays over the face
of the button).
Return Value
0 (zero) if successful, otherwise, -1 (if no AN is found).
Related Functions
DspButton, DspButtonFn, DspIsButtonGray
Example
See Also
Display Functions
DspInfo
Extracts individual pieces of object information from an AN. Each AN can have mul-
tiple expressions associated with it, and each expression can have multiple variables
associated with it. You use an index to refer to each individual expressions or variables.
Typically, you would query the number of expressions, then the number of variables in a
given expression, then the details of a given variable tag.
Note: Before calling this function you need to first use DspInfoNew() to create a han-
dle to the information block from which you want to extract information.
Syntax
DspInfo(hInfo, Type, Index)
hInfo:
The object information block handle, as returned by DspInfoNew(). This handle identifies the table
(or block) where all object data is stored.
Type:
404
Chapter: 25 Display Functions
An index to the variable within the information block. The required index changes according to the
Type as follows:
l For Types 0 to 2, 6 and 8, the index needs to be set to the index of the expres-
sion that you wish to query.
l For Types 3 to 5, the index needs to be set to the index of the tag that you
wish to query. When one of these types is used, DspInfo will query the tag
in the most recently queried expression (otherwise expression 0).
l For Type 7, the index is ignored.
Return Value
The object information (as a string). A blank string is returned if you specify a non-exis-
tent expression or variable.
Related Functions
DspInfoNew, DspInfoField, DspInfoDestroy, TagSubscribe, SubscriptionAddCallback,
SubscriptionGetAttribute
405
Chapter: 25 Display Functions
Example
INT hInfo;
INT iEngineeringValue;
INT iNumberOfExpressions;
INT iNumberOfTags;
INT iExpressionIndex;
INT iTagIndex;
STRING sObjectType;
STRING sExpressionText;
STRING sExpressionResult;
STRING sExpressionContext;
STRING sTagName;
hInfo = DspInfoNew(AN);
IF (hInfo > -1) THEN
sObjectType = DspInfo(hInfo, 0, 0);
iNumberOfExpressions = StrToInt(DspInfo(hInfo, 7, 0));
FOR iExpressionIndex = 0 TO iExpressionIndex < iNumberOfExpressions DO
sExpressionText = DspInfo(hInfo, 1, iExpressionIndex);
sExpressionResult = DspInfo(hInfo, 2, iExpressionIndex);
sExpressionContext = DspInfo(hInfo, 6, iExpressionIndex);
iNumberOfTags = StrToInt(DspInfo(hInfo, 8, iExpressionIndex));
FOR iTagIndex = 0 TO iTagIndex < iNumberOfTags DO
sTagName = DspInfo(hInfo, 3, iTagIndex);
iEngineeringValue = StrToInt(DspInfo(hInfo, 5, iTagIndex));
..
END
..
END
END
See Also
Display Functions
DspInfoDestroy
Destroys an object information block created by DspInfoNew(). You should destroy an
object information block when you no longer need it, to free CitectSCADA resources.
When the page (with which the object is associated) is closed, CitectSCADA auto-
matically destroys the object information block.
Syntax
DspInfoDestroy(hInfo)
hInfo:
The object information block handle, as returned by DspInfoNew(). This handle identifies the table
(or block) where all object data is stored.
406
Chapter: 25 Display Functions
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DspInfo, DspInfoNew, DspInfoField, DspInfoValid
Example
hInfo=DspInfoNew(20);
! Do animation operation
DspInfoDestroy(hInfo);
See Also
Display Functions
DspInfoField
Obtains static and real-time data from a variable tag. You get static data from the Var-
iable Tags database. The additional field "Eng_Value", returns dynamic real-time data
for the variable tag. To get this real-time data, you need to first call the DspInfoNew()
function to get the information block handle hInfo.
Getting the raw value of a variable tag using DspInfoField is no longer supported. To get
the raw value of a tag, use the TagSubscribe function, specifying a value of “Raw” for
the sScaleMode parameter. When using TagSubscribe, you can either call Sub-
scriptionGetAttribute to obtain the value whenever required or register callback cicode
function to run when the value changes. See TagSubscribe for more details.
Syntax
DspInfoField(hInfo, sTag, sField [, ClusterName] )
hInfo:
The object information block handle, as returned by DspInfoNew(). This handle identifies the table
(or block) where all data on the object is stored. Set this handle to 0 (zero) if you do not require
real-time data.
sTag:
The name of the variable tag. The name of the tag can be prefixed by the name of the cluster that is
"ClusterName.Tag". This argument does not support arrays. If array syntax is used, the information
will be retrieved for only the tag name.
sField:
407
Chapter: 25 Display Functions
Specifies the name of the cluster in which the Tag resides. This is optional if you have one cluster
or are resolving the tag via the current cluster context. The argument is enclosed in quotation marks
"".
Return Value
The data (as a string).
Related Functions
DspInfo, DspInfoNew, DspInfoDestroy, SubscriptionGetAttribute, Sub-
scriptionAddCallback, TagSubscribe
Example
! Get the I/O device that Variable Tag "PV123" belongs to.
IODev=DspInfoField(0,"PV123","Unit");
! Get the real-time engineering value of a tag.
hInfo=DspInfoNew(20);
sTag=DspInfo(hInfo,3,0);
EngValue=DspInfoField(hInfo,sTag,"Eng_Value");
See Also
Display Functions
DspInfoNew
Creates an object information block. Use this function with the associated low-level
animation information functions to get and process object information on an AN.
Note: When you have finished with the object information block, you need to destroy
408
Chapter: 25 Display Functions
it with the DspInfoDestroy() function. There are limited number of info 383 blocks
that can be allocated, if they are not freed properly DspInfoNew will return -1.
If you need simple animation help, use the InfoForm() or the InfoFormAn() functions.
Syntax
DspInfoNew(AN)
AN:
Return Value
The object information block handle. If no object data is available, then -1 is returned.
Related Functions
DspInfo, DspInfoField, DspInfoDestroy, InfoForm, InfoFormAn
Example
/*This example creates a form, with the title "Tag Info" and a
size of 25 x 5 characters. It creates an information block for the
AN closest to the mouse cursor and then extracts the name, I/O
device, and engineering value for the first tag in the object
expression.*/
INT hInfo;
STRING sTag;
hInfo=DspInfoNew(DspGetNearestAN());
IF hInfo>-1 THEN
FormNew("Tag Info",25,5,2);
sTag=DspInfo(hInfo,3,0);
FormPrompt(0,0,sTag);
FormPrompt(0,16,DspInfoField(hInfo,sTag,"Unit"));
FormPrompt(0,32,DspInfoField(hInfo,sTag,"Eng_Value"));
FormRead(0);
DspInfoDestroy(hInfo);
END
See Also
Display Functions
DspInfoValid
409
Chapter: 25 Display Functions
Checks if an object information block handle is valid. An object information block han-
dle becomes invalid after it is destroyed, or if the user closes the page it is associated
with. Use this function if background Cicode is using the object information block, and
the operator closes the page.
Syntax
DspInfoValid(hInfo)
hInfo:
The object information block handle, as returned by DspInfoNew(). This handle identifies the table
(or block) where all object data is stored.
Return Value
1 if the information block handle is valid, otherwise 0 (zero).
Related Functions
DspInfoNew, DspInfoField, DspInfoDestroy
Example
IF DspInfoValid(hInfo) THEN
EngValue=DspInfoField(hInfo,sTag,"Eng_Value");
END
See Also
Display Functions
DspIsButtonGray
Gets the current status of a button.
Note: This function is only used for V3.xx and V4.xx animations, and has been
superseded.
Syntax
DspIsButtonGray(AN)
AN:
410
Chapter: 25 Display Functions
Return Value
The current mode of the button:
l 0 - The button is active (not grayed).
l 1 - (SUNK_GRAY) The button is inactive (the text or symbol on the button is
recessed).
l 2 - (PART_GRAY) This mode is now obsolete. The button will be inactive even if
part_gray is returned.
l 3 - (ALL_GRAY) The button is inactive (the entire button is masked).
Related Functions
DspButton, DspButtonFn, DspGrayButton
Example
See Also
Display Functions
DspKernel
Displays the Kernel window. You should restrict the use of this function because once
you are in the Kernel, you can execute any Cicode function with no privilege restrictions.
You therefore have total control of CitectSCADA (and subsequently your plant and equip-
ment). Please be aware that you can also open the Kernel by setting the Citect
[Debug]Menu parameter to 1 and, when your system is running, selecting Kernel from
the control-menu box.
Note: You should be experienced with CitectSCADA and Cicode before attempting to
use the Kernel as these facilities are powerful, and if used incorrectly, can corrupt
your system.
Note: You should only use the Kernel for diagnostics and debugging purposes, and
not for normal CitectSCADA operation.
You should restrict access to the Kernel, because once you are in the Kernel, you can
execute any Cicode function with no privilege restrictions. You therefore have total
control of CitectSCADA (and subsequently your plant and equipment).
411
Chapter: 25 Display Functions
Syntax
DspKernel(iMode)
iMode:
1 - Display the Kernel. If the Kernel is already displayed and iMode=1, the key-
board focus is changed to the Kernel.
0 - Hide the Kernel
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
KerCmd, TraceMsg
Example
DspKernel(1);
!Display the Citect Kernel window
See Also
Display Functions
DspMarkerMove
Moves a trend or chart marker to a specified position.
Syntax
DspMarkerMove(AN, hMarker, Offset)
412
Chapter: 25 Display Functions
AN:
hMarker:
The marker handle, as returned from the DspMarkerNew() function. The marker handle identifies
the table where all data on the associated marker is stored.
Offset:
The offset by which to move the marker. Vertical markers have an offset from 0 (zero) to the max-
imum number of samples in the trend. Horizontal markers have a offset of 0 (zero) to 32000.
Return Value
0 (zero) if successful, otherwise an error is returned.
Related Functions
DspMarkerNew, OnEvent
Example
See DspMarkerNew
See Also
Display Functions
DspMarkerNew
Creates a new trend marker. A trend marker is used to show cursor values or limits on a
trend. You can use up to 10 markers on a single trend or chart.
If you add markers to a trend or chart that CitectSCADA is animating, you need to
repaint them using the trend paint event (OnEvent(Window,22)). (Otherwise Citect-
SCADA will delete any markers displayed when the trend is updated.)
Syntax
DspMarkerNew(AN, Mode, Color)
AN:
Mode:
0 - A vertical marker
1 - A horizontal marker
413
Chapter: 25 Display Functions
Color:
The color of the marker (flashing color not supported). Select a color from the list of Predefined
Color Names and Codes or create an RGB color using the function MakeCitectColour.
Return Value
The marker handle, or -1 if the function is unsuccessful. The marker handle identifies the
table where data on the associated marker is stored.
Related Functions
DspMarkerMove, OnEvent
Example