Professional Documents
Culture Documents
UPDATING LIST
In this issue of the manual, with respect to the previous one, changes to technical contents have been per-
formed due to the product updating. The modified sections are listed below.
TITLE: MANUAL FOR FIELD BUS AND ETHERNET COMMUNICATIONS
A
UPDATING LIST
B
PREFACE
Symbol used to identify operating procedures, technical information and precautions which, if
not complied with and/or carried out correctly may cause injury to personnel.
Symbol used to identify operating procedures, technical information and precautions which, if not
complied with and/or carried out correctly may cause damage to the equipment.
TRAINING COURSES
· COMAU Robotics organises special training courses for robot system operating, programming and
maintenance personnel.
· Further courses can be organised to cater for any particular requirements and to provide the technical
and practical information required for independent operation of the COMAU robot system, depending on
the level of knowledge of the participants.
REFERENCE DOCUMENTS
For additional information on the communication modules consult the following documents:
· C3G Plus Technical Specifications;
· EZ Programming Environment;
· PDL2 Programming Language Manual;
· C3G Programming Guide;
· Application Program Manuals;
· Robot Use and Maintenance Manuals;
· C3G Plus Options Installation Manual.
00/0499 i
PREFACE
ii 00/0499
PREFACE
CONTENTS
This manual contains:
Page
00/0499 iii
PREFACE
Page
ETHERNET DeviceNet module (C3G-EDN) ..............................................................................................47
DeviceNet Slave ....................................................................................................................................47
Test mode..............................................................................................................................................48
$SDIN and $SDOUT for C3G-EDN .......................................................................................................49
Interface DeviceNet ....................................................................................................................................51
MS led - module status..........................................................................................................................52
NS led - network status .........................................................................................................................52
DeviceNet Slave configuration ...................................................................................................................54
Appendix A
Example of program for use of the C3G-EIM Interbus master module .................................................55
Example of program for to set FTP parameters ....................................................................................57
Example of PDL2 program for using slave field bus with C3G-RIO ......................................................59
iv 01/1099
COMMUNICATIONS
FIELD BUS
These communication modules manage the field bus and were created to replace the traditional parallel I/O
link between robot controller and PLC managing the entire automated line.
By means of these interfaces, a certain number of input and output words can be transferred via a serial line
(field bus). In these words the robot control unit can duplicate its remote interface usually available on the
system I/Os of the SIM module on the X31 connector. The line PLC can consequently manage the robot
control unit, check its status, exchange signals devoted to the remote application via the same line.
The SIM module signals will always be active. Consequently, the “NOT DRIVE OFF” and the
“NOT HOLD” signals must be connected to the 24VDC.
The communication module communicates with the line autonomously via a specific microprocessor and
dedicated firmware.
The C3G system software manages the signals for remote interface previously defined in the SIM module
(DRIVE-ON/OFF, START, HOLD, etc.) and makes the rest of the words available to the user in an area de-
fined by the $WORD variables that can be used by the PDL2 language and also by the C3G integrated PLC.
The robot control unit reserves the first 32 $WORD for communication module and system I/O data. As the
first 512 PDL2 $WORD are shared with the C3G integrated PLC, the same $WORD pointers can be used in
the PLC LADDER programs, where the words are called V MEMORY.
Here follows a reserved $WORD map for C3G-RIO, C3G-EIM and C3G-PFDP slave modules. Refer to the spe-
cific paragraph for the C3G-IBS MASTER module.
01/1099 1
COMMUNICATIONS
16 $WORD 1
1 INPUT ALTO/INPUT UP
SIM 1
2 INPUT BASSO/INPUT DOWN
3 OUTPUT ALTO/OUTPUT UP
4 OUTPUT BASSO/OUTPUT DOWN
5
16
17 COPIA OUTPUT SIM /SIM OUTPUT COPY
19
20 OUTPUT FREE
TO PLC
AL PLC
LIBERO OUTPUT
21
PER FOR
RIO (C3G-RIO)
23
24
25 COPIA INPUT SIM /SIM INPUT COPY
27
FROM PLC
28 INPUT FREE
DA PLC
LIBERO INPUT
29
PER FOR
30 UTENTE USER
31
32
A DISP. PER UTENTE /SPARE FOR USER
DISPON.
33
AVAIL.
512
As the SLAVE field bus word map shows, there is a reserved 8 input and 8 output word area. The C3G-RIO
and C3G-PFDP modules have the same bit meaning definition in remote command words while the
Interbus-S Slave module respects the PHOENIX standard, as agreed with some robot controller manufactur-
ers, including COMAU. The bit meaning for each module is shown in the tables contained in the specific
paragraphs. Excluding the words used by the system software to duplicate the remote interface signals, the
total available I/O points are 224 for C3G-RIO and 480 for Profibus-DP and Interbus-S Slave (in two blocks),
992 for DeviceNet.
2 02/0400
COMMUNICATIONS
Information is provided also for the C3G-IBS and C3G-SL2 modules - which are obsolete
and not treated in this manual - for the purpose of offering complete information on the
COMAU interfaces (field bus).
(q) For the Interbus-S Slave section.
(m) For the DeviceNet Slave section.
ETHERNET NETWORK
The C3G EIM module, and the C3G-EDN module, plugged in the Control Unit of the C3G Plus supports an
Ethernet interface. The Ethernet network is the physical support (cable, optical cable, etc.) which connects
the C3G Plus C3G-EIM module to the linked “machines” and is based on the 10 Mbit IEEE 802.3 standard.
The machines linked to the Ethernet network can be “Local Host” (the machine which is operated) and “Re-
mote Host” (the remote machine which is accessed) and are identified in the Client/Server communication
modality by means of a logical address called IP ADDRESS (e.g. 172.22.96.109).
The Client/Server communication modality entails at least one network participant - called “Client” - which
can send commands to another participant, and a network participant which constantly monitors the com-
mands sent by a Client - called “Server”. The Client and the Server are software - and not physical - entities.
The FTP service (File Transfer Protocol) based on the TCP/IP protocol is implemented in the Ethernet net-
work for exchanging files between the two network participants.
The C3G Plus in the Ethernet network can be either Client or Server and can communicate in two ways:
From C3G Plus to Remote Host
In this way, the user sends the filer commands from the C3G Plus command menu. For example, Filer
Copy/View/Rename/Delete accessing the remote host via predefined network devices (NET1: or NET2:).
From the user’s point of view, the operations are similar to those of any other connected device, for example,
COM1:, FD:. This operation is called “C3G Client”.
From Remote Station to C3G Plus
In this way, a remote station user can access the C3G Plus with XFTP program types which implement
some, but not all the commands offered by the FTP. The user can send (“SEND”), get (“GET”) and list
(“LIST”) the files residing on the RBC2’s RAMDISK of the C3G Plus. This operation is called “C3G Server”.
02/0400 3
COMMUNICATIONS
SAFETY PRESCRIPTIONS
Follow the safety prescriptions contained in the controller “Use and Maintenance Manual” for all operations
related to module setup, maintenance and use.
4 00/0499
FIELD BUS
00/0499 5
FIELD BUS
The following figure illustrates an example of a single Allen-Bradley “remote rack” PLC linked to several C3G
control units.
RACK = 1
C3G 1
Starting Quarter = 1
17
Rack Size = 1/2
$WORD 18
19
20
21
22
23
RACK = 1
24
1/2 + 1/2
25 Allen-Bradley = 1/2
26
10 In: 0010
27
11
28
12
29
13
30
14
31
15
32
16
17
RACK =1
Starting Quarter = 3
Rack Size = 1/2
10 On: 0010
C3G 2 11
$WORD 17 12
18
13
19
14
20
15
21
16
22
17
23
24
25
26
27
28
29
30
31
32
6 00/0499
FIELD BUS
C3G-RIO LED
LED Colour Description
NTW GREEN (Network) On (dim light): the master is
linked to the network and the communi-
cation is active.
PWR GREEN (Power) On: the module is powered.
LNK GREEN (Link) On: the PL4 plug is connected. Off:
the plug is not connected.
STS GREEN (Status) On: the module is completely
configured and is communicating with the
master. Off: the module is not configured
and is not communicating with the mas-
ter.
PLG GREEN (Plug) On: the test plug is connected to
J4. Off: the test plug is not connected.
FLG GREEN (Flag) On: the communication test is be-
ing run. Off: the communication test is not
active.
C3G-RIO plugs
Plug Pin number Functions
J4 female 25 Allen-Bradley PLC connection plug
Chassis ground
1 LINE 1: RIO#1 serial line
2 Shield LINE 1
3 Ground
6 RIO12: RIO#1 or RIO#2 selection bit
7 RIO#2
Shield LINE 2
15 LINE 2 (not implemented)
16 Ground
18 TAP: identifies the closing tap
19 LINPR: signals the presence of a linked
20 line
The other pins are not used.
00/0499 7
FIELD BUS
JUMPER POSITION
W1 open
W2 2-4
TEST MODE
A plug (called a “tap”) can be physically connected to the RIO module in the place of the serial connection.
At the subsequent startup, the hardware will signal the presence of the tap to the software which filters the
error messages deriving from the missing line link. This feature can be very useful for line activation as it al-
lows to use the local commands when not linked up to the Allen-Bradley PLC.
Restart the system software to acknowledge the presence of the tap. Tap disconnection, on the other hand,
will be acknowledged in any moment.
A software tap is also available in addition to the hardware tap. This is because the first bit in $RIO_INIT[1] is
monitored as the hardware signal. The two data are both high when active and are logically related with OR.
The tap connection is described in the figure “RIO network connection examples”.
8 00/0499
FIELD BUS
MULTIARM APPLICATIONS
132 26 4 On:yyy1 4 machine 1 not stop
133 26 5 On:yyy1 5
134 26 6 On:yyy1 6
135 26 7 On:yyy1 7
136 26 8 On:yyy1 8
137 26 9 On:yyy1 9 machine 2 motor on
138 26 10 On:yyy1 10 machine 2 not motor off
139 26 11 On:yyy1 11 machine 2 run
140 26 12 On:yyy1 12 machine 2 not stop
141 26 13 On:yyy1 13
142 26 14 On:yyy1 14
143 26 15 On:yyy1 15
144 26 16 On:yyy1 16
145 25 1 On:yyy0 1 drives-on
REMOTE INTERFACE
149 25 5 On:yyy0 5 u1
150 25 6 On:yyy0 6 u2
151 25 7 On:yyy0 7 u3
152 25 8 On:yyy0 8 u4
153 25 9 On:yyy0 9
154 25 10 On:yyy0 10
155 25 11 On:yyy0 11
156 25 12 On:yyy0 12
157 25 13 On:yyy0 13
158 25 14 On:yyy0 14
159 25 15 On:yyy0 15
160 25 16 On:yyy0 16
00/0499 9
FIELD BUS
MULTIARM APPLICATIONS
132 18 4 On:yyy1 4 machine 1 stop
133 18 5 On:yyy1 5
134 18 6 On:yyy1 6
135 18 7 On:yyy1 7
136 18 8 On:yyy1 8
137 18 9 On:yyy1 9 machine 2 motor on
138 18 10 On:yyy1 10 machine 2 motor off
139 18 11 On:yyy1 11 machine 2 run
140 18 12 On:yyy1 12 machine 2 stop
141 18 13 On:yyy1 13
142 18 14 On:yyy1 14
143 18 15 On:yyy1 15
144 18 16 On:yyy1 16
145 17 1 On:yyy0 1 not alarm
MOTE INTERFACE
150 17 6 On:yyy0 6 u1
151 17 7 On:yyy0 7 u2
152 17 8 On:yyy0 8 u3
153 17 9 On:yyy0 9 u4
154 17 10 On:yyy0 10 TP auto / TP manual
155 17 11 On:yyy0 11
156 17 12 On:yyy0 12
157 17 13 On:yyy0 13
158 17 14 On:yyy0 14
159 17 15 On:yyy0 15
160 17 16 On:yyy0 16 heart bit (640 ms pulse)
10 02/0400
FIELD BUS
00/0499 11
FIELD BUS
PROFIBUS DP (C3G-PFDP)
A C3G-PFDP annex must be installed on the RBC2 module to connect a C3G control unit so that is appears
as a Profibus DP network module.
The Profibus DP star network allows communications between a PLC and its remote I/O racks. This network
respects the PROFIBUS specifications (DIN 19245 standards, part 3). It is used in robot cell applications and
supports the DP communication protocol (Decentralized Peripherals).
The main specifications of this standard are:
The Profibus DP protocol requires the definition of certain configuration parameters. The C3G-PFDP
(RI_INST) module software configuration program is used to change the meaning of the status words, the
system commands and the slave address on the network.
The module can be set to TEST mode by setting $PROFDP_INIT[1] bit 2 to either 1 or 0. In this way, the
module and consequently the network status will be ignored by the C3G Plus.
The Profibus DP protocol requires the definition of certain configuration parameters. The C3G-PFDP module
software configuration program is used to change the meaning of the status words, the system commands,
the speed and the slave address on the network.
The master PLC will recognise the C3G as a slave DP with up to 16 input words and up to 16 output words.
The first input word and the first output word are reserved for system status and commands (DRIVE ON,
DRIVE OFF, START, HOLD, ALARM, etc.). The meaning of the bits in the words is explained in the specific
paragraph. Both words are handled directly by the control unit and are echoed in $WORD[17] (C3G -> PLC)
and in $WORD[25] (PLC -> C3G). The remaining words can be configured using the tool and can be used by
means of the PDL2 programming language.
If the Profibus interface is primary, the words exchanged will be allocated in the $WORD block starting from
index 17 (17..24-25..32). If more than 8 words are required, during configuration the user will be asked to in-
dicate the index of the second block of 8+8 words starting from which the systems allocates the excess
words. For example, if the total number of worlds is 12+12 and the index of the second block is 160, the first
8 will be allocated at 17..24-25..32, the remaining four will be at 160..163-168..171. If the interface is second-
ary, the user will be asked to indicate the index from which the system allocates the first block of 8+8 words;
if the total number of words exceeds 8, the index from which the second block of 8+8 words is to be allo-
cated will also be requested. For example, if the number of words is 14+14 and the index of the first block is
40 and the index of the second block is 120, 8+8 words will be allocated at 40..47-48..55 and 6+6 words at
120..125-128..133.
The variables for Profibus configuration are in $PROFDP_INIT[1..10], in $FB_INIT[2] and $FB_CNFG[2].
From version v53x, the slave is configured on the Profibus master using the COMA04A1.GSD file with iden-
tification number 1185 Dec (0x04A1). This number is contained in $PROFDP_INIT[4].
The file is on the ‘C3G Configuration Tools 1/2’ disk.
INSTALLATION NOTES
The BUS segment must always terminate with a closing resistance on both ends. Consequently, the termi-
nal stations must always be powered during line startup and operation. If this cannot be ensured:
· use a constantly powered module as the terminal station;
· use a repeater for which power is constantly ensured.
For additional information of terminals, refer to the MASTER module installation manual.
12 01/1099
FIELD BUS
C3G-PFDP connector
Connector Pin no. Functions
J5 9 pin Input and output network cables are con-
receptacle nected to this connector.
1 P.E. (Protective Earth)
3 +Tx/RxD (Data Line +)
8 -Tx/RxD (Data Line -)
5 GNDI (Reference)
NOTE: For the meaning of LEDS and connectors J3, J4, J6 of RBC2 module,
refer to the C3GPlus Use and Maintenance manual.
n
( ) Use a Profibus DP connector with maximum size shown, e.g. SIEMENS 6ES7972-0BA40-0XA0.
00/0499 13
FIELD BUS
14 00/0499
FIELD BUS
02/0400 15
FIELD BUS
FUNCTIONAL DESCRIPTION
The board is automatically recognised by the controller when it is inserted in the rack. The slave function is
disabled until it is explicitly configured.
The Interbus-S network does not require configuration parameters for network master communication al-
though the network interface to the C3G system must be configured.
The following parameters are defined during configuration:
· Type of interface (primary or secondary).
· Number of user input and output WORDS (“USER”) (spare for PDL2 programs).
· WORD starter pointer (in the case of secondary interface of primary interface with more than 8 words).
The type of interface (primary or secondary) is selected during configuration according to the number of sys-
tem dedicated WORDS. If a value other than zero is set, the interface will be primary. If this is not so, the
user can explicitly define the type of interface.
The total number of WORDS to be transferred (System + User) can be chosen between 4, 8, 12 and 16. For
example, select 8 to transfer 8 input words and 8 output words. If a different number is required, the system
will set to the immediately higher number of words.
The starter pointer of the words is only used for Secondary Slaves or Primary Slaves with more than 8
words. If the primary is extended, a total of 16 words will be occupied starting from the specified word, i.e. 8
input words and 8 output words. In the case of a known secondary, 32 words will be occupied starting from
the specified word, i.e. 16 input words and 16 output words.
16 00/0499
FIELD BUS
Activate the RICNFG on “C3G Configuration Tools” diskette 1/2 for configuration. Alternatively, the spe-
cific system variables can be used although this does not require a complete knowledge of the working
environment on behalf of the user.
01/1099 17
FIELD BUS
The PLC Interbus-S master will recognise the C3G Interbus-S slave node as an I/O module with from 4 to 16
input words and from 4 to 16 output words. The first input word and the first output word are reserved for
commands and system status (DRIVE ON, DRIVE OFF, START, HOLD, ALARM, etc.). The meaning of the
bits in the words is explained in the specific paragraphs. Both words are handled directly by the control unit
and are echoed in (…) and in (…). The remaining words are available for the user. These words can be used
by means of the PDL2 programming language.
18 00/0499
FIELD BUS
Power off:
· All LEDs off (with the exception of the IS LED) if the Interbus slave is powered and working.
Startup:
· All LEDs off (with the exception of IM LED)
· ER LED on for approximately 0.5 seconds
· ER LED off and LED 2 on for approximately 10 seconds
· RU LED on for approximately 10 seconds
· RU LED blinking
· IM LED blinking if master is working
· IS LED blinking if slave is working
00/0499 19
FIELD BUS
20 00/0499
FIELD BUS
00/0499 21
FIELD BUS
22 00/0499
FIELD BUS
02/0400 23
FIELD BUS
REMOTE INTERFACE
149 25 5 5 u1
150 25 6 6 u2
151 25 7 7 u3
152 25 8 8 u4
153 25 9 9
154 25 10 10
155 25 11 11
156 25 12 12
157 25 13 13
158 25 14 14
159 25 15 15
160 25 16 16
150 17 6 6 u1
151 17 7 7 u2
152 17 8 8 u3
153 17 9 9 u4
154 17 10 10 TP auto / TP manual
155 17 11 11
156 17 12 12
157 17 13 13
158 17 14 14
159 17 15 15
160 17 16 16 heart bit (640 ms pulse)
24 02/0400
FIELD BUS
FUNCTIONAL DESCRIPTION
Network transmission is automatically activated when the system acknowledges the presence of a C3G-EIM
board with C3G-EIM-IBSM annex and recognises the connected slaves, where relevant.
The specifications for this INTERBUS Master allow to connect up to 32 slave modules for a total of 128 input
words and 128 output words. Each WORD contains 16 bits.
The Interbus-S network does not require configuration although it is possible to define where to transfer the
words from the network. It is possible to select a separate pointer for the input words and one for the output
words.
The Interbus-S master interface can receive commands and indicate the current status employing other two
data areas consisting respectively of 4 and 2 words. Also in this case, it is possible to define where to trans-
fer the words. If not employed, the transfer can be disabled by setting the pointer to zero.
Activate the IBSM on “C3G Configuration Tools” diskette 1/" for configuration. Alternatively, the specific sys-
tem variables can be used although this requires a complete knowledge of the working environment on be-
half of the user.
This tool can also be used to display some useful information on network structure and master status.
00/0499 25
FIELD BUS
Power off:
· All LEDs off (with the exception of LED IS) if the Interbus slave is powered and working.
Startup:
· All LEDs off (with the exception of LED IM)
· LED ER on for approximately 0.5 seconds
· LED ER off and LED 2 on for approximately 10 seconds
· LED RU on for approximately 10 seconds
· LED RU blinking
· LED IM blinking if master is working
· LED IS blinking if slave is working
26 00/0499
FIELD BUS
00/0499 27
FIELD BUS
SPECIFICATIONS
The Interbus-S network is connected by means of a ring. In other words, signals are transferred to and from
the modules on the same cable. The last module internally closes down if no output plug is detected.
The size of the ring and the connected modules is recognised by the network master at each startup or re-
set. The master module firmware recognises the number of input/output words in the network and - if all is
working correctly - cyclically transfers the data from the network to the dual port memory and vice versa.
The network memory is represented with two arrays, one for input and one for output. The master module
transfers data in the order of the modules in the network. The first module will occupy the number of words
corresponding to its dimension starting from the beginning of the array (from the first to the second and so
on).
The system copies the C3G-EIM-IBSM module memory snapshots to the $WORD[ ] array to make the net-
work inputs and outputs available to the user programs (PDL2 or PLC). The I/O is updated every 15 millisec-
onds.
The transfer position can be configured independently for inputs and outputs by means of two pointers
(INWORD and OUTWORD). The pointer values can be changed with the IBSM configuration/diagnostics
program. The I/O word transfer length can also be monitored and configured with this program.
There are two other groups of words in addition to the input and the output arrays. One is reserved for net-
work status and the other for C3G-EIM-IBSM master module commands. These words are mainly used for
managing the field network autonomously with respect to the robot controller status.
There are 2 status words and 4 command words. The word contents is predefined and is described below.
The command words are also called “Signal Interface”.
The default C3G configuration is:
occupied
Pointers $WORD item [ ]
items
Network input: INWORD 33
32
Network output: OUTWORD 65
Master commands: CMDWORD 97 3
Network status STSWORD 101 2
28 00/0499
FIELD BUS
Key:
16I = 16 Inputs (1 Word)
16O = 16 Outputs (1 Word)
4WO = 4 Word di Output
4WI = 4 Word di Input
Important. The master balances the output and the input words transferred for each module.
Consequently, if the module has only inputs or only outputs, the additional array will include
some compensation words which are meaningless in the field network (see first example be-
low).
The following example shows the relationship between network and $WORD[ ] area for input only and output
only modules for which a compensation word is created.
Network components
Module
1 C3G-EIM module : Robot control slave interface
2 RT 24 DI 16-T : 24VDC 16 input module
3 BK/LC 2 : Bus Terminal
4 AI : 4 analog input (12 bit) module
5 RT 24 DO 16-T : 24VDC 16 output module
Pointer configuration
INWORD : 33
OUTWORD : 65
00/0498 29
FIELD BUS
C3G-EIM $WORD [ ]
C3G-IBS-M ARRAY
(master) INPUT OUTPUT
$WORD [33] $WORD
Modulo WORD 1 1
num. IN OUT
1 1
C3G
1 IBS 4 4 1 1
1 1
RT 24
2 X
2 DI 16 1 -
4 4
BK/ AI - - 4 4
3/4 LC2 4 4
4 4
4 4
RT 24
5 DO 16 - 1 X 5
1) The numbers in words indicate the module which they belong to.
2) X indicates the compensation words which are meaningless.
5 TOT: 10 3) The BUS TERMINAL modules do not occupy words.
15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
30 00/0498
FIELD BUS
BUS: This bit is activated when the bus is cut out due to a fatal Interbus error (broken cable, non corre-
sponding configuration, missing slaves, etc.). This bit can be reset only after a new ACTIVE or RUN input.
The diagnostic parameter register contains the bus position in Seg.Pos format of the bus segment which
generated the error.
PF: This bit is activated when one or more slaves signal a “peripheral error” status. This bit can be reset only
after all the slaves have reset the peripheral error status. This error does not stop the bus. The diagnostic
parameter register contains the bus position in Seg.Pos format of the first slave in peripheral error status.
USR: This bit is activated whenever a service entered by the user cannot be completed due to an error of the
user (wrong status, parameters, etc.). These errors do not stop the bus. The diagnostic parameter register
contains the error code.
Parameter Register
00/0498 31
FIELD BUS
activation recognition
action bit
32 00/0498
FIELD BUS
15 7 4 3 2 1 0
ACTION
ACTIONWORD
BIT
STATE WORD
STATE BIT
RESULT
RESULTWORD
BIT
Clear Display
Start
automatic
Configure Bus
Interbus
Start Bus
Stop alarm
Alarm Stop
Reset
Clearalarm
Display
Deact.
Sendbus
all segment
mod. er
Activate
Warm bus segment
Start
Restart Interbus
Bit position of “Signal Interface”
Some network specifications, deemed considerably larger than required, were limited in C3G controller
Interbus-S MASTER interface implementation.
1. Maximum number of modules which can be connected: 32.
2. Maximum number of words which can be transferred (in/out): 128 + 128 (2048 IN/2048 OUT).
Please note the correspondence of the input numbers on the module connector and the position of the corre-
sponding bits in the $WORD.
Example of bit positions in words
16 INPUT MODULE
NETWORK bit 15 bit 0
IBS IN ~ $WORD ~
~ ~
INP
INP116 INP
INP 16
0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
15 0 C3G-
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 EIM
IBSM
00/0498 33
ETHERNET
ETHERNET INTERFACE
CONNECTIONS
Power off:
· All LEDs off (with the exception of the IS LED) if the Interbus slave is powered and working.
Startup:
· All LEDs off (with the exception of IM LED) · RU LED blinking
· ER LED on for approximately 0.5 seconds · IM LED blinking if master is working
· ER LED off and LED 2 on for approximately 10 · IS LED blinking if slave is working
seconds
· RU LED on for approximately 10 seconds
34 00/0498
ETHERNET
00/0498 35
ETHERNET
CONFIGURATION
For the C3G-EIM board to work and for operations to function, different sets of system variables need to be
set and files present on the ramdisk and optionally on the remote host.
SYSTEM VARIABLES
Board ($NET_L_)
For the board to work, the IP address, IP inetmask and hostname of the board need to be set. These should
be specified by the network manager as they should be unique on the network. The variables are only read
at startup time of the controller, so any changes require a restart of the controller.
If the local configuration has been changed ($NET_L[X]), the system will prompt for the Con-
figure Controller Restart Cold command again.
Client ($NET_C_)
Access to the remote host from the C3G controller requires the client system variables ($NET_C_) to be set.
When the user specifies Filer Copy NET1:, this is translated into a ftp connection to $NET_C_HOST[1] with
a login of $NET_C_USER[1] & $NET_C_PASS[1] and the directory is set to $NET_C_DIR[1]. File transfers
can be performed in binary or ascii. To set binary mode, set the $NET_C_CNFG[1] to 1. There are two sets
of variables for representing NET1: and NET2; the following set is an example of NET1.
Server ($NET_S_)
Access to the C3G Controller from a remote station is controlled and restricted by the $NET_S_ set of sys-
tem variables. There are eight sets of variables and for each variable there is information on username
($NET_S_STR[1,nn]), password ($NET_S_STR[2,nn]) and access rights ($NET_S_STR[3,nn]).
It could happen that even if the client closes the session, on the server side the session remains alive for a
certain amount of time. The amount of time is usually server dependent. If the C3G boots while on the server
a session is not completely close it could happen that the C3G is not able to access the server. A certain
amount of time is needed in order to permit on the server side to close all the sessions. In order to avoid this
problem the network is mounted on the C3G only if the amount of time $NET_S_INT[3] in second is elapsed
since the previous bot. If this variable is set to “0", the network is mounted immediately.
Additional users can be set using the remote boot option.
36 00/0498
ETHERNET
Boot ($NET_B_)
To simplify the configuration of multiple controllers and for handling in a more dynamic way the configuration
of the controller, there is ability to download the configuration information from a remote server. This means
that the configuration can be centrally.
There are five parameters which need to be set:
· Remote server IP address or name
· Boot login
· Boot password
· Boot directory
· Boot file
Information
The number of servers operating and the hosts/users connected to the server can be viewed from the
$NET_I_STR and $NET_I_INT variables. $NET_I_INT[1] is the number of active servers. $NET_I_STR[1,x]
is the remote host name and $NET_I_STR[2,x] is the user connected.
FILES
Hosts (local and remote)
The network understands IP addresses. User understand symbolic names. To relate a IP address to sym-
bolic name, there is the hosts file. This is a standard file (Unix & Dos also have them) . If a hosts file is pres-
ent on the ramdisk, the data is used for setting up the IP address to network name. The file is not essential. It
is only read at startup time. In addition, if the remote boot configuration feature is used ($NET_B_xx) then a
remote host can be used for configuring the network.
#
# This is a sample HOSTS file used by C3G-EIM
#
# This file contains the mappings of IP addresses to host names. Each
# entry should be kept on an individual line. The IP address should
# be placed in the first column followed by the corresponding host
# name.
# The IP address and the host name should be separated by at least one
# space.
#
# Additionally, comments (such as these) may be inserted on individual
# lines or following the machine name denoted by a ‘#’ symbol.
#
# For example:
#
# 102.54.94.97 rhino.acme.com # source server
# 38.25.63.10 x.acme.com # x client host
127.0.0.1 localhost
172.168.9.10 green
172.168.9.96 red
172.168.9.253 yellow
172.168.9.254 blue
172.22.100.201 Vax
172.22.100.53 robot1
00/0498 37
ETHERNET
38 00/0498
ETHERNET
SYSTEM START UP
There is the following process upon board start.
1. RBC-EIM synchronisation
The C3G-EIM board starts and waits for the RBC software to start (LED Flashing)
2. System parameters read
The $NET_L_, $NET_S_ and $NET_B_ parameters are read and the hosts file if present.
3. Local board parameters
A check is made that the $NET_L parameters are not different from what has been stored in Eeprom. If
there are differences, the new parameters are set in eeprom but the IP address will not have effect until
a controller restart. A restart message is issued. If $NET_L parameters are unset, then the current
Eeprom values are used, if they have been set once.
4. Boot server access.
If $NET_B parameters have been set, then an attempt is made to login into the boot server and the con-
figuration file obtained.
5. Configuration file
The boot configuration file should contain information about this board. Each line of the file contains, the
IP address or hostname, the user access file and optional information as to where to obtain this informa-
tion. If the optional information is not present the current login is used for obtaining the configuration file.
6. User access file
The user access file contains information similar to $NET_S about who can access this controller and
the access rights.
7. Hosts file
The hosts file is obtained and used in addition to the C3G resident hosts file.
8. The system is now operational.
OPERATIONS
C3G CLIENT-REMOTE SERVER
All operations that can be performed from the C3G Command language are performed as device NET1: or
NET2:. The commands that understand NET1: are
Filer Copy
Filer Delete
Filer Rename
Filer View
Filer Utility Backup. For this specific command is necessary to change the device in $DFT_DV[3]
Each time a command is issued the NET_C variables are used. If there is no connection, a connection is
made. If the values are different, a new connection or change of directory is performed.
00/0498 39
ETHERNET
USEFUL TIPS
Some useful notes about operation of the system.
TIMEOUT
Operations on networks are very much dependant on a time factor. Actions are suspended for a specified
amount of time before a negative result is returned. This means that user operations cannot always be im-
mediately aborted. For example, issuing a ^C to abort an action, can take a long time.
40 00/0498
ETHERNET
NETWORK ERRORS
Errors can occur from one of three different “places” and therefore different manuals need to be referenced.
Unfortunately, many of the errors are the same number and this cannot be avoided. To understand which er-
ror, the context is important.
· C3G system errors
· FTP defined errors
· EIM operating board errors.
00/0498 41
ETHERNET
42 00/0498
ETHERNET
00/0498 43
ETHERNET
44 00/0498
ETHERNET
FTP errors
The FTP errors are defined by the FTP standard RFC 959.
· 421
Service not available, closing control connection. This may be a reply to any command if the service
knows it must shut down.
· 425
Can’t open data connection.
· 426
Connection closed; transfer aborted.
· 450
Requested file action not taken. File unavailable (e.g., file busy).
· 451
Requested action aborted: local error in processing.
· 452
Requested action not taken. Insufficient storage space in system.
· 500
Syntax error, command unrecognized. This may include errors such as command line too long.
· 501
Syntax error in parameters or arguments.
· 502
Command not implemented.
· 503
Bad sequence of commands.
· 504
Command not implemented for that parameter.
· 530
Not logged in.
· 532
Need account for storing files.
· 550
Requested action not taken. File unavailable (e.g., file not found, no access).
· 551
Requested action aborted: page type unknown.
· 552
Requested file action aborted. Exceeded storage allocation (for current directory or dataset).
· 553
Requested action not taken.File name not allowed.
00/0498 45
ETHERNET
46 02/0400
ETHERNET
In order to establish a link, the C3G-EDN board must be plugged in the Control Unit of the C3G controller.
This board is automatically recognized by the system software when the controller is switched on. After
plugging in the board, the communication parameters must be configured. These must match those set on
the Scanner PLC side.
To configure the C3G-EDN board, a specific PDL2 program must be loaded and run on the control unit as
indicated in the C3G-RIO, C3G-EIM, C3G-PFDP board software configuration programs paragraph.
02/0400 47
ETHERNET
After configuring the board, a WARM RESTART must be executed in order to activate the settings. To check
that the board is connected to the PLC and that the parameters have been set correctly, observe the LEDs
on the front panel above the connector . Both the MS (Module Status) LED and the NS (Network Status)
LED should be turned on and green.
At this point, PLC scanner and the C3G control unit will exchange a number of words that depends on the
parameters specified during configuration. The C3G control unit will be able to access the words reserved for
the DeviceNet Slave interface through the PDL2 $WORD[ ] variables. The maximum number of words in in-
put is 32 and the maximum number of words in output is 32. The total number of input words is always equal
to the number of words in output.
If more than 8 inputs (and therefore output) words are configured and the DeviceNet interface is primary, the
first 8 input words and the first 8 output words will be allocated in the block with indexes from 25 to 32 for
the inputs (from $WORD[25] to $WORD[32]) and from 17 to 24 for the outputs (from $WORD[17] to
$WORD[24]); the others will be allocated starting from an index specified by the user during network configu-
ration. In this case, the system allocates a block with dimension module 8 large enough to contain the num-
ber of words required.
For example, if the total number of words required is 19 (No. of system words 1 + No. of user word 18), a
block of 8+8 words will be allocated starting from index 17 and a block of 16+16 words starting from the in-
dex specified by the user. If the interface is secondary, the same logic is applied to the total number of
words. For example, if the total number of words required is 21, the system will allocate a block of 24+24
words starting from the index specified by the user.
If the first (and the second in the case of multi-arm systems) $WORD has been configured as reserved for
the system, the C3G control unit will use this to receive remote commands (DRIVE ON, DRIVE OFF,
START, HOLD) and to send system status (ALARM, DRIVE ON/OFF etc.) to the remote device (PLC).
In this case, the meaning of the 16 bits in $WORD[17 ..18] and $WORD[25 ..26] is explained in the tables
provided in the specific paragraph. The system $WORD are managed by the operating system of the C3G
control unit and cannot be changed at PDL2 level. The remaining $WORD can be used in PDL2 programs
and the meaning of the bits in each $WORD can be planned by the PLC and robot programmers.
The configuration of the board is contained in the $DEVNET_INIT[1..10] system variable. For the meaning of
each field, refer to the documentation of the configuration tool (RI_INST) or to the system variable documen-
tation.
TEST MODE
The board can be set to TEST mode by setting or resetting bit 2 (the second bit) of $DEVNET_INIT [1]; in
this way, the status of the board and therefore of the network is ignored by the C3G Plus.
48 01/1099
ETHERNET
MULTIARM APPLICATIONS
131 26 3 Machine 1 run
132 26 4 Machine 1 not stop
133 26 5
134 26 6
135 26 7
136 26 8
137 26 9 Machine 2 motor on
138 26 10 Machine 2 not motor off
139 26 11 Machine 2 run
140 26 12 Machine 2 not stop
141 26 13
142 26 14
143 26 15
144 26 16
01/1099 49
ETHERNET
MULTIARM APPLICATIONS
133 18 5
134 18 6
135 18 7
136 18 8
137 18 9 Machine 2 motor on
138 18 10 Machine 2 motor off
139 18 11 Machine 2 run
140 18 12 Machine 2 stop
141 18 13
142 18 14
143 18 15
144 18 16
145 17 1 Not alarm
146 17 2 Drives on/not drives off
REMOTE INTERFACE
150 17 6 u1
151 17 7 u2
152 17 8 u3
153 17 9 u4
154 17 10 TP auto / TP manual
155 17 11
156 17 12
157 17 13
158 17 14
159 17 15
160 17 16 Heart bit (640 ms pulse)
50 02/0400
ETHERNET
INTERFACE DeviceNet
Startup:
· All LEDs off
· ER LED off for approx. 0,5 s
· ER LED off, LED 2 on for approx. 10s
· RU LED on for approx. 10s
01/1099 51
ETHERNET
52 01/1099
ETHERNET
01/1099 53
ETHERNET
54 01/1099
EXAMPLE OF PROGRAM
ANNEX A
EXAMPLE OF PROGRAM FOR USE OF THE C3G-EIM Interbus master MODULE
Input and output $WORD can be created in $BIT to use the Interbus-S network I/Os more easily. In this way,
the I/O points can be used as Boolean variables $DIN and $DOUT.
This example program uses two instructions:
· MWIR: MOVE WORD TO IMAGE REGISTER to transfer inputs from $WORD to $BIT.
· MIRW: MOVE IMAGE REGISTER TO WORD to transfer outputs from $BIT to $WORD.
The program structure is shown in the following figure.
Program structure
Program example
00/0498 55
EXAMPLE OF PROGRAM
Transfer subroutine
56 00/0498
EXAMPLE OF PROGRAM
02/0400 57
EXAMPLE OF PROGRAM
58 00/0498
EXAMPLE OF PROGRAM
EXAMPLE OF PDL2 PROGRAM FOR USING SLAVE FIELD BUS WITH C3G-RIO
-- THIS PROGRAM WAS USED TO TEST THE SYSTEM SIGNALS MANAGED BY THE RIO MODULE
-- FOR COMMUNICATIONS WITH THE ALLEN-BRADLEY PLC.
-- The C3G controller sends commands to itself via the $WORD[18]
-- available to the user which the Allen-Bradley PLC copies to $WORD[25]
-- containing the system input signals. The program checks correct execution
-- of the commands via the $WORD[17] status word.
--
--
PROGRAM rio NOHOLD, STACK = 500
BEGIN
WRITE (‘***** RIO TEST PROGRAM *****’, NL)
CYCLE
WRITE (‘DRIVES ON’, NL)
BIT_SET ($WORD[18], k_cmddrion) -- DRIVE-ON command
WAIT FOR BIT TEST ($WORD[17], k_cmddrion, TRUE) -- wait for DRIVE-ON status
BIT_CLEAR ($WRD[18], k_cmddrion) -- cancel DRIVE-ON command
WRITE (‘START’, NL)
BIT_SET ($WORD[18], k_cmdstart) -- START command
WAIT FOR BIT_TEST ($WORD[17], k_start, TRUE) -- wait for START status
BIT_CLEAR ($WORD[18], k_cmdstart) -- cancel START command
DELAY 120000 -- wait for 2 minutes
00/0498 59
EXAMPLE OF PROGRAM
DELAY 120000
60 00/0498