In spite of all the care taken over the writing of this document, Schneider Electric SA does not give
any guarantees in relation to the information contained in it, and may not be held liable for any
errors, nor for any damage which might result from its use or its application.
The characteristics and operation of the products and additives presented in this document may
change at any time. The description is in no way contractually binding.
Chapter 1 Introduction (page 6) describes the gateway, the user guide that comes with it and the terms used in it.
Chapter 2 Hardware Implementation of the LUFP7 Gateway (page 13) gives an introduction to the gateway
and describes all the items used when setting it up, both inside (thumb wheels) and outside (cables and
connectors) the gateway.
Chapter 3 Signalling (page 23) describes the six LEDs on the front of the gateway.
Chapter 4 Software Implementation of the Gateway (page 24) describes the successive steps for setting the
gateway up with its default configuration, with a PLC using Profibus-DP. LUFP7 gateways are shipped preconfigured to allow you to interface a Profibus-DP master with 8 predefined Modbus slaves (TeSys U motor
starters).
Chapter 5 Gateway Initialization and Diagnostics (page 37) describes two registers in the gateway’s memory
reserved for initializing and carrying out diagnostics on the gateway. They are only exchanged between the
Profibus-DP master and the gateway.
Chapter 6 Configuring the Gateway (page 44) describes how to use the “ABC-LUFP Configurator” software
application, which allows you to modify or create a new configuration for the gateway and shows the various features of
this software (add or remove a Modbus slave, add or change a Modbus command, etc.).
This chapter also shows the changes to be made to software implementation operations in SyCon and
PL7 PRO.
Appendix A: Technical Characteristics (chapter 7, page 86) describes the technical aspects of both the
gateway and the Profibus-DP and Modbus RTU networks it is interfaced with.
Appendix B: LUFP7 Gateway GSD File (chapter 8, page 90) details and describes the content of the GSD file
shipped with the gateway. The file can be used for the setup tools to recognize the LUFP7 gateway as a
Profibus-DP subscriber with communication features of its own.
Appendix C: Default Configuration (chapter 10, page 94) describes the main features of the default
configuration of the LUFP7 gateway. However, it does not go into AbcConf in detail.
Appendix D: Sample Use under PL7 PRO (chapter 11, page 97) gives an advanced example using the
LUFP7 gateway’s default configuration. This example exploits the command and monitoring registers for
8 TeSys U motor starters and uses the aperiodic read and write services used to access the value of any motor
starter parameter.
Appendix E: Profibus-DP Data and Diagnostics (chapter 12, page 104) repeats the information described in
the Implementation manual of the TSX PBY 100 coupler for Premium PLCs. It also provides the values of
these data and the results of these diagnostics for the LUFP7 gateway.
Appendix F: Modbus Commands (chapter 13, page 108) describes the content of the Modbus command
frames supported by the LUFP7 gateway.
7
1. Introduction
1.2. Introduction to the LUFP7 Gateway
The LUFP7 gateway allows a master located on a Profibus-DP network to enter into a dialogue with the slaves
on a Modbus RTU network. This is a generic protocol converter operating in a way which is transparent to the
user.
This gateway allows you to interface many products marketed by Schneider Electric with a Profibus-DP network.
These include TeSys U motor starters, Altivar drivers and Altistart soft start- soft stop units.
1.3. Terminology
Throughout this document, the term “user” refers to any person or persons who may need to handle or use the
gateway.
The term “RTU”, which refers to the Modbus RTU communication protocol, will be omitted most of the time. As a
result, the simple term “Modbus” will be used to refer to the Modbus RTU communication protocol.
As is still the case with all communication systems, the terms “input” and “output” are somewhat ambiguous. To
avoid any confusion, we use a single convention throughout this document. So the notions of “input” and “output”
are always as seen from the PLC, or the Profibus-DP master.
Hence, an “output” is a command signal sent to a Modbus slave, whereas an “input” is a monitoring signal
generated by this same Modbus slave.
The diagram below shows the flows of “inputs” and “outputs” exchanged between a Profibus-DP master and
Modbus RTU slaves via the LUFP7 gateway:
Profibus-DP Master
INPUTS
OUTPUTS
LUFP7
Gateway
490 NAE 911 00
Altistart 48
Modbus RTU Slaves
8
1. Introduction
1.4. Notational Conventions
16#••••............... Value expressed in hexadecimal, which is equivalent to the H••••, ••••h and 0x•••• notations,
sometimes used in other documents. N.B. The AbcConf softwre uses the 0x•••• notation.
e.g. 16#0100 = 0x0100 = 256.
02#•••• ••••......... Value expressed in binary. The number of ‘•’ digits depends on the size of the item of data
represented. Each nibble (group of 4 bits) is separated from the other nibbles by a space.
Examples: byte 2#0010 0111 = 39, word 2#0110 1001 1101 0001 = 16#69D1 = 27089.
AbcConf............ Abbreviation taht refers to the tool used to configure and implement the LUFP7 gateway: “ABC-
LUFP Configurator”.
ASIC ................. Integrated circuits specific to a given user and application, covering two major families: pre-
characterised processes and pre-distributed networks.
ATS................... Abbreviation of “Altistart” (soft start- soft stop unit).
ATV................... Abbreviation of “Altivar” (drive).
CRC.................. Cyclical Redundancy Check.
LED................... Light-Emitting Diode.
DP..................... Decentralised Periphery (remote I/O). Profibus version or protocol meant for quick communication
with remote I/O. This is the only Profibus protocol supported by the LUFP7 gateway.
DPM1................ Class 1 DP master: the central automatic control of a Profibus-DP network. It resets and controls I/O
transfers and slave diagnostics on the network. One can have several DPM1 stations on a given
Profibus-DP network, each one steering its own slaves.
DPM2................ Class 2 DP master: The programming, configuration, and diagnostic device of a Profibus-DP network.
Fieldbus ............ A term referring to the upstream Profibus-DP network in AbcConf.
FMS .................. Profibus-FMS messaging system that defines the objects and application services applicable to these
objects. By extension, the Profibus version or protocol dedicated to complex and advanced
communication tasks at the cell level. This protocol is not supported by the LUFP7 gateway.
GSD.................. Electronic equipment database, also called GSD file. This term designates the format of the files
(“.gsd” extension) that are used by a Profibus master configuration and adjustment tool to configure
their exchanges according to that same protocol.
Handshake ....... An old term referring to the two registers used for initialising and carrying out diagnostics of the
LUFP7 gateway. This term has been replaced by the expression “Control/Status Byte”.
Node ................. A term referring to the connection point of a Modbus slave under AbcConf.
PA..................... Profibus version or protocol dedicated to process automation. This protocol is not supported by the
LUFP7 gateway.
PDP .................. Profibus-DP (see “DP” above).
LSB:.................. Least significant byte in a 16-bit word.
MSB:................. Most significant byte in a 16-bit word.
PI ...................... Profibus International. This term designates the international organization for users of the Profibus
protocol. It is responsible for federating Profibus skills centres, scattered throughout the 20 largest
industrial countries. The list of user groups of the Profibus protocol is available on the Profibus web
site, at http://www.profibus.com/. To get general-purpose support on Profibus, please email to PI, at:
Profibus_international@compuserve.com.
PNO.................. This term designates the national and local associations of Profibus protocol users.
PPO .................. Parameter Process data Object. This term designates the type and size of the data exchanged
between a Profibus master and slave. In the case of the LUFP7 gateway, PPOs are not used to
configure its exchanges on the Profibus network.
Profibus ............ PROcess Field BUS.
Sub-Network..... A term referring to the downstream Modbus network under AbcConf.
TSDI ................. Initiating station request time.
TSDR................ Answering station response time.
XML .................. EXtensive Markup Language. The language used by AbcConf to import/export the configuration of a
Modbus slave.
9
1. Introduction
A
1.5. Additional Documentation
In the case of Modbus slaves, the features, services and adjustment of the Modbus communications are not
dealt with in this document.
1.6. Introduction to the Communication “System” Architecture
Profibus-DP
Master
Total of 16
motor starters
Upstream network (Profibus-DP)
Downstream
network no.1
(Modbus)
(TeSys U model)
10
Downstream
network no.2
(Modbus)
ATS48
VW33-A48
VW3-G46301
Downstream network no.3 (Modbus)
TS46
1. Introduction
Each LUFP7 Profibus-DP / Modbus RTU gateway allows one of the PLCs on the Profibus-DP network to
command, control and configure up to 8 Modbus slaves. Other Profibus-DP masters on that same network can
only control them. If there are more than 8 Modbus slaves, you will need to use an appropriate number of LUFP7
gateways. In the same way, if the exchanges with the Modbus slaves require more than 25 Modbus commands
(that is to say more than 50 queries and responses), you will have to distribute the Modbus slaves over several
gateways.
The LUFP7 gateway behaves both as a Profibus-DP slave on the upstream network and as a Modbus RTU
master on the downstream network.
See chapter 7.2 Communication Characteristics, page 86 if you would like to read about the technical
communication characteristics of the LUFP7 gateway.
The gateway can carry out its data exchanges (inputs and outputs of all types) with the Modbus slaves cyclically,
aperiodically or in an event-driven way. All of these Modbus exchanges make up the gateway’s “Modbus
scanner” and we use the “ABC-LUFP Configurator” software application to configure this scanner’s exchanges.
Every data element exchanged in that manner is made available for the Profibus-DP master, who may access it
on a periodic basis. The only aperiodic interchange possible with the LUFP7 gateway is the explicit Profibus-DP
diagnostic interchange.
The diagram on the left page illustrates the distribution of several slaves throughout three Modbus RTU
downstream networks, each one being interfaced with the Profibus-DP master PLC using a LUFP7 gateway.
1.7. Principle Used to Configure and Operate the LUFP7 Gateway
The gateway is part of a family of products (referred to as LUFPz) designed to meet generic needs for
connection between two networks using different communication protocols.
The software elements common to all these gateways (a configuration tool known as “ABC-LUFP Configurator”
and the on-board Modbus software) cohabit with the specific features of the network upstream of each of them
(Profibus-DP in the case of the LUFP7 gateway) generically. This is one of the reasons why the interfacing
between the upstream network and the Modbus network is carried out entirely via the gateway’s physical memory.
Ö The exchanges between the gateway (which operates as a Modbus master) and the Modbus slaves are
wholly configured using the “ABC-LUFP Configurator”. This configuration tool goes into great detail (setting
timers for exchanges, communication modes, frame content, etc.), which makes it all the more delicate to
use. So a whole chapter in this guide (chapitre 6 Configuring the Gateway, page 44) has been devoted to this
tool.
By configuring the queries and responses for Modbus commands via this tool the user can create links
between a part of the content of the corresponding Modbus frames and the content of the gateway’s physical
memory (input memory for the content of the Modbus responses and output memory for the content of the
queries).
Ö The exchanges between the Profibus-DP master PLC and the LUFP7 gateway should be configured in such
a way that the Profibus-DP master can read the input data and write the output data from the gateway, but
only the data used for the Modbus exchanges (see previous point).
11
1. Introduction
A
y
)
)
y
)
)
–––––––
–
Ö Each LUFP7 gateway is shipped pre-configured so as to make it easier to operate and the factory settings
can be used as a basis for a configuration which will best meet the user’s expectations. The typical
operations applicable to this default configuration are described in chapter 6 Configuring the Gateway,
page 44.
The Profibus-DP network is totally separate from the Modbus network. The frames on a network are not directly
“translated” by the gateway to generate frames on the other network. Instead, the exchanges between the content
of the gateway’s memory and the Modbus slaves make up a system which is independent of the one which is
entrusted with managing the exchanges between this same memory and the Profibus-DP master.
So the user must ensure that the size of the Profibus-DP data corresponds to the size of the memory used for
the Modbus exchanges, because the gateway configures its Profibus-DP exchanges on the basis of the memory
used by the Modbus frames.
The two synopses which follow illustrate the independent management of each of the two networks:
Configuration of the Profibus-DP exchanges for the
master PLC by the user (excluding programming)
Hilscher
Configuration of Profibus-DP exchanges :
♦ Type and address of the LUFP7 gateway
♦ Size of the input Profibus-DP data
♦ Size of the output Profibus-DP data
Export of the configuration
PL7 PRO
Direct transposition of the content of the gateway's
memory to programming objects :
• Input Modbus data → %IW objects
• Output Modbus data → %QW objects
Transfer of the configuration
Profibus-DP
Master PLC
13
2. Hardware Implementation of the LUFP7 Gateway
2.1. On Receipt
After opening the packaging, check that the following element is there:
• One LUFP7 Profibus-DP / Modbus RTU gateway.
2.2. Introduction to the LUFP7 Gateway
The cables and other accessories for connecting to Profibus-DP and Modbus networks need to be ordered
separately.
f
g
h
cde
Modbus RTUConfiguration
Legend:
c Detachable power connector for the
gateway (
24V ±10%).
d Female RJ45 connector to a PC
running AbcConf configuration
software.
e Female RJ45 connector for the
downstream Modbus RTU network.
f Six diagnostic LEDs.
g Removable cover for the coding
wheels used to configure the gateway,
shown and described in chapter 2.7
Configuring the Profibus-DP
Communication Features, page 22.
The label describing the LEDs is stuck
onto this cover.
h Female Profibus-DP connector.
14
2. Hardware Implementation of the LUFP7 Gateway
2.3. Mounting the Gateway on a DIN Rail
Mounting the gateway
1
2
Start by fitting the rear base of the gateway to the
upper part of the rail, pushing downwards (1) to
compress the gateway’s spring. Then push the
gateway against the DIN rail (2) until the base of the
gateway box fits onto the rail.
Removing the gateway
1
2
Start by pushing the gateway downwards (1) to
compress the gateway’s spring. Then pull the
bottom of the gateway box forwards (2) until the box
comes away from the rail.
N.B. The spring is also used to earth the gateway (Protective Earth).
2.4. Powering the Gateway
Profibus-DP / Modbus RTU gateway – View from underneath
–
+
Power supply
24V isolated (±10%)
95 mA max.
N.B. The negative 24V power supply terminal should be connected to the installation’s earth.
15
2. Hardware Implementation of the LUFP7 Gateway
2.5. Connecting the Gateway to the Modbus Network
Three typical examples of Modbus connection for the gateway and its slaves are shown below. There are many
other possible Modbus connections, but they are not covered in this document.
2.5.1. Examples of Modbus Connection Topologies
•“Star” topology: This topology uses LU9GC03 Modbus hubs, which have 8 female RJ45 connectors.
These hubs should be placed close to the Modbus slaves to which they are connected using
VW3 A8 306 R•• cables. On the other hand, the nature of the cable connecting the LUFP7 gateway to one
of these hubs will depend on the network architecture, so long as there is a male RJ45 connector at each
end. If necessary, one or two line terminations may be directly connected to the hubs.
The connections are shown below:
LUFP7 gateway
Modbus
Line
termination
VW3 A8 306 R••
Modbus hubs
LU9GC03
Line
termination
16
Towards 8 Modbus slaves
2. Hardware Implementation of the LUFP7 Gateway
•“Bus” topology with VW3 A8 306 TF3 drop boxes: This topology uses VW3 A8 306 TF3 drop boxes to
connect each of the Modbus slaves to the main section of the Modbus network. Each box should be placed in
the immediate vicinity of the Modbus slave it is associated with. The cable for the main section of the Modbus
network must have male RJ45 connectors (like the VW3 A8 306 R•• cable used for the “star” topology). The
lead between the drop box and the slave or the Modbus gateway is an integral part of this box. The
connections are shown below:
LUFP7 Gateway
Modbus
VW3 A8 306 TF3
Line
termination
Towards 2 Modbus slaves
Towards 3 Modbus slaves
Towards 3 Modbus slaves
Line
termination
17
2. Hardware Implementation of the LUFP7 Gateway
•“Bus” topology with tap boxes: This topology is similar to the previous one, except that it uses
TSXSCA62 subscriber connectors and/or TSXCA50 subscriber connectors. We recommend using a
VW3 A68 306 connection cable and the TSXCSA•00 Modbus cables. Connect the RJ45 connector on the
VW3 A68 306 cable to the Modbus connector on the LUFP7 gateway.
The connections are shown below:
VW3 A68 306
Modbus
TSXSCA62
LUFP7 Gateway
TSXCSA•00
2.5.2. Pin Outs
In addition to the pin out for the connector on the gateway, the one on the VW3 A68 306 cable is also shown
below, as it is the only Modbus cable which does not exclusively use RJ45 connections.
2.5.3. Wiring Recommendations for the Modbus Network
• Use a shielded cable with 2 pairs of twisted conductors,
• connect the reference potentials to one another,
• maximum length of line: 1,000 metres
• maximum length of drop line / tap-off: 20 metres
• do not connect more than 9 stations to a bus (slaves and one LUFP7 gateway),
• cable routing: keep the bus away from power cables (at least 30 cm), make crossings at right angles if
necessary, and connect the cable shielding to the earth on each unit,
• adapt the line at both ends using a line terminator (see diagram and VW3 A8 306 RC termination below).
D(B)
D(A)
— Line termination recommended at both ends of the line —— VW3 A8 306 RC line termination —
To make it easier to connect the units using the topologies described in chapter 2.5.1 Examples of Modbus
Connection Topologies, page 15, various accessories are available in the Schneider Electric catalogue:
1) Hubs, drops, taps, and line terminations:
LU9GC03 hub .....................
(“star” topology)
VW3 A8 306 TF3 drop box......................
(“bus” topology with VW3 A8 306 TF3 drop boxes)
2-way TSXSCA62 subscriber connector.
(“bus” topology with tap boxes)
4
120 Ω
1 nF
5
This passive box has 8 female RJ45 connectors. Each of these connectors can
be connected to a Modbus slave, to a Modbus master, to another Modbus hub,
or to a line termination.
This passive box includes a short lead with a male RJ45 connecto
allowing it to be connected directly to a Modbus slave, without
having to use a different cable. It is fitted with 2 female RJ45
connectors for the connection of two Modbus cables of the
VW3 A8 306 R•• type.
This passive box has a printed circuit fitted with screw terminals
and allows the connection of 2 subscribers to the bus (2 female
15 point SUB-D connectors). It includes the line termination when
the connector is located at the end. It is fitted with 2 screw terminals
for the connection of two double twisted pair Modbus cables.
TSXCA50 tap box....................................
(“bus” topology with tap boxes)
VW3 A8 306 RC double termination .......
(all topologies)
This passive box allows a Modbus unit to be connected to a screw
terminal. It includes the line termination when the connector is
located at the end. It is fitted with 2 screw terminals for the
connection of two double twisted pair Modbus cables.
Each of these two red passive boxes is a male RJ45 connecto
3 cm long containing an RC line termination (see diagram and
illustration above). Only the abbreviation “RC” is shown on these
boxes.
Shielded cable with a male RJ45 connector at each
end.
Shielded cable with a male RJ45 connector and a
male 15 point SUB-D connector. It is used to connect
a Modbus subscriber (slave or master) to a
TSXSCA62 or TSXCA50 box.
Bare cable (without connectors) used to make up the
main section of the Modbus network. There are three
items available: TSXCSA100 (100 m), TSXCSA200
(200 m), and TSXCSA500 (500 m).
2.6. Connecting the LUFP7 gateway to the Profibus-DP Network
Connect the SUB-D 9-point male plug on
the Profibus-DP connector to the
Profibus-DP plug on the LUFP7 gateway.
Connections are illustrated here:
cg
hk
SUB-D
9 points
female
connector
SUB-D 9-point male
490 NAD 911 04 (or 03)
Type
Profibus-DP cables
Ref. : TSX PB SCA100
Modbus
2.6.1. Pin Outs
—— LUFP7 plug ——–— 490 NAD 911 04/03 connector—
9-
oint SUB-D female9-point SUB-D male
11Incomin
2
D(B)3
RTS4
GND5
+5V6
2
3B-line / RxD/TxD +
4Re
uest To Send(1
5GND Réseau
+5V Réseau (2)
6
—Type A cables ——
PB SCA100
A cable
Outgoing A cable
7
D(A)8
9
Grounding / Shielding
-line / RxD/TxD –
9
Shieldin
/ Groundin
(1) This signal is not mandatory and may be ignored for the LUFP7 gateway.
(2) The “GND” and “+5V” pins are meant to supply the line termination if it is present in the connector being used.
20
2. Hardware Implementation of the LUFP7 Gateway
2.6.2. Wiring Recommendations for the Profibus-DP Network
• Use a shielded cable with a twisted pair of copper conductors, preferably a type A Profibus-DP cable.
• Connect the reference potentials to one another,
• You may choose the transmission rate, within limits ranging from 9.6 kbit/s to 12 Mbit/s. The choice is made
at network startup and applies to all network subscribers.
• The maximum length of the line (segment) is inversely proportional to the transmission rate.
Transmission rate (bit/s)9,6 k19,2 k93,75 k187,5 k500 k1,5 M3, 6 or 12 M
Experience shows that these lengths may be doubled using lines with a section of 0.5 mm².
• Do not connect more than 32 master or slave stations per segment without a repeater, 127 maximum
(repeaters included) with the 3 repeaters; don't use more than 3 repeaters
• Cable routing: keep the bus away from power cables (at least 30 cm), make crossings at right angles if
necessary and connect the cable shielding to the earth on each unit,
• The network ends on an active line termination, at each segment end (see diagram below); many suppliers
have provided their cables with switchable line terminations. The LUFP7 gateway has no internal line
termination and therefore applies a 5V voltage between pins 5 and 6 of its Profibus-DP plug in order to allow
for the use of an external line termination when the gateway is at the end of the line.
D(A)
5386
390 Ω
220 Ω390 Ω
D(B)GND
+5V
Active line
termination
recommended
at both ends
N.B. if you use a 490 NAD 911 03 connector on each of the two stations located at segment end, you won't
have to use an external line termination, since a line termination is integrated to that type of connector.
However, if you must disconnect a station to which such a connector is connected, move the connector to
another station on the same network so that the line termination continues to be supplied. If you do not wish
to make that type of arrangement, preferably use connectors featuring a switchable line termination.
21
2. Hardware Implementation of the LUFP7 Gateway
To connect stations to the Profibus-DP network more easily, several accessories are offered in the Schneider
Electric catalogue:
– Single twisted pair type A Profibus-DP cable
(100 m long): TSX PB SCA100. If you use a
different cable, please check that its electric
characteristics are as close as possible to those
of type A cables (see chapter 7.2
Communication Characteristics, page 86).
– Line connector: 490 NAD 911 04. The SUD-D
9-point male plug on that connector should not
be connected to a station located at the
segment end, as the connector has no line
termination. This passive box contains a printed
circuit fitted with one or two terminal boxes with
screws for connecting one incoming ProfibusDP cable and one outgoing Profibus-DP cable.
– End of line connector: 490 NAD 911 03. The
SUB-D 9-point male plug on that connector
must be imperatively connected to a station
located at segment end, since the connector
has a line termination. This passive box
contains a printed circuit fitted with one terminal
box with screws for connecting one incoming
Profibus-DP cable.
490 NAD 911 04 (or 03) connector
A
A
B
B
Red
Green
e
c
Legend:
c Incoming A cable.
d Outgoing A cable (absent in the case of the
490 NAD 911 03 connector).
e Cable collar; the cable sheath must be uninsulated,
at the most, in the middle of the collar.
d
22
2. Hardware Implementation of the LUFP7 Gateway
2.7. Configuring the Profibus-DP Communication Features
This configuration should be carried out when the gateway is powered off.
This task is limited to configuring the gateway's Profibus address, as the communication speed on the Profibus
network (9.6 kbits/s to 12 Mbits/s) is automatically detected by the gateway.
The two coding wheels used for configuring the gateway’s address are hidden behind the gateway cover
illustration in chapter 2.2 Introduction to the LUFP7 Gateway, page 13). To remove this cover, all you have to do
is insert the end of a small flat screwdriver between the top of the hood and the gateway box, and then to pull it
out delicately.
The power supply of the gateway must be turned off before opening the cover.
Once the cover has been removed, make sure that you touch neither the electrical circuits nor
the electronic components.
2.7.1. Encoding the Gateway Address
The LUFP7 gateway is identified on the Profibus-DP bus by its address, ranging from 1 to 99.
Units
Tens
The gateway's Profibus-DP address depends on the position of the two
coding wheels represented on the left, in their factory-setting positions
(default address = 2).
This address is the sum of the decimal values given by the angular
positions of the bottom coding wheel (tens) and the top coding wheel
(units).
g
(see
Any change to the gateway's address shall be taken into account only once it is powered on again.
Examples:
Address = 19Address = 73
Units
Tens
2.7.2. No Internal Line Termination
The LUFP7 gateway has no active line termination. You must therefore use a Profibus-DP connector with such a
termination if you place the gateway at one of the ends of a bus segment.
Units
Tens
23
3. Signalling
The gateway’s 6 LEDs and the descriptive label on the removable cover which hides its two coding wheels
(gateway address) allow you to diagnose the status of the gateway:
telm
d
c
f
e
h
g
LUFP7
n
p
r
NLINE
1 O
FFLINE
2 O
OT USED
3 N
IELDBUS DIAG
4 F
ODBUS
5 M
ATEWAY
6 G
o
q
s
DELLED Æ Gateway state
Off: Profibus-DP bus:
Gateway off-line
ONLINE
n
NOT
p
USED
MODBUS
r
(1) Specific errors indicated by the LED q FIELDBUS DIAG:
• Flashing red LED (1 Hz): input and/or output data length is invalid.
Check the overall length of the gateway data, under AbcConf (“Monitor” option from the “S
menu), then adjust exchanges with the gateway accordingly, using the Profibus-DP network configuration
software (e.g.: SyCon).
• Flashing red LED (2 Hz): User parameter data length and/or content is invalid.
• Flashing red LED (4 Hz): Error when resetting the ASIC in charge of Profibus-DP communications.
(2) The LED
queries of the two aperiodic services designed to read/write the value of any parameter of a Modbus slave (see
chapter 4.2.10 Description of Services Assigned to Gateway Inputs/Outputs, page 34). This LED will only revert to
its former green state if you reuse these very same services, but with correct values. More generally, this LED
becomes red, then reverts to a green state, on loss and recovery of the communications with any Modbus slave.
Green: Profibus-DP bus:
Gateway on-line
(exchanges are possible)
Off: —
Off: No power
Flashing (green): No
Modbus communications
Green: Modbus
communications OK
Red: Loss of communication
with at least one Modbus
slave (2)
MODBUS becomes red whenever you use incorrect values in the outputs corresponding to the
r
LEDLED Æ Gateway state
Off: Profibus-DP bus: gateway on-line
OFFLINE
o
q
s
FIELDBUS
DIAG
GATEWAY
Red: Profibus-DP bus: Gateway off-line
(exchanges are impossible)
Off: Gateway initialization achieved
Flashing red (1 or 2 Hz): Gateway
configuration error. (1)
Flashing red (4 Hz): Error when resetting the
gateway on Profibus-DP. (1)
Off: No power
Flashing (red/green): Configuration absent / not valid
Use AbcConf to load a valid configuration
Green: Gateway currently being initialized
and configured
Flashing (green): Gateway is in running
order: Configuration OK
ub-Network”
24
N.B. If the LED s DEVICE STATUS is flashing following a sequence beginning with one or
more red flashes, we advise you to note down the order of this sequence and give this
information to the Schneider Electric support service.
4. Software Implementation of the Gateway
4.1. Introduction
This chapter gives an introduction to a quick implementation of the LUFP7 gateway, using its default
configuration. All LUFP7 gateways ship pre-configured.
This pre-configuration means that the user does not have to configure the LUFP7 gateway using AbcConf. This
configuration is described in order to allow the gateway to be used with a configuration tool for Profibus-DP master
PLCs. As an example this implementation will use Sycon (version ≥ V2.5.0.0), the multi-network configuration
software marketed by Hilscher (Réf.: TLX L FBC 10 M), PL7 PRO (version ≥ V3.0) and a Telemecanique PLC
from the Premium range (e.g. TSX 57353 v5.1) to which the appropriate Profibus-DP communication board shall
be added (TSX PBY 100 coupler).
4.1.1. System Architecture
The default configuration for an LUFP7 gateway allows it to control, monitor and configure 8 TeSys U motor
starters:
Configuration
PC
(PL7 PRO
+ SyCon)
490 NAE 911 00
Profibus-DP
master PLC
TSX 57353 v5.1
+ TSX PBY 100
Profibus-DP
(upstream network)
Modbus
addresses
LUFP7
gateway
Total of 8
motor starters
(TeSys U model)
cdefghij
Modbus (downstream network)
Line
termination
Connection
boxes
Please see chapter 2 Hardware Implementation of the LUFP7 Gateway, page 13, for the hardware
implementation of the default configuration.
If you are using fewer than 8 TeSys U motor starters, you will need to adapt the gateway
configuration using the “ABC-LUFP Configurator” software (see chapter 6 Configuring the
Gateway, page 44, and chapter 6.6 Deleting a Modbus Slave, page 49).
25
4. Software Implementation of the Gateway
4.1.2. Configuring the Motor Starters
Each motor starter should be configured as follows:
Protocol:Modbus RTU slaveStart bits1
Modbus address1 to 8ParityNone
Bitrate19,200 bits/sParity bit0
Data bits8Stop bits1
When using a TeSys U motor starter with a Modbus communication module (LULC031 module), the
configuration parameters for the RS485 connection are automatically detected, only the Modbus address of the
motor starter needs to be configured.
4.1.3. Modbus Cycle Time
The LUFP7 gateway’s default configuration sets a cycle time of 300 ms on Modbus commands for each of the
8 TeSys U motor starters.
4.1.4. Managing Degraded Modes
The default management for degraded modes is described below. This description only applies to a Premium
PLC fitted with a TSX PBY 100 coupler. Please refer to chapter 6.11.2.1 Managing degraded modes, page 71, if
you want to change the degraded mode management of one or several Modbus commands.
Event
Desired
behaviour
Reset
Output
Hold
InputsReset
(1) The “Outputs” option is described in chapter 4.2.8 Importing the Configuration of the Profibus-DP Network under
PL7 PRO, page 31. Under PL7 PRO, it can be accessed from the configuration screen for the TSX PBY 100 board.
(2) The desired behaviour with regard to the outputs should be directly configured on each of the TeSys U motor starters.
Premium PLC:
CPU stop or failure
“Outputs” option
equal to “Reset” (1)
“Outputs” option
equal to “Hold” (1)
——Yes
Disconnection
of the upstream
Profibus-DP network
Yes
——
Failure of the
LUFP7 gateway
Depending on the configuration of the
TeSys U motor starters (2)
Disconnection of
the downstream
Modbus network
You may also refer to chapter 4.2 Degraded application mode of the Implementation manual – TSX PBY 100 –
PROFIBUS-DP (ref.: TSX DM PBY 100E) for further details regarding the processing of degraded modes by the
TSX PBY 100 board.
26
4. Software Implementation of the Gateway
4.2. Gateway Configuration under PL7 PRO and SyCon
The Profibus-DP master must be configured so that it has access to all of the data described in chapters 10.2.1 Input
Data Memory Area, page 95, and 10.2.2 Output Data Memory Area, page 96.
The following chapters describe the steps in PL7 PRO (version ≥ V3.0) and SyCon (version ≥ V2.5.0.0) which you will
need to go through so that the gateway is correctly recognised by the Profibus-DP master PLC.
The Profibus-DP network which is described in the following chapters only includes one
master (TSX 57353 v5.1 + TSX PBY 100) and one slave (LUFP7 gateway). So you will need
to adapt the addressing of the inputs and outputs shown below (%IW and %QW) according to
any other slaves on the Profibus-DP network which you need to configure.
4.2.1. Setting Up the Hardware Configuration under PL7 PRO
Under PL7 PRO, create a new application or open an application for which you want to add a Profibus-DP
network.
Edit the hardware configuration of this application, add a PBY 100 board and then edit its configuration by
double-clicking on its location in the rack.
Click on the “hilscher” button (enclosed in a red box above) to start the SyCon configuration tool.
N.B. This button is not displayed if you have not installed SyCon on your PC.
27
4. Software Implementation of the Gateway
4.2.2. Creating a Profibus-DP Network under SyCon
Select the “New” option from the “F
configuration, by selecting the “PROFIBUS” network.
This option creates an empty network segment in the SyCon main
window.
In this guide, we shall immediately save this configuration and name
it “LUFP7 - Tutorial Example.pb”.
4.2.3. Selecting and Adding the Profibus-DP Master Station
Select the “Master…” option from
the “Insert” menu (or click on the
button). Move the mouse
pointer (which now looks like a
to the position where you want to
add the Profibus-DP master, and
left-click.
Select the “TSX PBY 100” master,
then click “Add >>”. If need be, edit
its address and name.
ile” menu to create a new
)
Once back to the SyCon main window, the selected master appears in the selected insertion position:
28
4. Software Implementation of the Gateway
Double-click on the line that corresponds to the
Profibus-DP master to open the “Master
Configuration” window.
In the “DP Support” frame, verify that the "Auto
addressing" box has been checked.
Lastly, select the Profibus-DP master and run the “Bus
Parameter…” option from the “Settings” menu to configure the
Profibus-DP network baud rate.
The “Optimize” option must remain equal to
“standard”, except in case of knowledgeable
users who want to edit critical Profibus-DP
network settings (accessible via the “Edit…”
button).
4.2.4. Setting up the Gateway Description Files
The GSD file that describes the gateway must be located on the PC hard drive so that SyCon can access it any
time. Preferably place the file inside the directory that contains all the GSD files used by SyCon. The description
and content of that GSD file are both in chapter 8 Appendix B: LUFP7 Gateway GSD File, page 90.
This file can be found on the CD LU9CD1 : “Tele071F.gsd”.
Î To import that file under SyCon, run the “Copy GSD” option from the “F
mentioned above from the CD. If the command completes successfully, the following message is displayed:
“The import of the GSD file was successful.”
Then, install the symbols representing the gateway under SyCon. The corresponding files are on the CD
LU9CD1 : “LUFP7_S.DIB”, “ LUFP7_R.DIB”, and “ LUFP7_D.DIB”.
Î Copy these files into “C:\Program Files\Hilscher\SyCon\Fieldbus\PROFIBUS\BMP”, if this is the
path where you have installed SyCon on your PC. All these operations should be conducted using Windows
Explorer, for example, as SyCon cannot proceed to their installation.
The symbols that represent each of these three files are given below:
ile” menu and select the GSD file
29
4. Software Implementation of the Gateway
4.2.5. Selecting and Adding the Gateway to the Profibus-DP Network
Run the “Slave…” option from the “I
looks like a ) to the position where you want to add the LUFP7 gateway, then left-click.
In the window that appears,
select the “LUFP7” slave, then
click the “Add >>” button. If
need be, edit its address and
name. Gateway address
configuration is detailed in
chapter 2.7.1 Encoding the
Gateway Address, page 22.
Once back to the SyCon main window, the selected slave appears in the selected insertion position:
nsert” menu (or click on the button). Move the mouse pointer (which now
4.2.6. Editing and Configuring the Gateway
Double-click on the line that corresponds to the LUFP7 gateway. The "Slave Configuration" window appears.
Conduct the following operations:
• In the list of available modules, select the module called “IN/OUT: 32 Byte (16 word)”. Click the “Append
Module” button to add it to the list of modules configured for the gateway. This module occupies one “Slot” and
consists of a 16-word I/O module (both in IW and OW). It is intended to allow the exchange of the various data
presented in chapters 10.2.1 Input Data Memory Area, page 95, and 10.2.2 Output Data Memory Area,
page 96.
30
4. Software Implementation of the Gateway
• In the “Assigned master” frame, check that the Profibus-DP master previously configured is selected. If not,
select it. N.B. Only the "Assigned master" can control the DP slave to which it has been allocated during the
configuration phase. Other DPM1 masters can only read its I/O values.
• In the "General" frame, verify that the two boxes "Activate device in actual configuration" and "Enable
watchdog control" are both checked. If not, please check both.
• Validate the operations conducted by clicking on “OK”.
The left-hand
portion of this area
specifies the
gateway's
maximum capacity,
whilst the right-
hand portion lists
the currently
configured
"Modules".
N.B. Don't use the “Symbolic Names” option to name the I/O exchanged with the gateway. This operation is
useless because the symbols you shall define under SySon would not be exported and retrieved under
PL7 PRO!
If you create or edit a configuration using AbcConf (see chapter 6 Configuring the Gateway,
page 44), you should be aware that the total size of the inputs and outputs, for all the
configured modules, should be identical to the size of the data configured under AbcConf.
They correspond to all the bytes exchanged with the Modbus slaves via the “Data” fields of the
Modbus frames, to the two words reserved for downstream Modbus network management
(see chapter 5 Gateway Initialization and Diagnostics, page 37), if it has not been disabled,
and also to the two read parameter read/write counters . Any “free memory location” inserted
between two data elements, regardless of its size, is included in the bytes exchanged.
N.B. If the "Length of input data" or the "Length of output data" configured for the gateway
(under SyCon) differs from the total size of the gateway input memory area or the total size of
the gateway output memory area (under AbcConf), the gateway shall refuse going on line
(LED n off and LED o red) and the configuration error shall be indicated (LED q flashing
red, at 1 Hz). Please see chapter 3 Signalling, page 23.
31
4. Software Implementation of the Gateway
4.2.7. Saving and Exporting the Profibus-DP Network Configuration
Save the configuration by giving it a name (“Save” or “Save A
of the Profibus-DP network is then saved in a “.pb” file.
In order to export this configuration for PL7 PRO, follow these steps:
• Select the line that corresponds to the Profibus-DP master (TSX PBY 100).
• Run the “Export
N.B. the filename must comply with the “DOS 8.3” format, i.e. it must include a name limited to 8 characters
and a 3-character extension (here, “cnf”).
• Once these operations are completed, quit SyCon.
4.2.8. Importing the Configuration of the Profibus-DP Network under PL7 PRO
Back to PL7 PRO (see chapter 4.2.1 Setting Up the Hardware Configuration under PL7 PRO, page 26), click on
the “Load CNF” button. Using the options in the window that appears, select the “cnf” file that was saved
beforehand (see previous chapter).
Once this import is completed, the full path to this file appears on the right of the "Load CNF" button and the
"PROFIBUS-DP slave configuration" frame displays the two configured stations, i.e. “TSX PBY 100”, at the
address 1, and “LUFP7”, at the address 2.
In the case of the LUFP7 gateway, the default values allocated to the configuration options of the "General
PROFIBUS-DP configuration" frame can be kept (see table below). Edit them accordingly if you configure other
slaves on the same Profibus-DP network.
OptionalDefault valuePossible values
Task
Used to select the type of system task that will steer the Profibus-DP network.
N.B. The PL7 PRO application is also subdivided into a “Mast Task” and a “Fast Task”.
Outputs
Determines whether the %QW outputs meant for the Profibus-DP slaves are held or reset to zero when the
associated task (see above) is stopped, as this stop does not cause the TSX PBY 100 board to stop.
N.B. if the gateway’s “Control/Status Byte” option is equal to “Enabled” (which is not the case for its default
configuration), resetting the outputs also resets the “Profibus-DP master control word,” and therefore a
communication disruption request on the Modbus downstream network (see chapter 5.2.1 Profibus-DP Master
Control Word, page 38).
IW/QW number
Determines the number of words used for the input of the TSX PBY 100 board, as well as for its outputs.
The "Total" frame indicates the total number of inputs and outputs, all slaves included. The value allocated to
the “IW/QW number” option should be greater than, or equal to, the greatest of these two numbers.
The LUFP7 gateway only requires 16 words (whether for inputs or for outputs). Therefore, we could use a size
of 32 words. However, it is preferable to keep the default value, should other slaves be configured.
Diagnostic length
Determines the maximum length of a diagnostic on the Profibus-DP network.
N.B. This length should be sufficient to host the longest diagnostic for all the slaves on the network. If the
length is insufficient, the slaves concerned shall not be active on the bus because their diagnostic shall be
invalid. The "diagnostic length" is equal to 6 bytes in the case of the LUFP7 gateway.
► ASCII” option from the “File” menu. The newly-created file bears the “.cnf” extension.
MASTMAST or FAST
ResetHold or Reset
128 words32, 64, 128 or 242 words
32 bytes6 to 244 bytes
s…” option from the “File” menu). The configuration
N.B. You may also request the configuration of the Profibus-DP master by clicking the "View" button in the
"Master configuration" frame.
32
4. Software Implementation of the Gateway
4.2.9. Configuring the Gateway I/O under PL7 PRO
Using the information located in the selected “.cnf” file, PL7 PRO establishes a direct relation between the data
for each Profibus-DP slave and its equivalent I/O.
To view the LUFP7 gateway I/O, click on the line of the address 2 station in the "PROFIBUS-DP slave
configuration" frame.
If you use the vertical sliders in the "PROFIBUS-DP slave data" frame, you can see that the gateway's 16 input
words have been allocated to inputs %IW4.0 to %IW4.0.15 and that its 16 outputs words have been allocated to
outputs %QW4.0 to %QW4.0.15.
N.B.: these allocations are valid only for the gateway's default configuration and for a gateway which is the only
slave on the Profibus-DP network. If you configure other slaves on the same Profibus-DP network, it may be that
gateway input and output allocation, as it is illustrated above, is amended according to the order in which the
slaves and their modules have been declared under SyCon. Then, you can use the PL7 PRO window, presented
above, to check the allocation of the input and output words of the gateway and other Profibus-DP slaves.
33
4. Software Implementation of the Gateway
The correspondence between the content of the gateway's input memory (see chapter 10.2.1 Input Data
Memory Area, page 95) and the PLC inputs “%IW4.0” to “%IW4.0.15” is given in the following table:
Bit 15....................Bit 8 Bit 7......................Bit 0
Value of the motor starter c status register
Value of the motor starter d status register
Value of the motor starter e status register
Value of the motor starter f status register
Value of the motor starter g status register
Value of the motor starter h status register
Value of the motor starter i status register
Value of the motor starter j status register
Free memory locationSlave no. (16#01-16#08)
Function No. (16#03)Bytes read (16#02)
Value of the parameter read (16#xxxx)
Slave No. (16#01-16#08)Function No. (16#06)
Address of the parameter written (16#xxxx)
Value of the parameter written (16#xxxx)
Read parameter
response counter
Description
Gateway status word
Write parameter
response counter
The correspondence between the content of the gateway output storage (see chapter 10.2.2 Output Data Memory
Area, page 96) and the outputs of the “%QW4.0” to “%QW4.0.15” automatic controls is as follows:
Bit 15....................Bit 8 Bit 7......................Bit 0
Profibus-DP master control word
Value of the motor starter c command register
Value of the motor starter d command register
Value of the motor starter e command register
Value of the motor starter f command register
Value of the motor starter g command register
Value of the motor starter h command register
Value of the motor starter i command register
Value of the motor starter j command register
Slave No. (16#01-16#08)Function No. (16#03)
Address of the parameter to be read (16#xxxx)
Number of parameters to be read (16#0001)
Slave number
(16#01-16#08)
Address of the parameter to be written (16#xxxx)
Value of the parameter to be written (16#xxxx)
Read parameter
query counter
Description
Function number
(16#06)
Write parameter
query counter
34
Whenever you create or change a configuration using AbcConf (see chapter 6 Configuring the
Gateway, page 44), you should be aware that, if you configure an odd number of input (or output)
bytes, PL7 PRO converts the last byte to the 16-bit format instead of leaving it in bits 8-15 of the
last word. Its value is therefore placed into bits 0-7 of the last word.
e.g. If you use 33 input words and the last input word is equal to 16#64 (8-bit format), the word
%IW4.0.16 is therefore equal to 16#0064 (16-bit format) and not 16#64••.
4. Software Implementation of the Gateway
4.2.10. Description of Services Assigned to Gateway Inputs/Outputs
Managing the downstream Modbus network: Refer to chapter 5.3 Diagnostic Only, page 41, for a detailed
description of that service, and to chapter 11.2 LUFP7 Gateway Initialization and Diagnostics, page 98, for an
advanced sample use. In the case of the gateway’s default configuration, under AbcConf, the “Control/Status
Byte” field of the “ABC” element is equal to “Enabled but no startup lock.”
Periodic communications (inputs): The value of each of the 8 words for this service corresponds to teh value
of the status register of a TeSys U motor starter (register located at address 455).
Periodic communications (outputs): The value of each of the 8 words for this service corresponds to the value
to be sent to the command register of a TeSys U motor starter (register located at address 704).
Refer to chapter 11.3 Controlling and Supervising the 8 TeSys U Motor Starters, page 100, for a sample use of
these "periodic communications" services.
Aperiodic communications: Refer to chapter 11.4 Reading and Writing any TeSys U Motor Starter Parameter,
page 101, for a simple example of these "aperiodic communications".
These aperiodic communications services offer functions similar to those of “parameter area PKW” which can be
found on certain Schneider Electric products, such as some ATV drives.
• Sample reading of a motor starter parameter:
Reading of the 1st fault register (address = 452 = 16#01C4) on TeSys U motor starter no. 5.
The initial values of %QW4.0.15 and %IW4.0.15 are equal to 16#0613.
The result of the reading is 16#0002 (magnetic fault).
Slave no. + Function no.%IW4.0.90
Parameter address%IW4.0.10
Number of parameters%IW4.0.11
“Trigger byte” for the query (PF)
%IW4.0.15
16#0005
16#0302
16#0002
16#0713
(not used) + Slave no.
Slave no. + Number of bytes
Value read
“Trigger byte” for the response (PF)
• Sample writing of a motor starter parameter:
Writing of the 2nd command register (address = 705 = 16#02C1) on TeSys U motor starter no. 7 at the value
16#0006 (clear statistics + reset thermal memory).
The initial values of %QW4.0.15 and %IW4.0.15 are equal to 16#0713.
The result of the writing is a command echo, that is to say that the values of the “address parameter” and
“value to be written” fields are identical in both the query and the response.
Slave no. + Function no.%IW4.0.12
Parameter address%IW4.0.13
Value to be written%IW4.0.14
“Trigger byte” for the query (PF)%I W 4.0.15
16#0706
16#02C1
16#0006
16#0714
Slave no. + Function no.
Parameter address
Written value
“Trigger byte” for the response (PF)
Avoid writing incorrect values in outputs which correspond to the aperiodic communication
services described above, as they would lead to the transmission of an incoherent Modbus
frame. It is therefore up to the Profibus-DP master PLC application to manage them.
In addition, do not ever use these services in “Broadcast” mode (Modbus address = 0).
35
4. Software Implementation of the Gateway
4.2.11. Validating and Saving the Configuration of the TSX BP 100 Coupler
Î Validate the various operations conducted under PL7 PRO using the
Î Close the configuration window of the TSX PBY 100 coupler.
Î In the PLC's hardware configuration window, click on the
Î Save the PL7 PRO application by giving it a name.
4.2.12. Allocating Symbols to the Gateway Inputs and Outputs
Allocating symbols to the gateway I/O is possible only under PL7 PRO, as SyCon does not export such symbols
to the ASCII export file. Once these symbols are defined, they are used in the configuration window of the
TSX PBY 100 coupler previously described.
button again.
button.
36
4. Software Implementation of the Gateway
4.2.13. Using and Monitoring the TSX PBY 100 Coupler Configuration
After validating all the changes previously made, you may check the configuration of the TSX PBY 100 coupler,
the Profibus-DP network, and the LUFP7 gateway by downloading the PL7 PRO application to the PLC and
conducting a monitoring operation using the TSX PBY 100 coupler debug screen.
Î Transfer the application from the PC to the PLC by running the “Transfer program…” option from the “P
menu (or click on the button) and selecting “PC -> PLC”.
Î Switch from the OFFLINE to the ONLINE mode by running the “Connect” option from the “PLC” menu (or
click on the button).
Î Initialize and start the PLC application using the “Init…” and “R
Î Open the “Hardware configuration”
and the TSX PBY 100 board
configuration. Then, switch from
“Configuration” to “Debug” and select
the line that corresponds to the
LUFP7 gateway.
The content of the "PROFIBUS-DP
diagnostic data” frame enables you
to view the gateway's Profibus-DP
diagnostics, while the “PROFIBUSDP slave data” frame enables you
to view and change the values of
the gateway I/O. An example is
given on the right.
un…” options from the “PLC” menu.
LC”
4.2.14. Developing a Profibus-DP Application
The Profibus-DP master PLC taken as an example is a TSX 57353 v5.1, marketed by Telemecanique. A sample
PLC application, developed under PL7 PRO, is presented in chapter 11 Appendix D: Sample Use under
PL7 PRO, page 97. This example uses the PLC, the gateway and the 8 TeSys U motor starters shown in the
Software Implementation of the Gateway.
37
5. Gateway Initialization and Diagnostics
Each of the three sub-chapters 5.2, 5.3 and 5.3.2 describes the principle used to initialize and carry out
diagnostics on the gateway using each of the three options offered by the gateway. These options can be
configured via AbcConf, by changing the assignment of the “Control/Status Byte” field for the “ABC” element
(see chapter 6.12.2 “ABC” Element, page 82). The links between these sub-chapters and these options are as
follows:
Enabled ............................................................. 5.2 Full Management......................... 37
Enabled but no startup lock
5.1.1. Disabled5.3.2 Profibus-DP Master Control Word
The output word located at addresses 16#0200 (MSB) and 16#0201 (LSB) in the gateway’s output memory
constitutes the Profibus-DP master command word. Its structure is described below:
BitsDescription
15
0-14Reserved.
FB_HS_CONFIRM: Acknowledgement bit of a gateway diagnostic
The Profibus-DP master must compare the value of the FB_HS_CONFIRM bit to the value of the
ABC_HS_SEND bit (bit 15 in the gateway’s status word). If these two values are different, this means
that the gateway has transmitted a new diagnostic to the Profibus-DP master.
To tell the gateway that it has read a diagnostic, the Profibus-DP master must copy the value of the
ABC_HS_SEND bit to the FB_HS_CONFIRM bit. This allows the gateway to issue a new diagnostic.
Summary:
• If ( FB_HS_CONFIRM = ABC_HS_SEND ) Æ The gateway’s status word contains a diagnostic
which has already been acknowledged by the Profibus-DP master. So the gateway is free to use
this status word to place another diagnostic there.
• Else Æ A new diagnostic is available in the gateway’s status word. The Profibus-DP master can
read this diagnostic, but must also copy the value of ABC_HS_SEND to FB_HS_CONFIRM in
order to allow the gateway to generate new diagnostics.
............................. 5.3 Diagnostic Only ........................... 41
The option chosen in the default configuration is “Enabled but no startup lock.”
5.2. Full Management
Until it receive an order to start up the Modbus exchanges from the Profibus-DP master, the
LUFP7 gateway does not transmit any queries on the Modbus network. The Profibus-DP
master can then deactivate these exchanges by inverting this startup order. Subsequently
these two orders may be reiterated by the Profibus-DP master.
The Modbus exchange startup order is located in a 16-bit register occupying the addresses 16#0200 and
16#0201 in the gateway’s memory (outputs). A second 16-bit register, located at the addresses 16#0000 and
16#0001 (inputs), allows the gateway to send diagnostics to the Profibus-DP master.
So you must configure your Profibus-DP master so that it has access to the first two bytes of the
gateway’s output data area, as well as to the first two bytes of the gateway’s input data area (see
chapter 4.2 Gateway Configuration under PL7 PRO and SyCon, page 26).
38
5.2.1. Profibus-DP Master Control Word
The output word located at addresses 16#0200 (MSB) and 16#0201 (LSB) in the gateway’s output memory
constitutes the Profibus-DP master command word. Its structure is described below:
BitsDescription
15
FB_HS_CONFIRM: Acknowledgement bit of a gateway diagnostic
The Profibus-DP master must compare the value of the FB_HS_CONFIRM bit to the value of the
ABC_HS_SEND bit (bit 15 in the gateway’s status word). If these two values are different, this means
that the gateway has transmitted a new diagnostic to the Profibus-DP master.
To tell the gateway that it has read a diagnostic, the Profibus-DP master must copy the value of the
ABC_HS_SEND bit to the FB_HS_CONFIRM bit. This allows the gateway to issue a new diagnostic.
Summary:
• If ( FB_HS_CONFIRM = ABC_HS_SEND ) Æ The gateway’s status word contains a diagnostic
which has already been acknowledged by the Profibus-DP master. So the gateway is free to use
this status word to place another diagnostic there.
• Else Æ A new diagnostic is available in the gateway’s status word. The Profibus-DP master can
read this diagnostic, but must also copy the value of ABC_HS_SEND to FB_HS_CONFIRM in
order to allow the gateway to generate new diagnostics.
39
5. Gateway Initialization and Diagnostics
BitsDescription
14
13
0-12Reserved.
FB_HS_SEND: New command from the Profibus-DP master
Before changing the value of FB_DU, the Profibus-DP master must compare the values of
FB_HS_SEND and ABC_HS_CONFIRM (bit 14 of the gateway’s status word). If these two values are
different, this means that the gateway has not yet acknowledged the previous Profibus-DP master
command. Else, the Profibus-DP master can issue a new command, updating the FB_DU bit
according to the nature of its command (shutdown or activation of Modbus exchanges), then toggling
the value of the FB_HS_SEND bit to inform the gateway that it has sent it a new command.
Summary:
• If ( FB_HS_SEND ≠ ABC_HS_CONFIRM ) Æ The Profibus-DP master command word still
contains a command which has not yet been acknowledged by the gateway. So the Profibus-DP
master cannot use this word to place a new command in it.
• Else Æ The previous command of the Profibus-DP master has been acknowledged by the
gateway, which allows it to transmit a new command. In this case, it changes the value of the
FB_DU bit, then toggles the value of the FB_HS_SEND bit.
FB_DU: Modbus exchange startup
The setting of this bit to one by the Profibus-DP master allows communications between the gateway
and the Modbus slaves. Resetting it to zero is used to inhibit them.
When the Profibus-DP master sets this bit to one, it is preferable for all of the output data it has
placed in the gateway’s output memory to be up-to-date (“FB_DU” means “FieldBus – Data
Updated”). If they are not, these data will be transmitted to the Modbus slaves “as it.”
The correct use of this command word by the Profibus-DP master, to transmit a new command to the gateway,
goes through the following steps:
• Checking of (FB_HS_SEND = ABC_HS_CONFIRM).
• The command, that is to say the value of the FB_DU bit, is updated.
• The value of the FB_HS_SEND bit is inverted.
N.B. It is possible to simplify this use as follows:
• The FB_DU and FB_HS_SEND bits are set to one to activate the Modbus communications.
• The FB_DU and FB_HS_SEND bits are reset to halt Modbus communications.
On the other hand, do not write directly in 16-bit format in the Profibus-DP master command word, because
this would disrupt the operation of the transfer of the gateway diagnostics (undesired change to
FB_HS_CONFIRM). However, during some debug or test phase, you could, for instance, write 16#6000 in the
Profibus-DP master command word (that is to say 16#6000 in the %QW4.0 output word) in order to activate the
Modbus communications, and 16#0000 to stop them.
40
5. Gateway Initialization and Diagnostics
5.2.2. Gateway Status Word
The input word located at addresses 16#0000 (MSB) and 16#0001 (LSB) in the gateway’s input memory
constitutes the gateway’s status word. Its structure is described below:
BitsDescription
15
14
13
12
8-11
0-07
ABC_HS_SEND: New gateway diagnostic
(See description of bit 15 of the Profibus-DP master command word, FB_HS_CONFIRM.)
ABC_HS_CONFIRM: Acknowledgement bit of a Profibus-DP master command
(See description of bit 14 of the Profibus-DP master command word, FB_HS_SEND.)
ABC_DU: Modbus exchanges activated
The gateway activates this bit to tell the Profibus-DP master that the Modbus data located in its input
memory area have all been updated at least once since the last activation of FB_DU (“ABC_DU”
means “ABC – Data Updated”). These Modbus input data include every data in responses from all
Modbus slaves, for both periodic commands and aperiodic commands.
This bit is deactivated by the gateway when the FB_DU bit is deactivated, that is to say when the
Profibus-DP master demands a shutdown of Modbus exchanges.
N.B. Once it is active, this bit is not deactivated if there are any communication errors with the
Modbus slaves. To signal this type of error, the gateway uses bit 12 of its status word.
Periodicity of Modbus exchanges
The gateway activates this bit provided that it is periodically communicating with all of the Modbus
slaves. It deactivates it as soon as it loses communication with one of them.
The “Reconnect time (10ms)”, “Retries” and “Timeout time (10ms)” elements of each of the Modbus
queries (see chapter 6.11.2.2 Configuring the Query, page 72) are used to determine whether
communication is lost, then restored.
N.B. If a number of periodic exchanges are configured for the same Modbus slave, only one of them
needs to remain active for the periodic communications with this slave to be declared active.
EC: Error code associated with the Modbus network
Code of the error detected on the Modbus network by the gateway and transmitted to the ProfibusDP master.
ED: Error data item associated with the Modbus network
Data item associated with the EC error code.
The correct use of this status word by the Profibus-DP master, to read a diagnostic generated by the gateway,
goes through the following steps:
• Checking of (ABC_HS_SEND ≠ FB_HS_CONFIRM).
• Reading of the value of ABC_DU to determine whether all of the Modbus input data are up-to-date.
• Reading of the value of the bit 12 to determine whether the periodicity of the Modbus communications
has been maintained.
• Reading of the values of EC and ED to check for any error detected by the gateway on the Modbus
network (see table on the next page).
• Copying of the value of the ABC_HS_SEND bit to the FB_HS_CONFIRM bit.
This last step is essential because it allows the gateway to transmit a future diagnostic in order
not to “loose” any further error reporting! Even if you do not wish to read the content of the
gateway’s status word, it is preferable to automate this step in your Profibus-DP master
software.
41
5. Gateway Initialization and Diagnostics
The values of the EC and ED fields are described in the table below:
ECDescription of the errorEDNotes
2#0000Re-transmissions on the
Modbus network
2#0001A Modbus slave is missingAddress of the missing
2#0010Several Modbus slaves
are missing
2#0011Excessive data in a
Modbus response
2#0100Unknown Modbus error
(1) The re-transmission counter used to signal this error is not reset when the gateway generates this error
code. If there are recurrent communication problems on the Modbus network, the gateway will generate this
same diagnostic repeatedly, so as to tell the Profibus-DP master the total number of re-transmissions
carried out as often as possible. This counter is reset when its value exceeds its maximum value (counter
modulo 256: 16#FF Æ 16#00).
In the case of de-connection of one or several device on the Modbus sub-network, the LUFP7
gateway will first report re-transmission errors several times and then the error “A Modbus
slave is missing” or “Several Modbus slaves are missing”. Later on when the LUFP7 will
proceed to reconnection attempt, only the re-transmission error will be reported. Due to this,
the indication of the errors error “A Modbus slave is missing” or “Several Modbus slaves are
missing” may be perceived as very brief.
Number of re-
transmissions (1)
Modbus slave
——
Address of the Modbus
slave involved
Address of the Modbus
slave involved
Total number of re-transmissions carried out
on the sub-network, for all slaves.
—
This error occurs when the gateway receives too
much data in the response sent by one of its
Modbus slaves.
—
5.3. Diagnostic Only
The gateway uses a 16-bit register, located at the addresses 16#0000 and 16#0001 in its memory (inputs), to
send diagnostics to the Profibus-DP master. A second 16-bit register, located at the addresses 16#0200 and
16#0201 (outputs), allows the Profibus-DP to acknowledge each of these diagnostics.
So you must configure your Profibus-DP master so that it has access to the first two bytes of the
gateway’s output data area, as well as to the first two bytes of the gateway’s input data area (see
chapter 4.2 Gateway Configuration under PL7 PRO and SyCon, page 26).
5.3.1. Gateway Status Word
The input word located at addresses 16#0000 (MSB) and 16#0001 (LSB) in the gateway’s input memory
constitutes the gateway’s status word. Its structure is described below:
BitsDescription
15
14Reserved.
ABC_HS_SEND: New gateway diagnostic
(See description of bit 15 of the Profibus-DP master command word, FB_HS_CONFIRM.)
42
5. Gateway Initialization and Diagnostics
BitsDescription
13
12
8-11
0-07
ABC_DU: Modbus exchanges activated
The gateway activates this bit to tell the Profibus-DP master that the Modbus data located in its input
memory area have all been updated at least once since the last activation of FB_DU (“ABC_DU”
means “ABC – Data Updated”). These Modbus input data include every data in responses from all
Modbus slaves, for both periodic commands and aperiodic commands.
This bit is deactivated by the gateway when the FB_DU bit is deactivated, that is to say when the
Profibus-DP master demands a shutdown of Modbus exchanges.
N.B. Once it is active, this bit is not deactivated if there are any communication errors with the
Modbus slaves. To signal this type of error, the gateway uses bit 12 of its status word.
Periodicity of Modbus exchanges
The gateway activates this bit provided that it is periodically communicating with all of the Modbus
slaves. It deactivates it as soon as it loses communication with one of them.
The “Reconnect time (10ms)”, “Retries” and “Timeout time (10ms)” elements of each of the Modbus
queries (see chapter 6.11.2.2 Configuring the Query, page 72) are used to determine whether
communication is lost, then restored.
N.B. If a number of periodic exchanges are configured for the same Modbus slave, only one of them
needs to remain active for the periodic communications with this slave to be declared active.
EC: Error code associated with the Modbus network
Code of the error detected on the Modbus network by the gateway and transmitted to the ProfibusDP master.
ED: Error data item associated with the Modbus network
Data item associated with the EC error code.
The correct use of this status word by the Profibus-DP master, to read a diagnostic generated by the gateway,
goes through the following steps:
• Checking of (ABC_HS_SEND ≠ FB_HS_CONFIRM).
• Reading of the value of ABC_DU to determine whether all of the Modbus input data are up-to-date.
• Reading of the value of the “Periodicity of Modbus exchanges” bit to determine whether the periodicity of
the Modbus communications has been maintained.
• Reading of the values of EC and ED to check for any error detected by the gateway on the Modbus
network (see table page 41).
• Copying of the value of the ABC_HS_SEND bit to the FB_HS_CONFIRM bit.
This last step is essential because it allows the gateway to transmit a future diagnostic in order
not to “loose” any further error reporting! Even if you do not wish to read the content of the
gateway’s status word, it is preferable to automate this step in your Profibus-DP master
software.
43
5. Gateway Initialization and Diagnostics
5.3.2. Profibus-DP Master Control Word
The output word located at addresses 16#0200 (MSB) and 16#0201 (LSB) in the gateway’s output memory
constitutes the Profibus-DP master command word. Its structure is described below:
BitsDescription
15
0-14Reserved.
FB_HS_CONFIRM: Acknowledgement bit of a gateway diagnostic
The Profibus-DP master must compare the value of the FB_HS_CONFIRM bit to the value of the
ABC_HS_SEND bit (bit 15 in the gateway’s status word). If these two values are different, this means
that the gateway has transmitted a new diagnostic to the Profibus-DP master.
To tell the gateway that it has read a diagnostic, the Profibus-DP master must copy the value of the
ABC_HS_SEND bit to the FB_HS_CONFIRM bit. This allows the gateway to issue a new diagnostic.
Summary:
• If ( FB_HS_CONFIRM = ABC_HS_SEND ) Æ The gateway’s status word contains a diagnostic
which has already been acknowledged by the Profibus-DP master. So the gateway is free to use
this status word to place another diagnostic there.
• Else Æ A new diagnostic is available in the gateway’s status word. The Profibus-DP master can
read this diagnostic, but must also copy the value of ABC_HS_SEND to FB_HS_CONFIRM in
order to allow the gateway to generate new diagnostics.
5.4. Simplified Operation
The two 16-bit registers located at addresses 16#0000-16#0001 (inputs) and 16#0200-16#0201 (outputs) are no
longer used for “managing the downstream Modbus network”. These two registers are no longer reserved and
so these addresses can be used to exchange data with the Modbus slaves (“Data Location” attribute of “Data”
type frame fields).
The Profibus-DP master’s command word and the gateway’s status word, which we will be talking about in the
rest of this document, do not exist anymore. So the two warnings pages 55 and 60 should be ignored, and the
input and output ranges in the gateway’s memory therefore go respectively from 16#0002-16#00F3 to 16#000016#00F3 and from 16#0202-16#02F3 to 16#0200-16#02F3.
44
6. Configuring the Gateway
Each part of this chapter describes a separate step allowing the user to personalize the gateway configuration,
according to his own particular needs. Each part gives an introduction to a basic operation isolating it from the
rest of the configuration and describing the operations to be carried out using AbcConf (mainly) and SyCon
(where necessary), and their implications for the gateway’s general behaviour.
In each case, the first two steps are required, as they allow you to establish the dialogue between the gateway
and the PC software allowing you to configure it, that is to say AbcConf.
We strongly recommend that you read chapter 4 Software Implementation of the Gateway, page 24, because all
of the operations carried out in AbcConf or SyCon are based on the principle that we are using the default
configuration of the LUFP7 gateway.
6.1. Connecting the Gateway to the Configuration PC
This step is required when setting up the gateway configuration application, AbcConf.
Connecting the gateway to one of the serial (COM) ports on a PC requires a straight PowerSuite cable and a
RS232/RS485 converter. These two items are the same as those allowing dialogue with drives and soft startsoft stop units using the PowerSuite application and are both available from the catalogue (ref.: VW3 A8 106).
Ensure that you use the “POWERSUITE” cable and the “RS232 / RS485 PC” converter. An “ATV28 before 09 /
2001” cable and an “ATV 58” converter are also supplied with these items, but they should not be used with the
LUFP7 gateway.
LUFP7 gateway (Seen from underneath)
Configuration
RS485
RJ45
VW3 A8 106
RJ45
Straight POWERSUITE cable
PC
Male
SubD 9
RS232 / RS485
convertor
RS232
(COM)
Female
SubD 9
Once the gateway has been connected to a PC with the PowerSuite cable and the RS232/RS485 converter, you
can change its configuration using “ABC-LUFP Configurator”, more generally referred to as “AbcConf”. This
configurator also allows you to carry out a few diagnostics on the gateway.
45
6. Configuring the Gateway
6.1.1. Pin Outs
— LUFP7 (Configuration) —
Female RJ45Male RJ45
11
22
33
RS-485 D(B)44D(B)
RS-485 D(A)55D(A)
66
+10 V77+10 V
GND880 V
Straight POWERSUITE cable
——— RS485 / RS232 converter ———–—— PC (COM) ——–
Male RJ45Female RJ45Female 9-point SUB-DMale 9-point SUB-D
1111
22Tx22RS-232 Rx
33Rx33RS-232 Tx
D(B)44D(B)44
D(A)55D(A)GND55GND
6666
+10 V77+10 V77
0 V880 V88
8
99
N.B. The inversion of the Rx and Tx signals between the gateway and the PC is shown on the 9-point SUB-D
connectors, because beyond this junction, the RS-232 signals are replaced by the D(A) and D(B) polarisations of
the RS-485 signals.
6.1.2. RS-232 Link Protocol
There is no need to configure the PC’s COM port, as AbcConf uses a specific setup which replaces the one for
the port being used. This replacement is temporary and is cancelled as AbcConf stops using this serial port, that
is to say when AbcConf is closed.
46
6. Configuring the Gateway
6.2. Installing AbcConf
The minimum system requirements for AbcConf are as follows:
• Operating system ........................... MS Windows 95 / 98 / ME / NT / 2000
• Browser ..........................................MS Internet Explorer 4.01 SP1
The AbcConf installation program can be found on the CD LU9CD1. To install it, run “
then follow the on-screen instructions.
You can read about how to use AbcConf in a user manual entitled
which is also on the CD LU9CD1 “ABC_User_Manual.pdf”. We strongly recommend that you read this manual
when using AbcConf, because this guide will only describe the various features it provides in relation to using the
LUFP7 gateway.
AnyBus Communicator – User Manual
ABC-LUFP_Setup.exe”,
6.3. Importing the Gateway Configuration
Before you can make any changes to the gateway configuration, you will first need to import its current
configuration. If you already have this configuration on your hard disk, all you will need to do is open the file
corresponding to this configuration.
Check that the gateway has a valid configuration and that it is working properly, that is to say that LED
GATEWAY is flashing green.
In AbcConf, choose “Upload configuration from ABC-LUFP”
from the “File” menu or click on the button, in the AbcConf
toolbar. A window called “Upload” will then open and a
progress bar shows you the state of progress of the gateway
configuration uploading process. This window disappears as
soon as the whole configuration has been successfully
uploaded.
s
This step is particularly important if you wish to read details about the content of the gateway’s default
configuration, after unpacking it. You can then use this configuration as a template for any changes you wish to
make subsequently, thus avoiding having to create all of the items and reducing the potential risk of error.
Save this configuration to your hard disk so that it is always available. This will allow you to
reconfigure the gateway “cleanly” should the configuration become invalid, if you were to
download an invalid configuration, for example.
N.B. The LUFP7 gateway’s default configuration can be found on the CD supplied with the gateway, at the
following location, if your CD drive is disk “D:” on the PC: “
files\LUFP7.cfg
”.
D:\Fieldbus\PROFIBUS\CFG-
47
6. Configuring the Gateway
6.4. Transferring a Configuration to the Gateway
When using AbcConf, you can transfer the configuration you are editing to the gateway at any time.
Choose “Download configuration to ABC-LUFP” from the “F
menu or click on the button, in the AbcConf toolbar.
AbcConf initializes a check test of the gateway type.
test, the PC should not carry out any other operations, as
this could lead to AbcConf apparently freezing up and slow
down the PC’s general operation for several minutes!
test then continues and the PC returns to normal running speed.
Once this test has finished, a window called “Download” opens
and a progress bar shows the state of progress for the transfer of
the configuration to the gateway. You must never interrupt this
operation, otherwise you will have to start it again from the
beginning.
Check that the transfer has been correctly carried out: LED s GATEWAY should be flashing green.
If this LED is flashing red/green, save the configuration you were editing, open the file containing the default
configuration for LUFP7 gateways, then transfer it to the gateway. This will restore it to a known initial state. You
can then continue with the configuration you were transferring, and make any corrections which may be
necessary.
If the gateway and its master DPM1 are both connected via a Profibus-DP network, LED
to flash red at a frequency of 1 Hz if changes have to be made under SyCon. This occurs if you change the total size
of the input data and/or the total size of the output data exchanged with the Modbus slaves.
During this
ile”
The
FIELDBUS DIAG will begin
q
6.5. Monitoring the Content of the Gateway’s Memory
One of the main commands that you will need to use when setting up the gateway is the command allowing you
to read the contents of the gateway’s memory and to display it in a window used for this purpose. This will be
particularly useful when you are working on your PLC configurations and applications. However, it only shows
data from the “Data” and “Preset Data” fields configured in the “Query” and “Response” elements of just one of
the Modbus slaves, plus the content of the gateway’s two reserved registers, located at memory addresses
16#0000-16#0001 (gateway status word) and 16#0200-16#0201 (Profibus-DP master command word).
To monitor the content of the gateway’s memory, start by selecting the node corresponding to the Modbus slave
whose data you wish to view, then choose “Monitor” from the menu whose name corresponds to the name of the
previously selected node. A monitoring window then appears. The sample window shown at the top of the next
page corresponds to a view of the contents of the memory exchanged, using the gateway’s default configuration,
with the “TeSys U n°1” motor starter.
48
6. Configuring the Gateway
The upper part of this window allows you to choose a Modbus command, to edit its contents, then to send it to
the Modbus network (“Command” menu). The response will then be displayed in this same part. Please see
chapter 2.10 Node monitor in the AbcConf user manual, entitled AnyBus Communicator – User for further
information about how to use this window. This manual can be found on the CD LU9CD1 :
ABC_User_Manual.pdf”.
“
The lower part of this window allows you to view the content of the gateway’s memory, but only the bytes used in
frames for queries and responses frames for commands and transactions configured for the selected node. The
values of the gateway’s two reserved words (addresses 16#0000-16#0001 and 16#0200-16#0201) are also
shown, whichever node is selected.
In the window shown above, the data displayed correspond to the values at the memory locations designated by
the “Data” fields in the commands and transactions configured for the “TeSys U n°1” node, that is to say the
following commands: “Read Holding Registers”, “Preset Multiple Registers”, “Transactions 1”, and “Transactions 2”.
N.B. The data exchanged with the Modbus slave previously selected are displayed MSB-first, that is in the MSB
/ LSB order (as read from left to right, with growing memory addresses), provided that the “Byte Swap” option
from the “Data” or “Preset Data” element of the corresponding Modbus command was set to “No swapping” (see
chapter 6.11.2.4 Configuring the Content of the Query Frame, page 76). This also holds true for the two reserved
words dedicated to the management of the downstream Modbus network.
However, but only as far as the “TeSys U n°1” node is concerned, the data beginning at addresses 16#0013,
16#0018, 16#0212, and 16#0218 (see chapter 10.2 Content of the Gateway’s DPRAM Memory, page 95) follow
the same byte order than the content of the frames they are related to (see Appendix F: Modbus Commands,
page 108), from first to last byte (checksum excluded), and following growing adresses in the memory of the
gateway. Finally, bytes 16#001E, 16#001F, 16#021E, and 16#021F correspond to the reception and emission
counters for these frames (“Trigger bytes” from Transactions 1 and 2).
A brief description of the toolbar buttons of this window is given below:
Stop / Start communications with the selected node.
Select / Send the Modbus command shown in the upper part of the window
Stop / Resume refreshing the data displayed in the lower part of the window
49
6. Configuring the Gateway
6.6. Deleting a Modbus Slave
This step allows you, for instance, to free up a location on the downstream Modbus network, known as the “SubNetwork” in AbcConf, in order to replace one Modbus slave with another.
In fact the gateway’s default configuration already allows it to communicate with eight TeSys U motor starters,
whereas the maximum number of Modbus slaves with which it can communicate is limited to eight.
If the gateway is used to manage exchanges on a Modbus network with fewer than eight TeSys U motor
starters, it is preferable to delete the redundant TeSys U motor starters from the gateway configuration. In fact,
the deterioration in performances linked to the absence of one or more TeSys U motor starters is such that it is
preferable to carry out this operation using AbcConf.
If you wish to retain the read/write aperiodic services for the value of a motor starter
parameter,
transactions associated with these services are configured for this motor starter.
In fact, these two transactions are sent to any Modbus slave, because the value of the “slave
number” field in the Modbus queries associated to them is fully managed by the Profitus-DP
master PLC software (bits 8 to 15 of outputs %QW4.0.9 and %QW4.0.12).
Procedure for deleting a Modbus slave
never delete the first configured TeSys U motor starter, because the two
1) Select the node corresponding to the Modbus slave you wish to delete from the configuration. If this is the
only node remaining in the configuration, you will not be able to delete it, as the downstream Modbus network
must include at least one slave.
2) Right click on the icon or the name of this Modbus slave. A menu pops up underneath the mouse cursor.
or
In the AbcConf main menu, pull down the menu whose name corresponds to the name of the previously
selected node.
3) On this menu, click on “Delete”. The confirmation window shown below then appears, asking you to either
confirm that you want to delete the selected node (“TeSys U n°2” in the example shown here) or cancel the
operation.
4) If you confirm that you want to delete the node,
the menu disappears, along with the previously
selected node. Otherwise, the node will still be
there once the window disappears.
Keyboard shortcut: “Del” key.
Adjusting the gateway’s memory (optional step):
The data previously exchanged between the gateway and the Modbus slave which has just been deleted will
free up locations in the gateway’s memory. If you want to optimize the exchanges between the gateway’s
memory and the master PLC Profibus-DP coupler inputs/outputs, you will need to change the configuration of all
the other Modbus slaves in order to adjust the content of the gateway’s memory.
50
6. Configuring the Gateway
However, these operations are not necessary when deleting a single slave. Conversely, they become almost
essential when most of the Modbus slaves are deleted, because these deletions divide up the gateway’s
memory.
Please see chapter 6.11 Adding and Setting Up a Modbus Command, page 68, which describes all of the
changes you can make to the configuration of each of the Modbus commands.
6.7. Adding a Modbus Slave
This operation allows you to add a Modbus slave whose type is different from those of the other Modbus slaves in the
configuration. On the other hand, if the slave type is the same as one of the previously configured slaves, it is
preferable to copy this slave rather than to create a new one.
An additional import/export feature also allows you to individually save the complete configuration of a Modbus
slave, in order to have access to it in AbcConf, from any configuration and at any time.
These two features are only available provided that there are less than 8 Modbus slaves declared, which is not
the case in the default configuration, as it comprises 8 TeSys U motor starters.
Adding a new type of Modbus slave:
Use one of the two methods shown below:
a) Select “Sub-Network”, then choose “Add Node” from the “S
the other configured nodes. By default, its name is “New Node”.
b) Select one of the nodes located under the “Sub-Network” element, then choose “Insert New Node” from the
menu whose name corresponds to the name of the selected node. A new node is added just before the
selected node. By default, its name is “New Node”.
All of the steps in configuring the new node are described in chapter 6.10 Changing a Modbus
Slave Configuration, page 67.
Copying a previously configured Modbus slave:
Select the node corresponding to the slave whose configuration you want to copy, then choose “Copy” from the
menu whose name corresponds to the name of the selected node. Keyboard shortcut: “Ctrl C”.
Then use one of the two methods shown below:
a) Select “Sub-Network”, then choose “Paste” from the “S
other configured nodes. Its name and its whole configuration are identical to that of the node you copied.
Keyboard shortcut: “Ctrl V”.
b) Select one of the “Sub-Network” nodes, then choose “Insert” from the menu whose name corresponds to the
selected node. A new node is added just before the one which is selected. Its name and its whole
configuration are identical to that of the node you copied.
As the new node and the original node are identical in every way, you will need to change (1) the name of the
node, (2) the address of the corresponding Modbus slave and (3) the location of the data exchanged between
the gateway’s memory and this Modbus slave. All of these operations are described in chapter 6.10 Changing a
Modbus Slave Configuration, page 67, and in chapter 6.11 Adding and Setting Up a Modbus Command,
page 68.
ub-Network” menu. A new node is added after all
ub-Network” menu. A new node is added after all the
51
6. Configuring the Gateway
Importing/exporting a Modbus slave configuration:
AbcConf offers the possibility of independently saving and loading the configuration of a node on the
downstream “Sub-Network”. For instance, this will allow you to build a library of Modbus slave templates, so that
you can use them in any configuration.
To save the configuration of a Modbus slave, select the node it corresponds to, then choose “Save Node” from
the menu whose name corresponds to the name of the selected node. A dialog box will then appear asking you
to save the configuration (export in XML format).
To insert a node using the XML file containing a Modbus slave configuration as a template, use one of the two
methods shown below:
a) Select “Sub-Network”, then choose “Load Node” from the “S
choose a file containing a Modbus slave configuration (import in XML format). A new node is added after all
the other configured nodes. Its name and its whole configuration are identical to those of the Modbus slave,
as it was configured when it was saved.
b) Select one of the “Sub-Network” nodes, then choose “Insert from File” from the menu whose name
corresponds to the name of the selected node. A new node is added just before the selected node. Its name
and its whole configuration are identical to those of the Modbus slave, as it was configured when it was
saved.
You will then change (1) the name of the node, (2) the address of the corresponding Modbus slave and (3) the
location of the data exchanged between the gateway’s memory and this Modbus slave. All of these operations
are described in chapter 6.10 Changing a Modbus Slave Configuration, page 67, and in chapter 6.11 Adding and
Setting Up a Modbus Command, page 68.
ub-Network” menu. A dialog box asks you to
52
6. Configuring the Gateway
6.8. Changing the Periodic Data Exchanged with a Modbus Slave
This operation consists of replacing, adding or deleting periodic data exchanged with one of the Modbus slaves.
With each of these operations, we shall take the default configuration of the LUFP7 gateway as an example, that
is to say that any changes previously made will have been cancelled at the start of each operation. In addition,
the operations to be carried out are shown as part of a targeted example.
You must never forget to save the changes you have made, or to transfer the whole configuration to the
gateway. This will allow you to check that the configuration is valid.
6.8.1. Replacing a periodic input data element
E.g.
“TeSys U n°3” motor starter. We are trying to replace the monitoring of the “TeSys U Status Register”
(address 455 = 16#01C7) with the monitoring of the “1st Fault Register” (address 452 = 16#01C4).
The operation is a very simple one and consists purely of changing the value of the “Starting Address (Hi, Lo)”
element of the “Query” from the “Read Holding Registers” command (Modbus command for reading the values
of a number of registers).
Select this element, then change its value as shown below. You can enter the address of the parameter in
decimal format. AbcConf will automatically convert it to hexadecimal.
This operation in no way changes the content of the gateway’s memory, because we do not need to change the
values of the “Data length” and “Data location” fields of the “Data” element of the “Response” to the
aforementioned command. So no additional operations will be necessary, either in AbcConf, or in SyCon.
On the other hand, the Profibus-DP master PLC software will have to take account of the change in the nature of
the corresponding input. In the chapter 10.2.1 Input Data Memory Area, page 95, the description of the word
located at address 16#0006 becomes “value of the motor starter
to the PLC input word %IW4.0.3 (see chapter 4.2.9 Configuring the Gateway I/O under PL7 PRO, page 32).
e 1st default register”. This word corresponds
53
6. Configuring the Gateway
6.8.2. Replacing an Output Periodic Data Element
E.g.
“TeSys U n°6” motor starter. We are trying to replace the control of the “Command Register” (address 704 =
16#02C0) with the control of the “2nd Command Register” (address 705 = 16#02C1).
The operation consists of changing the value of the “Starting Address” in the “Query” and in the “Response” for
the “Preset Multiple Registers” command (Modbus command for writing values of a number of registers).
Select “Starting Address” from the “Query”, then change its value as shown below. You can enter the address of
the parameter in decimal format. AbcConf will automatically convert it to hexadecimal.
“Starting Address” element of the “Response” because the gateway checks the value of this field when it
receives each Modbus response. If the value does not correspond to that of the query, the gateway will ignore
the response.
Do the same for the
This operation in no way changes the content of the gateway’s memory, because we do not need to change the
values of the “Data length” and “Data location” fields of the “Data” element of the “Query”. So no additional
operations will be necessary, either in AbcConf, or in SyCon.
On the other hand, the Profibus-DP master PLC software will have to take account of the change in the nature of
the corresponding output. In chapter 10.2.2 Output Data Memory Area, page 96, the description of the word
located at address 16#020C becomes “value of the motor starter
corresponds to PLC output word %QW4.0.6 (see chapter 4.2.9 Configuring the Gateway I/O under PL7 PRO,
page 32).
54
h 2nd command register”. This word
6. Configuring the Gateway
6.8.3. Increasing the Amount of Periodic Input Data
E.g.
“TeSys U n°2” motor starter. We are trying to complete the monitoring of this motor starter starting from the
currently monitored register, that is to say “TeSys U Status Register” (address 455 = 16#01C7), and going as far
as the “Reserved: 2nd Warning Register” (address 462 = 16#01CE). The number of registers monitored is
therefore increased from 1 to 8.
In this case, there are quite a lot of operations to be carried out. They are described in order below:
1) Changing the number of registers monitored: This step consists of changing the value of “Number of points
(Hi, Lo)” element of the “Query” from the “Read Holding Registers” command (Modbus command for reading
the values of a number of registers). Select this element, then change its value as shown below. AbcConf will
automatically convert any value entered in decimal to hexadecimal.
2) Changing the number of data bytes in the Modbus response: The number of bytes read from the “TeSys U
n°2” motor starter memory increases from 2 to 16, as the number of registers monitored has increased from 1
to 8. Select the “Byte count” element from the “Response” and change its value as shown below. AbcConf
will automatically convert any value entered in decimal to hexadecimal.
55
6. Configuring the Gateway
3) Changing the location of the Modbus data received in the gateway’s memory: As the number of bytes read
(see previous step) has increased from 2 to 16, the Modbus data received must be placed at a different
location in the gateway’s memory, and the size of the memory occupied must also be adjusted appropriately.
If you are not certain how much of the gateway’s memory is currently occupied, select “Sub-Network” and
choose “Monitor” from the “S
much of the gateway’s memory is occupied.
ub-Network” menu. The following window appears, allowing you to see how
To see which memory locations are occupied by data from the command you are interested in, all you have
to do is uncheck the box corresponding to the “Read Holding Registers” command from the “TeSys U n°2”
node, as shown above. We can see that the Modbus data received in response to this command occupy
2 bytes located from address 16#0004.
The memory locations 16#0000 and 16#0001 are reserved (see chapter 5 Gateway
Initialization and Diagnostics, page 37). So you will not be able to place any Modbus data in
these locations.
The sizes displayed above the graphics areas of this window (“In Area 32 bytes” and “Out
Area 32 bytes”) correspond to the total input and ouput sizes you must configure using the
modules presented under SysCon (see point 6) on next page).
If you wish to place the 16 bytes of Modbus data which will be received by the gateway for this command into
memory, once the changes have been made, we will have to move all the other input data by 14 bytes, which
may be tedious, or change the memory location of the block of data received. In the example described here,
we will be using the second solution, although the first solution is actually preferable, in principle, as it avoids
leaving any “holes” in the gateway’s memory, thus optimising the transfer of all of the data to the Profibus-DP
master PLC. The TSX PBY 100 coupler may exchange up to 242 input words with Profibus-DP slaves. If
communication with a larger number of slaves is required, if possible, try to limit the volume of exchanges
with the LUFP7 gateway. In that case, leaving such "blanks" in the gateway memory is not advisable.
So we will be placing the 16 bytes of data from address 16#0020 (32 in decimal), that is to say directly after
the input data for the gateway’s default configuration.
Close the “Sub-network Monitor” window, then once you are back in the main AbcConf window, select the
“Data length” and “Data location” fields of the “Data” element from the “Response” one after another and
change their values as shown at the top of the next page. AbcConf will automatically convert any value
entered in decimal to hexadecimal.
56
6. Configuring the Gateway
To check that these changes have been entered into the configuration, choose “Monitor” from the “SubNetwork” menu again:
In point 6), you shall make sure that the total input and ouput sizes of the configured modules
are the same as the exchange sizes displayed in the “Sub-network Monitor.” In the current
example, “In Area 48 bytes” and “Out Area 32 bytes” imply that the modules combined under
SysCon must have a total of 24 IW and 16 OW.
4) Transferring this configuration to the gateway: Please see chapter 6.4 Transferring a Configuration to the
Gateway, page 47. Check that the configuration is valid (LED s GATEWAY flashing green). However, the
gateway configuration is now different from the one taken into account by the Profibus-DP coupler with
respect to the gateway (difference in the total length of input data), the LED
becomes flashing red at a frequency of 1 Hz, providing that the gateway is connected to the Profibus-DP
network and to its DPM1 master.
5) Saving this configuration to your PC’s hard disk.
6) Changing the number of data received by the Profibus-DP coupler: Under SyCon, change the list of modules
configured for the gateway (see chapter 4.2.6 Editing and Configuring the Gateway, page 29). Since we have
added 16 bytes after the input data in the gateway memory, the coupler should be configured to receive a
block of input data with 16 bytes more from the gateway.
In this case, all you have to do is add an “INPUT: 16 Byte (8 word)” module after the module configured for
the gateway, as the number of input bytes in the default configuration is even (word-aligned).
FIELDBUS DIAG therefore
q
57
6. Configuring the Gateway
Under SyCon, all the configured modules start from an even address (word-aligned). When
you change a configuration that includes a one-byte module, you must remove it (“Remove
module” button or double-click on the module in the list of configured modules, see page 65)
before adding “IN/OUT”, “INPUT” and “OUTPUT” modules to the list of configured modules.
This type of module should therefore only be at the end of the list.
N.B. removing the 2 input bytes located at addresses 16#0004 and 16#0005 in the gateway memory has no
impact on the overall size of the input data transmitted to the Profibus-DP coupler. These bytes become
"Free memory locations", like the byte at address 16#0012.
In this example, the modules
configured for the gateway are
listed on the right.
Then you should save and export the configuration of the Profibus-DP network, as described in chapter 4.2.7
Saving and Exporting the Profibus-DP Network Configuration, page 31.
7) Configuring the Profibus-DP master PLC inputs: under PL7 PRO, import the new configuration of the
Profibus-DP network (see chapter 4.2.8 Importing the Configuration of the Profibus-DP Network under
PL7 PRO and following chapters, from page 31). Words %IW4.0.16 to %IW4.0.23 are now displayed in the
"PROFIBUS-DP slave data” frame of the TSX PBY 100 coupler configuration window, providing that the
address 2 station is selected in the list of the “PROFIBUS-DP slave configuration” frame.
We get the correspondence represented on the next page, derived from the one used for the gateway default
configuration. The changes in relation to the default configuration are shown by a greyed-out background, like
the “free memory locations”.
...................Bit 8 Bit 7 .....................Bit 0
Bit 15
Gateway status word
Value of the motor starter c status register
Free memory location
Value of the motor starter e status register
Value of the motor starter f status register
Value of the motor starter g status register
Value of the motor starter h status register
Value of the motor starter i status register
Value of the motor starter j status register
Free memory locationSlave no. (16#01-16#08)
Function number
(16#03)
Value of the parameter read (16#xxxx)
Slave number
(16#01 to 16#08)
Address of the parameter written (16#xxxx)
Value of the parameter written (16#xxxx)
Read parameter
response counter
Value of the “TeSys U Status Register”
Value of the “Complementary Status Register”
Value of the “K7 Status Register”
Value of the “K7 Status Register 2 (free format)”
Value of the “K7 Status Register 3 (free format)”
Value of the “Warning Number” register
Value of the “Warning Register”
Value of the “Reserved : 2nd Warning Register”
Number of bytes
read (16#02)
Function number
(16#06)
Write parameter
response counter
8) Transferring the Profibus-DP coupler configuration: Once changes have been made to the Profibus-DP
coupler configuration, it is necessary to validate the hardware configuration of the PLC rack, and to transfer
the whole application to the Premium PLC on which the coupler is located. Please see chapter 4.2.13 Using
and Monitoring the TSX PBY 100 Coupler Configuration, page 36.
6.8.4. Increasing the Amount of Periodic Output Data
E.g.
“TeSys U n°4” motor starter. We are attempting to complete the control for this motor starter whilst retaining the
currently controlled “Command Register” (address 704 = 16#02C0), and adding the following next register, that is to
say “2nd Command Register” (address 705 = 16#02C1). The number of registers controlled is therefore increased
from 1 to 2.
There are quite a lot of operations to be carried out. They are described in order below:
1) Changing the number of registers controlled: This step consists of changing the value of the “No. of
Registers” in the “Query” and in the “Response” for the “Preset Multiple Registers” command (Modbus
command for writing values of a number of registers). Start by selecting “Starting Address” from the “Query”,
then change its value as shown at the top of the next page. AbcConf will automatically convert any value
entered in decimal to hexadecimal.
because the gateway checks the value of this field when it receives each Modbus response. If the value does
not correspond to that of the query, the gateway will ignore the response.
Do the same for the “Starting Address” element of the “Response”
59
6. Configuring the Gateway
2) Changing the number of data bytes in the Modbus query: The number of bytes written into the memory of the
“TeSys U n°4” motor starter memory increases from 2 to 4, as the number of registers controlled has
increased from 1 to 2. Select the “Byte count” element from the “Query” and change its value as shown
below. AbcConf will automatically convert any value entered in decimal to hexadecimal.
3) Changing the location of the Modbus data transmitted into the gateway’s memory: As the number of bytes
written (see previous step) has increased from 2 to 4, the Modbus data to be transmitted to the “TeSys U n°4”
motor starter must be placed at a different location in the gateway’s memory, and the size of the memory
occupied must also be adjusted appropriately.
If you are not certain how much of the gateway’s memory is currently occupied, select “Sub-Network” and
choose “Monitor” from the “S
allowing you to see how much of the gateway’s memory is occupied.
60
ub-Network” menu. The window shown at the top of the next page appears,
6. Configuring the Gateway
To see which memory locations are occupied by data from the command you are interested in, all you have
to do is uncheck the box corresponding to the “Preset Multiple Registers” command from the “TeSys U n°4”
node, as shown above. We can see that the Modbus data transmitted with the query corresponding to this
command occupy 2 bytes located from address 16#0208.
Memory locations 16#0200 and 16#0201 are reserved (see chapter 5 Gateway Initialization
and Diagnostics, page 37). So you will not be able to place any Modbus data in these
locations.
The sizes displayed above the graphics areas of this window (“In Area 32 bytes” and “Out
Area 32 bytes”) correspond to the total input and ouput sizes you must configure using the
modules presented under SysCon (see point 6) on next page).
If you wish to place the 4 bytes of Modbus data which will be transmitted by the gateway for this command
into memory, once the changes have been made, we will have to move all the other output data by 2 bytes,
which may be tedious, or change the memory location of the block of data transmitted. In the example
described here, we will be using the second solution, although the first solution is actually preferable, in
principle, as it avoids leaving any “holes” in the gateway’s memory, thus optimising the transfer of all of the
data from the Profibus-DP master PLC. The TSX PBY 100 coupler can exchange up to 242 output words with
Profibus-DP slaves. If communication with a larger number of slaves is required, if possible, try to limit the
volume of exchanges with the LUFP7 gateway. In that case, leaving such "blanks" in the gateway memory is
not advisable.
We will place the 4 bytes of data from address 16#0220 (544 in decimal).
data at even addresses in order to align the Modbus data (in 16-bit format) on the %QW4.0.x outputs of the
Profibus-DP TSX PBY 100 coupler.
Close the “Sub-network Monitor” window, then once you are back in the main AbcConf window, select the
“Data length” and “Data location” fields of the “Data” element from the “Query” one after another and change
their values as shown at the top of the next page. AbcConf will automatically convert any value entered in
decimal to hexadecimal.
N.B. As far as possible, place the
61
6. Configuring the Gateway
To check that these changes have been entered into the configuration, choose “Monitor” from the “SubNetwork” menu again:
In point 6), you shall make sure that the total input and ouput sizes of the configured modules
are the same as the exchange sizes displayed in the “Sub-network Monitor.” In the current
example, “In Area 32 bytes” and “Out Area 36 bytes” imply that the modules combined under
SysCon must have a total of 16 IW and 18 OW.
4) Transferring this configuration to the gateway: Please see chapter 6.4 Transferring a Configuration to the
Gateway, page 47. Check that the configuration is valid (LED s GATEWAY flashing green). However, the
gateway configuration is now different from the one taken into account by the Profibus-DP coupler with
respect to the gateway (difference in the total length of input data), the LED
becomes flashing red at a frequency of 1 Hz, providing that the gateway is connected to the Profibus-DP
network and to its DPM1 master.
5) Saving this configuration to your PC’s hard disk.
6) Changing the number of data transmitted by the Profibus-DP coupler: Under SyCon, change the list of
modules configured for the gateway (see chapter 4.2.6 Editing and Configuring the Gateway, page 29). Since
we have added 4 bytes after the output data in the gateway memory, the coupler should be configured to
issue an additional 4-byte output data block for the gateway.
62
FIELDBUS DIAG therefore
q
6. Configuring the Gateway
In this case, all you have to do is add an “INPUT: 4 Byte (2 word)” module after the module configured for
the gateway, as the number of input bytes in the default configuration is even (word-aligned).
Under SyCon, all the configured modules start from an even address (word-aligned). When
you change a configuration that includes a one-byte module, you must remove it (“Remove
module” button or double-click on the module in the list of configured modules, see page 65)
before adding “IN/OUT”, “INPUT” and “OUTPUT” modules to the list of configured modules.
This type of module should therefore only be at the end of the list.
N.B. Removing the 2 output bytes located at addresses 16#0208 and 16#0209 in the gateway memory has
no impact on the overall size of the input data transmitted to the Profibus-DP coupler. These bytes become
"Free memory locations", like the byte at address 16#0012.
In this example, the modules
configured for the gateway are
listed on the right.
Then you should save and export the configuration of the Profibus-DP network, as described in chapter 4.2.7
Saving and Exporting the Profibus-DP Network Configuration, page 31.
7) Configuring the Profibus-DP master PLC outputs: under PL7 PRO, import the new configuration of the
Profibus-DP network (see chapter 4.2.8 Importing the Configuration of the Profibus-DP Network under
PL7 PRO and following chapters, from page 31). Words %QW4.0.16 and %QW4.0.17 are now displayed in
the "PROFIBUS-DP slave data” frame of the TSX PBY 100 coupler configuration window, providing that the
address 2 station is selected in the list of the “PROFIBUS-DP slave configuration” frame.
We get the correspondence represented on the next page, derived from the one used for the gateway default
configuration. The changes in relation to the default configuration are shown by a greyed-out background, like
the “free memory locations”.
....................Bit 8 Bit 7......................Bit 0
Bit 15
Profibus-DP master control word
Value of the motor starter c command register
Value of the motor starter d command register
Value of the motor starter e command register
Free memory location
Value of the motor starter g command register
Value of the motor starter h command register
Value of the motor starter i command register
Value of the motor starter j command register
Slave number
(16#01-16#08)
Address of the parameter to be read (16#xxxx)
Number of parameters to be read (16#0001)
Slave number
(16#01-16#08)
Address of the parameter to be written (16#xxxx)
Value of the parameter to be written (16#xxxx)
Read parameter
query counter
Value of the
“Command Register”
Value of the
“2nd Command Register”
Function number
(16#03)
Function number
(16#06)
Write parameter
query counter
8) Transferring the Profibus-DP coupler configuration: Once changes have been made to the Profibus-DP
coupler configuration, it is necessary to validate the hardware configuration of the PLC rack, and to transfer
the whole application to the Premium PLC on which the coupler is located. Please see chapter 4.2.13 Using
and Monitoring the TSX PBY 100 Coupler Configuration, page 36.
6.9. Deleting Aperiodic Parameter Data
If your PLC application does not need the aperiodic service for reading/writing parameter data on Modbus
slaves, you can delete the associated commands. If you also intend to add Modbus data, and therefore use new
locations in the gateway’s memory, it is preferable to delete the aperiodic commands from the start, so that you
can reuse the memory locations.
However, if you don't need to use the aperiodic service for parameter data under PL7 PRO, you don’t need to
change the gateway configuration nor the Profibus-DP coupler configuration for the gateway, as both should be
equivalent (same numbers of inputs and outputs). Do not conduct any of the operations described here. The
Modbus exchanges related to this setting shall not be carried out if the related data are not changed by the
Profibus-DP master PLC. So deleting associated Modbus commands becomes optional.
The operations you will need to carry out are described in order below:
1) Displaying parameter data commands: Select the very first node of the downstream Modbus network,
“TeSys U n°1”, and expand the tree structure showing its commands and transactions. The screen should
look like the one at the top of the next page.
64
6. Configuring the Gateway
2) Deleting the read command for a parameter: Select the personalized “Transactions 1” command and delete it
with the “Del” key (or “Delete” from the menu whose name corresponds to the name of the selected node).
A request for confirmation appears, asking you whether or not to proceed deleting the “Transactions 1”
command. In this case confirm with the “Yes” button.
3) Deleting the write command for a parameter: Back in the main AbcConf window, the “Transactions 1”
command has been deleted. The second personalised command, “Transactions 2” is automatically renamed
“Transactions 1”, but retains all of its setup. Now delete this one in the same way as you did with the previous
command.
4) Checking the new memory occupation: If you wish to check how much of the gateway’s memory is now
occupied, select “Sub-Network” and choose “Monitor” from the “Sub-Network” menu. The following window
appears, allowing you to see how much of the gateway’s memory is occupied by Modbus data. The part
framed in red represents the memory occupation before the deletion of the two setup commands. It has been
inlaid in the illustration below so that you can see the effects of the deletion operations we have just carried
out.
65
6. Configuring the Gateway
You will note that the “TeSys U n°1” section now only has the two Modbus commands common to the eight
TeSys U motor starters, and that the memory locations which corresponded to the two personalised
commands are now free.
N.B. The free memory location at address 16#0012 in the gateway’s memory is no longer part of the
gateway’s inputs, because there is no input data used beyond this address.
In point 7), you shall make sure that the total input and ouput sizes of the configured modules
are the same as the exchange sizes displayed in the “Sub-network Monitor.” In the current
example, “In Area 18 bytes” and “Out Area 18 bytes” imply that the modules combined under
SysCon must have a total of 9 IW and 9 OW.
5) Transferring this configuration to the gateway: Please see chapter 6.4 Transferring a Configuration to the
Gateway, page 47. Check that the configuration is valid (LED s GATEWAY flashing green). However, the
gateway configuration is now different from the one taken into account by the Profibus-DP coupler with
respect to the gateway (difference in the total length of input and output data), the LED
therefore becomes flashing red at a frequency of 1 Hz, providing that the gateway is connected to the ProfibusDP network and to its DPM1 master.
6) Saving this configuration to your PC’s hard disk.
7) Changing the number of data received and the number of data transmitted by the Profibus-DP coupler: Under
SyCon, change the list of modules configured for the gateway (see chapter 4.2.6 Editing and Configuring the
Gateway, page 29). Since now you only have 18 input data bytes and 18 output data bytes in the gateway
memory, the coupler should be configured to receive an 18-byte input data block from the gateway and to
transfer an 18-byte output data block to the gateway.
FIELDBUS DIAG
q
The module that corresponds to the gateway's default configuration should not be kept, as the numbers of
inputs and outputs it represent exceeds the new numbers of gateway inputs and outputs. Remove “Module1”,
i.e. the “IN/OUT: 32 Byte (16 word)” module, from the list of modules configured for the gateway. To achieve
that, double-click on the entry that corresponds to the module or press the “Remove Module” button after
selecting it. Then, a confirmation window appears, asking you whether you want to confirm the module
removal. Click “Yes”. Back to the "Slave configuration" window, the list of modules configured for the gateway
is now empty.
Then, you should add the modules whose combination shall make it possible to have a total equal to the
desired numbers of input and output bytes. Thus, for example, to have 18 input bytes and 18 output bytes,
we shall use an “IN/OUT: 2 bytes (1 word)” module and one “IN/OUT: 16 Bytes ( 8 word)” module. This
module combination is the quickest to configure, all the more so since the maximum number of modules that
can be configured is limited to 24 for the LUFP7 gateway. Using 9 “INPUT modules: 2 Bytes (1 word)” and 9
“OUTPUT modules: 2 Bytes ( 1 word)” modules for a total of 18 input bytes and 18 output bytes remains
possible, but this solution is not appropriate when using modules!
Scroll the list of available modules, select the “IN/OUT: 2 Bytes ( 1 word)” module and add it to the list of
modules configured for the gateway. Do the same for the “IN/OUT: 16 Bytes ( 8 word)” module.
In the example used here, the list
of modules configured for the
gateway should be identical to the
one on the right. This list
corresponds to the changes
described above and the
combination of modules it contains
is optimum, as it uses a minimum
number of modules.
66
6. Configuring the Gateway
Then you should save and export the configuration of the Profibus-DP network, as described in chapter 4.2.7
Saving and Exporting the Profibus-DP Network Configuration, page 31.
8) Configuring the inputs and outputs of the Profibus-DP master PLC: under PL7 PRO, import the new
configuration of the Profibus-DP network (see chapter 4.2.8 Importing the Configuration of the Profibus-DP
Network under PL7 PRO and following chapters, from page 31). Only words %IW4.0 to %IW4.0.8 and
%QW4.0 to %QW4.0.8 are now displayed in the "PROFIBUS-DP slave data” frame of the TSX PBY 100
coupler configuration window, providing that the address 2 station is selected in the list of the “PROFIBUSDP slave configuration” frame.
We get the two correspondences represented below, derived from the ones used for the gateway default
configuration.
...................Bit 8 Bit 7 .....................Bit 0
Bit 15
Gateway status word
Value of the motor starter c status register
Value of the motor starter d status register
Value of the motor starter e status register
Value of the motor starter f status register
Value of the motor starter g status register
Value of the motor starter h status register
Value of the motor starter i status register
Value of the motor starter j status register
Description
...................Bit 8 Bit 7 .....................Bit 0
Bit 15
Profibus-DP master control word
Value of the motor starter c command register
Value of the motor starter d command register
Value of the motor starter e command register
Value of the motor starter f command register
Value of the motor starter g command register
Value of the motor starter h command register
Value of the motor starter i command register
Value of the motor starter j command register
9) Transferring the Profibus-DP coupler configuration: Once changes have been made to the Profibus-DP
coupler configuration, it is necessary to validate the hardware configuration of the PLC rack, and to transfer
the whole application to the Premium PLC on which the coupler is located. Please see chapter 4.2.13 Using
and Monitoring the TSX PBY 100 Coupler Configuration, page 36.
67
6. Configuring the Gateway
6.10. Changing a Modbus Slave Configuration
Configuring a Modbus slave itself remains very simple because it only involves the name and the Modbus
address of the node to which it corresponds. On the contrary, configuring Modbus commands is much more
complete and is the subject of a separate object of its own (see chapter 6.11 Adding and Setting Up a Modbus
Command, page 68).
You will need to change the configuration of a Modbus slave when you add a new Modbus unit (see chapter 6.7
Adding a Modbus Slave, page 50), using any method.
Changing the name of the node which corresponds to a Modbus slave is used to distinguish it from the other
nodes when the configuration of its Modbus commands has been changed, for instance.
6.10.1. Changing the name of a Modbus slave
To carry out this operation, all you have to do is select the node which corresponds to the Modbus slave involved
(“Devices:” section), click on the current name (value of the “(Name)” field, in the “Configuration:” section), then
change it. After confirming the new name (“
become effective in AbcConf, and the name of the node will be automatically updated in the “Devices:” section.
An example is given below. The three red frames shown in this example show the consequences of the change
made.
Enter” key or click outside the name’s data entry field), this will
6.10.2. Changing the Address of a Modbus slave
To carry out this operation, all you have to do is select the node which corresponds to the Modbus slave involved
(“Devices:” section), click on the value of the current address (value of the “Slave address” field, in the
“Configuration:” section), then change it.
Reminder: The address of a Modbus slave must be between 1 and 247.
If you use Modbus slaves belonging to the Schneider Electric Speed Variation range, such as
Altistarts or Altivars, do not configure
Modbus network as these products, because these addresses are reserved when using these
products.
After confirming the new address (“
Modbus slave), this will become effective in AbcConf, and the values of the “Slave Address” elements of the
queries and responses in the Modbus commands for the selected node will be automatically updated. An
example is given on the next page, but the updating of a single “Slave Address” element is shown:
68
Enter” key or click outside the data entry field of the address of the
ANY slaves at the addresses 65, 126 or 127 on the same
6. Configuring the Gateway
6.11. Adding and Setting Up a Modbus Command
6.11.1. With the TeSys U Motor Starters
With TeSys U motor starters, the main use of adding a Modbus command consists of allowing you to control or
monitor additional registers, without having to change the elements in the default configuration. So, the operation
of the periodic and aperiodic communication services remains the same as for the default configuration, unlike
the operations described in the various parts of chapter 6.8 Changing the Periodic Data Exchanged with a
Modbus Slave, page 52.
Instead of adding a command and fully configuring it, it is a better idea to copy one of the two default commands
for TeSys U motor starters, “Read Holding Registers” (reading/monitoring) or “Preset Multiple Registers”
(writing/controlling), and to paste it into the list of Modbus commands for the appropriate node.
To copy an already configured Modbus command, select it, then choose “Copy” from the menu whose name
corresponds to the name of the selected command. Keyboard shortcut: “Ctrl C”. Then continue using one
of the two methods shown below:
a) Select the node corresponding to the Modbus slave for which you wish to add this command (e.g. “TeSys U
n°4”), then choose “Paste” from the menu whose name corresponds to the selected node. A new command is
added after all the other configured commands for this node. The whole of its configuration is identical to that
for the previously copied command.
b) Select one of the commands for the node involved, then choose “Insert” from the menu whose name
corresponds to the selected command. A new command is added just before the one which is selected. The
whole of its configuration is identical to that for the previously copied command.
As the new Modbus command and the original Modbus command are identical, you will need to make changes
to the fields
this is the “Preset Multiple Registers” command or a “Read Holding Registers” command (see chapter 6.8
Changing the Periodic Data Exchanged with a Modbus Slave, page 52). The correspondence between the
various elements which appear in these tree structures and the standard Modbus terminology is located to their
right:
highlighted in blue in one of the two diagrams at the top of the next page, depending on whether
Keyboard shortcut: “Ctrl V”.
69
6. Configuring the Gateway
y
)
)
)
)
)
)
y
)
)
)
)
Name of the Modbus command
Modbus quer
Slave no.
Function no.
No. of the 1st word(MSB / LSB
Number of words (MSB / LSB
Numberof bytes
…Values of the words(MSB/LSB)…
CRC16 (LSB/MSB
Modbus response! Frame "
Slave no.
Function no.
No. of the 1st word(MSB / LSB
Number of words (MSB / LSB
CRC16 (LSB / MSB
Name of the Modbus command
Modbus quer
Slave no.
Function no.
No. of the 1st word(MSB / LSB
Number of words (MSB / LSB
CRC16 (LSB / MSB
Modbus response! Frame "
Slave no.
Function no.
Numberof bytes read
…Values of the words(MSB/LSB)…
CRC16 (LSB / MSB
! Frame "
! Frame "
N.B. in all cases, the “Query / Slave Address” and “Response / Slave Address” elements are automatically
updated by AbcConf according to the node in which the command is located. Their values cannot be changed by
the user. In the same way, the “Query / Function” and “Response / Function” fields depend on the nature of the
Modbus command and cannot be changed by the user.
The operations to be carried out are more or less the same as those consisting of changing the default
commands. For the “Read Holding Registers” command, please see chapter 6.8.1 Replacing a periodic input
data element, page 52, and chapter 6.8.3 Increasing the Amount of Periodic Input Data, page 54. For the “Preset
Multiple Registers” command, please see chapter 6.8.2 Replacing an Output Periodic Data Element, page 53,
and chapter 6.8.4 Increasing the Amount of Periodic Output Data, page 58.
70
6. Configuring the Gateway
6.11.2. With a Generic Modbus Slave
Unlike the previous chapter, here we will be looking at adding and setting up a Modbus command which is
different from those configured by default with the LUFP7 gateway. We will benefit from this occasion to
exhaustively describe the fields allowing you to set up the management of communications for a command of
this sort.
Please see chapter 13 Appendix F: Modbus Commands, page 108, for a list of the Modbus functions supported
by the LUFP7 gateway. If you need to use a command which is not supported by the gateway, you can configure
one. A command of this sort is included in a specific element called “Transactions” or becomes a new Modbus
command in its own right. Please see the next chapter, § 6.11.3 Adding a Special Modbus Command, page 80,
for further details on this subject.
E.g. To illustrate the various operations to be carried out and the explanations given, we will be taking the
example of a Altistart starter, the ATS48, and a Modbus command recognised both by the gateway and the
ATS48. This is the “Preset Single Register” command, whose function code is 6 and which allows you to write
the value of a unique output word. This function will be used to periodically write the value of the ATS48’s CMD
command register, located at address W400 (address 400 = 16#0190).
Since the gateway’s default configuration already has 8 Modbus slaves, you will need to delete one of them,
such as the “TeSys U n°2” node, for example, and to add a new node in its place (see chapter 6.6 Deleting a
Modbus Slave, page 49, and chapter 6.7 Adding a Modbus Slave, page 50).
not to delete the “TeSys U n°1” node, as it contains the commands corresponding to the read and write services
for a parameter in a Modbus slave.
Reminder: We strongly advise you
We rename the “New Node”,
which has just been created, in
“ATS48”, and we assign it the
Modbus address 10, as shown
here:
We then proceed to add the
“Preset Single Register”
command by choosing “Add
Command” from the “A
menu.
Expand the full tree structure for this command, shown at the top of the next page. The correspondence between
the various elements which appear in this tree structure and the standard Modbus terminology is located to its
right.
TS48”
In the window which appears (shown opposite), select the “0x06 Preset
Single Register” command and choose “Select” from the “F
Back in the main AbcConf window, the “Preset Single Register” command
now appears in the list of Modbus commands for the “ATS48” node.
ile” menu.
71
6. Configuring the Gateway
y
)
)
)
)
)
)
Name of the Modbus slave
Name of the Modbus command
Modbus quer
Slave no.
Function no.
Word no. (MSB / LSB
Value of the word (MSB / LSB
CRC16 (LSB / MSB
Modbus response! Frame "
Slave no.
Function no.
Word no. (MSB / LSB
Value of the word (MSB / LSB
CRC16 (LSB / MSB
These elements can be configured using AbcConf. There is a description of them in the following chapters. We
will then return to the example of the ATS48 to illustrate how to use these elements.
6.11.2.1. Managing degraded modes
Due to the number of hardware elements and software tools used, the following table shows a summary of the
various degraded modes in a Profibus-DP application. This description only applies to a Premium PLC fitted with
a TSX PBY 100 coupler:
! Frame "
Event
Disconnection of
the downstream
Modbus RTU
network (2) (3)
——
“Offline options for sub-
network” = “Clear”
“Offline options for sub-
network” = “Freeze”
Outputs
Inputs
Desired
behaviour
Reset
No refresh
Reset
Hold
Hold
Premium PLC:
CPU stop/failure
(1)
“Outputs” option
equal to “Reset”
“Outputs” option
equal to “Hold”
——
——Always
————
Disconnection
of the upstream
Profibus-DP
network (2)
“Offline options for
fieldbus” = “Clear”
“Offline options for
fieldbus” = “Freeze”
“Offline options for
fieldbus” = “No Scanning”
Failure of the
LUFP7 gateway
(3)
Depending on the configuration
of the Modbus slaves
(1) The “Outputs” option is described in chapter 4.2.8 Importing the Configuration of the Profibus-DP Network
under PL7 PRO, page 31. Under PL7 PRO, it can be accessed from the configuration screen for the
TSX PBY 100 board.
(2) The “Offline options for fieldbus” and “Offline options for sub-network” are described in the next chapter.
(3) The behaviour desired with regard to the outputs should be directly configured on each of the Modbus
slaves. In the case of drives marketed by
Schneider Electric, for instance, resetting the outputs is
configured by setting the NTO bit to 0 (communication control), and they are held by setting NTO to 1
(suppression of communication control).
You may also refer to chapter 4.2 Degraded application mode of the
PROFIBUS-DP
(ref.: TSX DM PBY 100E) for further details regarding the processing of degraded modes by the
Implementation manual – TSX PBY 100 –
TSX PBY 100 board.
72
6. Configuring the Gateway
6.11.2.2. Configuring the Query
Select the “Query” element from the Modbus command. The
various elements of the configuration of the query for this command
are shown opposite. The values displayed correspond to the
default values for any new command.
These elements allow you to configure how the whole command is
managed, including how degraded modes are managed (number of
re-transmissions, for example).
Each of these elements is described, in order, in the table below. When a unit is assigned to an element, it is
shown in brackets after the name of the element.
Configuration
element
Minimum time
between
broadcasts
(10ms)
Offline options
for fieldbus
Offline options
for sub-network
Reconnect time
(10ms)
Description
This element is only relevant if you have added a “Broadcaster” node (see chapter 6.13
Adding a Broadcaster Node, page 85). This parameter then allows you to specify a waiting
time following the transmission of the selected broadcast command. The next Modbus
message, whatever it is, will only be transmitted by the gateway once this time has elapsed.
So it needs to be long enough to allow the slowest Modbus slave to process the command
which has been broadcast. This parameter is not used by commands which do not belong
to a broadcaster node.
With the LUFP7 gateway’s default configuration, this feature has not been used, so as to
control the Modbus slaves individually.
This element affects the data sent to the Modbus slave, but only in the query to which this
element belongs to, whenever the gateway is disconnected from the Profibus-DP network.
This element takes one of the following three values:
- Clear.............. From now on all data sent to the Modbus slave using this query is set to
16#0000 (resetting of the output data in the gateway’s memory).
- Freeze ...........All data sent to the Modbus slave using this query retains its current values
(the output data in the gateway’s memory is frozen).
- NoScanning...The query is no more transmitted to the Modbus slave by the gateway
This element affects the data sent to the Profibus-DP master PLC whenever the query to
which this element belongs to has not been answered with a response by the Modbus slave
(no response). This element takes one of the following two values:
- Clear ..............From now on the data sent to the Profibus-DP master PLC is set to
16#0000 (resetting of the input data in the gateway’s memory).
- Freeze ...........From now on the data sent to the Profibus-DP master PLC retains its current
values (the input data in the gateway’s memory is frozen).
N.B. exception responses issued by the Modbus slaves do not trigger the use of these “Offline options!”
If there is no response from the Modbus slave to a query, or following the receipt of an
incorrect response, the gateway uses the “Retries” and “Timeout time (10ms)” elements to
carry out re-transmissions. If the Modbus slave has still not responded correctly following
these re-transmissions, the gateway stop sending it the corresponding query for a period of
time which can be adjusted using “Reconnect time (10ms)”.
When this period is over, the gateway attempts to restore communication with the Modbus
slave.
73
6. Configuring the Gateway
Configuration
element
RetriesThis element indicates the number of re-transmissions carried out by the gateway if there is
Timeout time
(10ms)
Trigger byte
address
Description
no response from the Modbus slave to a query, or if the response is incorrect. This retransmission process ceases as soon as the gateway gets a correct response within a given
time. If none of the re-transmissions has allowed the gateway to obtain a correct response,
the Modbus slave is deemed to be off-line, but only in relation to the command in question.
The gateway then uses the “Offline options for sub-network” and “Reconnect time (10ms)”
elements and the LED
if the Modbus command is answered with a correct response, once the reconnection has
started (see element “Reconnect time (10ms)”).
If the number of re-transmissions is set to 0, the process described above will not be run.
This element represents the time that the Modbus slave will wait for a response. If a
response has not reached the gateway within the given time, configured using the “timeout
time (10ms)” element, the gateway proceeds to a re-transmission. This process continues
until it reaches the last re-transmission allowed (see “Retries”), then the gateway declares
the Modbus slave off-line, but only for the command to which the “timeout time (10ms)”
belongs to.
This element is only used by the gateway if “Update mode” is set to “Change of state on
trigger”. In this case, it specifies the address, in the gateway’s output memory (16#0202 to
16#02F3), of an 8-bit counter managed by the Profibus-DP master.
When the value located at this address is changed by the Profibus-DP master but
from zero, the query configured with a “Change of state on trigger” related to this address is
transmitted to the Modbus slave. So the Profibus-DP master must have access to this
counter in the same way as for the periodic output registers sent to TeSys U motor starters.
r MODBUS becomes red. This LED will only revert to a green state
different
In comparison to the “On data change” mode, this mode allows you to send a command on
a specific order from the Profibus-DP master if, for example, the latter is unable to update
all data from of any given query at the same time.
N.B. In the specific case of the gateway’s default configuration, the “Transactions 1” and
“Transactions 2” personalized command mode for the “TeSys U n°1” node is set to “Change
of state on trigger”. These aperiodic commands are respectively used to read and write the
value of a parameter of one of the Modbus slaves.
The “Trigger byte address” elements of the “Query” elements of these two commands are
configured at addresses 16#021E and 16#021F. These are the “parameter read/write
request counters”. Considered under Profibus-DP, SyCon, and PL7 PRO, these two data
are configured the same way as the other outputs (see chapter 4.2.9 Configuring the
Gateway I/O under PL7 PRO, page 32) and both correspond to the %QW4.0.15 output.
To transmit one of these two commands, the Profibus-DP master PLC must first of all
update all of the data to be transmitted on the Modbus network for this command
(addresses 16#0212 to 16#0217 or addresses 16#0218 to 16#021D), then change the
value of the associated counter (address 16#021E or 16#021F). The gateway will then
transmit the query corresponding to the command.
N.B. The “trigger byte” does not have to be an item of output data updated by the Profibus-
DP master. In fact it is quite possible that it may be an input between 16#0002 and
16#00F3. In this case, the Modbus slave which updates this byte will condition the
exchanges of the command you’re currently configuring.
74
6. Configuring the Gateway
Configuration
element
Update modeThis element is used to specify the transmission mode for the query on the Modbus
Update time
(10ms)
Description
network. It takes one of the following four values:
- Cyclically................................. Default communication mode. The query is transmitted
periodically on the Modbus network (see “Update time”).
- On data change...................... The gateway transmits the query on the Modbus network
when at least one item of data from this query is changed by the Profibus-DP master.
So this is an
the queries associated with “Transactions 1” and “Transactions 2” personalized
commands for the “TeSys U n°1” node of the gateway’s default configuration. These
queries are transmitted when at least one of the values of their output data
(addresses 16#0212 to 16#0217 or addresses 16#0218 to 16#0220D) is changed by
the Profibus-DP master. So all data from a single query must be updated by the
Profibus-DP master at the same time. If you are not certain whether your software is
able to update
using “Change of State on trigger” mode for these two commands.
- Single Shot ............................. This transmission mode only allows a single Modbus
exchange for the whole of the time that the gateway is operating. This exchange
takes place just after the initialization of the gateway.
- Change of state on trigger...... With this
query is sent every time that the Profibus-DP master changes the value of an 8-bit
counter designated by the “Trigger byte address” element. Please see the description
of this element for further information about how to use this communication mode.
This element is only used by the gateway if “Update mode” is set to “Cyclically”. In this
case, it specifies the query’s transmission period on the Modbus network.
aperiodic communication mode. For instance, this is not the case with
all the output data from a query at the same time, we recommend
aperiodic communication mode, the Modbus
E.g.: With the ATS48, we will be using the configuration shown
opposite. The most notable points of this configuration are:
• On disconnection the data is reset on one of the two networks.
• 3 re-transmissions with a 100 ms timeout.
• Periodic communications with a cycle time set to 300 ms.
75
6. Configuring the Gateway
6.11.2.3. Configuring the Response
Next select the “Response” element from the Modbus command.
The various elements of the configuration of the response for this
command are shown opposite. The values displayed correspond to
the default values for any new command.
These elements allow you to configure a single aspect of managing the command, described below. Each of
them is described, in order, in the table below.
Configuration
element
Trigger byteThis element is used by the gateway to activate the unitary incrementation of an 8-bit
Trigger byte
address
Description
counter in order to notify the Profibus-DP master of the receipt of a new response to the
associated Modbus command. It takes one of the following two values:
- Disabled.................................. Default configuration. The gateway does not increment any
counter on receipt of the Modbus response.
- Enabled................................... Each time that the gateway receives a new response to the
associated Modbus command, it increments the value of an 8-bit counter designated by
the “Trigger byte address” element (see below). If used, this counter allows the ProfibusDP master, for example, to only consider the response’s corresponding data when this
counter’s value is incremented.
This element is only used by the gateway if the element “Trigger byte” is set to “Enabled”. In
this case, it specifies the address, in the gateway’s input memory (16#0002 to 16#00F3), of
an 8-bit counter managed by the gateway.
When the gateway receives a response to the associated Modbus command, it increments
the value of this counter in a unitary manner (value = value+1). So the Profibus-DP master
must have access to this counter in the same way as for the periodic input registers from
the TeSys U motor starters.
This mode allows the Profibus-DP master to be informed that a new response is available.
This can be useful, for example, if it is possible that the data from two consecutive
responses may be identical.
76
N.B.: In the specific case of the gateway’s default configuration, the “Trigger byte” element for
responses to the “Transactions 1” and “Transactions 2” personalized commands of the
“TeSys U n°1” node is set to “Enabled”. Hence, the management of responses to read and
write commands for parameters is
The “Trigger byte address” elements of the “Response” elements of these two commands
are configured at addresses 16#001E and 16#001F. These are the “parameter read/write
response counters”. Considered under Profibus-DP, SyCon, and PL7 PRO, these two data
are configured the same way as the other inputs (see chapter 4.2.9 Configuring the
Gateway I/O under PL7 PRO, page 32) and both correspond to the %IW4.0.15 input.
event driven.
6. Configuring the Gateway
Configuration
element
Trigger byte
address
(contd.)
E.g.: With the ATS48, we do not want the response to be event driven. So we will be retaining the default
configuration.
6.11.2.4. Configuring the Content of the Query Frame
The window shown below is obtained using “Edit Frame” from the “Query” menu. Unlike the tree structure in the
main AbcConf window, this display has the advantage of showing all of the frame’s fields at the same time as well
as their values. The values displayed below correspond to the values assigned by default to the Modbus command
query we have created. The correspondence with the content of the corresponding Modbus frame has been added
underneath this window.
Description
The Profibus-DP master PLC will be able to detect the receipt of a response from a Modbus
slave by comparing the previous value and the current value of the associated counter
(address 16#001E or 16#001F). If there is a
may, for example, read all of the data from the response (addresses 16#0013 to 16#0017
or addresses 16#0018 to 16#001D) and allow the transmission of a new query for reading
or writing the value of a parameter (using a “Trigger byte” for the queries). Contrarily to the
counter one can associate to the queries of any command, a response’s “Trigger byte” is a
true modulo 256 counter,
i.e. zero must be managed (… 254, 255, 0, 1, 2 …).
unitary incrementation of this counter, the PLC
Slave no. Function no.
Edit the values which are not greyed out, one after another. There is a description of them below.
The nature of a frame’s fields depends on the Modbus command to which it corresponds. However, a certain
number of these fields are common to all frames, whereas others are common to a number of them. The
description of those shown above is given on the next page, as a part of the example described at the beginning
of the chapter 6.11.2.
Word number
(MSB / LSB)
Value of the word (MSB / LSB) CRC16 (LSB / MSB)
77
6. Configuring the Gateway
Field in the
frame
Slave
Address
Function1 byteThis field cannot be changed by the user and its value is greyed out to inform
Register2 bytes
Preset Data2 bytes
Size in the
frame
1 byteThis field cannot be changed by the user and its value is greyed out to inform
or more for a
block of data
Description
him of the fact. AbcConf updates the value of this field automatically using the
address of the Modbus slave corresponding to the current node.
N.B.: This field is common to queries for all Modbus commands.
E.g.: The value of this field is set to the address of the Modbus slave which
corresponds to the “ATS48” node, that is to say to 16#0A.
him of the fact. AbcConf updates the value of this field automatically using the
function code for the corresponding Modbus command.
N.B.: This field is common to queries for all Modbus commands.
E.g.: The value of this field is set to the code for the “Preset Single Register”
command (writing the value of an output word), that is to say 16#06.
Address of an output word, or of a register, in the Modbus slave’s memory. So this
field designates the memory object to which the command relates.
N.B.: This field is common to queries for all Modbus commands whose
purpose is to access one or more locations in the memory of a Modbus slave.
When accessing several memory locations, the “Register” field designates the
address of the first word affected by the command.
E.g.: The value of this field should be changed by entering the address of the
CMD command register, that is to say 400 (16#0190). This value will be
automatically converted to hexadecimal if the user enters it in decimal.
Data Location: Address, in the gateway’s output data memory (16#0202 to
16#02F3), of the item of data to be transmitted in the “Preset Data” field for the
query’s frame.
N.B.: The “Data location” field is used for each frame that allows you to
exchange some data between the Modbus slaves and the Profibus-DP master.
In this case it designates the starting address of the block of data to be
transmitted.
N.B.: As far as possible, ensure that the data is located at even addresses in
order to align the Modbus data (in 16-bit format) on the QW4.0.x outputs of the
Profibus-DP coupler.
E.g.: The value to be assigned to the ATS48’s CMD register should be placed
in the gateway’s output data memory area. We will be using the first free
location starting at an even address, that is to say the one located at 16#0220,
with the gateway’s default configuration.
Data length: Length of the block of output data, in the gateway’s memory,
whose values must be transmitted in the “Preset Data” field of the query’s
frame. It is expressed in number of bytes.
N.B.: The “Data length” field is always used together with the “Data location”
field, described above.
E.g.: Since the “Preset Single Register” command is used to write the value of a
single register (16-bit), the value of the “Data length” field must be set to 2.
See the documentation for each Modbus slave to find out the maximum
amount of 8-bit data which can be placed in “Data” type fields in queries and
responses for this slave. With the ATS48, for instance, it is limited to 30 16-bit
words.
78
6. Configuring the Gateway
Field in the
frame
Preset Data
(contd…)
Checksum2 bytesError check type: Type of error check for the frame.
Size in the
frame
Description
Byte swap: Specifies whether the output data bytes to be transmitted to the
Modbus slave must be swapped before being placed in the Modbus frame or
not. The three possible values are as follows:
- No swapping ....... Default configuration. The data is sent in the same order as
they appear in the gateway’s memory.
by default, because for an item of 16-bit data, the most significant byte is
placed first in the Modbus frame and is always written into the gateway’s
memory by a Profibus-DP master with the most significant byte first.
- Swap 2 bytes ...... The bytes to be transmitted are swapped two by two.
- Swap 4 bytes ...... The bytes to be transmitted are swapped four by four. This is
rarely used, as it only relates to 32-bit data. The principle is similar to that of the
previous case, “Swap 2 bytes”.
E.g.: We will be using the “No swapping” value, because the two bytes of the
value to be written into the ATS48’s CMD register, as transmitted by the
TSX PBY 100 coupler, are placed into the gateway’s memory in most
significant / least significant order.
- CRC .................... Default method. This is the method adopted for the Modbus
RTU protocol.
- LRC ..................... This method relates to the Modbus ASCII protocol. So it
should not be used in this case.
- XOR ....................Simple “OR Exclusive” applied to the frame’s bytes.
E.g.: The LUFP7 gateway is specifically designed for the Modbus protocol RTU
mode.
Error check start byte: Indicates the number of the byte, in the frame, from
which the calculation of the “checksum” should begin. The first byte in each
frame carries the number 0.
E.g.: The calculation of a frame’s checksum should always begin with the first
byte.
The default value, “CRC”, should not be changed.
The value of this field should therefore remain set to zero.
This is the case which must be used
6.11.2.5. Configuring the Content of the Response Frame
The window shown below is obtained using “Edit Frame” from the “Response” menu. The values shown in it
correspond to the values assigned by default to the Modbus command response we have created. The
correspondence with the content of the corresponding Modbus frame has been added underneath this window.
Slave no. Function no.
Edit the values which are not greyed out, one after another.
There is a description of them below, but also see the previous chapter, as the nature of the content of response
frames is very similar to that of the fields in Modbus query frames.
Word number
(MSB / LSB)
Value of the word (MSB / LSB) CRC16 (LSB / MSB)
79
6. Configuring the Gateway
If the value of a field from the response of a Modbus slave is different from that configured via
AbcConf, the response will be rejected by the gateway. It will then proceed to a re-transmission
of the query, provided that at least one re-transmission has been configured for this command
(see chapter 6.11.2.2 Configuring the Query, page 72). Of course, this remark does not relate
to the data itself, that is to say the Modbus frame fields configured using the “Data location,”
“Data length,” and “Byte swap” elements.
Field in the
frame
Slave Address1 byteIdentical to that of the query’s “Slave Address” field.
Function1 byteIdentical to that of the query’s “Function” field.
Register2 bytesIdentical to that of the query’s “Register” field, since the Modbus response of
Preset Data2 bytes
Checksum2 bytesError check type: Identical to that of the query’s “Error check type” field.
Size in the
frame
or more for a
block of data
Description
any “Preset Single Register” command is an echo to the corresponding query.
Here you should also enter the address of the memory object to which the
command relates.
E.g.: Enter the value 400, converted to 16#0190 by AbcConf.
Data Location: Address, in the gateway’s input data memory (16#0002 to
16#00F3), of the item of data received in the “Preset Data” field for the
response’s frame.
N.B. As far as possible, ensure that the data is located at even addresses in
order to align the Modbus data (in 16-bit format) on the %IW4.0.x inputs of the
Profibus-DP coupler.
E.g.: The value sent back as an echo to the command must be placed in the
gateway’s input data memory area. We shall use the first two free bytes following
the input data of the default configuration, i.e. addresses 16#0020-16#0021.
Data length: Length of the block of input data received in the “Preset Data”
field of the response frame. It is expressed in number of bytes.
E.g.: The value of the “Data length” field must be set to 2.
Byte swap: Identical to that of the query’s “Byte swap” field.
E.g.: We will also be using the “No swapping” value, for the same reasons as
with the query.
Error check start byte: Identical to that of the query’s “Error check start bype” field.
However, these two fields cannot be changed by the user and their values are
greyed out to reflect this. AbcConf updates the values of these fields
automatically using those of the query’s “Error check type” and “Error check
start byte” fields.
80
6. Configuring the Gateway
6.11.3. Adding a Special Modbus Command
Apart from the standard Modbus commands covered in the previous chapter, it is possible to create two types of
special Modbus commands: Modbus commands using the same template as standard commands and Modbus
commands whose nature and frame content can be completely changed by the user.
6.11.3.1. Modbus Commands Based on Standard Commands
You create a command of this type from the “Select Command” window (see chapter 6.11.2 With a Generic
Modbus Slave, page 70), by choosing “Add Command” from the “C
appears. It shows the structure of the future command’s query and response frames, which will then be added to
the list of available Modbus commands. This structure includes the standard elements, that is to say the “Slave
Address”, “Function” and “Checksum” fields, described in previous chapters.
ommand” menu. The window shown below
Please see chapter 2.12 Command editor in the AbcConf user manual, entitled AnyBus Communicator – User
Manual for further information about creating standard Modbus commands. This manual can be found on the
CD LU9CD1 : “
6.11.3.2. Modbus Commands which Can Be Completely Changed by the User
In AbcConf, these commands are known as “Transactions”. Unlike in the previous case, the whole structure of
the query and response frames associated with these commands correspond to an association of input or output
data in the gateway’s memory (“Data” fields), constants in Byte, Word or DWord format and a final “Checksum”
field.
All of the data contained in the query and response “Data” fields of a “Transactions” command are managed by
the Profibus-DP master, including the “Slave address” and “Function” fields if these are placed in a “Data” field.
For instance, this allows you to manage all of the Modbus frame fields from the Profibus-DP master if all of the
query and response fields of a “Transactions” element (excluding “Checksum”) are “Data” type fields.
N.B.: You must not place more than one “Data” field in any Modbus frame. This guarantees that all of the data
involved will be processed by the gateway at the same time.
ABC_User_Manual.pdf”.
81
6. Configuring the Gateway
Constants in Byte, Word or DWord format allow you to relieve the Profibus-DP master by placing the values of
these constants in Modbus query frames (constants in “Query” elements) or by comparing them to the values
located in the Modbus responses (constants in “Response” elements). These comparisons are used to accept
(identical values) or reject (different values) the Modbus responses in the same way as for standard Modbus
commands. The Profibus-DP master does not have access to these constants. They are mainly used to replace
fields such as “Slave address,” “Function,” “Starting Address,” etc.
Please see the section on “Actions on request/response” in chapter
objects in the AbcConf user manual, entitled AnyBus Communicator – User Manual for further information
about how to handle “Transaction” type commands. This manual can be found on the CD LU9CD1 :
ABC_User_Manual.pdf”.
“
The LUFP7 gateway’s default configuration includes two “Transaction” commands. These are aperiodic
commands used for reading and writing the value of a Modbus slave parameter (necessarily a TeSys U motor
starter with the default configuration). They are configured solely for the “TeSys U n°1” node, as the address of
the slave is controlled by the Profibus-DP master via the first byte of the “Data” field, which corresponds to the
“Slave Address” field in standard Modbus commands. This allows the Profibus-DP master to send this command
to all of the Modbus slaves, slave by slave, through the first byte of the “Data” field. The remaining fields of the
frames used by these two commands are also placed in the same “Data” field. So the Profibus-DP master has
access to all of the content of the frames in these two commands, excluding the checksum.
2.6.4 Transaction and in chapter 2.6.6 Frame
6.12. Configuring the General Characteristics of the Gateway
This operation relates to the gateway’s general characteristics (“Fieldbus”
to “Sub-Network” elements), whereas the previous chapters described the
configuration of the Modbus slaves (elements located under the “SubNetwork” element).
The “Fieldbus” element describes the upstream network, that is to say the
Profibus-DP network in the case of the LUFP7 gateway.
The “ABC” and “Sub-Network” elements describe the downstream
network, that is to say the Modbus RTU network in the case of the LUFP7
gateway, and allow you to identify the software version in the gateway.
The configuration of these three elements, plus the commands they give
access to, are described in the next three chapters.
6.12.1. “Fieldbus” Element
Below this element there is a list of the mailboxes configured by default. These elements are not described here,
as they are only designed for the internal management of the gateway. These mailboxes can neither be changed
nor deleted. Both their number and their nature depend on the type of upstream network.
When the “Fieldbus” element is selected, you can select the
type of upstream network. With the LUFP7 gateway, you
must select the “Profibus-DP” network.
If your PC is connected to the gateway using the PowerSuite
cable and you are using AbcConf in “on-line” mode when
AbcConf starts up, the type of upstream network will be
automatically detected.
82
6. Configuring the Gateway
The only command accessible from the “Fieldbus”
menu is “About Fieldbus…”.
In “on-line” mode (see chapter 6.12.2 “ABC” Element,
page 82), the window shown opposite will be
displayed. In “off-line” mode the word “Unknown” will
replace “Profibus-DP” to show that the type of
upstream network cannot be identified.
6.12.2. “ABC” Element
The two commands accessible from the “ABC” menu are “About ABC…” and
“Disconnect” (or “Connect” if you are in “off-line” mode).
- Running “About ABC…”
allows AbcConf to upload and
display information showing
the software version on the
PC and the software version
in the gateway.
An example is shown
opposite.
When you run “About ABC…” in “off-line” mode, the last three fields are replaced by “Unknown” to show that the
gateway software version cannot be identified.
N.B.: Only the software version in the gateway’s Modbus card is displayed. This software is common to several
types of gateway marketed by
accessible.
- The “Disconnect” command allows you to go from “on-line” to “off-line” mode. It is only available in “on-line”
mode. It is replaced by “Connect” once you are in “off-line” mode.
Apart from these two exclusive commands, the transition to “on-line” mode is requested by AbcConf when
certain events do occur (AbcConf is launched, use of “Upload” and “Download” commands, etc.).
Schneider Electric. The gateway's Profitus-DP board software version is not
AbcConf’s connection mode is displayed to the right of its status bar:
“On-line” mode (the LED on the left is green)
“Off-line” mode (the LED on the right is red)
83
6. Configuring the Gateway
Apart from the “Control/Status Byte” and “Module Reset” options, the configuration of the LUFP7 gateway’s
“ABC” element should not be changed. Out of the four options shown below, the last two should therefore retain
the values shown: “Serial” and “Master Mode”.
These four options allow you to configure certain of the gateway’s system aspects:
- Control/Status Byte: The three possibilities offered for this option are described in chapter 5 Gateway
Initialization and Diagnostics, page 37.
- Module Reset: By default, this option prevents the gateway from reinitializing itself when there is an internal
operation problem. Changing this option is mainly intended for “laboratory” type use.
- Physical Interface: The only possibility offered by this option shows that the physical interface of the
downstream network of the gateway is a serial link.
- Protocol: This option should not be changed, because it indicates the type of protocol used on the network
downstream of the gateway. With the LUFP7 gateway, “Master Mode” must be selected. The other possibilities
available are reserved for other products from the same family as this gateway.
6.12.3. “Sub-Network” Element
The five commands accessible from the “Sub-Network” menu are:
- “Monitor”: Allows you to view the correspondence between the data
from Modbus commands and the content of the gateway’s memory.
Examples of how to use this command are shown in chapters 6.8.3
(page 54), 6.8.4 (page 58) and 6.9 (page 63).
- “Add Node”: Allows you to add a new node on the downstream Modbus
network. Each node corresponds to a different Modbus slave. This
command is not available if there are already 8 Modbus slaves, which is
the case with the gateway’s default configuration.
- “Add Broadcaster”: Allows you to add a broadcaster node (see chapter 6.13 Adding a Broadcaster Node, page 85).
- “Load Node”: Allows you to add a pre-configured node on the downstream Modbus network. The configuration
for this node is contained in an XML file (see the section on “Importing/Exporting a Modbus slave configuration”
in chapter 6.7 Adding a Modbus Slave, page 50). This command is not available if there are already 8 Modbus
slaves, which is the case with the gateway’s default configuration.
84
6. Configuring the Gateway
- “Sub-Network Status…”: In “on-line” mode (see
chapter 6.12.2 “ABC” Element, page 82), this command
displays a window summarizing the values of the gateway’s
error counters. These counters are also used by the
gateway to update the value of its status word (see
chapter 5.2.2 Gateway Status Word, page 40). The
“Update” button allows you to refresh the values of these
counters.
When you run this command in “off-line” mode, all of the
values displayed are replaced by the word “Unknown” to
show that they cannot be read on the gateway. The
“Update” button then becomes inaccessible.
When the “Sub-Network” element is selected, you have access to all of the options allowing you to configure the
gateway’s communication protocol format on the Modbus network. The various settings you can make are
described below. All of the Modbus slaves present must support this configuration and be configured
appropriately.
- Bitrate (bits/s): The gateway
supports a limited number of
communication speeds.
Choose the speed that suits
your Modbus network.
- Data bits: 8 bits (required).
- Message delimiter (10ms):
Period of silence added to
the normal period of silence
between the end of one
message and the start of the
next message. The normal
period of silence
corresponds to the time
taken to transmit
3.5 characters.
- Parity: Choose the parity
according to the format
chosen for communications
on your Modbus network.
- Physical standard: RS485
(required).
- Start bits: 1 bit (required).
- Stop bits: 1 or 2 bits.
85
6. Configuring the Gateway
6.13. Adding a Broadcaster Node
A broadcaster node does not correspond to any Modbus slave in particular, as it applies to all Modbus slaves.
All the commands which will be configured for this node will be transmitted with the “Slave Address” field set to
16#00. This means that all of the slaves will run the command, but that none of them will respond to it.
To add a broadcaster node, select “Sub-Network”, then choose “Add
Broadcaster” from the “S
this way does not count in the limit on the number of configurable nodes. A
simple example is shown opposite:
The addition and configuration of a Modbus command in the list of broadcaster
node commands is done in the same way as for other nodes, but with the
following differences:
- The list of standard Modbus commands which can be used in broadcast is
considerably smaller. Only functions 16#06 and 16#10 can be used (see list
in chapter 6.11.2, page 70).
- The command is made up of a query, but does not include any response. The query bears the name of the
command itself, instead of the name “Query.” Also, each broadcast command only consumes one of the
50 queries and responses allowed by the gateway, as there is no possible response for such a command.
- The value of the query’s “Minimum time between broadcasts (10ms)” field must be changed if the default
value (1 second) is not suitable.
ub-Network” menu. The broadcaster node created in
- The value of the query frame’s “Slave Address” field is set to 16#00.
Please see chapter 6.11.2.2 Configuring the Query, page 72, for further details on how to configure a Modbus
query.
86
7. Appendix A: Technical Characteristics
7.1. Environment
Dimensions (excluding connectors)
External appearancePlastic case with device for fixing to a DIN rail.
TorquePSU connector: between 5 and 7 lbs.-in.
Power supply
Maximum relative humidity95% without condensation or seepage, according to IEC 68-2-30
Ambient air temperature
around the device, in a dry
environment
UL
EC
Electromagnetic compatibility
(EMC): Transmission
Electromagnetic compatibility
(EMC): Immunity
Height: 120 mmWidth: 27 mmDepth: 75 mm
24V insulated ±10%
Maximum consumption: Around 95 mA
Maximum internal consumption for all of the gateway’s electronic cards,
relating to the internal 5V PSU: 450 mA
According to IEC 68-2-1 Ab, IEC 68-2-2 Bb and IEC 68-2-14 Nb:
• Storage:–25°C (±3) to +85°C (±2)
• Operation:–05°C (±3) to +70°C (±2)
E 214107 certificate
“open type” category
The product should be installed in an electrical cabinet or in an equivalent location.
Certified as complying with European standards, unless otherwise stated.
Complies with the EN 50 081-2:1993 (industrial environment) standard
Tested according to class A radiation under the EN 55011:1990 standard
Complies with the EN 50 082-2:1995 and EN 61 000-6-2:1999 (industrial
environment) standard
Tested according to the ENV 50 204:1995, EN 61000-4-2:1995, EN 61000-4-3:1996,
EN 61000-4-4:1995, EN 61000-4-5:1995 and EN 61000-4-6:1996 standards.
• Nature of network: Device-oriented bus (DeviceBus).
• Network topology: multipoint linear topology (bus) with adapted and active line
terminations (see chapter 2.6.2 Wiring Recommendations for the Profibus-DP
Network, page 20).
• Physical media: single twisted pair copper cable, shielded or not, preferably a
type A Profibus-DP cable, with the following characteristics:
• Connections: 9-point SUB-D connectors, preferably (see chapter 2.6.2 Wiring
Recommendations for the Profibus-DP Network, page 20).
• Communication speed: 9.6, 19.2, 45.45, 93.75, 187.5, 500, 1,500 or 12,000 kbits/s.
• Maximum network length: the length of each segment (from one line termination
to the other) is limited and depends upon the transmission rate. Using one, two,
or three repeaters makes it possible to put such segments end to end; one can
thus derive the maximum
maximum length of each segment.
Transmission ratesegment length(with the tree repeters)
Up to 93.75 kbits/s.................................. 1,200 m.......................... 4,800 m
00,187.5 kbits/s.................................... 1,000 m.......................... 4,000 m
00,500,0 kbits/s .................................... 0,400 m.......................... 2,000 m
01,500,0 kbits/s.................................... 0,200 m.......................... 0,800 m
12,000,0 kbits/s.................................... 0,100 m.......................... 0,400 m
total length of the network, without changing the
MaximumMax. network length
87
7. Appendix A: Technical Characteristics
Profibus-DP
characteristics
(cont'd)
• Maximum number of stations: 32 stations per segment, repeater included; up to
126 stations with all three repeaters (repeaters included). Address 126 is reserved
and should therefore not be used for exchanging data.
• Possible types of stations: there are three types of Profibus-DP stations:
- Class 1 DP master (DPM1): PLC, PC, etc. exchanging information with DP slaves.
- Class 2 DP master (DPM2): A programming, bus configurating, or commissionning
device, used to configure the Profibus-DP network upon commissioning and operation,
or supervision.
- DP slave: Peripheral device that exchanges data cyclically with “its” active DPM1
station.
• Mono-master or multi-master network.
• Hybrid access method: Acyclical communication between masters using the
transfer of a token (synchronisation); cyclical master/slaves communications
(application data transfers).
• Up to 244 input bytes and 244 output bytes per DP slave; typical exchange of
32 bytes per slave.
• Operating modes: Functional operations (cyclical I/O exchanges), resetting to
zero (input reading and output resetting), or disruption (only inter-master
functions are allowed).
• Input (Freeze-Mode) and/or output (Sync-Mode) synchronisation of all DP
slaves.
• Other services offered:
- Verification of DP slaves configuration.
- Advanced diagnostics on three hierarchical levels.
- Allocation of DP slaves addresses.
- DP slaves provided with a watchdog triggering timeout.
- Protection of DP slaves' access to I/O.
• Possibility to connect or disconnect a station without impacting on
communications between other stations.
• Performance
results:
presenting the bus
cycle time of a monomaster Profibus-DP
network, according to
the number of DP
slaves present on
that network (with 2
input bytes and 2
output bytes per DP
slave).
diagram
Profibus-DP LUFP7
gateway specifics
88
Test conditions: minimum slave time interval = 200 µs; TSDI = 37 × duration of
one bit; TSDR = 11 × duration of one bit.
• Network type: PROFIBUS EN 50 170 (DIN 19245).
• Protocol version: v1.10.
• Standard connections: Female SUB-D 9-point connector, which is
recommended for baud rates exceeding 1.5 Mbits/s.
• All baud rates supported (9.6, 19.2, 93.75, 187.5, 500, 1,500, 3,000, 6,000 and
12,000 kbits/s); automatic baud rate detection.
• "DP slave" Profibus-DP station.
• Cyclical data transmissions: up to 244 input bytes and 244 output bytes;
416 bytes exchanged maximum, inputs and outputs included; 24 modules
maximum used to configure these I/O.
7. Appendix A: Technical Characteristics
Profibus-DP LUFP7
gateway specifics
(cont'd)
Modbus RTU
characteristics
Specific Modbus RTU
features of the LUFP7
gateway
Structure of the LUFP7
gateway’s memory:
Inputs
• Profibus-DP address configured using 2 coding wheels (address between 1 and
• "Resetting to zero" operating mode (input reading and output resetting to zero)
not supported.
• Input synchronisation (Freeze-Mode) and output synchronisation (Sync-Mode)
supported.
• Gateway address allocated by a master: Service not supported.
• Configuration conducted using a specific GSD file.
• DP-V1 extensions not supported (transmission of non-cyclical data).
• Galvanic gateway insulation from the network; D(A) and D(B) signal insulation
using opto-couplers.
• Physical media: RS485 serial link
• Network topology: Multipoint linear topology with adapted line terminations
(impedance of 120 Ω in parallel with a capacity of 1 nF)
• Communication speed: 1,200 to 57,600 kbits/s
• Data bits: 8
• Subscriber addresses: 1 to 247. Address 0 reserved for broadcasting.
Addresses 65, 126 and 127 reserved if drivers and/or starters from
Electric
• Period of silence: Equivalent to the transmission of 3.5 characters.
• Maximum number of subscribers (excluding gateway): 8 Modbus slaves.
• Maximum number of commands configured: Up to 50 Modbus queries and
responses configured for the same gateway using AbcConf.
• Communication speed: 1,200, 2,400, 4,800, 9,600, or 19,200 bits/s, configured
using AbcConf.
• Period of silence: Possibility of increasing the gateway’s period of silence, in
10 ms steps, using AbcConf.
• Parity: None, even or uneven, configured using AbcConf.
• Start bits: 1 bit, configuration using AbcConf.
• Stop bits: 1 or 2 bits, configuration using AbcConf.
• 2 bytes for the diagnostics of errors on the downstream network by the gateway
(see chapter 5 Gateway Initialization and Diagnostics, page 37).
• 242 bytes accessible by the Profibus-DP master in the form of input data (see
chapter 10.2.1 Input Data Memory Area, page 95, for default use of these input data).
• 268 input bytes inaccessible by the Profibus-DP master due to the maximum
number of input bytes that can be exchanged with the gateway (see chapter 4.2.6
Editing and Configuring the Gateway, page 29).
are used on the same Modbus network.
Addresses
16#0000
16#0001
16#0002
:
16#00F3
16#00F4
:
16#01FF
(unless “Control/Status Byte” = “Disabled”)
Inputs accessible by the Profibus-DP master
Inputs inaccessible by the Profibus-DP master
Input data area
Gateway status word
(242 bytes)
(268 bytes)
Schneider
89
7. Appendix A: Technical Characteristics
Structure of the LUFP7
gateway’s memory:
Outputs
Structure of the LUFP7
gateway’s memory:
General data
• 2 bytes for the activation or inhibition of the downstream network by the gateway
(see chapter 5 Gateway Initialization and Diagnostics, page 37).
• 242 bytes accessible by the Profibus-DP master in the form of output data (see
chapter chapitre 10.2.2 Output Data Memory Area, page 96, for default use of
these output data).
• 268 output bytes inaccessible by the Profibus-DP master due to the maximum
number of output bytes that can be exchanged with the gateway (see
chapter 4.2.6 Editing and Configuring the Gateway, page 29).
Addresses
16#0200
16#0201
16#0202
16#02F3
16#02F4
16#03FF
• 1,024 bytes inaccessible through the Profibus-DP master.
Addresses
16#0400
16#051F
16#0520
16#063F
16#0640
:
16#07BF
16#07C0
16#07FD
16#07FE
16#07FF
Outputs inaccessible by the Profibus-DP master
(384 bytes; area not used by the LUFP7 gateway)
Profibus-DP master control word
(except if “Control/Status Byte” = “Disabled”)
Outputs accessible by the Profibus-DP master
Input area reserved for the Mailboxes
Output area reserved for the Mailboxes
Internal area reserved for the management
Internal area reserved for the control registers
(62 bytes / MSB first for 16-bit data)
Gateway status / Profibus-DP master control
Output data area
(242 bytes)
(268 bytes)
General data area
(288 bytes)
(288 bytes)
of the upstream network
(2 bytes)
Data transfer order
(swapping)
90
You can use the general data area for Modbus input data (from Modbus
responses) if you do not want the Profibus-DP master to have access to them. In
this case,
the same addresses in this area, the corresponding memory locations will be
displayed in red in the “General Area” section of the “Sub-network Monitor”
window (see page 55 for an example). However, this will have no consequences
on the gateway during run-time.
• Profibus-DP network: MSB first and LSB last.
• Modbus RTU network: MSB first and LSB last.
• LUFP7 gateway MSB stored in the lowest memory address.
→ In most cases, the option which should be chosen for Modbus data stored in
the gateway’s memory is “No swapping”. This option relates to all “Data” fields
for Modbus queries and responses frames.
always use 16{#4000 as the starting address. If you use multiple times
8. Appendix B: LUFP7 Gateway GSD File
The LUFP7 gateway GSD file contains all the information and settings for configuring the gateway under
Profibus-DP. This file, “
by the DPM1 master PLC during setup phases.
Refer to chapter 4.2.4 Setting up the Gateway Description Files, page 28, to review the procedure for importing
the GSD file under SyCon.
8.1. Identification Number
The most important information contained in the GSD file is the identification number “Ident_Number” of the
device type it designates (DP slave or DPM1 master). This identification number is, in particular, used by a
DPM1 master upon setting up its communications with a DP slave, in addition to checking its address on the
Profibus-DP network.
The allocation of Profibus-DP identification numbers is reserved for the Profibus International (PI) association. As
each identification number is unique and specific to each device type, you should change neither the number, nor
the remainder of the provided GSD file.
Sample Profibus-DP products, with their identification numbers and the related GSD files:
Schneider Electric productIdentification numberName of the related GSD file
LUFP7 gateway
TEGO POWER
ATV58
ATV68
TSX PBY 100
ATV58/ATV66 gateway
Tele071F.gsd”, is used by SyCon to generate information that will eventually be used
Schneider Electric reserves the rights to change the content of this file.
16#071FTele071F.gsd
16#BECE tk3110.gsd
16#00B9Tele00b9.gsd
16#1234VEE_1234.gsd
16#1654Sad_1654.gsd
16#2332atvp2332.gsd
8.2. GSD File Content
;============================================================
; Profibus Device Database of :
; Schneider Electric Gateways
; Model : LUFP7
; Description : Profibus-DP/Modbus Gateway
; Language : English
; Date : 14 November 2002
; Author : Schneider Electric [EB/JFR]
;============================================================
#Profibus_DP
100 µs is the smallest interval that can be
configured.
The LUFP7 gateway is a modular
Profibus-DP device, i.e. the size of its I/O
exchanges on the Profibus-DP network is
configured by combining several modules
together (see below).
Supported and not supported Profibus-DP
services (cont'd).
The length of the gateway's diagnostic data
should remain equal to 6.
parameter data (the “
and “
User_Prm_Data” parameters are
N.B. there are no
User_Prm_Data_Len”
therefore omitted).
Names of the bitmap files used by SyCon
to display the gateway's connection
status.
Beginning of the section where the
modules used for configuring the sizes of
the gateway inputs and outputs are
defined.
The configuration described below corresponds to the LUFP7 gateway’s default configuration.
This chapter mainly gives the user information about the performances obtained on the
downstream Modbus network. It allows the user to decide whether, for example, he should
change the period for cyclical exchanges with one or more of the TeSys U motor starters (see
chapter 6 Configuring the Gateway, page 44).
10.1. Configuring Modbus Exchanges
The LUFP7 gateway carries out four types of exchanges with each of the 8 TeSys U motor starters. The first two
exchanges are cyclical and allow you to control and monitor the motor starter. The last two exchanges are
aperiodic (only when there is a change in the values of the data to be transmitted to the motor starter) and allow
you to read and change the value of any motor starter parameter.
FunctionModbus function
16#03
16#10
(16#03)
(16#06)
(1) Number of bytes in the Query + number of bytes in the Response, plus a period of silence of 3.5 characters
for each of these two frames (see description of the “Message delimiter (10ms)” parameter in
chapter 6.12.3 “Sub-Network” Element, page 83). Each byte will be transmitted in the form of a group of
10 bits (8 data bits, 1 start bit and 1 stop bit). These values allow you to calculate the approximate amount
of traffic on the downstream Modbus network as follows:
Volume of periodic traffic (300 ms period).....................
For 1 TeSys U motor starter ............................................................... 1 × 480 × (1,000 ÷ 300) = 01,600 bits/s
For 8 TeSys U motor starters ........................................................... 8 × 480 × (1,000 ÷ 300) = 012,800 bits/s
As a result, on a network operating at 9,600 bits/s, you will need to considerably increase the cycle time for
all or part of the periodic Modbus commands. On the other hand, at a speed of 19,200 bits/s (default
speed), the available bandwidth is sufficient to allow proper communications, even in occasional degraded
mode (frames re-transmission), and to allow the use of aperiodic parameter reading/writing exchanges.
Read Holding
Registers
Preset Multiple
Registers
(Read Holding
Register)
(Preset Single
Register)
Number of
bytes (1)
11,5 + 10,5
14,5 + 11,5
011,5 + 10,5
11,5 + 11,5
Exchange between the LUFP7 gateway
and the TeSys U motor starter
Periodic reading (300 ms period) of the TeSys U motor
starter’s status register (address 455 = 16#01C7) only
Periodic writing (300 ms period) of the TeSys U motor
starter’s status register (address 704 = 16#02C0) only
Aperiodic reading of the value of a single parameter, for a
single TeSys U motor starter at a time (function and
address supplied by the user)
Aperiodic writing of the value of a single parameter, for a
single TeSys U motor starter at a time (function and
address and value supplied by the user)
The LUFP7 gateway’s DPRAM memory contains all of the data exchanged between the gateway and the
8 TeSys U motor starters, as well as two special registers only exchanged between the gateway and the
Profibus-DP master (words used for managing the downstream Modbus network).
The flow of data exchanged between the TeSys U motor starters, the gateway and the Profibus-DP master is
shown below, in order to highlight the role of the gateway’s memory in these exchanges:
TeSys U motor starters
Outputs
c
d
e
j
Modbus
Inputs
N.B.: The total number of input and output bytes should be less than or equal to 416 bytes. It is therefore not
possible to configure both the maximum number of input bytes and the maximum number of output bytes, which
are both equal to 244 bytes.
10.2.1. Input Data Memory Area
The gateway has 244 input bytes. Only the first 32 bytes are used. Byte 12#0012 is used for adjusting the
following 16-bit data, so that they can be aligned on even addresses, and for obtaining a total size of 32 input
bytes. One should therefore configure only one 32-byte input/output module using a Profibus-DP configuration
device such as SyCon.
1 wordGateway status word
1 wordValue of the motor starter c status register
1 wordValue of the motor starter d status register
1 wordValue of the motor starter e status register
1 wordValue of the motor starter f status register
1 wordValue of the motor starter g status register
1 wordValue of the motor starter h status register
1 wordValue of the motor starter i status register
1 wordValue of the motor starter j status register
1 byteFree memory location
1 byteSlave no. (16#01 to 16#08)
1 byteFunction number (16#03)
1 byteNumber of bytes read (16#02)
1 wordValue of the parameter read (16#xxxx)
1 byteSlave no. (16#01 to 16#08)
1 byteFunction number (16#06)
1 wordAddress of the parameter written (16#xxxx)
1 wordValue of the parameter written (16#xxxx)
1 byteRead parameter response counter
1 byteWrite parameter response counter
1 byte
…
1 byte
1 byte
…
1 byte
Free input area
(212 bytes)
Unusable input area
(268 bytes)
96
10. Appendix C: Default Configuration
10.2.2. Output Data Memory Area
The gateway has 244 output bytes. Only the first 32 bytes are used. One should therefore configure only one 32byte input/output module using a Profibus-DP configuration device such as SyCon.
ServiceAddressSizeDescription
Managing the downstream
Modbus network
Periodic communications
—
Controlling
TeSys U motor starters
Aperiodic communications
—
Reading the value of a
motor starter parameter (Q
Aperiodic communications
—
Writing the value of a
motor starter parameter (Q
Aperiodic communications
(“Trigger bytes” for the queries)
——
——
UERY)
UERY)
16#0200
16#0202
16#0204
16#0206
16#0208
16#020A
16#020C
16#020E
16#0210
16#0212
16#0213
16#0214
16#0216
16#0218
16#0219
16#021A
16#021C
16#021E
16#021F
16#0220
…
16#02F3
16#02F4
…
16#03FF
1 wordProfibus-DP master control word
1 wordValue of the motor starter c command register
1 wordValue of the motor starter d command register
1 wordValue of the motor starter e command register
1 wordValue of the motor starter f command register
1 wordValue of the motor starter g command register
1 wordValue of the motor starter h command register
1 wordValue of the motor starter i command register
1 wordValue of the motor starter j command register
1 byteSlave no. (16#01 to 16#08)
1 byteFunction number (16#03)
1 wordAddress of the parameter to be read (16#xxxx)
1 wordNumber of parameters to be read (16#0001)
1 byteSlave no. (16#01 to 16#08)
1 byteFunction number (16#06)
1 wordAddress of the parameter to be written (16#xxxx)
1 wordValue of the parameter to be written (16#xxxx)
1 byteRead parameter query counter
1 byteWrite parameter query counter
1 byte
…
1 byte
1 byte
…
1 byte
Free output area
(212 bytes)
Unusable output area
(268 bytes)
10.2.3. Total Number of Modbus Queries and Responses
The total number of Modbus queries and responses is equal to 36
responses for each of the 8 TeSys U motor starters, plus 2 aperiodic queries and 2 aperiodic responses for all of
these motor starters). Since the total number of the Modbus queries and responses one can configure for a
single gateway is limited to 50, there is only 14 spare Modbus queries and responses (that is to say the
equivalent of 7 Modbus commands).
So this reserve does not allow the addition of any single Modbus command for each of the TeSys U motor
starters, as this would require the use of 16 Modbus queries and responses (1 query and 1 response for each of
the 8 motor starters).
(2 periodic queries and 2 periodic
97
11. Appendix D: Sample Use under PL7 PRO
A practical example can be found on the CD LU9CD1. It is composed of four files.
• The first file, “LUFP7_Tutorial_EN.pb”, is a SyCon file for a Profibus-DP network. It therefore represents
the configuration of the Profibus-DP network, as it is described in the previous chapters. This file is useful
only if you wish to change the configuration.
• The second file, “LUFP7EN.cnf”, is the configuration file exported in ASCII format from SyCon. It
corresponds to the configuration defined in the previous file. You must therefore generate a new “
if you change the first file or use another “
LUFP7EN.cnf” file should be copied to the “C:\PL7USER\” directory. If you copy it to another
The “
directory, you should specify its location, under PL7 PRO, using the “Load CNF” button available in the
TSX PBY 100 board configuration screen.
• The third and fourth file, “lufp7_tutorial_EN_tsx57353.stx” and
lufp7_tutorial_EN_tsx57202.stx”, are PL7 PRO files and therefore represents the actual example
“
for a TSX Preimum PLC with respectively a TSX57353 processor and TSX57202 processor. The next
chapters deal with its content and the way to use those files.
The configuration of the two SyCon files corresponds exactly to what is described in the previous chapters.
Therefore, their content is not detailed here. However, the PL7 PRO file is described below, based on the
structure of the program sections used and the related operating screens.
.pb” file.
11.1. Overview of the “LUFP7 - Tutorial Example”
.cnf” file
In this example, the various program sections and subprograms (icon
are organized as follows:
• LUFP7 gateway initialization and diagnostics:
Handshake_lufp7
Handshake_master
LUFP7 Gateway Exchanges
• Control and supervision screen for the 8 TeSys U motor
starters:
Cmde_mon
Sr0
Supervision Control
• Reading and writing of any TeSys U motor starter
parameter (service similar to the “parameter area PKW”):
Pkw_service
PKW Service
Each of the groupings presented above is described in an
independent chapter.
), and also the operations screens (icon )
98
11. Appendix D: Sample Use under PL7 PRO
This description remains concise, because it is only meant to describe the overall operation of the program and
the way to use the related screen. If you need further detail, don't hesitate and review the actual content of the
example under PL7 PRO.
The source code is commented by and large to help you understand how this works. Each "program" file starts
with a short description of the way it operates, and each line includes a comment.
Each variable used has a symbol whose name describes its use. Use keyboard shortcuts “
to display the variables by addresses (e.g. %MW80) or by symbols (e.g. Pkw_checked_boxes_slave).
Two animation tables (icon
first animation table presents the I/O that correspond to the exchanges with the LUFP7 gateway, i.e. %IW4.0 to
%IW4.0.15 and %QW4.0 to %QW4.0.15. The second table presents the I/O related to the aperiodic service for
reading/writing the value of any motor starter parameter, and also some local variables used by this service. In
the context of this example, this service is also called “PKW” due to its limited similarity with the PKW service
implemented on a few other products from
way as the PKW service and must therefore not be used identically!
) have been created, “Lufp7_inputs_outputs” and “Parameter_read_write.” The
Schneider Electric. N.B. This service was not implemented the same
Ctrl+E” and “Ctrl+F”
11.2. LUFP7 Gateway Initialization and Diagnostics
The “LUFP7 gateway exchanges” operating screen comprises four separate sections:
• Hexadecimal display of gateway input data (%IW4.0 to %IW4.0.15) in the INPUTS frame. These inputs are
named and grouped in the same manner as in this guide (see chapter 4.2.9 Configuring the Gateway I/O
under PL7 PRO, page 32). Of course, the display of these input data is correct only if the gateway default
configuration is used.
A green/red LED indicates whether the various input data have already been updated by the gateway. It is
associated to bit 13 (ABC_DU) of the gateway status word.
These input data include periodic Modbus data (controlling and monitoring) and aperiodic
Modbus data (parameter reading/writing). In order for the LED to turn green, a parameter
read command and a parameter write command must both have received a response
from a Modbus slave!
A second green/red LED indicates whether the input data are updated on a periodic basis or not by the
gateway, i.e. if periodic exchanges take place properly with all Modbus slaves. It is associated to bit 12 of
the gateway status word. Unlike the first LED, only one Modbus command per slave should receive a
response on a periodic basis for this LED to remain green.
• Hexadecimal display of gateway output data (%QW4.0 to %QW4.0.15) in the OUTPUTS frame. Ditto.
The green/red LED indicates whether the Profibus-DP master wants the gateway to communicate with the
Modbus slaves. It is associated to bit 13 (FB_DU) of the Profibus-DP master control word, which is updated
in the “Handshake_master” program, in accordance with the user controls described below.
User controls for enabling / disabling exchanges on the gateway Modbus sub-network. These two exclusive
•
buttons are meant to switch the value of bit 13 (FB_DU) of the Profibus-DP master control word and to
generate a new control meant for the gateway (see “Handshake_master” program description and
chapter 5.2.1 Profibus-DP Master Control Word, page 38).
See note (1).
See note (1).
99
11. Appendix D: Sample Use under PL7 PRO
• Comprehensive display of LUFP7 gateway diagnostics, via a thorough interpretation of the gateway status
word (see chapter 5.2.2 Gateway Status Word, page 40). This interpretation is made in the program
“Handshake_lufp7”.
A button appears as soon as a new diagnostic is made available by the gateway for the Profibus-DP
master. Pressing that button takes the new value of the gateway status word into account and
acknowledges the new diagnostic.
“Handshake_master” program assists the screen presented on the previous page in conducting the
The
following tasks:
• Display of two buttons meant for enabling and disabling exchanges on the gateway Modbus sub-network
See note (1).
Transmission (to the gateway) of the command related to the button pressed by the user. This is done only
•
once the gateway acknowledges the previous command, i.e. once bit 14 of the gateway status word has the
same value as bit 14 of the Profibus-DP master control word. (1)
In that case, bit 13 of the Profibus-DP master control word is updated in accordance with the user
command, and the value of its bit 14 is inverted to notify the gateway of the presence of a new command.
See note (1).
(1)
The LED, the two buttons, and the related processings, should not be used with the gateway default
configuration as the choice retained for the “Control/Status Byte” option is “Enabled but no startup lock”
(see chapter 5 Gateway Initialization and Diagnostics, page 37 and chapter 5.3 Diagnostic Only, page 41).
These elements are therefore only meant to make this example compatible with the “Enabled” option (see
chapter 5.2 Full Management, page 37).
“Handshake_lufp7” program also assists the screen described on the previous page in conducting the
The
following tasks:
• Display the button meant to take the content of the gateway status word into account. This button is
displayed only if a new diagnostic is available, i.e. if the value of bit 15 of the gateway status word is
different from that of bit 15 of the Profibus-DP master control word.
• When the user presses that button, the content of the gateway status word is analyzed in order to generate
four separate messages according to the following data: gateway input data update/validity (bit 13),
periodicity of Modbus exchanges (bit 12), error code (bits 8-11) and unit/nature of the data element related
to the error code (bits 0-7).
Bit 15 of the Profibus-DP master control word is then set to the same value as bit 15 of the gateway status
word to notify the gateway that the diagnostic has been taken into account and it can therefore deliver a
new one.
100
11. Appendix D: Sample Use under PL7 PRO
11.3. Controlling and Supervising the 8 TeSys U Motor Starters
The “Supervision Control” operating screen (see picture below) is meant to monitor the status of the 8 TeSys U
motor starters, numbered from 1 to 8. It is also meant to control them individually using several buttons.
Registers 455 and 704 of each of the 8 TeSys U motor starters are used to conduct this control and supervision:
455 – TeSys U status register (IEC61915)
Bit 0 ..........Motor starter ready
Bit 1 ..........Contactor in the ON position (
Bit 2 ..........Fault (
Bit 3 ..........Alarm presence
Bit 4 ..........Specific:
Bit 5 ..........Specific: Fault reset authorized
Bit 6 ..........Specific: A1-A2 supply
Bit 7 ..........Specific: Motor running
Bits 8-13...Motor current (2#10 0000 = 200%)
Bit 14 ........ Reserved: Local control
Bit 15 ........Ramping (motor starting)
These statuses and controls are grouped in two sections: “General Status”, for the general operating mode of
the motor starters, and "Motor" for the general operating mode of controlled motors. The last section, “DEBUG
COMM.”, displays the registers %IW and %QW used for each motor starter.
This screen is represented below, but only for the first motor starter, as it is identical for the 7 others.
Most displays in this operating screen are directly tied to the %MW
registers containing the values of registers %IW4.0.1 to %IW4.0.8 and
%QW4.0.1 to %QW4.0.8 (status and command registers of the TeSys U
motor starters). Only the indirect controls and statuses are described
below.
trip or dropout)
Tripped ( I >> )
1 )
704 – (IEC61915) command register
Bit 0 ..........Reserved: Run forward
Bit 1 ..........Reserved: Run reverse
Bit 2 ..........Reserved (stopping)
Bit 3 ..........Reset
Bit 4 ..........Reserved (emergency start)
Bit 5 ..........Self test: Triggering test (
Bit 6 ..........Reserved (low speed)
Bits 7-11 ...Reserved by the IEC61915 standard
Bit 12 ........Specific: Overload (
Bit 13 ........Specific: Pause (reserved for adjustment)
Bits 14-15 .Specific: Reserved
trip)
shunt trip)
“Cmd_mon” program conducts the following tasks:
The
• Copy the values of words %MW20 to %MW27 to output registers
%QW4.0.1 to %QW4.0.8, and copy the values of input registers
%IW4.0.1 to %IW4.0.8 to words %MW10 to %MW17.
These data are copied because word bit extraction can be carried out
on %MW indexed words, but not on %IW indexed words. Actually, the
sub-program
possible to process any motor starter, since it is designated by the word
%MW0.
“%IW4.0.1[%MW0]:X13”.
Furthermore, the input and output words are copied one by one, as
PL7 PRO does not support expressions such as “%IW4.0.1:8”.
• “Sr0” sub-program calling loop, whose purpose is to control and
monitor of the 8 TeSys U motor starters. Upon each iteration of this
loop, the word %MW0 (“Module”) takes a value from 0 to 7 in order
to be used as an index for words %MW10 to %MW17 (inputs) and
%MW20 to %MW27 (outputs).
“Sr0” uses word indexing to a large extent, as it makes it
E.g.: “%MW10[%MW0]:X13” is allowed, but not
101
Loading...
+ hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.