Industriestrasse 7
D-65366 Geisenheim
Tel: +49 (0) 67 22 / 99 65 25
Fax: +49 (0) 67 22 / 99 65 70
E-Mail: wdg@wachendorff.de
Homepage: www.wachendorff-automation.de
Wiesbaden District Court HRA 8377, VAT ID: DE 814567094
Managing Director: Robert Wachendorff
Guarantee waiver, right of amendment, copyright protection:
The company Wachendorff Automation assumes no liability and provides no guarantee
for the correctness of this manual's contents or for any resulting direct or indirect
damages. In the interests of continuous innovation and cooperation with our
customers, we reserve the right to change technical data or content at any time.
The company Wachendorff Automation claims copyright protection for this manual. It
may not be modified, extended, reproduced, or forwarded to third parties without our
prior written consent.
Comments:
Should you have any suggested corrections, comments or requests for change, we
invite you to submit them to us. Please send your comments to: wdg@wachendorff.de
This manual is assigned to the following Wachendorff Automation encoders:
WDGA CANopen
It applies to all WDGA CANopen with Revision Number (Software version) 1.18 and
less.
The Wachendorff Automation CANopen vendor id is: 0100 021Fh
The Wachendorff Automation product code is: WDGA= 5744 4741h
The revision number and the serial number vary for each individual encoder and can
be found on the encoder’s label:
Figure 1.1: Encoder label
In the figure 1.1 the revision number is marked blue (here: 1.00). The revision is
combined with a leading 0306 and fixed within the encoder firmware
(e.g. Rev. 1.00 = 0306 0100h; Rev. 1.06 = 0306 0106h).
The serial number is marked green (here: "12345656"). This decimal value transferred
into "hex" is used in the firmware (e.g. "12345656"="00BC 6138"h).
The hardware version is marked red (here: AA). The ASCII value transferred into hex
is the hardware revision coded in the corresponding CANopen object.
1.2 About this manual
This technical manual describes the configuration and mounting possibilities for
absolute-value encoders with a CANopen interface produced by Wachendorff
Automation. It supplements the other publicly available Wachendorff automation
documents, e.g. data sheets, assembly instructions, leaflets, catalogues and flyers.
Ensure that you read the manual before commissioning — check beforehand that you
have the latest version of the manual.
The INFO symbol indicates a section that contains particularly
important information for advanced use of the device.
The IMPORTANT symbol is shown next to a section of text that
describes a method for solving a particular problem.
The WARNING symbol indicates that the adjacent instructions
must be observed to ensure correct use of the device and to
protect the user against hazards.
When reading, pay particular attention to the information, important notices and
warnings that are marked with the corresponding symbols (see 1.2.1).
Section 4 Quick start shows a way how to configure the encoder in a very general
setting with minimal functionality. For optimal usage of the device, it is necessary to
read all the following information. Abbreviations and specific wording is explained at
the beginning of this manual.
This manual is intended for persons with technical knowledge in the handling of
sensors, CANopen interfaces and automation elements. If you do not have any
experience in this field, request the assistance of experienced personnel before
proceeding.
Keep the information provided with our product in a safe place so that you can refer to
it at a later date as necessary.
1.2.1 Symbols
1.3 Specifications
An encoder is a sensor that is designed to detect angular positions (singleturn) and
revolutions (multiturn). The measured data and variables are processed by the
encoder and provided as electrical output signals for the connected peripherals.
The interface and protocol for the communication between encoder and attached
equipment meets the CAN and CANopen specifications. The encoder is capable of
CAN 2.0A and CAN 2.0B. The implemented CANopen protocol meets the CiA 406
encoder profile.
For an easy configuration of the encoder, EDS files (electronic data sheet) are provided
at the download area at www.wachendorff-automation.com.
When commissioning the encoder, ensure that you observe the
assembly instructions, manual and data sheet.
Failure to observe the safety instructions may lead to
malfunctions, property damage and personal injury!
Observe the operating instructions provided by the machine's
manufacturer.
The encoder must not be operated outside the specified limit
parameters (see data sheet).
2 Safety information
2.1 General safety information
2.2 Intended use
Rotary encoders are components that are intended for installation in machines. Before
commissioning (operation in accordance with the intended use), it must be determined
that the machine as a whole corresponds to the EMC and Machine Directive.
A rotary encoder is a sensor that is designed to detect angular positions and
revolutions and must only be used for this purpose! Wachendorff Automation
manufactures and distributes encoders for use in non-safety-relevant industrial
applications.
All electrical connections must be tested before
commissioning.
Appropriate safety measures must be taken to ensure that no
persons are harmed and no damage to the system or operating
equipment occurs in the event of a failure or malfunction.
2.3 Safe working
The installation and mounting of the encoder must only be carried out by a qualified
electrician.
For the construction of electrical installations, all relevant national and international
regulations must be strictly observed.
Failure to commission the encoder correctly may result in malfunction or failure.
2.4 Disposal
Devices that are no longer needed or are defective must be disposed by the user in
proper compliance with the country-specific laws. It must be taken into consideration
that this is a special waste of electronics and that disposal is not permitted via normal
household waste.
There is no obligation by the manufacturer to take the device back. If you have any
questions regarding proper disposal, contact a disposal specialist in your area.
Wachendorff Automation WDGA encoders are available in different mechanical
versions. Key features are size and shape. The standard sizes are 36mm and 58mm
flange diameter. Different types of shapes according to shafts and flanges are
available. Examples of the different versions are shown in Figure 3.1:
Figure 3.1: Encoder versions, shaft and hollow bore shaft
The shaft or the hollow bore shaft will be connected to the rotating part of which the
angular position or rotation you want to measure. The encoder itself is mounted by
several tapped bores or torque supports.
A stub cable or M12 sized connector provides the electrical connection to the CANnetwork.
A bicolour status LED at the top indicates the different states of the encoder during use
and helps with configuration and troubleshooting.
3.2 Predefined Connection Settings
By default all WDGA encoders are set on Node-ID=127h and Baudrate=AutoDetection.
The encoder indicates every status modification with its status-
LED. See chapter 3.3 "LED status indicator and signal codes".
080h
8
00h
00h
00h
00h
00h
00h
00h
00h
CAN-ID
DLC
Command
Byte0
Byte1
Byte2
Byte3
Byte4
Byte5
Byte6
4 Quick start
4.1 CAN network integration
The default node ID of Wachendorff Automation encoders (Object 2101h sub-Index:
00h) is 7Fh=127d.
For operating in a CAN-Network, the encoder’s baudrate has to be set. The common
ways to set the baudrate is via LSS (CiA DSP-305) or a SDO command.
Wachendorff Automation WDGA encoders have the capability to detect the baudrate
of the network automatically (object 2100h sub-Index: 00h value: 09h - Baudrate-autodetection). So usually the baudrate setup is not necessary. To detect the valid baudrate
the encoder stays passive and scans the communication at the bus. When the
baudrate is detected, the encoder is set to this rate, sends its boot-up message and
switches into pre-operational mode.
To prevent possible collisions in case double assigned node ID it is recommended to
use a 1:1 connection with a bus master for configuration (e.g. a laptop computer with
suitable hard- and software). Set the master on the intended baudrate and use SDO
or LSS services to configure the encoder.
4.2 SDO command to set the node ID
After connecting the encoder WDGA with the CAN bus respectively the master (e.g. a
laptop computer with suitable hard- and software) the LED starts "flickering red and
green" (see Figure 3.3 LED indications 2).
First send one or more SYNC messages, which the encoder can use to detect the
baudrate:
Table 4.1: SYNC-message
The encoder will detect and lock on the used baudrate. It will send its boot-up message
and the LED starts to blink green (see Figure 3.2).
Changing the Node ID automatically adjusts the PDO and
EMCY COB IDs. After the first manual storage, they are frozen
at their current value and no longer automatically adjusted.
Performing the "Restore Defaults" command will re-enable
automatic adjustment.
To set the encoders node ID the object 2101h, Sub-Index 00h has to be accessed.
(Only possible in PRE-OPERATIONAL state!) Send a write-SDO-command with the
intended node ID (in hex):
Table 4.2: SDO-write command to set Node-ID
An example for a node ID might be:
Table 4.3: Node-ID in decimal and hexadecimal
The change of the node ID via SDO will be effective after a reset of the encoder (hard
reset or NMT reset). The new node ID is stored into the EEPROM immediately and
without a further command. The setting of the node ID via LSS is described in chapter
8.
4.3 Setting-up the encoder
Connect the encoder to the bus of application. Please mind the included mounting and
safety advice documents. You can find additional information to this in chapter 8
"Setting-up".
When the encoder is completely integrated into the application you can switch it into
OPERATIONAL mode by the "Start-All-Nodes-Command" (see chapter 7.1).
The encoder is now operational (LED shows green ON) and starts sending its data via
the several process data objects (PDO). The encoders default configuration plans that
the PDO1 is triggered once the position value changes.
The position value (object 6004h) is mapped in PDO1 and transmitted as an
Unsigned32. By default PDO2 transmits the same value but synchronously on the
reception of a SYNC message. Heartbeat is switched off and will not be transmitted by
default. The encoder is now configured and ready for basic applications.
CAN is a field bus. It operates with the CSMA/CA (Carrier Sense Multiple Access /
Collision Avoidance) method. It means that collisions during bus access are avoided
by a so called bitwise arbitration. The bits are coded NRZ-L (Non Return to Zero - Low).
A cyclic redundancy check (CRC) and other safety mechanisms provide a secure
transmission. For synchronisation a mechanism called "bit stuffing" is used. CAN is a
multi-master system, i.e. several equal bus nodes can be connected without a bus
master supervising the communication. In principle a CAN bus can be realized with
copper wire or in fibre optic cable.
The common CAN implementation with copper wire operates with differential signals,
transmitted via two wires: CAN
mode rejection ratio.
Data is transmitted with bits that can either be dominant or recessive. The dominant
(0) always overwrites the recessive (1).
HIGH
, CAN
. Therefore CAN has a good common
LOW
The topology of a CAN network is a line, which can be extended by stubs. The
maximum length of a stub is limited to 0,5m.
The network always has to be terminated on both ends with 120Ohms each (between
CAN
und CAN
HIGH
). Other locations or values are not allowed.
LOW
The arbitration mentioned before is used to control the bus access of the nodes by
prioritization of the CAN-Identifier of the different messages. Every node monitors the
bus. If more than on node wants access on the bus, the node with the highest priority
of the messages ID succeeds and the other nodes retreat until there is "silence" on
the bus (see Figure 5.1). Technically the first dominate bit of the ID send overwrites
the corresponding recessive bit of the other IDs. In case that more than one node
uses the same CAN-ID an error occurs only at a collision within the rest of the frame.
On principle a CAN-ID should only be used by a single node!
Due to the arbitration there is a ranking of the messages. The message with the lowest
ID has the highest priority and therefore it has almost instant access on the bus. The
exception is that an ongoing transmission will not be interrupted. So time critical
messages should be assigned to the high priority CAN-IDs, but even then there is no
determination in the time of transmission (non-deterministic transmission).
For the arbitration all nodes have to be synchronised. Due to the lack of a separate
clock signal, the transmission of many identical bits in line would lead to the loss of
synchronisation. The so called bit-stuffing is used to prevent this case. After five equal
bits a complementary bit will be inserted into the transmission (the application will not
notice). So the nodes can keep up resynchronising on the bit flanks (see Figure 5.2).
A CAN network can operate with baud rates up to 1 Mbit/s. Due to the necessary
synchronisation of the nodes, the maximum delay caused by the length of the cable
has to be limited. The limitation corresponds with the baudrate. There is a common
recommendation of the maximum cable length at several baud rates.
Table 5.1: CAN baud rates und recommended cable length limits
5.2 CANopen
CANopen is a specified higher protocol (layer 7 protocol) (Figure 5.3).
Figure 5.3: ISO-OSI-Modell
With CANopen it is possible to transfer larger amounts of data, emergency telegrams
and process data. CANopen describes how the communication is performed. That
means that parameters to configure a device are transmitted in a defined form (profile).
A CANopen profile defines objects representing the different functions of a device.
These objects form a table called object dictionary.
Cabling/pin assignment, Representation of units, Indicator specification
CiA 305
Configuration of baudrate und node ID via LSS
CiA 306
Electronic Data Sheet
CiA 406
Device-/Application-profile
The communication profile defines the basic services and parameters of a CANopen
device (e.g. service data objects SDOs, process data objects PDOs, used CAN-IDs,
etc.).
The device profile defines the specific functions of a device family (e.g. encoders, i/o
devices, ...). For encoders the device profile is the encoder profile CiA 406.
5.3 Specifications and profiles
5.3.1 Overview
The CANopen specifications were defined by the CiA in Draft Standards. Concerning
the WDGA encoders the following specifications are from special importance:
Table 5.2: Draft Standards
5.3.2 Mechanisms of communication
There are several different CANopen communication services:
SDO Service Data Object
Use: for access to the object dictionary. There is one single SDO-channel.
Two identifiers are assigned to the SDO channel, one for each direction of
transmission.
For SDO the 8 byte CAN frame is divided into 1 byte command, a multiplexor of 2 byte
index and 1 byte sub index of the object dictionary, and 4 byte of payload. For bigger
payloads either segmented or block transfer is used.
A SDO transmission will always be acknowledged by the receiver. In case of a failure
an "abort message" is send. The internal delay time of the WDGA encoders is 1
millisecond maximum.
PDO Process Data Object
Use: for transmission of process data. The WDGA encoders provide up to four PDOs.
A PDO uses the full length of the data area of a CAN frame (8 bytes) for the process
data without additional overhead.
Loading...
+ 57 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.