Professional Documents
Culture Documents
09/2016
www.schneider-electric.com
Rev. 3.1 (01-09-2016)
Change Control
General Information
The Saitel platform and all its components have been developed in accordance to the requirements for a quality
management system, complying with the ISO 9001 Norm.
The Saitel platform and all its components have been developed in accordance to the requirements for a
quality management system, complying with the ISO 9001 Norm.
Document nº: TE-HG-0000-CYP-F700
Revision/Date: Rev 3.1 / 01-09-2016
File: Configuration & Startup of Saitel DP_EN_Rev3.1.pdf
Retention period: Permanent throughout its validation period + 3 years after
its cancellation.
NOTICE
In case of any further queries , please, send an e-mail about the problem or suggestion to the following address:
es-infoSaitel@schneider-electric.com
Table of Contents
Table of Contents .................................................................................................................................................................. 2
Index of Figures..................................................................................................................................................................... 4
Index of Tables...................................................................................................................................................................... 6
Contents................................................................................................................................................................................ 7
Chapter 1. Safety & Health........................................................................................................................................... 1-1
1.1 Introduction......................................................................................................................................................... 1-1
1.2 Restricted Liability .............................................................................................................................................. 1-1
1.3 Handling Electronic Components ....................................................................................................................... 1-2
1.4 Installation and Operation................................................................................................................................... 1-2
1.5 Protective Grounding.......................................................................................................................................... 1-3
1.5.1 Electric Safety............................................................................................................................................. 1-4
1.5.2 EMC ........................................................................................................................................................... 1-4
1.6 Replacing the Battery and Recicling the Product ............................................................................................... 1-5
Chapter 2. Baseline Software Platform ........................................................................................................................ 2-1
2.1 Introduction......................................................................................................................................................... 2-1
2.2 Main Elements.................................................................................................................................................... 2-3
2.3 Software Tools ................................................................................................................................................... 2-4
Chapter 3. Physical Mounting ...................................................................................................................................... 3-1
3.1 Introduction......................................................................................................................................................... 3-1
3.2 Handling ............................................................................................................................................................. 3-1
3.3 Module Location within the Chassis ................................................................................................................... 3-1
3.4 Power Requirements .......................................................................................................................................... 3-2
3.5 Polarization and Commons ................................................................................................................................ 3-2
3.6 Configuration Switches....................................................................................................................................... 3-2
3.6.1 I/O Modules - Identification and Profibus Speed......................................................................................... 3-2
3.6.2 Communication Modules - Identification..................................................................................................... 3-3
3.6.3 CPU Modules – Configuration .................................................................................................................... 3-3
3.7 LED Indicators.................................................................................................................................................... 3-4
3.7.1 SM_CPU866 .............................................................................................................................................. 3-4
3.7.2 SM_CPU866e............................................................................................................................................. 3-4
3.7.3 SM_SER..................................................................................................................................................... 3-5
3.7.4 SM_DI32 .................................................................................................................................................... 3-5
3.7.5 SM_DO32T ................................................................................................................................................ 3-6
3.7.6 SM_DO16R ................................................................................................................................................ 3-6
3.7.7 SM_AI16..................................................................................................................................................... 3-7
3.7.8 SM_AI8AO4 ............................................................................................................................................... 3-7
3.7.9 SM_PS ....................................................................................................................................................... 3-8
3.7.10 SM_PS40 ................................................................................................................................................... 3-8
3.7.11 SM_BPX and SM_CHX ............................................................................................................................. 3-8
Chapter 4. Preparing the Work Area ............................................................................................................................ 4-1
4.1 Introduction......................................................................................................................................................... 4-1
Index of Figures
Figure 2-1. Saitel RTU software architecture. .................................................................................................................... 2-1
Figure 2-2. Relation between coreDb and other applications............................................................................................. 2-2
Figure 3-1. Backplane`s positions. ..................................................................................................................................... 3-1
Figure 3-2. Profibus switches for module configuration...................................................................................................... 3-2
Figure 4-1. Configuration of the serial port in the PC to connect the console..................................................................... 4-1
Figure 4-2. Example of console connection to a SM_CPU866 module. ............................................................................. 4-2
Figure 4-3. Available commands in VxWorks Boot............................................................................................................. 4-3
Figure 4-4. Boot parameters. ............................................................................................................................................. 4-3
Figure 4-5. Changing IP address for SM_CPU866 (ETH1). ............................................................................................... 4-3
Figure 4-6. Easergy Builder - Configuration of the connection with the CPU. .................................................................... 4-4
Figure 4-7. Restoring boot configuration parameters. ........................................................................................................ 4-5
Figure 4-8. Boot parameters for VxWorks update .............................................................................................................. 4-5
Figure 4-9. CISCO TFTP Server. ....................................................................................................................................... 4-6
Figure 4-10. Location of the vxWorks file. .......................................................................................................................... 4-6
Figure 4-11. Transfer of the vxWorks file from the PC to the RTU. .................................................................................... 4-6
Figure 4-12. Restoring boot parameters............................................................................................................................. 4-7
Figure 4-13. Version of vxWorks. ....................................................................................................................................... 4-7
Figure 4-14. Example of console connection to a SM_CPU866e module. ......................................................................... 4-7
Figure 4-15. u-Boot console. .............................................................................................................................................. 4-8
Figure 4-16. Setting the environment variables.................................................................................................................. 4-9
Figure 4-17. Message on the console while the file Is uploaded from TFTP server. .......................................................... 4-9
Figure 4-18. TFTP Server. ................................................................................................................................................. 4-9
Figure 4-19. Linux has been updated............................................................................................................................... 4-10
Figure 4-20. Baseline file ready to be installed................................................................................................................. 4-11
Figure 4-21. Installing the baseline in SM_CPU866e. ...................................................................................................... 4-12
Figure 4-22. BLMon – Console tool for SM_CPU866e..................................................................................................... 4-12
Figure 4-23. Updating the software of the module SM_AI16............................................................................................ 4-13
Figure 5-1. Configuring backplane ..................................................................................................................................... 5-1
Figure 5-2. Acquisition strategy window. ............................................................................................................................ 5-2
Figure 5-3. Initial configuration of the RTU......................................................................................................................... 5-2
Figure 5-4– New configuration ........................................................................................................................................... 5-3
Figure 5-5 – New configuration in the RTU tree ................................................................................................................. 5-3
Figure 5-6– Configuration mode......................................................................................................................................... 5-3
Figure 5-7 – Contextual menu for Configuration ................................................................................................................ 5-4
Figure 5-8. Module management window. ......................................................................................................................... 5-4
Figure 5-9. Redundancy configuration ............................................................................................................................... 5-6
Figure 5-10. Using several IPs to a port. ............................................................................................................................ 5-7
Figure 5-11. main_cfg.xml file. ........................................................................................................................................... 5-8
Figure 5-12. CPU correctly configured. .............................................................................................................................. 5-8
Figure 6-1. Configuring local acquisition for Saitel DP ....................................................................................................... 6-2
Index of Tables
Table 1. Reference manuals. ................................................................................................................................................ 8
Table 2. Versions applicable for this manual......................................................................................................................... 8
Table 3. Software modules compatible with Saitel DP. ......................................................................................................... 8
Table 3-1. Profibus speed. ................................................................................................................................................. 3-3
Table 4-1. Files required for software update and commands ......................................................................................... 4-13
Table 5-1. SM_CPU866 and SM_CPU866e - Channels to be defined............................................................................... 5-5
Table 5-2. Channels to be defined depending on the number of installed SM_SER modules. .......................................... 5-6
Table 6-1. Diagnostic signals of the Saitel DP local acquisition. ...................................................................................... 6-13
Contents
I. Manual’s Objective
This manual provides information about how to perform the initial configuration of a Saitel DP RTU. It explains the
installation and configuration processes using Easergy Builder.
IV. Versions
The information contained in this document is valid for the versions of the software modules listed below and later:
V. Hardware/Software Compatibility
The controllers supported by each Saitel DP CPU module are:
Safety alert
This is the safety alert symbol. It is used to alert you to potential personal injury hazards.
Obey all safety messages that follow this symbol to avoid possible injury.
DANGER
DANGER indicates an imminently hazardous situation which, if not avoided, will result in death or serious injury.
WARNING
WARNING indicates a potentially hazardous situation which, if not avoided, can result in serious injury to the persons
or equipment.
NOTICE
NOTICE is used to address practices not related to physical injury.
WARNING
If this equipment is used in a different form from the recommended one by Schneider Electric, the protection assured for
the equipment could be compromised.
No responsibility is assumed by Schneider Electric for any consequences arising out of the use of this manual. This
document is not intended as an instruction manual for untrained persons.
While all electronic components are installed into their enclosure, they are protected for relevant levels of electrostatic
discharge.
WARNING
The enclosure shouldn’t be retired when isn’t necessary, because this action has a risk for the equipment.
If the enclosure must be removed, the following precautions must be strictly followed:
Before removing the enclosure, the operator must be equipotential with the equipment that he is handling.
Avoid touching the electronic. The board must be always manipulated for the edges.
If the equipment has to be passed between two persons, both must be equipotential.
Put the module always on an antistatic surface or on a surface equipotential with you.
During the storage and transport, the module will remain in its conductive or antistatic bag.
An electrical risk symbol with enough size must be included on the cabinet’s door or on the barrier.
WARNING
If the barrier has to be removed in order to access to equipment, personnel responsible for the task must be sure that
the barrier is installed again when the task is finished.
WARNING
The terminals mustn't be accessible to the user directly when the installation of the equipment has been finished. The
cabinet should remain blocked with key or the protection barrier installed.
Modules that handle dangerous voltages are marked with a sticker of electrical hazards on the front (size 12.5 mm). This
is the case of SM_PS, SM_PS40 and SM_DI32 for voltage higher than 50 V.
DANGER
As for SM_DO32T module, since alone does not handle high voltages, NO will be marked at the factory. This module
must be marked to inform about the risk when some equipments that manage voltage higher than 50 V are connected
to digital outputs.
The cabinet or installation must have a general switch placed just in the cable entry of the installation in order to assure
the absence of dangerous voltages. This switch must be placed in such a way that it doesn't allow be manipulated by a
third person whereas anybody operates inside the cabinet.
In addition, the installation must have a switch in order to protect the internal installation of the cabinet of short-circuits in
the supply from this one. Both switches have to be marked with the symbol O for OFF and the symbol I for ON.
WARNING
The switch for connection / disconnection must be installed on a fix element (i.e. the wall of the cabinet) and it mustn’t
interrupt any ground cable.
Only a dry cloth should be used for the cleanliness of the surface of the equipment when excessive presence of powder is
detected or when there is a foreign body deposited on the surface.
WARNING
You mustn't use a liquid product of cleanliness due to the presence of active parts.
The backplane must be installed on a metallic surface. This metallic surface must have available an M4
screw marked with this symbol. The ground of the cabinet or installation must be connected to this screw,
according to the norm IEC 61010-1.
Saitel DP modules have a plastic enclosure, that is it is not necessary an special consideration about grounding. Only the
backplane (when panel mounting) has a metallic enclosure allowing protection when an electric derivation exists.
Grounding must be done using a screw with a washer. This screw and washer must be used to fix the backplane to the
panel.
WARNING
Hazardous voltages can cause shock, burns or death.
Disconnect and lockout all power sources before servicing and removing modules.
Saitel DP is intended for indoor use in a cabinet with protection according environmental conditions. Electric power
sources to the cabinet must be protected by a external switch or other device according local regulation.
Make sure that metallic backplane as SM_BPX or SM_CHX is grounded. A dedicated connection with green/yellow wire
should be used to assure electric continuity to the installation protective earth. Section of these wires must be enough in
order to support 25 A.
A test bounding following IEC61010-1 is recommended in order to check the electrical connection is good.
The installation manager is responsible for compliance with all the existing international and national electrical codes
concerning protective grounding of any device.
WARNING
According to the norms about Electric Safety, the screw for ground must be exclusive for this use.
1.5.2 EMC
The criteria for grounding in EMC are lightly different. In this case the main rule is to use cables with the minor possible
length to the shield or the most nearby ground connection. The section of the cable isn't relevant and it is recommended to
use flat cables or conductive flexible bands for a good behavior in EMC.
There are some terminal blocks having a dedicated earth ground terminal for EMC purposes. In this case a short wire to a
metallic part grounded give the best result. In this case is not necessary the bounding test.
WARNING
When necessary, the battery must be replaced with another of the same model.
Only a qualified person should change the battery when is necessary. The appropriate tools should be used for
disassembly of enclosure and to accede to the plinth where the battery lodges. It must be replaced by the same indicated
model.
When the product is marked with this symbol, it means that, at the end of its life cycle, you mustn't eliminate
the product together with habitual residues. To avoid the possible damage to the environment or to the
human health that represents the uncontrolled elimination of residues, please, separate the battery (if there
is one) of the other elements, and each one must be recycled according to the local regulation.
WARNING
If the batteries aren't recycled correctly, the substances contained could produce personal injuries or damage to the
environment.
The operating system abstracts the hardware from the software applications and manages the applications in real time. It
integrates the basic protocols to access the remote unit (SFTP, SSH, etc.) and manage multiple users.
The real-time database, named coreDb, is probably the most important element. All the other elements are developed
around coreDb:
coreDb performs the real-time management of RTU points. This real-time database is associated with data producing and
consuming by device controllers.
The following concepts are related to coreDb:
Device Controller (also referred to as Controller): Real-time application that accesses coreDb. Each Controller
acts as a producer and/or consumer of information managed by coreDb.
Point: Each register of coreDb is a point. A point can be included in the table Status, Analog, Command or Setpoint
Device: A set of I/O points that share a common source/destination. A typical example of a Device is an IED that
communicates with the RTU, or the representation of a SCADA exchanging information acquired or generated by the
RTU. A Device is always associated to a type of Controller.
Source: Origin of the value of a coreDb data point. Any coreDb data point can have several different sources (in one
or several Devices). This means that a value of a database point can be configured to be updated by several different
entities.
Destination: Target of the value of a coreDb data point. coreDb data points can be configured to have several
different destinations (in one or several Devices).
NOTICE
It should be noted that any coreDb signal can be associated to more than one source; this is only applicable to
Command and SetPoint tables. Allocating more than source to one point is not recommended in Status and Analog
tables.
Coordinate: Point identification within a Device. It is unique for each point and has a different structure for each
Controller. It is described in detail in the appropriate manual of each Controller (see ¡Error! No se encuentra el
origen de la referencia.).
Configuration Plugin: Specific Configuration plugins extend the Easergy Builder application to configure Device
Controllers. Additional details about these plugins are provided further in this manual.
Each Device communicates with the associated Controller through its specific protocol. The Controller receives the
information, processes it following the specified set of rules and, finally, sends it to coreDb. Similarly, a Controller can
read information from coreDb and send it to the appropriate Device.
The user can modify the configuration of each Controller and Device using the appropriate Plugin. Once the database is
completely configured, the files with the new information can be generated and transferred to the RTU, where they will be
processed by the software on startup.
NOTICE
The information exchange, that is, the exchange of configuration data between the RTU and Easergy Builder is not
continuous, but performed through XML files under user’s request, sooner the configuration is modified in Easergy Builder
and the XML files are sent to the RTU, it is necessary to reboot the RTU .
Devices
Each type of device keeps a list of its associated points, identified by unique labels. These labels allow the identification of
each device point unequivocally as source or destination of a coreDb data point.
Each point is a piece of information produced (or consumed) by a Device. Within a single Device, point identifiers
(coordinates) are unique and cannot be used by two different points.
Easergy Builder supports the following device configuration plugins:
ISAGRAF (version 3) and ISAGRAF5 (version 5).
MODBUS master and slave (with several profiles).
IEC101 master and slave.
IEC104 master and slave.
IEC103 master
DNP master and slave.
SOE (Sequence of Events management).
Saitel DP and Saitel DR local acquisition.
Formula
Cilo and Lioc (T300 control & configuration)
Each Device will be available or not depending on the type of CPU to configure. More information about available Devices
for each CPU in Table 3.
User Interfaces
Easergy Builder has two types of user screens to consult and modify the information stored in coreDb:
Graphical Interface (Plugin): The picture below shows the interface to configure Saitel DP acquisition hardware.
Using this graphical interface the user can configure each local acquisition points with its corresponding point in
coreDb. There is a graphical interface for each Device Controller.
coreDb tables: This interface enables access directly each point stored in coreDb. Every table is shown separately -
Status, Analog, SetPoint and Command.
Once the configuration process is completed, Easergy Builder generates the necessary XML configuration files. These
files have to be transferred to the RTU to apply the new configuration. When the file transfer operation is completed
without errors, the configuration changes can be activated in the RTU by rebooting it.
3.2 Handling
WARNING
The electrostatic discharges may damage semi-conducive devices within the module, if the connector pins are in
contact with the backplane.
To mount the module in the backplane, please follow the following instructions:
Switch off the backplane’s power supply.
Mount the module at the desired position within the backplane and verify that the rear rails are properly mounted
using the pre-drilled holes on the backplane.
Firmly press the module to assure the connector fits in the backplane connector properly. Check whether the
module is correctly mounted to the backplane base.
Fix the module to the backplane using the screw located at the top.
Insert the terminal or flat ribbon connectors.
WARNING
When installing a SM_CPU866e module with fiber optic, we have to make sure that there is enough space between the
front of the module and the cabinet door when it is closed, because the fiber optics can be pinching with the risk of
breakage.
Power Supply
When using a power supply such as the SM_PS or SM_PS40 module, it must be located in the position 1 (slot1 left-hand
side). In redundant-power supply configurations, there must be two reserved positions for the two power supply modules.
These positions must be 1 and 2.
CPU
The CPU must be placed as far as possible from the modules which operate at alternating currents or high currents. Slot 9
is recommended for the CPU module. If the system has redundant CPUs, both control modules must be put together
using slots 8 and 9.
Communication Modules
The communication bus cannot be expanded between backplanes, so that all communication modules (maximum 8) must
be installed in the same backplane that CPU.
I/O Modules
I/O modules can be located in any position (slot) within the chassis. These modules should be grouped to minimize the
adverse effects caused by noise and heat.
The SM_PS and SM_PS40 modules (power-supplies) are scalable to supply power to the modules connected to the
backplane, as required. When using auxiliary power supplies it is necessary to scale them depending on the installed
modules.
The power consumption is indicated for each module in the manual “Saitel DP Modules”. The consumption of all modules
will be added plus a safety margin (between 20% and 50% of the full power). The power supply efficiency (typically, 70 -
90%) shall also be considered, in order to prevent the chassis and power supply from overloading.
The module’s identification must be unique, selecting between 0 (only for CPU) and 96 using microswitches 1 to 7. The
address definition will be as follows:
0 1 2 3 4 5 6
P1*2 + P2*2 + P3*2 + P4*2 + P5*2 + P6*2 + P7*2
The Profibus communication speed must be the same for all Saitel DP modules, which is determined by the speed of the
master, configured by software, in the control module. The speed is set using microswitches 9, 10 and 11 as shown in the
following table:
3.7.1 SM_CPU866
PWR RUN FAIL DIO BAT ONL SYN Description
Normal state of the CPU. In a system with redundant CPU the led ONL is
On for the CPU ONLINE. In a system with external synchronization, the
led SYN is On if the CPU is synchronized and is off in other case.
No power supply.
Diagnostic error in at least one I/O module. The led DIA of the I/O module
in fail should be On too (except for previous revision to DA of the module
SM_DO32T). Is possible that the module isn’t inserted on the bus. If the
module remains out of the bus, the led DIO is off. If the module is inserted
on the bus, the led DIO blinks.
An I/O module is missing on the bus. When you re-install the module, the
led DIO blinks for about 40 seconds and if all is fine, will remain on.
Low battery or not installed. See the instructions in this manual for
replacement and battery recycling.
Blinking On Off
3.7.2 SM_CPU866e
PWR RUN FAIL DIO BAT ONL SYN Description
Normal state of the CPU. In a system with redundant CPU the led ONL is
On for the CPU ONLINE. In a system with external synchronization, the
led SYN is On if the CPU is synchronized and is off in other case.
No power supply.
Diagnostic error in at least one I/O module. The led DIA of the I/O module
in fail should be On too (except for previous revision to DA of the module
SM_DO32T). Is possible that the module isn’t inserted on the bus. If the
module remains out of the bus, the led DIO is off. If the module is inserted
on the bus, the led DIO blinks.
An I/O module is missing on the bus. When you re-install the module, the
led DIO blinks for about 40 seconds and if all is fine, will remain on.
Low battery or not installed. See the instructions in this manual for
replacement and battery recycling.
Blinking On Off
3.7.3 SM_SER
DIA RUN STx RXx TXx RTSx CTSx Description
(2)
Configuration error. Is probably the module has assigned an address greater than
(1)
8.
On when Request To Send (RTS) or Clear To Send (CTS) signals are activated.
The channel has to been set with ENABLE for “RTS Control”. If the channel has
been set as TOGGLE (or AUTO for revision DA and later), these leds are only on if
there is transmission/reception. These leds are off for any other situation.
Hardware failure.
(3)
Receiving data.
Transmitting data.
Blinking On Off
3.7.4 SM_DI32
DIA RUN STx DIx Description
The Profibus slave number assigned to the module is 0 or greater than 96. The CPU
may have detect a problem into the configuration, for example, the type of the module
(1) is different.
It lights briefly during startup. If it remains on, an error has been detected in the
(3) firmware or during the startup process.
Blink On Off
3.7.5 SM_DO32T
DIA RUN STx DOx Description
It lights briefly during startup. If it remains on, an error has been detected in the
(3) firmware or during the startup process.
In this case, 8 digital outputs are blinking because a short-circuit has been detected
between two blinking signals or one blinking signal and the mass line. All commands in
(5) (5) the module are blocked.
Blinking On Off
3.7.6 SM_DO16R
DIA RUN STx DOx Description
It lights briefly during startup. If it remains on, an error has been detected in the
(3) firmware or during the startup process.
In this case, 8 digital outputs are blinking because a short-circuit has been detected
between two blinking signals or one blinking signal and the mass line. All commands in
(5) (5) the module are blocked.
Blinking On Off
3.7.7 SM_AI16
DIA RUN STx Description
Module not configured or disconnected. If the module is connected, the address is between 1 and 96 but this
(2)
address haven’t been configured.
It lights briefly during startup. If it remains on, an error has been detected in the firmware or during the startup
(3) process.
Blinking On Off
3.7.8 SM_AI8AO4
DIA RUN ST1 ST2 PFail(x) Break(x) AIx AOx Description
Firmware failure.
(3)
Ax out of range.
3.7.9 SM_PS
WDOG PWR AUX Description
(2) If auxiliary output is not mounted in the module, the indicator AUX must be off. If this auxiliary output
is mounted, revise fuse F2. If it is correct, consult the support service.
On Off
3.7.10 SM_PS40
WDOG PWR AUX Description
If auxiliary output is not mounted in the module, the indicator AUX must be off. If this auxiliary output
is mounted, revise fuse F2. If it is correct, consult the support service.
On Off
Idle No questions or answers have been detected from master nor slave module.
Questions have been detected from a master in both channels (with redundancy) and answers
Correct
from an slave in both channels.
Questions have been detected from a master in both channels, but any slave module is
No answer
responding.
Questions have been detected from a master in both channels (with redundancy) and answers
Degraded, answer.
have been detected from an slave in only one channel.
Questions have been detected from a master in only one channel (with redundancy) and
Degraded, question
answers have been detected from an slave in both channels.
The transmission lines of the master modules in both channels are blocked. Impossible to
Fail in question communicate with the slaves modules.
A fail in the supervisor of Profibus is possible too.
The transmission lines of the slaves modules in both channels are blocked. Impossible to
Fail in answer communicate with the slaves modules.
A fail in the supervisor of Profibus is possible too.
Power-off for
Power voltage above the maximum.
overvoltage
High-high voltage Power voltage much higher than the nominal value. The system can startup but cannot work
(dangerous voltage) fine.
High voltage
Power voltage slightly above the nominal value. Correct state for startup and working.
(warning voltage)
Power voltage into the nominal value range. Optimum state for startup and working. Both leds
Optimum
are lighted each 3 s.
Low voltage Power voltage slightly under the nominal value. Correct state for working but not for the
(warning voltage) startup. Depending on voltage level the system could be restarted.
Power voltage much higher than the nominal value. The system can startup but cannot work
Low-low voltage
fine. Unsafe state for working and startup. If the voltage level is decreased, the backplane
(dangerous voltage)
could be power off.
Power-off for
The voltage level is much lower than the minimum.
undervoltage
The maximum number of retries to boot has been exceeded. The supervisor will not attempt
Blocked
more reconnections until the power supply is completely removed.
The console must be connected to the port labeled as CON in the CPU. Using a serial 3-wire crossover cable, we will
connect this port to the serial port (COMx) in the PC. (For further details about this cable, please refer to the manual
“Saitel DP modules”).
In the PC, we will use the HyperTerminal software (or similar) to configure the serial port as follows:
Figure 4-1. Configuration of the serial port in the PC to connect the console.
Once communication is established, the user will be prompted with the operating system messages.
It is possible to disable the console tool using the CON port.
To do so, edit the main_cfg.xml file and change the environment variable to “OFF”. If this variable doesn’t exist you can
create it. The console shell cannot be executed using the CON port but could be executed using Telnet. For example:
NOTICE
The prompt displayed in the console will depend on the software version that is installed (“” or “SM_CPU866>”).
NOTICE
If the console is connected to an already initialized CPU, the screen will only display the prompt. The previous
messages will appear after the CPU is reset.
Once the console prompt is displayed, any available command can be executed. The more used commands for
SM_CPU866 are detailed later in this manual.
To perform this task, reboot de CPU (command: reboot) and stop the booting process using any key when the message
“Press any key to stop auto-boot...” is shown.
Now, the prompt of the VxWorks Boot is available.
Use command “help” for more information about available commands.
Reboot the CPU using the Reset button on the module or using command “@” in the VxWorks Boot.
After reboot, you can verify the new IP address of the CPU executing a command “ping 172.19.131.10” from a PC in the
same net.
NOTICE
Once the IP address is changed with the console, you should take into account that this is a provisional change. This
change must be definitive by transmitting this IP address through Easergy Builder, as explained in the section below.
Figure 4-6. Easergy Builder - Configuration of the connection with the CPU.
The initial configuration is complete and it has to be sent to the CPU using button . At the first time or if the file
userLogin.xml was removed from the CPU, you have to use “target”, with password “password” as default user. If there is
an userLogin.xml in the CPU, a valid user must be indicated. If you have problems with the user, you can use switch 10 as
is explained in paragraph 3.6.3.
NOTICE
So that Easergy Builder may transfer successfully, VxWorks must be completely initialized and the prompt “”
must be available. If the VxWorks Boot prompt is displayed, it means there has been a problem during the
initialization, which must be solved.
Once the transfer operation is finished, you will be prompted to confirm the RTU resetting. Select “No” this time,
since a last change has to be made using the console.
Finally, both parameters “other (o)” and “inet on ethernet (e) should be restored.
Reboot the CPU and stop the initialization process by pressing any key. On the Boot prompt, execute “c” and remove the
values assigned to the parameters “inet on ethernet (e)” and “other (o)” (using a dot) when the parameter is
shown (see red marks on the picture):
Reset the CPU using “@”, since the RTU is already configured with the new IP address and the initial configuration files.
Where:
boot device: motfec0. In the next reboot, the boot device will be ETH1.
file name: vxWorks (Please, be careful because it is case-sensitive. The name must be the same as the file indicated
in the TFTP server).
inet on ethernet (e): IP address of the CPU. Subnet mask by default is 255.255.0.0. If you need to specify other
mask, it must be included with the IP in hexadecimal format and behind colons(for example 172.19.131.10:fffff800).
host inet (h): IP address of the PC executing the TFTP server. Subnet mask by default is 255.255.0.0, but like
previous param, you can change it.
flags: The new value has to be 0x1080. These flags define the kernel loading method and the meaning is explained
in the tool’s help.
other: Enter the motfec0 value (corresponding to ETH1), so that the IP address is obtained from the “inet on ethernet”
field and not from the netconfig.xml file. This provisional IP address is used instead of the definitive IP address
included in the configuration file.
Now and before rebooting the CPU, please , complete the following procedure:
2. On the TFTP server interface, select “View Options”. In the configuration screen which is displayed, the path
to the "vxWorks" file in the PC must be specified in the “TFTP server root directory” field.
3. When the TFTP application initialized, to start downloading the file we simply need to reset the CPU and the
following messages will be displayed.
NOTICE
If the TFTP Server is running in a PC with Windows 7, you must assure that the OS service “1E PXE Lite Server” is
stopped; in other case the CPU could have problems to connect with the TFTP server.
During the download process, the TFTP server window will display text messages to show the progress of the file
transfer.
Figure 4-11. Transfer of the vxWorks file from the PC to the RTU.
4. When the download is completed, a message similar to “Thu Jun 30 11:17:06 2016: Successful” will appear in
the TFTP server screen and the CPU is automatically initialized.
5. Finally, boot parameters have to be restored as follow:
Now, the CPU should be reset again, and vxWorks is already updated.
Use “version” on the console to consult the information about the vxWorks installed on the RTU:
A valid user must be used in order to access to the console tool named BLMon. This tool is explained later in this manual.
Start the TFTP server on your PC (this is supposed to have the IP address specified on the serverip environment
variable),. Copy the file “uImage-sm_cpu_dct.bin” file into the TFTP folder. For example, using CISCO server, select
View Options and this directory is set on the field “TFTP server root directory”.
From the u-Boot console run the command “=> run update_kernel”.
Figure 4-17. Message on the console while the file Is uploaded from TFTP server.
At the end, the Linux BSP should have been flashed successfully on the SM_CPU866e board.
In addition, the hardware has to be updated using the file “uImage-sm_cpu_dct.dtb”.
Copy this file on the TFTP server root directory and execute the command “=> run update_dtb” in the uBoot console.
Now, the hardware is updated and finally, the uBoot has to be updated too.
Copy the file “u-boot.bin” on the TFTP server root directory and execute the command “=> run update_uboot”.
Where:
CONFIG_DIR: (Default value: /flash/cfgFiles/) Folder where configuration files are stored. Several configuration
folders could be available corresponding to several projects, then the system could boot the application with one or
other depending on the project that you need. The available space in the compact-flash folder could be used for this
purpose.
WEB_DIR (Default value: /bf/webFiles/): HTML files defining the web interface.
BIN_DIR (Default value: /bf/binFiles/): Additional folder for storing binary files corresponding to Device controllers.
NOTICE
With SM_CPU866e, the server type to configure for the FTP client has to be “SFTP using SSH2”.
Please, be sure that the type of the transfer is binary.
When the copy of the file is finished, reboot the CPU and the new baseline will be automatically installed.
When the installation is finished, you can access to the console using a valid user.
For SM_CPU866e, if the Linux prompt is shown, you need to generate the configuration files for users and net interfaces
(please consult paragraph 4.3.2). In another case, the BLMon is shown.
Previous to reboot, the baseline file is removed from the folder in order to avoid a new deployment.
Only for SM_CPU866e, the baseline file can be stored in the root of a pen drive device inserted into USB port (/mnt/usb1).
On Linux startup, when /mnt/usb1 device is available, if a baseline file is detected on the USB, the baseline included in this
file is deployed.
There are some differences regarding the procedure described above:
The Baseline file is not removed from the pen drive. You can use this pen drive in order to update the same baseline
revision in several CPUs.
As a result of the baseline file is not removed, the RTU in not rebooted when the deployment is finished.
The priority order associated to devices in order to load a baseline file is the following:
1. /mnt/usb1
2. /mnt/bf
3. /mnt/flash
4. /mnt/nflash
Once the RTU is configured, the CPU already knows the type of acquisition blocks installed and their respective IP
address.
According to the table below, copy the files associated to each type of module into the “flash” directory of RTU and
execute the indicated command:
Module Binary files Command SM_CPU866 Command SM_CPU866e
SM_AI16 ST_AI16_C0.bin
SM_AI8AO4 ST_AI8AO4_C0.bin dpUpgrade <nº of slave>, “<software file>” dpUpgrade <nº of slave> <software file>
SM_DO32T ST_DO32T_C0.bin
SM_SER ST_SER_C0.bin MUX_upgrade <Module nº>
NOTICE
(*) The name of these files can be different depending on the version of the modules.
<nº of slave> could be a specific number or 0. If you use 0 as number of slave, all installed modules of this type
(depending on the software file) will be updated.
<Module nº> could be a specific number between 1 and 8. It corresponds with the address of the SM_SER module to be
updated.
If the path isn’t indicated in the <software file> the file must be stored in /flash/cfgFiles if you are using SM_CPU866 or
/mnt/flash/cfgFiles if SM_CPU866e.
For example:
The command dpUpgrade 0, “ST_AI16_C0.bin” updates the software of the SM_AI16 modules using the file
ST_AI16_C0.bin into the path “/flash/cfgFiles”.
NOTICE
Double quotation marks must be included when typing the command parameter. Moreover, the files' name must be
exactly the same as the one specified in this manual, since the command is case sensitive.
After executing the command, the console will display messages to report the process progress. Finally, if no problem
occurs, the acquisition blocks will be updated to the adequate firmware.
There are two very useful console commands:
dpSniffUpgradeOn and dpSniffUpgradeOff: Show or not in the console window all messages interchanges
between the CPU and the I/O modules to be updated.
dpVersion “<software file>”: Show the version of the specified software file.
NOTICE
It’s necessary to have correctly configured the backplane in the CPU before to execute these commands. The CPU
has to know previously the types of slaves and its addresses. Please, see following chapters in this manual.
All examples in this chapter are made using SM_CPU866e but all operation are similar for SM_CPU866.
Add or remove module in the backplane. Use button to add new modules and to remove a module.
The address for each module is displayed under its picture and it can be changed using . The address for each
module must be the same that is indicated with its rear switches.
NOTICE
A maximum of 96 Saitel DP modules can be added to a backplane.
Use button to configure the time parameters of the polling and digital filtering:
o Profibus Rate: This value is depending on position of switches 9, 10 and 11 in the modules installed on the
backplane. More information in paragraph 3.6.1.
o Analog and Digital period: Interval of time for the acquisition of analog and digital input signals when they
are configured to be updated periodically (ChgEvt of the signal is set to “N”). Default value for digital signals
is 1000 ms (10 ds) and for analog signals is 300 ms (3 ds). Both values have to be changed in intervals of
100 ms.
o Integrity period: When a digital signal is set to be updated by event (ChgEvt of the signal is set to “Y”), this
value indicates that if during this time no event occurred, the signal is updated anyway. This assures the
integrity of the signal. Default value is 300 s (3000 ds) and it has to be changed in intervals of 100 ms.
o Filter DI: This mark allows you to configure the filtering parameters for digital inputs.
Rebound changes: Number of changes necessaries in order to activate the anti-rebound filter
(default value = 5).
Detection period: Time window when the number of rebound will be counted in order to activate
the anti-rebound filter blocking the signal. This time is expressed in seconds (default value = 1 s).
Unlock period: Time without changes in a blocked signal in order that this signal is unblocked. This
time is expressed in seconds (default value = 1 s).
Use button and to save and load templates with standards configuration of backplanes. This template are
stored in XLB files.
Double clicking on it will switch to Configuration mode where the new configuration can be edited.
The following section details the channels to be defined and the parameters that must be assigned depending on the
module.
NOTICE
The CON port cannot be used for communications, and that is the reason why we do not have to include it in the
channel list.
The channels that must be defined for a SM_CPU866 and SM_CPU866e are:
NOTICE
If it is configured “RTS Control” as AUTO (see section “Channels” in the Easergy Builder manual):
For COM1 and COM2, the hardware will do the control of the signals RTS and CTS. WARNING!! If CTS signal
is not received, nothing will be transmitted.
For RS-485, the management of the signal RTS and switching between RX mode and TX mode, are controlled by
the hardware. This is much recommended!
If in the backplane there are installed one or more modules SM_SER, you must define other channels, as is explained in
the following table:
...
COM18 Port 1 in the module SM_SER with address 8 ASYNC SM_SER8-COM1 RS-232/RS-485/RS-422
COM28 Port 2 in the module SM_SER with address 8 ASYNC SM_SER8-COM2 RS-232/RS-485/RS-422
COM38 Port 3 in the module SM_SER with address 8 ASYNC SM_SER8-COM3 RS-232/RS-485/RS-422
COM48 Port 4 in the module SM_SER with address 8 ASYNC SM_SER8-COM4 RS-232 (all versions)
RS-485/RS-422 (B4 and later)
COM58 Port 5 in the module SM_SER with address 8 ASYNC SM_SER8-COM5 RS-232/RS-485/RS-422
Table 5-2. Channels to be defined depending on the number of installed SM_SER modules.
In the configuration screen there are four zones; Control, Mode, Bus and Additional IPs.
Control
The fields to configure are:
None: Default value. Without redundancy.
MSAC: Switching is performed by the MSAC module. This module manages the switching between two RTUs by
hardware, and other functions as well.
Protocol: Switching by RCP (Redundancy Control Asynchronous Protocol). In this case, there is a redundant
switching channel between both CPUs, which is used to manage the switching operation using a Schneider Electric-
proprietary protocol.
“Via #1” and “Via #2” will be available when “Protocol” is selected:
o Backplane. Only available when both CPUs are installed on the same backplane.
o Net (by Ethernet). IP addresses must be set for CPU A and B.
o Serial. A port must be set.
Mode
Set the communication mode between both CPUs (online and backup):
Cold: There is no communication between both CPUs, and when the switching is performed, the new ONLINE CPU
starts with a database with default values.
Hot: There is a high speed communication channel (Ethernet o backplane) between both CPUs, which is used to
update the BACKUP CPU’s database with the ONLINE CPU’s database. When a switching is performed, the new
ONLINE CPU starts with updated values.
WARNING
In this operation mode, database IDs must be identical, i.e., it is very important to use the SAME configuration
project to configure both CPUs.
Bus
It indicates if the CPUs share the same Profibus or not (SHARED or DIFFERENT, respectively), regardless of whether
they are in the same backplane or use RS-485 expansion. This is useful to detect failures in dual redundant systems.
SHARED: In this case, the bus of the STANDBY CPU is disabled.
DIFFERENT: If checked, the bus is enabled even if the CPU is in STANDBY mode, so it can receive diagnostics from
the modules.
NO_ACCESS
Additional IPs
It allows configuring a number of IP addresses associated to the CPU that is in ONLINE. These directions are associated
in a dynamic way, so that in a redundant system they allow to communicate always with the CPU that is active.
Regarding virtual addresses, it is even possible to assign multiple IP addresses to each port:
NOTICE
If a static IP address and a virtual address are defined for the same device in the same subnet, a warning console
message will be displayed to notify this abnormal situation (sup_redAddIPs: dev xxx ip x.x.x.x subnetMask xxxxxxxx).
This message is a warning from the operating system; nevertheless, it will not cause a system malfunction, since the
configuration will operate properly.
If using a redundant configuration, the two CPUs must be distinguished by the value of the field SLOT. By default, the
CPU will have the value A, so the change to B must be done directly in this CPU’s xml file; this change is done by opening
a text editor and typing the value in uppercase characters.
If Configuration mode is active, select button . If WorkSpace mode is active select button .
Then, you are prompted to confirm the project save operation. Press “Yes” and the log window will display the information
about the operation progress.
Finally, reset the RTU and, if no problem occurs, the console will display the information about the initialization progress of
operating system and then the application).
If all is correct, the message “CONF OK” should be shown.
(Example2_7/24/2014 10:16:02 AM_2)CONF OK
NO REDUNDANCY
2014-07-24 10:37:13.950 INFO sysAutoLoadModule: Function coreDbShowState called
0x1fffe00 (tRootTask): usrAppInit exit
SMx: Change the monitor channel to channel x. This operation must be confirmed before channel x is the new
channel monitoring.
SV: Show the software version installed in the module (SM_SER).
The laq Device supports communication between inputs and the outputs managed by the acquisition blocks and coreDb
points. The first step to configure the acquisition settings is including all I/O modules in the backplane.
Section 5.2.1 in this manual provides a detailed description of the steps to be performed to configure the backplane. The
configuration of each module according to the acquisition signals is explained in the following section.
In Configuration mode, select coreDb tab in order to access to coreDb information:
The information stored into each table is available selecting the corresponding tab: Status, Command, Analog and
Setpoint. For example:
This screen displays all status signals existing in coreDb. It specifies the name, the signal description, the producer
(source) from which information will be sent and the consumer (destination) which will receive the information.
WARNING
Please note that when a point is defined as double in the coreDb, the two associated field signals must have
a contiguous wiring in the same acquisition block.
When the RTU is operating under a “Local” mode, all the commands received on the digital outputs are
rejected. This is not applicable for analog outputs
The following items are important for the processing of the commands:
Pulse Time: It applies only when the output is set to pulsing (Latch”N”). It allows the output timing to be defined
(Execution time - ExeTime).
Input range: We can define the input range (EMin and EMax in field units and Rng in engineering units) for each
analog signal.
Range limit detection: If after converting to engineering units, the system detects that the value exceed the lower or
upper limit range, the quality bit associated to the corresponding signal is flagged. Analog points allow up to four
alarms to be set which are triggered when they cross a defined threshold value (ALARM LOWEST LIMIT, ALARM
LOW LIMIT, ALARM HIGH LIMIT, and ALARM HIGHEST LIMIT).
Digital filtering: It applies a digital filtering to minimize the noise effects.
Scaling at Engineering Units: Conversion of analog measuring value expressed in field units into engineering units
(UI) according to the values specified in input ranges. Based on these values, the system defines the scaling formula
which will be used to convert the field values to its matching engineering units within a valid range.
Cancellation of values close to zero: Filter that eliminates the undesired changes to the signal. The user defines a
lower limit range for field values, and any input value within this range is interpreted as zero. The lower limit range is
defined as a percentage of the total input range.
Output range: We can define the output range (EMin and EMax in field units and Rng in engineering units) for each
analog signal.
Scaling at Engineering Units: Conversion of engineering units (UI) into analog measuring value expressed in field
units according to the values specified in output ranges. Based on these values, the system defines the scaling
formula which will be used to convert the engineering unit to its measuring value within a valid range.
Keeping signal: This feature allows keeping the output when the link with the module is broken.
Configuration & Startup 6-3
Saitel DP
Rev. 3.1 (01-09-2016)
In relation to the acquisition strategy of the local acquisition, the communication is established using Profibus. It is a
master/slave protocol based on polling operations, that is, all modules are polled sequentially one after the other.
Any information related to the Profibus DP protocol is configured through the profibusdp.xml file, being generated by
Easergy Builder.
A profiXXX.xml file is generated for each configured module, which allows setting the attributes of each managed signal.
The XXX string represents the module’s Profibus address.
NOTICE
The valid range for Profibus address in Saitel DP is between 0 and 96.
Each acquisition signal is associated to a coreDb point as source. This point can be used as a source or destination for
others coreDb points.
To access to the local acquisition configuration interface, double-click on the laq Device:
Acquisition strategy
Set the refresh and integration periods for the different types of signals.
Remove a module
Remove a module.
Profibus Rate: CPU communication rate with I/O modules. All I/O modules must be set with the same value.
Analog and Digital Period: Interval of time for the acquisition of analog and digital inputs signals when they are
configured to be updated periodically (ChgEvt of the signal is set to “N”). Default value for digital signals is 1000 ms
and for analog signals is 300 ms. Both values have to be changed in intervals of 100 ms.
Integrity Period: When a digital signal is set to be updated by event (ChgEvt of the signal is set to “Y”), this value
indicates that if during this time no event occurred, the signal is updated anyway. This assures the integrity of the
signal. Default value is 300 s and it has to be changed in intervals of 100 ms.
Filter DI: Mark this field to configure the filtering parameters for digital inputs.
o Rebound changes: Number of changes necessaries for activating the anti-rebound filter (default value = 5).
o Detection period: Time window when the number of rebound will be counted in order to activate the anti-
rebound filter blocking the signal. This time is expressed in seconds (default value = 1 s).
o Unlock period: Time without changes in a blocked signal in order that this signal is unblocked. This time is
expressed in seconds (default value = 1 s).
Select the module to be included on the list. Enter the number of modules of the selected type to be added in the field
“Number”. Select OK button and new modules will be included in the RTU. A Profibus address is automatically assigned
to each module. This address can be changed using button .
The new address can be selected. Only unassigned addresses will be available.
Once the modules are added, it is necessary to configure the associated signals. To do so, click the corresponding
module on the picture and its signals will be shown.
The configuration for each type of module which can be added is explained in further sections.
There are three tabs; Configuration of the PLC, Inputs configuration and Outputs configuration.
PLC Configuration
The information entered in “Device ID”, “Param Data” and “Config Data” fields must be consistent with the information
contained in the GSD file provided by the PLC’s manufacturer which is being configured.
Name: Device or PLC's name
PFB ID: PLC Identifier; a 4-digit hexadecimal number provided by the manufacturer. Enter the string labeled as
Ident_Number in the “General Parameters” tab included in GSD file. For example, if “Ident_Number = 0x05FC”, the
user should indicate “05FC” as PFB ID.
Param Data: These are the data to be sent by the master Profibus when “Send Parameter Data” is enabled. In the
GSD file, there is a section named “UserPrmData: Length and Preset:” which includes a string labeled as
User_Prm_Data. This string will be entered in this field. For example, “User_Prm_Data=0x00,0x00,0x00”.
Config Data: Sequence of bytes in hexadecimal that describes the map size for inputs and outputs for the Profibus
slave. The documentation of the slave (device master file) must specify the map size of inputs and outputs. The
format of these bytes is described in the standard EN 50170-8-2: 1996 page 832. A partial length is detailed
simultaneously in each byte for inputs, outputs or inputs and outputs. The length of the complete map is the addition
of the length indicated in all bytes. Below is an excerpt from the standard explaining the bytes format in hexadecimal::
A GSD file is the configuration file supplied for the provider for the PLC. Following table shows a part of this file for a PLC
by ABB:
…
;===========================================================
;General parameters
;===========================================================
GSD_Revision =3
Vendor_Name ="ABB"
Model_Name ="PDP22-FBP ABB"
Revision ="V 1.0"
Ident_Number =0x082D
Protocol_Ident =0
Station_Type =0
…
;=============================================
; Module Definition List
;=============================================
;
Module="UMC22-FBP (V3.0)" 0x11, 0x21, 0x50 ; 16DI, 16DO, 1AI
1
Ext_Module_Prm_Data_Len=42 ; number of used data byte
Ext_User_Prm_Data_Const(0) = \ ; initialising of param data
0x00,0x00,0x00,0x32,0x00,0x01,0x00,0x00,0x00,0x32,0x01, \
0x01,0x01,0x00,0x0A,0x1E,0x04,0xB0,0x00,0x01,0x02,0x04, \
0xB0,0x00,0x00,0xC8,0x00,0x14,0x00,0x00,0x00,0x00,0x00, \
0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x0A,0x00
The content of the identifier “Ident_Number” must be included into the field “PFB ID”. The hexadecimal numbers following
the module’s name must be included into the field “CFG_DATA”. Finally, the hexadecimal string following the identifier
“Ext_User_Prm_Data_Const(0)” must be included into the field “PARAM_DATA”.
This module includes 16 analog signals to be configured. Each signal has associated the following fields:
PROFI_AIx: Signal description. This value can be changed although it does not affect the signal’s identification, as its
identification label, which is automatically attached, is internal and cannot be changed. This is applicable to all signal
descriptions in all modules.
Rng: Signal’s voltage range.
EGU: Flag indicating whether engineering units are considered. El value “N” indicates “engineering units” (the Bin
output will be between EMIN and EMAX) and the value “Y” indicates “counts”. These signals when configured in
counts can take a value between:
o EMin: Minimum value expressed in engineering units. The range is: -32768 to 32767.
o EMax: Maximum value expressed in engineering units. The range is: -32768 to 32767.
The “AC FILTER” field is associated to a band rejection filter at 50/60 Hz to avoid the damaging effects of network
noise. If no filter needs to be used, set NONE.
Analog Inputs
Analog Outputs
The analog inputs panel is identical to the panel described for SM_AI16 module, but this time it has 8 signals only instead
of 16 (see Figure 6-11).
The second panel, labeled as “Analog Outputs” is used to configure the analog outputs:
Rst: Value taken by the output after a CPU reset (% of output range).
Keep: If the value is set to “Y” the output is retained. if the communication with the CPU is lost.
Other parameters on this screen are detailed in paragraph “SM_AI16 configuration”.
ChgEvt: It indicates whether changes may generate events. The “Y” value will generate events, whereas “N” value
will not generate them.
Invert: It indicates whether the signal is inverted.
TF: Filtering time expressed in milliseconds; a change in the value which last less than the TF will not be registered.
Thus, glitches will not be detected.
TM: Time in memory, expressed in units of 10 milliseconds. It is the time that a pulse will be stored in memory in order
to ensure the correct detection by the logic executed.
DBLCNT: Flange counter. This field is available for DI_ICNT32 signals; the value “Y” indicates that the two flanges of
each pulse are counted, whereas the value “N” indicates that only one flange is counted.
TS: Settling time, expressed in units of 100 milliseconds. This field is only definable for double signals. It is the
maximum allowed time in an invalid state (11, 00).
If any signal is set a double digital signal, the next signal available will be disabled, since a double signal takes two
signals:
A detailed explanation of TF, TM, and TS is included in the corresponding section of the Saitel DP module manual.
If a signal is set as DI_ICNT32, the parameters to be defined include the filed DBLCNT. The value “Y” indicates that both
flanges of each pulse are counted, whereas the value “N” indicates that only one flange is counted.
Finally, the button labeled with an horizontal arrow is used to access the rest of digital inputs of the module, that is, from
17 to 32.
Latch: The value “Y” indicates the signal is retained, whereas the value “N” indicates it is not.
ExeTime: Time in which the signal’s value is retained. It is applied when the value of field Latch is “N”. The value is
expressed in milliseconds, but its accuracy is 100 ms.
Like digital inputs, if you set a signal as DO_ODOB, the following signal is not available:
2 BBB CC DDDD
2: The first number of its coordinate for all Saitel DP local acquisition signals will be 2.
BBB: Three digits to indicate the point address according to the previous communication protocol. In the case of
Profibus-DP, the address range is from 000 to 125.
CC: Type of signal, which includes:
o 00: Diagnostic signals of the acquisition modules.
o 01: Analog input (16-bit).
o 02: Simple digital input (1 bit).
o 03: Counter (32 bits).
o 04: Analog output (16 bits).
o 05: Simple digital output (1 bit).
o 07: Double digital input (2 bits).
o 08: Frequency meter (32 bits).
o 09: Quick counter (32 bits).
o 10: Digital input (1 bit) (Inputs table of Profibus).
o 11: Digital input (2 bits) (Inputs table of Profibus).
o 12: Analog input (8 bits) (Inputs table of Profibus).
o 13: Analog input (16 bits) (Inputs table of Profibus).
Coordinate Description
Name DDDD
STS_COMM 0000 Module offline. Value 1 indicates that there is not communication with the module.
STS_DIAG 0001 Module with diagnostics. Value 1 indicates a diagnostics. Usually correspond to a
polarization failure in the module.
STS_PPS 0002 PPS Indication. Value 1 indicates that there is a digital input configured as event in
the module and PPS signal is not received.
If a coreDb point has assigned the signal 2003000000 as source, the value of this point indicates the communication
status of the module 003 (address).
The value of the signal 2007000004 changes to 1 when the communication with the module 007 is lost.
In Configuration mode of Easergy Builder, press button . In Workspace mode, select the configuration to
be transfer and press button . Save the project and the configuration will be transferred to the CPU. Consult the
operation progress on the log window.
Finally, reboot the RTU and, if no problem occurs, the console will display the information about the initialization progress
of operating system and then the application).
The console connection to the CPU module is established through the front connector CON. More information about this
connection in paragrah 4.2 in this manual.
i (without parameters)
Show information about the version of VxWorks kernel and BootRom configuration. This information doesn’t include
information about the Saitel Software.
cd “<path>”
Change the working directory to <directory>, i.e, cd "/flash" allows changing the working directory to the device /flash).
ls (without parameters)
ll (without parameters)
rm “<file>”
chkdsk “<device>”
lkup “<string>”
Search in the table of system symbols the symbols which contains the text <string>. It is very useful for example to found a
command that you don’t know its correct syntax. For example:
The command lkup “Sniff” returns all available commands with the text “Sniff”.
Reboot the CPU. Be careful with this command because it doesn’t ask to the user for confirmation.
Show the general state of the coreDb. This command is similar to “coreDbState”.
If command “e” is executed, the monitorization event is started. This command is similar to
“coreDbShowEvents”.
If command “u” is executed, the monitorization event is stoped. This command is similar to
“coreDbUnShowEvents”.
Start the monitorization for a communication channel. This command shows all configured channels
and asks user to select one of them. You coud press “enter” in order to cancel this command.
This command is similar to “chanSniffOn”
If command “o” is executed, the monitorization of all channels is stoped. This command is similar to
“chanSniffOff”.
Start the monitorization for a communication link. This command shows all configured links and asks
user to select one of them. You coud press “enter” in order to cancel this command.
This command is similar to “chlnSniffOn”.
If command “f” is executed, the monitorization of all links is stoped. This command is similar to
“chlnSniffOff”.
p Show processes.
Information about all process that are running in the CPU. This command shows the output of the
system command “ps –eTcl”.
v Show OS version.
Pressing “v” the Linux version is shown. It is similar to the system command “version”.
Pressing “b” the Baseline version is shown. It is similar to the command “baselineShowVer”.
h Help.
Pressing “h” you can see a detailed help about any available command in the system.
In addition to commands included in the menu, the user has additional commands that can be
executed using the prompt BLMon. Press "h", write the desired command in FUNCTION_HELP and a
detailed help will be shown with the correct sintax.
If you write "a" when FUNCTION_HELP is required, a list with all available commands is shown.
More information about these commands in paragraph 7.4.
Enable the transparent mode for the specific channel. The channel’s name matches with the name
defined in the channel module. It is can be disabled with chanSniffOff.
Disable the transparent mode for the specific channel. It was enabled with chanSniffOn.
Enable the transparent mode for the specific link. It is can be disabled with chlnSniffOff.
Disable the transparent mode for the specific link. It was enabled with chlnSniffOn.
Show information about the version of the local acquisition Bin Controller.
laqShowMod <address>
Show information about the module with the number <address>. For example, for module SM_AI8AO4
configured with address 6, the following information is shown:
thmConsoleSetTime “<YY>:<MM>:<DD>:<HH>:<MM>:<SS>”
Allow changing the synchronization time of the RTU using the console. For example:
Write a point. For example: x_krunchData “setPoint”, “M006_AO_000”, “20”. You can view the new
value of this point with Saitel Webtool or using the command x_readData.
NOTE: All parameters must be wrote within quotation marks.
Read information from coreDb and print it on the console window. For example:
Glossary
A Ampere.
AD Analog Destination.
AI Analog input.
AO Analog output.
DB Database.
DI Digital input.
DO Digital Output.
Ds Decisecond
EN English language.
Ethernet Technology used to implement networks through different physical media, including
twisted pair and coaxial cables.
FTP File Transfer Protocol
IP Internet Protocol
ISO 9001 International Standard which regulates the requirements of a control management
system.
kbaud Kilobaud.
Mbaud Megabaud.
mm Millimeter.
ms Millisecond.
PC Personal Computer.
Rev Revision.
+34 95 541 33 75
+34 95 492 09 92
Saitel Team
www.schneider-electric.com
es-infoSaitel@schneider-electric.com
© 2016 All rights reserved. The information contained in this document is confidential and is owned by Schneider Electric. It cannot
be copied or distributed in any way, unless there is express written authorization by Schneider Electric. Although this information
was verified at the time of publication, may be subject to change without notice.