Drive Systems
Drive Systems
Drive Systems
with 8C SERIES
Brushless Servomotors
and 300 & 500 BIVECTOR
Converters
In compliance with EEC Directives and mark
Ref. MANSER09.9810 GB
Update 01
Issue July 1999
This document contains confidential information owned by ABB Servomotors S.r.l. With the
acceptance of the present document, the receiver agrees not to reproduce, copy by any
system, or transmit to third parties the document itself and the related information in part or
as a whole and not to allow third parties, for any reason, to carry out any of these actions
without the previous written permission of ABB Servomotors S.r.l.
CONTENTS
CHAPTER 1 OVERVIEW
1.1 Preliminary note
1.2 Usage warnings
1.3 Content of this document
APPENDIX
A.1 Examples of RS-485 communication protocol usage
A.2 Description of RS-232 communication protocol
A.3 Full scales definitions
Chapter 3 describes the RS-485 controls and it is a fundamental chapter for multipoint
network software engineers. It provides instructions for drive status identification, system
management, parameters editing, drive “clonation” and diagnostics.
Chapter 4 describes parameters reading/writing and conversion.
Appendix A.1 provides some examples of RS-485 communication protocol usage, while
Appendix A.2 describes RS-232 communication and Appendix A.3 defines the full scales of
specific sizes (obviously, these definitions are valid independently of the serial
communication system used).
characters); for a word it is xxxx and for a long word it is XXXXxxxx (by highlighting
the most significant part of the data, too).
Format of a general command string (in ASCII):
&<DD><II><data_field>/<CC>
where:
& = start character of a generic command string;
<DD> = drive identifier; all the drives receive the string, but only the drive where
<DD> is equal to its identifier decodes and executes the string; the case
<DD>=FF is for synchronizable commands (see the following section);
<II> = instruction code
<data_field> = (for some instructions) address and/or hexadecimal values (data) sent to
the drive
/ = end character of the command string, followed by the CC checksum of the
string
<CC> = checksum of the command string (module sum 256 of byte values of all the
fields, except for & and / ); if = is sent instead of /<CC>, the checksum must not
be transmitted or checked.
If checksum (string finishing with /<CC>) check is required, the drive:
- does not respond in case of checksum error;
- sends the normal response, without additional characters, when the checksum
verifying is OK.
When the command is accepted by the drive (there is no communication error and the drive
status is suitable for that command), the drive responds with Y^ (for instructions without data
field) or with Y<data_field>/<CC>^ (for instructions with data field), where:
<data_field> = hex value requested by the “master”
/<CC> = the character / indicates that the CC checksum of data sent by the drive
follows
^ = it indicates the end of the response string.
When the drive does not accept a command (its status is not suitable), its response is N^.
The drive responses (format, dependence of the drive status) are described in detail in
Chapter 3.
The drive response is Y^ when the checksum verifying is OK; in this case, the command is
stored in a buffer. In case of checksum error, the drive does not respond and the command
is not loaded into the buffer. If DD = FF, the drives do not respond.
The synchronization command is as follows:
&FFD4/<CC>
The command is received and decoded by all the slaves. All the slaves that “loaded” a
synchronizable command into the buffer simultaneously execute that command. No
response is sent over the line (to avoid conflicts).
In order to ease the management of this mechanism, an instruction to “clear” the buffer of
synchronizable commands is also available for all the drives:
&FFD5/<CC>
Also in this case no response is sent over the line (in order to avoid conflicts).
This final command allows the synchronization mechanism to be started from a known
condition concerning the commands buffer.
WARNING The physical features of this connector are equal to the features of the
RESOLVER and FREQUENCY IN connectors (which are all female
connectors) and there is no mechanical polarization; it is therefore
necessary not to exchange cables during installation and in case of
converter replacement.
Table 2/1
Name Maximum distance Some features
RS-232-C 20 m Single-point Bidirectional unipolar
RS-485 1000 m Multi-point Half-duplex differential
Fig. 2-1 shows the flying connector (300 & 500 Series BIVECTOR side) of the cable for the
connection with the external devices, as well as the numbering of pins to which connection
has to be carried out in the two different cases; as it can be seen, GND (ground) and
SHIELD references lead to the same pins, while the active conductors lead to pin couples,
different for each type of protocol.
The connection can be made for the following equipment:
A) KEY-B control keyboard;
B) Personal Computer (PC) (see Fig. A-1);
C) any other equipment provided with serial input.
RT RT
G 4 4 S
RS232/RS485 RS232/RS485
N 8 8 H
D 5 5 I 5 9 8 1 CONNECTOR 5 9 8 1 CONNECTOR
A B E 4 4 4 4
L 8 8 8 8
D 5 5 5 5
GND A B SHIELD GND A B SHIELD
MASTER
(PC, Controller, PLC,
etc. )
BIVECTOR 1 BIVECTOR N
The User Stop command can be selected through a digital input configured as “User Stop”
by one of the 4...11 parameters, Digital Input 1...8 Configuration, system table #0, or by the
serial command &<DD>CF/<CC>.
3.2.5 User table change command
Action executed: on-the-fly change of the user table currently active with the user table
specified in the command.
String to be sent: &<DD>A7xx/<CC>, where xx = N. of the new hexadecimal user table:
- the special user tables are in the range 00H ÷ 1FH:
- also protections require that the drive is disabled, but not immediately. In case of
protection, motor braking up to 0 rpm (by calling the special Security user table) is
commanded, then the drive is disabled.
Both in case of failures and protections, the drive moves to FAIL status.
- Warnings do not disable the drive (the drive remains in GO or RFO status where it was
before the alarm). These are the possible warning effects: only a signalling (i.e.: Error Check
Sum), a power limitation (in case of a thermal image) or a special table calling (in case of
hardware/software limit switches).
Each type of alarm is assigned with a flag (flag = 1 means that an alarm is present). Flags
are gathered as follows:
- 2 bytes for failures
- 2 bytes for protections
- 2 bytes for warnings
3.5.2 Commands for reading of Protections and Failures
In case of Failures, 2 options are available: know the first failure occurred or know all failures
present at a certain moment (because further failures could occur as a consequence of the
first failure).
To read the first failure, send the following string: &<DD>A62B/<CC>.
To read all failures, send the following string: &<DD>A62C/<CC>.
In both cases, the drive response is: YPPPPffff/<CC>^ (4 data bytes). The 2 most
significant bytes, PPPP, include the protection flags, while the 2 least significant bytes, ffff,
include failure flags.
3.5.3 Protections and Failures decoding
Here follows the flag decoding:
Protections:
31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16
bit 31: - Undervoltage DC Bus
bit 30: - OverHeating Convertor Heatsink
bit 29: - Motor Thermal Probe Protection
bit 28: - Not Used
bit 27: - Undervoltage Line
bits 26-16: - Not Used
Failures:
15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00
bit 15: - Failure Driver IPM
bit 14: - Overvoltage DC Bus - HW
bit 13: - Overvoltage DC Bus - SW
bit 12: - Current Tripping
bit 11: - Homopolar Current Limiter
bit 10: - Not Used
bit 09: - Not Used
bit 08: - Braking Resistor Thermal Estimate
bit 07: - Overspeed
bit 06: - Fault Resolver
bit 05: - Not Used
bit 04: - Firmware Error
bit 03: - Not Used
bit 02: - ICB Supply Down
bit 01: - Not Used
bit 00: - Not Used
• load system table #1 to define homing absolute position (e.g.: 900.75 turns) through Par.
07, Home Position:
- send the string: &1AFC09/1F (see section 3.3.2) to load system table #1; the command
is accepted by the drive (response Y^)
- send the string: &1A940384C000/F5 (see section 4.2, Par.07) to set Par. 07, Home
Position; the command is accepted by the drive (response Y^)
• exit the editor, by saving it in EEPROM:
- send the string: &1AF2/0C (see section 3.3.5); the command is accepted by the drive
(response Y^, after about 3 seconds, which is the time required for EEPROM saving)
A.1.3 Example of system management instructions usage
• Select the Start (RUN) command:
- send the string: &1AA1/BB (see section 3.2.1); the command is accepted by the drive
(response Y^)
• the active table will be GenP #0; the motor rotates at 1000 rpm; to stop it, select the
command “Stop”:
- send the string: &1ABF/D9 (see section 3.2.3); the command is accepted by the drive
(response Y^); the motor is therefore stopped and the drive moves back to RFO status
• execute homing procedure:
- send the string: &1AEB/05 (see section 3.2.7), start homing; the command is accepted
by the drive (response Y^)
- the motor rotates at the speed set in the special Homing user table;
- the drive is prompted for the progress state of the procedure: &1AA614/D4 (see section
3.2.7); until the digital input configured as “Home Input” reaches the active level, the drive
response is: Y01/01^ (homing in progress); drive prompt carries on up to when the drive
response is Y02/02^ (homing completed); in this case, the active level of “Home Input”
digital input has been reached, the multiturn position is forced to the Home Position
parameter value and the drive moves back to RFO status; at that moment, the drive is
ready to carry out positioning operations;
• launch the second operating mode, Positioning Mode, configured through the GenP #1
user table; send the command “RUN with table # ...”:
- send the string: &1ADD21/18 (see section 3.2.2); the command is accepted by the drive
(response Y^);
• execute the commanded multiturn positioning; once the reference position (1000.5 turns)
has been reached, the motor remains still in this position, in GO status; to disable the
drive and move it back to RFO status, select again a “Stop” command:
- send the string: &1ABF/D9 (see section 3.2.3); the command is accepted by the drive
(response Y^); the drive is therefore disabled and RFO status is restored.
A.2 Description of RS-232 communication protocol
A.2.1 General features of RS-232 line
• RS-232 serial (asynchronous, unipolar, full-duplex) line is suitable for single-point
communications.
• no hardware handshaking is required
• the protocol is of “master-slave” type: the converter is a “slave” and it only responds to the
prompt of the “master”, usually a PC.
• data format: 1 start bit, 8 data bits, 1 even parity bit and 1 stop bit
• transmission speed can be changed by Par. 24, Baud Rate Serial RS232, in system table
#0; default value: 9600 bits/sec.
• for the RS-232 line, the Echo Mode is used, a procedure by which the command is
retransmitted in echo character by character; in case of communication error (parity error,
illegal character or checksum not verified) the drive responds with ? and it is possible to
immediately transmit a new string. If the drive response is ? when an illegal character is
transmitted (for example <space>), the receiver is to be considered reset and it is
possible to send a new instruction.
A.2.2 Command string format
Format on the command string (in ASCII):
*<DD><II><data_field>/<CC>
where:
* = start character of a general command string
<DD> = drive identifier; only the drive where <DD> is the same as its identifier
decodes and executes the string; if <DD> = FF, the instruction is decoded and executed,
independently of the drive identifier
<II> = instruction code
<data_field> = (for some instructions) address and/or hexadecimal value sent to the drive
/<CC> = command string end character / followed by CC checksum of the command
string (256 module sum of byte values of all excluded field * and / ); if = is sent instead of
/<CC>, the checksum is neither transmitted nor verified.
If checksum verifying is required (string ending with /<CC>), the drive response is:
? for checksum not verified;
/ for checksum verified, followed then by the normal drive response, described below.
When the command is accepted by the drive (there is no communication error and the drive
status is suitable for that command), the drive always responds with Y followed, in some
cases, by <data_field>/<CC>
where:
<data_field> = hexadecimal value required by the “master”
/<CC> = response string end character / followed by CC checksum of data
sent by the drive
When the drive does not accept a command (its status is not suitable) its response is N.
A.2.3 Description of RS-232 commands
The RS-485 commands, described in chapter 3, are also valid in RS-232 mode, with the
following differences:
- string start character * for RS-232, while for RS-485 it is &;
- RS-232 does not have the string end character ^ previously existing in the RS-485 drive
response;
- RS-232 Echo Mode was used
- in RS-232, the instructions “Load table...” (see section 2.3.3), after the acceptance
response Y, get the content of the loaded table back: a block of 64 bytes (128 ASCII
characters), followed by its checksum;
- in RS-232 there are no synchronizable commands.
A.2.4 Connection diagram for RS-232 communication
RS-232 serial communication features are shown in Table 2/1, section 2.3.1. As far as the
connection of the 300 & 500 Series BIVECTOR side is concerned, refer to section 2.3.1 and
to Fig. 2-1.
Fig. A-1 shows the general connection diagram for RS-232 communication, between the
BIVECTOR and, for example, a PC.
TX ( RS232 )
SERIAL 2 2 RS232/RS485
LINE RX ( RS232 )
3 3
GND
5 5
1 SHIELD 1