Monitor Reference Manual
Monitor Reference Manual
Reference Manual
AVEVA Solutions Limited
Disclaimer
1.1 AVEVA does not warrant that the use of the AVEVA software will be uninterrupted, error-free or free from
viruses.
1.2 AVEVA shall not be liable for: loss of profits; loss of business; depletion of goodwill and/or similar losses; loss of
anticipated savings; loss of goods; loss of contract; loss of use; loss or corruption of data or information; any
special, indirect, consequential or pure economic loss, costs, damages, charges or expenses which may be
suffered by the user, including any loss suffered by the user resulting from the inaccuracy or invalidity of any data
created by the AVEVA software, irrespective of whether such losses are suffered directly or indirectly, or arise in
contract, tort (including negligence) or otherwise.
1.3 AVEVA's total liability in contract, tort (including negligence), or otherwise, arising in connection with the
performance of the AVEVA software shall be limited to 100% of the licence fees paid in the year in which the user's
claim is brought.
1.4 Clauses 1.1 to 1.3 shall apply to the fullest extent permissible at law.
1.5 In the event of any conflict between the above clauses and the analogous clauses in the software licence under
which the AVEVA software was purchased, the clauses in the software licence shall take precedence.
Copyright
Copyright and all other intellectual property rights in this manual and the associated software, and every part of it
(including source code, object code, any data contained in it, the manual and any other documentation supplied
with it) belongs to, or is validly licensed by, AVEVA Solutions Limited or its subsidiaries.
All rights are reserved to AVEVA Solutions Limited and its subsidiaries. The information contained in this document
is commercially sensitive, and shall not be copied, reproduced, stored in a retrieval system, or transmitted without
the prior written permission of AVEVA Solutions Limited. Where such permission is granted, it expressly requires
that this copyright notice, and the above disclaimer, is prominently displayed at the beginning of every copy that is
made.
The manual and associated documentation may not be adapted, reproduced, or copied, in any material or
electronic form, without the prior written permission of AVEVA Solutions Limited. The user may not reverse
engineer, decompile, copy, or adapt the software. Neither the whole, nor part of the software described in this
publication may be incorporated into any third-party software, product, machine, or system without the prior written
permission of AVEVA Solutions Limited, save as permitted by law. Any such unauthorised action is strictly
prohibited, and may give rise to civil liabilities and criminal prosecution.
The AVEVA software described in this guide is to be installed and operated strictly in accordance with the terms
and conditions of the respective software licences, and in accordance with the relevant User Documentation.
Unauthorised or unlicensed use of the software is strictly prohibited.
© Copyright 1974 to current year. AVEVA Solutions Limited and its subsidiaries. All rights reserved. AVEVA shall
not be liable for any breach or infringement of a third party's intellectual property rights where such breach results
from a user's modification of the AVEVA software or associated documentation.
AVEVA Solutions Limited, High Cross, Madingley Road, Cambridge, CB3 0HB, United Kingdom.
Trademark
AVEVA and Tribon are registered trademarks of AVEVA Solutions Limited or its subsidiaries. Unauthorised use of
the AVEVA or Tribon trademarks is strictly forbidden.
AVEVA product/software names are trademarks or registered trademarks of AVEVA Solutions Limited or its
subsidiaries, registered in the UK, Europe and other countries (worldwide).
The copyright, trademark rights, or other intellectual property rights in any other product or software, its name or
logo belongs to its respective owner.
Monitor Reference Manual
Revision Sheet
Contents Page
Reference Manual
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1:1
Assumptions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1:1
Guide Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1:1
LIST DB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3:4
LIST COPIES . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3:4
LIST MODULES . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3:4
QUERY .............................................................. 3:5
Temporarily Changing Access Rights . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3:5
Current and Non-current Databases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3:5
Sending Messages to Other Users . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3:6
Output Destination . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3:7
Output Devices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3:7
Changing Modules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3:7
Deleting Inter-database Connection Macros . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3:7
Leaving Plant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3:7
Running Plant in Batch Mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3:8
1 Introduction
The MONITOR module is available to Plant users. It controls your entry into the system
which is normally done is via the Interface.
1.1 Assumptions
The MONITOR Reference Manual has been written for users who need to customise their
interface or write macros.
It is assumed that:
• Users have a valid license and the software has been installed.
• Users have completed the AVEVA Basic Training Course.
Access Rights is an introduction to access rights, and how these affect users,
teams, databases and modules.
Menu Maps displays the options available from the main MONITOR menu
bar.
2 Access Rights
This chapter describes what is happening at each stage of entering Plant. It explains the
way access to data and modules is controlled when the System Administrator sets up
projects, users, teams and databases. Then it describes how you can use MONITOR
commands to query information about access rights to databases and modules, and about
who is using Plant at the moment.
System Administrators who have access to ADMIN should refer to the Administrator
Command Reference Manual for further information.
Note: When working in non-graphics mode, it is recommended that you enter the
USERNAME command on its own, and you will then be prompted to enter the
username and password, which will not be echoed on the screen. Do not follow the
command immediately by the username and password, as this may be a security
risk.
When you have entered the username and password correctly, you will be in MONITOR.
You will be able to use the facilities described in this manual, or start up another module.
2.2 Databases
All Plant data is stored in databases. To work on design data you must specify the name of
a Multiple Database (MDB) before you enter another module. An MDB is a collection of
databases with defined access rights. Specifying an MDB sets your access rights to the
databases.
A MDB can contain up to 1000 DBs, and any number of the 1000 DBs can be described as
current and accessed at one time. Databases which cannot be accessed are described as
non-current or deferred. The status of a DB can be changed to Current or Defer at any
time. Refer to Current and Non-current Databases for further information.
MONITOR checks that an MDB has been selected before it will allow you to enter another
module (except ADMIN).
Note: When you select an MDB and enter a design module, UNITS settings are taken from
the first current catalogue DB. Connection compatibility (COCO) tables in all the
current catalogue DBs are available to the designer.
System Databases
• The SYSTEM database itself, which holds the access control data for the model data
and modules.
• The COMMS (Communications) database, which stores information about who is using
which module and which model databases are available.
• The MISC database which store inter-user messages, and inter-database macros.
• In a Global project there will also be the Global database and a transaction database.
Model Databases
• The DESIGN database which contains all the design information for the project
• The CATALOGUE database where the project catalogue and specifications are stored.
• The PADD database which contains data about drawings produced by DRAFT.
• The PROPERTIES database which can contain material properties, and can be
referenced by the catalogue
• The DICTIONARY database which holds the definitions of user-defined attributes
(UDAs), as set up in LEXICON.
• The ISOD database holds spool drawings generated by SPOOLER.
You can see the access rights to a database by using the LIST DB command.
2.2.4 Teams
A team is a user or a group of users who have read-write access to a database (and read
access to several other databases). The database must be named as:
teamid/identifier
teamid is the name of the team which is given full Read/Write access to the DB
identifier is the name of the DB. This is a normal Plant name beginning with a slash (/
).
For example, the PIPING team would have read-write access to design databases
containing piping design, the STRUCTURES team would have read-write access to
databases containing steelwork design, but they would both have read-only access to a
catalogue database. So, the MDB for the PIPING team could contain the following
databases (and normally several others):
3 Using MONITOR
This chapter is an overview of MONITOR commands. They are mainly used to select
databases and modules, to query information about the system status, users and
databases, and to communicate with other users.
Refer to Command Summary.
3.5.4 LIST DB
The command LIST DB lists all the databases in the project, their types (DESI, CATA, etc.)
and the MDBs which contain them. For example:
3.5.7 QUERY
The QUERY command outputs information about named administration elements. You can
query:
• Users
• Teams
• DB
• Copies of databases
• MDBs
• Projects
• Inter-database connection macros, which are created when you need to write
information to a database which you do not have Write access, for example,
connecting to an element in a different database. Such macros must be run (by a
suitable user) in Design.
Refer to QUERY for the full syntax of the QUERY command available in MONITOR,
together with examples of the commands and output. Note that the information output when
you query databases is mainly of interest to System Administrators, and is described in the
Administrator User Guide.
4 Command Summary
This section lists the MONITOR commands, with a brief description of each.
RUN Runs modules which are not available through the normal module-
changing commands.
Note: This convention does not mean that the second part of the command must be typed
in lowercase letters; commands may be entered in any combination of uppercase
and lowercase letters.
• Syntax graphs are read from top left to bottom right. The start point is shown by >, and
you can follow any path through the graph until the exit point, shown by >, is reached.
• Points marked with a plus sign (+) are option junctions which allow you to input any
one of the commands to the right of the junction. For example:
>----+--- ABC -----.
| |
|--- PQR -----|
| |
‘-------------+--->
means you can type in ABC or PQR or just press Enter to get the default option.
• Points marked with an asterisk (*) are loop back junctions. Command options
following these may be repeated as required.
For example:
.-----<-------.
/ |
>---*--- option1 ---|
| |
|--- option2 ---|
| |
‘--- option3 ---+--->
means that you can enter any combination of option1 and/or option2 and/or option3,
where the options can be commands, other syntax diagrams, or command arguments.
• The simplified format:
.----<------.
/ |
>---*--- name ----+--->
means that you may type in a list of names, separated by at least one space.
4.1.1 BATCH
Function:
The BATCH command enables you to specify how batch jobs will be processed.
Description:
To run jobs in batch mode, Plant must be started up in batch mode. Refer to PDMS and
Associated Products Installation Guide for more details.
When you enter Plant interactively, you are allowed three attempts at giving your correct
username and password. When Plant is started up in batch mode, only one attempt is
permitted. If either the username or password are incorrect, control will pass back to the
operating system and that job will be terminated.
Access to databases through ADMIN and RECONFIGURER can only be made in Read-
only mode, even if the databases have been copied with Read/Write access. Any attempt to
alter the project structure for batch jobs, even temporarily, will result in the message:
Trying to alter a read-only database
Example:
Copies will be made of all Design and Drawing DBs in the selected MDB.
COPY commands are additive; that is, each new COPY command is added to the result of
all previous COPY commands. For example, consider an MDB containing the following
DBs:
MASTER/CATA CATA
PIPING/DES74A DESI
PIPING/DES75A DESI
PIPING/DES37C DESI
CIVIL/DES74A DESI
CIVIL/DES75A DESI
CIVIL/DES37C DESI
MATS/PROP2 PROP
When a batch run starts, and the first module change command occurs, MONITOR will
make copies of any DBs marked for copying.
As the batch file could alter the status of databases in an MDB by using the DEFER,
CURRENT or EXCHANGE commands, or could change to a different MDB, copies are not
taken until immediately after the command to change to another module. If a new MDB is
selected, or the same MDB is reselected and copies of DBs exist from the last time the MDB
was accessed, then all existing copies are deleted and fresh copies are taken. It is important
for batch users to assess the effect of copying DBs on disk space.
Security
When you use Plant batch facilities, you must put your Plant username and password into a
file. This is a potential breach of the security system provided by Plant, from two points of
view.
• Unless the batch file is protected from access by other users, they will be able to read it
and find out the username and password contained in it. You should ensure that
operating system security is used to protect batch files.
• Many batch systems operate by taking a copy of the file submitted for batch execution.
If this copy is held somewhere accessible to normal (non-system) users, then even if
the user submitting the job has protected his own files, his username and password
could still be read from the copy. Project Coordinators should consult their Computer
Systems department to ensure that this is not the case on their particular computer.
Command Syntax:
.----------<---------.
/ |
>-- BAtch ---+--- COpy ---*--- ALL --------------|
| | |
| |--- NONE -------------|
| | |
| |--- dbtype -----------|
| | |
| ‘--- dbname -----------|
| |
| .-----<------. |
| / | |
4.1.2 CURRENT
Function:
The CURRENT command makes a database current.
Description:
A MDB can contain up to 1000 DBs, and any number of the 1000 DBs can be described as
current and accessed at one time. Databases which cannot be accessed are described as
non-current or deferred. CURRENT makes the specified DB current and includes it at
position n in the current list of the MDB (where n is in the range 1 to 1000 inclusive).
Example:
Related Commands:
DEFER EXCHANGE
Command Syntax:
.--------------.
/ |
>--- CUrrent ---*--- dbname n ---+--->
4.1.3 DEFER
Function:
The DEFER command makes a database deferred or non-current.
Description:
A MDB can contain up to 1000 DBs, and any number of the 1000 DBs can be described as
current and accessed at one time. Databases which cannot be accessed are described as
non-current or deferred.
Example:
Related Commands:
CURRENT EXCHANGE
Command Syntax:
.------------.
/ |
>--- DEfer ---*--- dbname ---+--->
4.1.4 DELETE
Function:
The DELETE command deletes unwanted inter-DB connection macros.
Description:
The DELETE command deletes inter-DB connection macros, which are created in a Design
module when connections are made between elements in different databases. Such macros
should normally be executed in Design, and are deleted by the system.
To protect against accidental deletion, the DELETE command cannot be abbreviated.
Example:
Command Syntax:
>--- DELETE MACro n --->
4.1.5 DEVICE
Function:
The DEVICE command allows you to specify a different device type.
Description:
A default output device will normally be set when you enter Plant. If you want to change this,
you should do so in MONITOR using the DEVICE command. A message giving the default
output devices for text and graphics is displayed when the Plant is started up.
You can also query the device type.
Example:
Command Syntax:
>--- DEVice --+--- GRAphics ----.
| |
Querying:
>--- Query DEVice --->
4.1.6 EXCHANGE
Function:
EXCHANGE replaces a current DB by a non-current DB.
Description:
EXCHANGE replaces a current DB by a non-current DB. The DB names do not need to be
listed in a particular order, since the MDB knows which are current and which are non-
current, but they must be paired correctly if more than two names are listed.
Examples:
Assume that an MDB contains the following DBs as shown by a LIST command:
/DESIGN
Current DBS: PIPING/PIPING-A PIPING/PIPING-C MASTER/
CATA-D
Deferred DBS: PIPING/PIPING-B MASTER/PIPING-E
The command
EXCHANGE PIPING/PIPING-A PIPING/PIPING-B MASTER/PIPING-
E MASTER/CATA-D
would result in the new configuration
/DESIGN
Current DBS: PIPING/PIPING-B PIPING/PIPING-C MASTER/
PIPING-E
Deferred DBS: PIPING/PIPING-A MASTER/CATA-D
Related Commands:
CURRENT DEFER
Command Syntax:
.---------------------.
/ |
>--- EXchange ----*--- dbname - dbname ---+--->
4.1.7 FINISH
Function:
The FINISH command ends the Plant session and returns to the operating system.
Description:
The abbreviated form of this command, FIN, can only be given in MONITOR. To leave other
modules, you must give the command in full.
Command Syntax:
>--- FINish --->
4.1.8 LIST
Function:
The LIST command lists most of the available project information.
Description:
The LIST command displays most of the project information held in the System Database.
Examples:
LIST USERS Lists all the users in the project, with their access level (Free
or General), and the Teams they belong to.
LIST TEAMS Lists all the teams in the project, with the users who are
members of the teams and the DBs associated with them.
LIST MDBS Lists the MDBs in the project, and the current and deferred
databases in each MDB.
LIST DBS Lists all the databases in the project, their types (Design,
CATALOGUE etc) and the MDBs which contain them.
LIST TYPES Lists all the database types (Design, CATALOGUE etc) in
the project.
LIST COPIES Displays the names of all DBs which have been copied and
the names under which the copies are filed.
LIST FILES Displays information about the database files in the current
project.
LIST SIZES Lists the sizes (in pages and Mbytes) of all the databases in
the project.
LIST AREA 20 Displays information about databases in area 20. See the
Administrator User Guide for information about database
areas.
If a user has a working extract for a database, then this will be opened instead of the owning
database when the user enters a module. E.g. if user A has a W.ext, then User A will use it;
but User B will use the normal database. See Database and Extracts in the Database
Management Reference Manual.
Refer to Using MONITOR for examples of output from some of these commands.
Command Syntax:
.------<------------------------------.
/ |
>--- LIst ----*--- USers -----------------------------|
| |
|--- TEams -----------------------------|
| |
|--- MDBs ------------------------------|
| |
|--- DBs -------------------------------|
| |
|--- FILES -----------------------------|
| |
|--- DBs -------------------------------|
| |
|--- EXTernal --------------------------|
| |
|--- AREA n ----------------------------|
| |
|--- TYpes -----------------------------|
| |
|--- SIZe -----------------------------|
| |
|--- COpies ----------------------------|
| |
|--- MOdules ---------------------------|
| |
|--- MACRos ----------------------------|
| |
|--- MESSages --------------------------|
| |
|--- Authusers -------------------------|
| |
|--- ALL -------------------------------|
| |
‘--- WORKING EXTRACTS -+- FOR USERNAME--|
‘----------------+--->
4.1.9 MESSAGE
Function:
The MESSAGE command sends a message to other Plant users.
Description:
The message will be displayed only to users already in Plant when the command is given,
and then only when they next change modules. A message consists of text enclosed in
quotes, and it can contain several lines of text.
You can specify the destination in several ways, as shown in the examples.
Examples:
Command Syntax:
>--- MEssage ----+--- n ------------------.
| |
|--- HOST hostname ------|
| |
|--- ID descript --------|
| |
|--- LOGIN loginid ------|
| |
|--- USer userid --------|
| |
|--- TEam teamid --------|
| |
‘------------------------+-- text -->
4.1.10 PASSWORD
Function:
The PASSWORD command changes your password.
Description:
You can change your password at any time. You may wish to do this if you suspect that an
unauthorised user has gained access to your DBs.
• You must take care when typing in the new password, because if you do not type what
you think you are typing you will not be able to enter Plant again. If this happens, ask
your System Administrator to tell you what password you have set.
Note: This command can only be used if your Administrator has granted this capability. You
can check this using the command "Q PASSWORDLOCK". If the PASSWORDLOCK
is ON, ask your Administrator to change your password for you.
Command Syntax:
>--- PASSword password --->
where password consists of up to six alphabetic characters.
4.1.11 PROJECT
Function:
The PROJECT command sets the current project.
Example:
PROJECT SAM
Command Syntax:
>--- PROJect --- proj_name --->
4.1.12 PROTECT
Function:
The PROTECT command allows you to change your access rights to DBs.
Description:
You can temporarily change your access rights to DBs. You can only reduce your access
rights from the set state, never increase them. The change will only apply in the current
session.
You can only change access rights to the current MDB.
Examples:
An example of using the PROTECT command is shown below:
User SAMPLE enters Plant and selects the MDB to which he has Read/Write access. This
MDB contains two current DBs named PIPING/AREA-A and PIPING/AREA-B. The STATUS
command will list the DBs as follows:
DB TYPE MODE
PIPING/AREA-A DESI RW
PIPING/AREA-B DESI RW
SAMPLE changes his access level to the DB /AREA-B to Read-only status by the
command:
PROT PIPING/AREA-B READ
The STATUS command will now list the DBs as follows:
DB TYPE MODE
PIPING/AREA-A DESI RW
PIPING/AREA-B DESI R
Command Syntax:
.--------------<-----------.
/ |
>--- PROtect ----*--- dbname ---+--- RW ------|
| |
|--- Read ----|
| |
‘--- None ----+--->
4.1.13 QUERY
Function:
The QUERY command outputs information about named administration elements.
Description:
Note that there are many other elements and attributes of elements that can be queried in
other modules. This section lists those available in MONITOR.
Examples:
Some examples of output from querying commands are given below. For a complete
specification of the options, see the command syntax.
Command Output
Note: This information will only be output if you are a Free user.
Q DB SAMPLE/DESI SAMPLE/DESI
DESI Number 8010 Update
Size 664 pages
MDBS: /SAMPLE
Q DB MASTER/PIPEOLD TYPE CATA
Q DB MASTER/PIPECATA FILE Filename /%MAS000%/mas005
Q DB MASTER/PIPECATA NUMBER Number 8101
Q DB MASTER/PIPECATA SIZE Size 623 pages
Q DB MASTER/PIPECATA FOREIGN FOREIGN
Q DB SAMPLE/DESI FOREIGN Local
Q DB SAMPLE/DESI ACCESS Update
Q COPIES SAMPLE/DESI Database SAMPLE/DESI has
copies: ABC/DESI
Q MACRO 1 /%SAMMAC%/sam001.mac TEST/
DESI SAMPLE/DESI
Related Commands:
LIST
Command Syntax:
>--- Query ---+--- USer ---+-------------------------------.
| | |
| ‘--- userid --+-- ACCess -------|
| | |
| |-- DESCription --|
| | |
| ‘-- PASS ---------|
| |
|--- ACTIVE ---------------------------------|
| |
|--- TEam teamid ----------+-----------------|
| | |
| ‘-- DESCription --|
| |
|--- DB dbname --+---------------------------|
| | |
| |-- DESCription ------------|
| | |
| |-- TYpe -------------------|
| | |
| |-- FIle -------------------|
| | |
| |-- NUmber -----------------|
| | |
| |-- SIze -------------------|
| | |
| |-- FOREign ----------------|
| | |
| ‘-- ACCess -----------------|
| |
|--- COpies dbname --------------------------|
| |
|--- MDB mdbname --+-------------------------|
| | |
| ‘-- DESCription ----------|
| |
|--- MACRO integer --+-----------------------|
| | |
| |-- FILEname -----------|
| | |
| |-- FROMdb -------------|
| | |
| ‘-- TOdb ---------------|
| |
|--- PASSWORDLOCK ---------------------------|
| |
|--- SET TEam -------------------------------|
| |
‘--- PROject ---+--- NAMe -------------------|
| |
|--- NUMber -----------------|
| |
|--- DEScription ------------|
| |
‘--- MESsage ----------------+-->
4.1.14 RUN
Function:
The RUN command allows you to run modules which are not available through the normal
module-changing commands.
Description:
This command should only be used with the advice of AVEVA. See the copyright page at the
front of this manual for access to the addresses and telephone numbers of AVEVA offices.
>--- RUN module --->
4.1.15 SET
Function:
The SET command sets the current team.
Description:
Once a team has been set, you can omit the team name when you specify the database
name; for example, in a LIST command.
Examples:
Command Syntax:
>--- SET TEam teamid --->
4.1.16 STATUS
Function:
The STATUS command gives information about your current status and the DBs to which
you have access.
Description:
The output from the command is shown in the example:
Examples:
Project: SAM
User: SYSTEM (Xd0-PC046)
Teams: MASTER SAMPLE DEMO HANGER HVAC PIPE STRUC
DRAFTADMIN ISOADMIN HSADMIN CATADMIN ADMIN CATS EQUI
TRAINING PARAGONADMIN
MDB: /SAMPLE
1 SAMPLE/DESI RW PRIMARY
2 STRUC/ASLTMPL RW PRIMARY
3 STRUC/TEMPLATE RW PRIMARY
4 EQUI/EQUITMPL RW PRIMARY
5 PIPE/ISOD RW PRIMARY
6 SAMPLE/PADD RW PRIMARY
7 ADMIN/PADD RW PRIMARY
8 MASTER/COMP R FOREIGN
9 MASTER/PIPECATA R FOREIGN
10 MASTER/PIPEOLD R FOREIGN
11 MASTER/STLCATA R FOREIGN
12 MASTER/HVACCATA R FOREIGN
13 MASTER/SUPPCATA R FOREIGN
14 MASTER/EQUICATA R FOREIGN
15 MASTER/ASLCATA R FOREIGN
16 MASTER/PADD R FOREIGN
17 MASTER/DICT R FOREIGN
18 MASTER/PROP R FOREIGN
Deferred DBS:
**NONE**
This shows that in the project SAM, a user with identifier SYSTEM is logged in to
workstation PC046. Xd0 is a unique identifier based on SAMPLE’s process number.
SYSTEM is a member of the 16 teams listed. They have selected an MDB called /SAMPLE.
Their current databases are listed.
Command Syntax:
>--- STATus --->
4.1.17 SYSTAT
Function:
The SYSTAT command gives system status information about the current project.
Description:
The SYSTAT command lists all users who are accessing the project, the modules and
databases which they are using, and whether they are examining (Read-only status) or
modifying (Read/Write status) the database. It also gives the unique identifier, login id and
host name for each user.
You list the system status of a given user, module, MDB or host using the commands shown
in the syntax graph.
Examples:
PROJECT SAM
=============
User SYSTEM (Xd0-PC046)
Name user.name (user)
Host PC046
Entered 15:27 23 Apr
Module MONITOR
MDB /SAMPLE
DB MODE
SAMPLE/DESI R
STRUC/ASLTMPL R
STRUC/TEMPLATE R
EQUI/EQUITMPL R
PIPE/ISOD R
SAMPLE/PADD R
ADMIN/PADD R
MASTER/COMP R
MASTER/PIPECATA R
MASTER/PIPEOLD R
MASTER/STLCATA R
MASTER/HVACCATA R
MASTER/SUPPCATA R
MASTER/EQUICATA R
MASTER/ASLCATA R
MASTER/PADD R
MASTER/DICT R
MASTER/PROP R
1 user(s) listed
This shows that user SYSTEM is logged in and using Plant for work on Project /SAMPLE.
The user’s unique identifier is Xd0. The user is using MONITOR and not accessing any
databases
Command Syntax:
>--- SYStat ---+--- USER PDMS_ID ------.
| |
|--- NAME ’login_id’ ---|
| |
|--- HOST ’host_id -----|
| |
|--- MODUle module -----|
| |
|--- MDB mdb_name ------|
| |
‘-----------------------+--->
4.1.18 USERNAME
Function:
The USERNAME command specifies a username and password.
Description:
Users can be queried if no username is set, but the username must be given before an MDB
is set.
Note: When working in non-graphics mode, it is recommended that you enter the
USERNAME command on its own, and you will then be prompted to enter the
username and password, which will not be echoed on the screen. Do not follow the
command immediately by the username and password, as this may be a security
risk.
Examples:
USER
SYSTEM/XXXXXX
Command Syntax:
>--- USERname --- newline --- text --->
5 Error Messages
The following is a complete list of those messages specific to the MONITOR module that
may be output to the terminal (with message number) and message file (with message
number suppressed). All such messages will have a message number beginning with 39.
Any other messages that may be output are not described here as they are not specific to
the MONITOR module.
The MDB name referred to does not exist in the current project.
User’s access rights do not allow him to modify the relevant files.
No runfile for the specified module can be found in the current Project
Database. The runfile must be set by the System Administrator using
ADMIN.
No runfile for the specified module can be found in the current Project
Database. The runfile must be set by the System Administrator using
ADMIN.
The DB referred to is not within the specified MDB, or within the current
MDB if none was specified.
The list position for adding a current DB to an MDB must be in the range 1
to 1000.
A maximum of 1000 DBs are accessible within an MDB at any time. Use
the EXCHANGE command to substitute the required DB for one not
currently needed.
The BATCH command is only valid if entry was made using the batch
option.
The MDB must be fully specified by name; wildcard characters are not
allowed in this context.
(39,36) User password not changed - passwordLock is on. Please contact the
system administrator at location =0/0 to change passwords.
Your Administrator has set the PASSWORDLOCK ON. You may not reset
your password in Monitor.
A Menu Maps
The following menu maps shows the options available from the main MONITOR menu bar.
Index
D G
Database General access rights . . . . . . . . . . . . . . 2:3
access to . . . . . . . . . . . . . . . . . . . . . 2:2
CONTROLLED access . . . . . . . . . . . 2:2
MULTIWRITE access . . . . . . . . . . . . 2:2
I
UPDATE access . . . . . . . . . . . . . . . . 2:2 Inter-DB connection macros
Database copies . . . . . . . . . . . . . . . . . . . 2:3 deleting . . . . . . . . . . . . . . . . . . . . . . 3:7
listing . . . . . . . . . . . . . . . . . . . . . . . . 3:4 Inter-db connection macros . . . . . . . . . . 3:5
Database names . . . . . . . . . . . . . . . . . . . 2:3
Database types . . . . . . . . . . . . . . . . . . . . 2:2
L
Databases . . . . . . . . . . . . . . . . . . . . . . . . 2:1
current . . . . . . . . . . . . . . . . . . . 2:1, 3:5 Leaving Plant . . . . . . . . . . . . . . . . . . . . . 3:7
M S
Macros SET . . . . . . . . . . . . . . . . . . . . . . . . 3:1, 4:16
querying . . . . . . . . . . . . . . . . . . . . . . 3:5 Setting current team . . . . . . . . . . . . . . . . 3:1
MDB Starting up Plant . . . . . . . . . . . . . . . . . . . 2:1
querying . . . . . . . . . . . . . . . . . . . . . . 3:5 STATUS . . . . . . . . . . . . . . . . . . . . . 3:1, 4:17
MDBs Status
listing . . . . . . . . . . . . . . . . . . . . . . . . 3:3 system . . . . . . . . . . . . . . . . . . . . . . . 3:1
Menu Maps . . . . . . . . . . . . . . . . . . . . . . . A:1 user . . . . . . . . . . . . . . . . . . . . . . . . . 3:1
MESSAGE . . . . . . . . . . . . . . . . . . 3:6, 4:10 SYSTAT . . . . . . . . . . . . . . . . . . . . . 3:1, 4:18
Messages to other users . . . . . . . . . . . . . 3:6
Module access rights . . . . . . . . . . . . . . . 2:3 T
Modules
changing . . . . . . . . . . . . . . . . . . . . . . 3:7 Team
listing . . . . . . . . . . . . . . . . . . . . . . . . 3:4 current . . . . . . . . . . . . . . . . . . . . . . . 3:1
MULTIWRITE access to databases . . . . 2:2 Teams . . . . . . . . . . . . . . . . . . . . . . . . . . 2:3
listing . . . . . . . . . . . . . . . . . . . . . . . . 3:2
querying . . . . . . . . . . . . . . . . . . . . . . 3:5
N
TERMINAL . . . . . . . . . . . . . . . . . . . . . . . 3:7
Names of databases . . . . . . . . . . . . . . . . 2:3
U
O
UNITS settings . . . . . . . . . . . . . . . . . . . . 2:1
Output UPDATE access to databases . . . . . . . . 2:2
to file . . . . . . . . . . . . . . . . . . . . . . . . . 3:7 USERNAME . . . . . . . . . . . . . . . . . . . . . 4:19
to screen . . . . . . . . . . . . . . . . . . . . . . 3:7 Users
Output devices . . . . . . . . . . . . . . . . . . . . 3:7 access to databases . . . . . . . . . . . . 2:3
listing . . . . . . . . . . . . . . . . . . . . . . . . 3:2
P querying . . . . . . . . . . . . . . . . . . . . . . 3:5
Q
QUERY . . . . . . . . . . . . . . . . . . . . . 3:5, 4:13
Querying . . . . . . . . . . . . . . . . . . . . . . . . . 3:5
database copies . . . . . . . . . . . . . . . . 3:5
databases . . . . . . . . . . . . . . . . . . . . . 3:5
macros . . . . . . . . . . . . . . . . . . . . . . . 3:5
MDBs . . . . . . . . . . . . . . . . . . . . . . . . 3:5
projects . . . . . . . . . . . . . . . . . . . . . . . 3:5
teams . . . . . . . . . . . . . . . . . . . . . . . . 3:5