Virtual DPU Simulation User Guide
Virtual DPU Simulation User Guide
User’s Guide
278707 Rev. E1
Refer to this publication for complete and accurate information that helps you better operate and service Valmet.
Your comments and suggestions are welcome
Valmet
2750 Morris Road
Lansdale, PA 19446
This document is the exclusive intellectual property of Valmet, Inc. and/or its subsidiaries (collectively “Valmet”) and is
furnished solely for operating and maintaining the supplied equipment and/or software. Use of the document for any
other project or purpose is prohibited. All copyrights to the document are reserved by Valmet. Accordingly, the
document or the information contained therein shall not (whether partly or entirely) be reproduced, copied or disclosed to
a third party without prior written consent of Valmet.
Valmet • 278707 •
ii
Contents
Preface ............................................................................................................................................ v
Valmet • 278707 •
iii
Virtual DPU Simulation
Valmet • 278707 •
iv
Preface
Valmet • 278707 •
v
Chapter 1
Introducing Simulation
Overview
The maxDNA system supports process and control simulation through the
Ethernet backbone and the use of an interface, which all applications use for
interface to the system. This interface is the Software Backplane (SBP).
The Software Backplane is responsible for managing all data exchanges with
the I/O of the system both real and simulated.
The system supports both physical and virtual DPUs. The physical DPUs
are those real DPUs connected to the Ethernet backbone of the system. The
virtual DPUs are those which exist as an application in a workstation with no
real DPU hardware or physical connection. Virtual DPUs are used for
physically connectionless process and control operation of the system.
Valmet • 278707 •
1-1
Virtual DPU Simulation
Buffers in Simulation
An attribute of each I/O buffer is SimST. This allows alternate code to run
in the buffer at a normal execution rate. This code transfer data to and from
the Simulation attributes specific to each buffer. This data can be in percent
of span or real counts as received or sent by the DPU to the I/O module.
Also a status attribute (SimStatus) for simulation is provided with each
buffer to simulate bad data from the buffer to the rest of the system.
Valmet • 278707 •
1-2
Chapter 2
To write a value through the SBP the value is entered into the data object by
SetValueLong or SetValueFloat depending on the data type. This places the
value into the SBP data object so that WrapperWrite call will send the data
to the DPU via the SBP.
To read a value through the SBP a WrapperRead call is made. When the
WrapperRead is complete the CallBack will be entered. The data returned
can be obtained from the SBP data object by using the appropriate
GetValueLong or GetValueFloat call.
Valmet • 278707 •
2-1
Virtual DPU Simulation
The attributes of an I/O buffer are dependent upon the type of I/O input
or output. The simulation attributes are listed below by I/O module type.
The fastest real DPU I/O buffer update occurs at different times based on
the type of I/O involved. The digital input and output buffers are
updated once every millisecond. The analog input and output buffers are
updated once every 100 milliseconds. The TC and RTD buffers are
updated once every second. In an NT workstation with multiple virtual
DPUs this update rate will be less, however, updates more often than the
maximum processing rate will not be processed. The SBP in a DPU can
handle for simulation about 2,000 transactions per second. ‘Writes’
should be on change only and kept to no more than 200 per second to
allow for ‘subscription’ response. Coding samples are included on the
CD with this document. The project ‘ClientWrapper’ is an example of a
‘C’ interface to the software backplane. You can use these functions by
including the Client.h file in your interface program or programs and
linking with [Link] and [Link].
Valmet • 278707 •
2-2
Chapter 3
SimStatus – Write/Read - status indicating the board health written from the
simulator station to the buffer. – LONG – 0 is board OK, 1 is an error. This
will not generate an event or alarm from the buffer.
Cabinet – Read - the name of the cabinet this module is located in - STRING
Rack – Read - the rack number where this module is located in the cabinet -
LONG
Card – Read - the card number where this module is located in the rack -
LONG
Valmet • 278707 •
3-1
Virtual DPU Simulation
SimStatus – Write/Read - status indicating the board health written from the
simulator station to the buffer – LONG – 0 is board OK, 1 is an error. This
will not generate an event or alarm from the buffer.
Cabinet – Read - the name of the cabinet this module is located in - STRING
Rack – Read - the rack number where this module is located in the cabinet -
LONG
Card – Read - the card number where this module is located in the rack –
LONG
SimIn01 – SimIn08 – Write - the value of individual count inputs from the
simulator station to the buffer as counts – LONG – For event count type
inputs 32 bit quantity and for frequency type inputs 0 to 65535.
SimStatus – Write/Read - status indicating the board health written from the
simulator station to the buffer – LONG – 0 is board OK, 1 is an error. This
will not generate an event or alarm from the buffer.
Valmet • 278707 •
3-2
I/O Buffers in Simulation
Cabinet – Read - the name of the cabinet this module is located in - STRING
Rack – Read - the rack number where this module is located in the cabinet -
LONG
Card – Read - the card number where this module is located in the rack –
LONG
Sim Word – Write - 16 bits representing the state of each of 16 digital inputs
the simulator station to the buffer to MAX
SimDI01 – SimDI16 – Write - the value of individual count inputs from the
simulator station to the buffer as boolean – LONG – 0 or 1.
SimStatus – Write - status indicating the board health written from the
simulator station to the buffer – LONG – 0 is board OK, 1 is an error. This
will not generate an event or alarm from the buffer.
Cabinet – Read - the name of the cabinet this module is located in - STRING
Rack – Read - the rack number where this module is located in the cabinet -
LONG
Card – Read - the card number where this module is located in the rack -
LONG
Valmet • 278707 •
3-3
Virtual DPU Simulation
SimStatus – Write - status indicating the board health written from simulator
station to the buffer – LONG – 0 is board OK, 1 is an error. This will not
generate an event or alarm from the buffer.
Cabinet – Read - the name of the cabinet this module is located in – STRING
Rack – Read - the rack number where this module is located in the cabinet –
LONG
Card – Read - the card number where this module is located in the rack –
LONG
SimStatus – Write/Read - status indicating the board health written from the
simulator station to the buffer – LONG – 0 is board OK, 1 is an error. This
will not generate an event or alarm from the buffer.
Valmet • 278707 •
3-4
I/O Buffers in Simulation
Cabinet – Read - the name of the cabinet this module is located in - STRING
Rack – Read - the rack number where this module is located in the cabinet -
LONG
Card – Read - the card number where this module is located in the rack –
LONG
SimAI – Write - the value of individual count inputs from the simulator
station to the buffer as counts or 0 to 100% of span – LONG - 0 to 65535
SimOut – Read - the value of individual count output from the buffer to the
simulator station as counts or 0 to 100% of span – LONG - 0 to 65535
SimStatus – Write/Read - status indicating the board health written from the
simulator station to the buffer – LONG – 0 is board OK, 1 is an error. This
will not generate an event or alarm from the buffer.
Cabinet – Read - the name of the cabinet this module is located in - STRING
Rack – Read - the rack number where this module is located in the cabinet -
LONG
Card – Read - the card number where this module is located in the rack –
LONG
Valmet • 278707 •
3-5
Virtual DPU Simulation
SimAO01 – SimAO04 – Read – the value of the output written from the
buffer to the simulator station in percent of span (0 to 100%) - LONG
SimDStat – Write - the value of individual stroke time inputs from the
simulator station to the buffer as seconds –FLOAT
SimDIDOWord – Write - the value of individual stroke time inputs from the
simulator station to the buffer as seconds –FLOAT
SimStatus – Write - status indicating the board health written from the
simulator station to the buffer – LONG – 0 is board OK, 1 is an error. This
will not generate an event or alarm from the buffer.
Cabinet – Read - the name of the cabinet this module is located in - STRING
Rack – Read - the rack number where this module is located in the cabinet -
LONG
Card – Read - the card number where this module is located in the rack –
LONG
Valmet • 278707 •
3-6
I/O Buffers in Simulation
SimStatus – Write - status indicating the board health written from the
simulator station to the buffer – LONG – 0 is board OK, 1 is an error. This
will not generate an event or alarm from the buffer.
Cabinet – Read - the name of the cabinet this module is located in - STRING
Rack – Read - the rack number where this module is located in the cabinet -
LONG
Card – Read - the card number where this module is located in the rack –
LONG
Valmet • 278707 •
3-7
Virtual DPU Simulation
SimStatus – Write - status indicating the board health written from simulator
station to the buffer – LONG – 0 is board OK, anything else is an error
Cabinet – Read - the name of the cabinet this module is located in - STRING
Rack – Read - the rack number where this module is located in the cabinet -
LONG
Card – Read - the card number where this module is located in the rack -
LONG
Valmet • 278707 •
3-8
I/O Buffers in Simulation
TC Buffer (TC)
The following attributes are used by the virtual simulation DPU to simulate a
TC input module. The inputs (SimTC01 – SimTC16) can be in counts as
presented by a module to the buffer or in temperature.
input_mv/span_mv[category] * 32767
Category Span
0 10 mv
1 25 mv
2 60 mv
3 100 mv
4 250 mv
5 600 mv
SimStatus – Write - status indicating the board health written from simulator
station to the buffer – LONG – 0 is board OK, 1 is an error
Valmet • 278707 •
3-9
Virtual DPU Simulation
Cabinet – Read - the name of the cabinet this module is located in - STRING
Rack – Read - the rack number where this module is located in the cabinet -
LONG
Card – Read - the card number where this module is located in the rack –
LONG
Valmet • 278707 •
3-10
Chapter 4
The virtual DPU program accepts command line options for running. These
options include DPU name, IP address, file name and location for the
database, export of tagnames, simulation, engineering units input and output.
When executing in the Simulation Engineers station (MAXStation) the
following command line options must be included for each Virtual DPU to
run on this station.
/exp – This command line option exports the points so they are viewable
outside of the station.
/n “DPUname” – The n option gives the Virtual DPU a name and this should
be the name given in the system. It is limited to 16 characters.
/f “full path name to the saved database” – the f option provides the path of
where the database is to be stored and retrieved from.
/sim – The sim option sets a global flag, which is checked by all buffers.
This places all buffers in the simulate mode without having to set each one
individually. The sim option also places the DPU in a waiting state so that
all virtual DPUs in a scenario may be started at the same time. The RunStop
attribute of the DPMS atom must be set to zero to run and execute control
atoms.
/eu – The eu option sets a global flag which is checked by all buffers. This
allows the buffers to accept input in percent of scale for easier human input.
Do not use this input if you are going to connect outputs to inputs by
reference.
Valmet • 278707 •
4-1
In the case of the version 4 and newer systems this program is setup using
the Startup Config program which is documented in the auxiliary functions
manual.
Operators Stations Connected to the Simulation Station
Operator Workstations connected to the Simulation Workstation must run an
additional program named SimTransport. This program intercepts messages
for the Virtual DPUs and directs them to the Workstation (“name”) running
the Virtual DPUs. The SimTransport program does this by using the DPU
names, IP addresses, and station name configured in the file [Link].
This file is to be placed in the \custom\database subdirectory. Each entry
(one per Virtual DPU) is described in this file by example.
In the case of version 4 the SimTransport program should be started with the
MAXStation software by adding it to the custom startup initialization file .
The entry is as follows:
1, c:\mcs\Sbp\[Link], SimTransport
After startup the program will run minimized. In case of version 4 the health
of a Virtual DPU can be observed by maximizing the SimTransport icon on
the Start bar at the bottom of the screen and in case of version 6 Point
Browser should be used to see the health of Virtual DPUs.
Valmet • 278707 •
4-2
Simulation Station Configuration And Setup
The Simulation Workstation for running Virtual DPUs requires two
operations be performed. The first is the station must be given a name and
should have an IP address in the third position, which is not below 16
(Typically 172.16.160.x). The second task is to create a shortcut to each
Virtual DPU to be simulated. This is where the command line options are
specified. Also add the command line for each Simulated DPU to the
[Link] file (in C:\Custom\Sbp) to automatically start and stop each
Simulated DPU with the Station Startup dialog. In addition the event related
programs should not be run in this station. Below is an example of the
[Link] entry.
Valmet • 278707 •
4-3
Simulation DPUs Shortcut and Setup
A shortcut should be established for each simulated DPU to be run in the
Simulation Workstation in the system. This facilitates individual DPU
operation should it become necessary for the Engineer to individually
control the DPU. This shortcut is usually placed on the desktop in the
Engineers mode. The shortcut should be titled with the DPUs name for ease
of locating. The properties should have the following line in the target entry:
C:\custom\configs\”DPUname”\”Scenario”.mxt
The fourth function (state 3) is to load specific saved situations to the DPU.
These are typically those saved using the snapshot save (state 2) above.
Writing the text string for the specific scenario to the Scenario attribute will
declare which database file to load. Writing a 3 to the RunStop attribute will
cause the DPU to delete the current database and load the new database.
The RunStop attribute will show a 4 during the load and a 1 when the load
is complete. The RunStop attribute can then be written to a 0 to start
running the newly loaded database.
The TimeWarp attribute in DPMS allows the psuedo time in the virtual DPU
to advance faster or slower than actual time. This value is limited between 5
times faster and .001 slower than normal time advancement. This is done by
multiplying the time increment by the entered TimeWarp attribute value and
then adding this new increment to the current psuedo time. This action will
Valmet • 278707 •
4-4
cause the system to appear to be in slow motion (TimeWarp less than 1) or
fast motion (TimeWarp greater than 1). The real time stamps on events are
not effected by this timewarpping and will appear with a stamp of actual
occurrence.
Valmet • 278707 •
4-5
The setup screen shown below will popup and you can make your
selections and fill in the blanks for each virtual DPU you need to setup.
First click the radio button for virtual DPU in the block for basic type.
Second fill in the DPUname and real DPUs IP address. Third fill in the
entry for the initial database .mxt file. This should be a full pathname.
The fourth thing to select is the Export Symbols and Enable boxes. The
fifth step is to select the operation mode of the buffers for the I/O. The
selection of normal will set the buffers to expect count values as from an
actual module. The mv selection allows input of the millivolt input rather
than counts for TC modules. The EU selection allows input and output in
terms of 0 to 100% for analog values and actual temperatures for TC and
RTDs. As these selections are made and the data filled in you can
observe the Option Switches line filling in for you. It is blanked out so
direct entry is not possible. When all entries have been made click the
OK button and you will be returned to the Startup Config Tool main
screen and your entry will now be the last entry completed. Repeat this
process until all simulated DPUs have been entered and then click the
Save/Exit button to complete.
Valmet • 278707 •
4-6
Valmet • 278707 •
4-7
Version 6 Configuration of Simulation DPUs
For Version 6 the configuration tool has been modified which will look as below:
The setup screen shown below will popup and you can make your selections
and fill in the blanks for each virtual DPU you need to setup. First click the
radio button for virtual DPU in the block for basic type. Second fill in the
DPUname and real DPUs IP address. Third fill in the entry for the initial
database .mxt file. This should be a full pathname. The fourth thing to select
is the Export Symbols and Enable boxes. The fifth step is to select the
operation mode of the buffers for the I/O. The selection of normal will set
the buffers to expect count values as from an actual module. The mv
selection allows input of the millivolt input rather than counts for TC
modules. The EU selection allows input and output in terms of 0 to 100%
for analog values and actual temperatures for TC and RTDs. As these
selections are made and the data filled in you can observe the Option
Valmet • 278707 •
4-8
Switches line filling in for you. It is blanked out so direct entry is not
possible. When all entries have been made click the OK button and you will
be returned to the Startup Config Tool main screen and your entry will now
be the last entry completed. Repeat this process until all simulated DPUs
have been entered and then click the Save/Exit button to complete.
Valmet • 278707 •
4-9
Chapter 5
The simulator station must be given a unique name and IP address within the
domain constraints of the system. In this example the station is given the
name DPU5DEV3. It has an IP of [Link]. This should be set up in
the domain configurator tool and the resultant file ([Link]) needs to be the
same on all stations in the system.
NOTE: Do not connect the simulator station on the same network as the
real DPUs as it is possible to confuse the system as to the data from a
real DPU with simulated data.
The next step is to establish the [Link] file correctly identifying the
DPUs in the simulation system. This file is located in C:\Custom\Database.
Below is a snapshot of a correct [Link] used in this example. This file
should be the same on all stations in the simulation system.
Valmet • 278707 •
5-1
Virtual DPU Simulation
The next step is to establish the [Link] file correctly identifying the
DPUs in the simulation system. This file is located in C:\Custom\Database.
Below is a snapshot of a correct [Link] used in this example. This
file should be the same on all non simulation stations (Operator or Engineer)
in the simulation system. If multiple simulation stations are required then
the [Link] file should contain the other simulator stations to which
this station needs access.
The next step is to establish the necessary directory structure to support the
virtual DPU database saves. The directory structure should be set up under
C:\Custom\Configs. There needs to be a directory for each simulated DPU
by name. When snapshots are taken during operation the mxt files will be
directed to these subdirectories and be saved as “scenario”.mxt where the
scenario is that text string entered in the DPMS attribute of scenario prior to
the snapshot. If the file already exists it will be overwritten. Below is a
sample of this structure as viewed from Explorer.
Valmet • 278707 •
5-2
Example of Setting up Virtual DPUs in Simulation
Snapshots of the DPU databases with the scenario attribute blank will result
in the file of “dpuname”.mxt in the root directory of C:\Custom\Configs as
shown above.
The next step on a version 3 system is to configure the [Link] file which
is stored in C:\Custom\Sbp. Below is an example of the entries for the DPUs
in the simulator station. By placing them in this file the virtual DPUs will
automatically start up when the station is started and close when the station
is stopped.
On a version 4 system use the Startup Config Tool to enter the options of
each of the simulated DPUs. The simulated DPUs can be run as an
application for initial debug and then changed to run as a service for normal
operation. The startup should delay for at least 8 seconds after starting a
Virtual DPU. It may be necessary to have at least one Proxy Server running
in the simulation system or the HID references will not be visible.
Valmet • 278707 •
5-3
Virtual DPU Simulation
The next step is to establish a shortcut on the desktop to start and stop each
of the DPUs individually as may be needed. The shortcut should start the
executable [Link] from C:\MCS\Atoms. The options should be
set to match the option line above for each DPU and follows the program
name on the target entry. The startup directory should be set to
C:\Custom\Configs. See below for an example. If there are a large number
of DPUs in the simulation it is advisable to place these shortcuts in folders
on the desktop typically by subsystem for ease of locating when individual
operation is needed.
Valmet • 278707 •
5-4
Example of Setting up Virtual DPUs in Simulation
The final step is to start the station in engineer mode. On the Windows Task
Bar you should see a minimized program with the DPUname for each
simulated DPU. When these appear proceed to the Engineer/Operator
station and call up the SimTransport program pop up and observe that a
smiley face is next to each simulated DPU. If not trouble shoot why the
DPU is not cooperative. If all the simulated DPUs are present and smiley
download the databases to them from the Engineers/Operators station and
when successful snapshot each of the DPUs to create .mxts for each DPU to
use on start up.
Valmet • 278707 •
5-5
Chapter 6
Valmet • 278707 •
6-1
Virtual DPU Simulation
The simulation link points text files contain the commands and data to create
the lss points for links to transfer points. These commands create a point
with a tagname, specify the type of point, and commit the point to start
executing. These points have the attributes of “.out”, “.outpct”, “.tagname”
and can be read from/ written to and subscribed to by SBP transactions.
The program c:\mcs\links\[Link] utility takes the link miniconf file and
creates a point list that is used by [Link] to create the necessary LSS points.
Note that only incoming points of the link need to be added to LSS for the simulation.
Valmet • 278707 •
6-2
Chapter 7
Valmet • 278707 •
7-1
Virtual DPU Simulation
to the files should be performed from within the contents of the folder
C:\Custom\Applications\Simulation.
Each DPU is a separate entry containing its name, the name of the station
hosting the virtual DPU, and a timeout value for transactions to the virtual
DPU.
Valmet • 278707 •
7-2
SimConsole for Virtual DPUs
In order for SimConsole to access the Virtual DPU files, the C:\Custom
folder on the stations where the VDPUs run must be set as Shared. Right
click on the 'Custom' Folder and perform Share. This is true even if the
VDPUs are running on the same station as SimConsole.
Valmet • 278707 •
7-3
Virtual DPU Simulation
Include all VDPUs under SimConsole control in the standard DPU definition
file C:\Custom\Database\[Link]:
Valmet • 278707 •
7-4
SimConsole for Virtual DPUs
Valmet • 278707 •
7-5
Virtual DPU Simulation
Valmet • 278707 •
7-6
SimConsole for Virtual DPUs
These sub directories are used by SimConsole to save scenario and snapshot
MXT files for the each VDPU.
Setting up SimConsole
Configure one maxSTATION (e.g. hostname is WIN7OPER1) to run
SimConsole. The Sub Directories 'Backup', 'Database', 'Debug', 'maxINIT'
and the [Link] file should be copied from the
Valmet • 278707 •
7-7
Virtual DPU Simulation
In this simple example, there are four VDPUs running under SimConsole
control. All are hosted on maxSTATION WIN7OPER2. The Timeout value
of 10 seconds tells SimConsole to declare a VDPU non-existent if it does not
get a response from it within 10 seconds.
Valmet • 278707 •
7-8
SimConsole for Virtual DPUs
Valmet • 278707 •
7-9
Virtual DPU Simulation
Starting SimConsole
Launch SimConsole on WIN7OPER1 via StartupConfig or by navigating to
C:\Mcs\Simulation and double clicking [Link]. Login to the
session immediately after launching the SimConsole via the Session menu.
The default password to login to the session is "sim".
The Instructor may change the password after logging into the session by
providing the existing password and new password. The Instructor may
logout of the session at any point in time by clicking on the 'Logout' option.
The Instructor may close the SimConsole application dialog using the 'Exit'
option.
Initially, SimConsole shows the state of the virtual DPUs as red (paused, not
running). Click the Resume button to get the virtual DPUs to running state.
Valmet • 278707 •
7-10
SimConsole for Virtual DPUs
• Green - Run
• Red - Pause / Freeze
• Purple - Snapshot / Save
• Blue - Reload / Reset
• Magenta - Load Database
• Cyan - Save Snapshot
• Yellow - Error while Snapshot / Reload
• Grey - Unknown state
• Black - VDPU Not Found
Simulation Functions
The Functions that are provided by SimConsole are:
Valmet • 278707 •
7-11
Virtual DPU Simulation
Snapshot – press this button to create a new scenario. The new scenario
name is shown in the box at the bottom of the Select Scenario window. The
Instructor may also select a particular scenario from the list of scenarios and
overwrite that scenario. The current configuration of all VDPUs is saved to
the scenario name. The new mxt files are saved in each sub directory for the
VDPUs. Note that the [Boot] scenario is also selectable for overwrite.
Reset – use this function to reload all VDPUs with the scenario or snapshot
selected from the Select Scenario / Snapshot dialog. This dialog contains the
list of scenarios on the left hand side and the list of snapshots on the right
hand side. Select the desired scenario or snapshot to load into all VDPUs.
Valmet • 278707 •
7-12
SimConsole for Virtual DPUs
When all VDPUs are reloaded, you will be presented with the dialog that
shows the Reset Wait Time. When the Time expires, you are presented with
a prompt to do the actual Resume of the VDPUs.
Session Log – The SimConsole dialog Session Log windows shows a log of
the interface transactions between the application and the VDPUs. This
same information is repeated in the Debug folder file [Link].
Valmet • 278707 •
7-13
Virtual DPU Simulation
Maintenance Menu
There are several options under the Maintenance menu. The Instructor may
edit the scenarios, delete the snapshots, rebuild the controls, backup the
simulator and synchronize the database to DPU.
Edit Scenarios
This selection opens a dialog that shows the list of scenarios and buttons for
associated functions on the left hand side and the list of snapshots and
buttons for associated functions on the right hand side.
Valmet • 278707 •
7-14
SimConsole for Virtual DPUs
The Rename button is used to rename the selected. The default scenario
name is of the format 'Scenario_YYMMDD_HHMMSS'. The Instructor
may change the default new scenario name and provide a name of his choice.
The Instructor may select a particular scenario and delete it pressing the
Delete button under the list of Scenarios.
The Move button is used to move the selected snapshot from the list of
Snapshots to the list of Scenarios.
The Delete button under the Snapshots list is used to delete a particular
Snapshot from the list of snapshots.
Press the Cancel button to close the Edit Scenarios dialog box.
Delete Snapshots
Valmet • 278707 •
7-15
Virtual DPU Simulation
Use the Delete All button to delete all the snapshots in a single shot. The
Delete button deletes only the selected snapshot. The snapshot MXT file for
all VDPUs is removed from the disk and the snapshot no longer appears on
this list.
Backup Simulator
This dialog provides an interface to copy the SimConsole database files and
all VDPU files to the Backup folder in C:\Custom\Applications\Simulation.
Rebuild Controls
This interface provides a series of steps to recreate the [BOOT] MXT files
from actual maxDPUTOOLS database files. This step allows a training
scenario to be updated due to changes in plant configuration or other
changes in plant operation.
Valmet • 278707 •
7-16
SimConsole for Virtual DPUs
Step 2 copies the [BOOT] MXT files to the VDPU sub directories and
names them according to the date and time of creation of the [BOOT] file.
Step 3 provides time for the Instructor to download the VDPUs with
maxDPUTOOLS configurations. Press the Next button when all VDPUs
have been downloaded.
Valmet • 278707 •
7-17
Virtual DPU Simulation
Step 5 requests the VDPUs to update the [BOOT] MXT files with their
current configuration when the Finish button is pressed. Pressing Cancel
will abort the process.
Valmet • 278707 •
7-18
SimConsole for Virtual DPUs
This interface updates the [Link] file with the files that are actually
in the VDPU sub directories. A comparison of the list of files presented
when you select this function and when you select the Edit Scenarios
function will show a mismatch if the Simulator database is out of date.
Valmet • 278707 •
7-19
Virtual DPU Simulation
Tools Menu
The Tools menu item provides the ability to run several applications that are
of use to the Instructor in the simulation environment.
A Curve Fit Display provides the details such as the Mean for the X values
and Mean for the Y values, SD for X values and SD for Y values, SE,
Constant, RSQ, Avg Err, Std Dev and Coefficients values.
Valmet • 278707 •
7-20
SimConsole for Virtual DPUs
Setup Menu
Auto Snapshot – use this to set the periodicity in minutes for the automation
snapshot function. This feature is disabled until the Start button is pressed.
Use the Stop button to disable the Auto Snapshot.
Reset Wait Time – use this to set the time (in seconds) to wait before
resuming VDPU execution after Resetting the simulation scenario. The
default time is set to 20 seconds. Any value between 1 – 120 is valid.
The values set by these dialogs are stored in the SimConsole database file.
Valmet • 278707 •
7-21
Virtual DPU Simulation
Valmet • 278707 •
7-22
Ensuring proper startup and operation of virtual DPUs involves configuring the startup.ini file, assigning unique names and IP addresses to simulator stations, and keeping configuration files like simdpulist.ini consistent across stations . Establishing a correct directory structure under C:\Custom\Configs and setting up necessary shortcuts for individual DPU management are crucial . Proper sharing permissions for folders used by SimConsole must also be set to grant access only to authorized users, preventing unauthorized changes during multi-station operations . Finally, using the Startup Config Tool ensures DPUs automatically start and close with the station, facilitating seamless simulation environment management .
The system differentiates between input/output configurations through specific mode settings for buffers at setup. In 'normal' mode, the system expects count values typical of actual modules. The 'mv' option allows millivolt inputs relevant to TC modules, while 'EU' mode facilitates inputs/outputs in percentage terms for analog values or real temperatures for TC and RTDs. These configurations help tailor the simulation's data handling to match physical or operational conditions of the respective module types .
AddMember.exe and SimPointCR.exe utilities streamline the process of setting up virtual DPUs by automating point list creation and linking necessary inputs to the simulation framework . AddMember.exe generates a point list from the link miniconf file, which SimPointCR.exe uses to create Local Simulation System (LSS) points. This automation reduces manual configuration efforts and ensures that necessary incoming points are accurately represented in the simulation environment, providing a foundation for the correct operation and interaction of simulated elements .
The purpose of setting up individual shortcuts for starting and stopping each DPU is to offer precise control over the simulation process. This is particularly useful in complex environments with numerous DPUs, where it allows operators or instructors to manage DPUs independently without affecting the entire system . This not only helps in debugging but also permits scenario-specific flexibility, facilitating targeted training or system testing by activating only relevant DPUs to the contextually required state .
The SimStatus attribute in a virtual simulation Digital Processing Unit (DPU) serves to indicate the health of a board by distinguishing between a functioning state (0 = board OK) and an error state (1 = error). A significant aspect of this attribute is that it does not generate events or alarms in the buffer, which differentiates it from typical error notifications that might trigger alerts or logs for troubleshooting .
Setting up the SimDPUList.ini file involves correctly identifying the Distributed Processing Units (DPUs) in the simulation system, ensuring that each simulator station has access to the necessary VDPUs . This file must be consistent across all stations, both simulation and non-simulation, to maintain a unified configuration and prevent discrepancies in how simulated DPUs are handled throughout the network . Uniformity ensures that operational dynamics such as data consistency, accessibility, and control are preserved across multiple platforms, avoiding simulation errors due to configuration mismatches .
Using SimConsole introduces a layer of control based on scenarios, enabling instructors to simulate real-world situations for training purposes . SimConsole typically runs on a separate station from the VDPUs but can also share a station; however, shared folder access is required for SimConsole to function properly . This setup contrasts traditional simulation environments where VDPUs might independently operate. SimConsole's inclusion emphasizes structured simulation management through a user interface and pre-defined scenario-based interactions, enhancing the educational and operational depth of the simulations over standard setups that focus purely on functional accuracy and system integration .
The SimConsole application structures effective training by providing an interface for instructors to create and manage scenarios that emulate actual plant situations . This application allows modification via SimConsole's Setup Menu and encompasses a shared folder structure for easy access and modification of scenarios and configurations . It supports both individual and group exercises, enhancing the operator's ability to handle real-world system control challenges through realistic and interactive learning experiences .
To manage potential configuration issues, the document suggests ensuring simulator stations are not connected to the same network as real DPUs to avoid data confusion . This involves assigning unique names and IP addresses to simulator stations and maintaining separate domain settings . Additionally, consistent configuration files, such as the simdpulist.ini, across all relevant stations help maintain simulation integrity and prevent unintentional data overlap or interference between simulated and real DPU data streams .
In the simulation framework, event accumulation type inputs (SimIn) are directly represented in counts as presented by the module to the buffer, requiring no scaling apart from simple counting . Conversely, frequency type inputs are scaled between high and low counts to represent varying frequency rates, effectively transforming raw data into a normalized range (0 to 65535) suitable for frequency interpretation .