CAN in Automation (CiA)
headquarters@can.cia.org
www.can-cia.org
CANopen Product Guide 2011
home

Deutschmann Automation

www.deutschmann.de

NMT
NMT slave
Error control
Node guarding
Boot-up
Yes
Node ID range
From 1 to 127
Node ID assignment
Hardware switch
Software switch
LSS-services
CANopen bit-rates
10 kbit/s
20 kbit/s
50 kbit/s
125 kbit/s
250 kbit/s
500 kbit/s
800 kbit/s
1 000 kbit/s
Type of bit-rate adjustment
Hardware switch (local interface)
Software switch
LSS-services (defined in CiA 305)
No. of PDO
RPDOs
32
TPDOs
32
PDO modes
Event-triggered
Triggered by event-timer
Remotely-requested
Synchronous (cyclic)
Synchronous (acyclic)
PDO linking
No
PDO mapping
Dynamic
Emergency message
Yes
Producer:
No
Consumer:
No. of SDO
Server
2
Client
No
Sync
No
Sync producer:
Yes
Sync counter:
Time stamp
No
Additional functions
LSS slave
Supported application layer
CiA 301 V 3.0
CiA 301 V 4.1
Supported frameworks
CiA 305
Supported profiles
CiA 401: CANopen device profile for generic I/O modules
CiA 402: CANopen drives and motion control device profile
CiA 404: CANopen device profile for measuring devices and closed-loop controllers
CiA 405: CANopen interface and device profile for IEC 61131-3 programmable devices
CiA 406: CANopen device profile for encoders
CiA 408: CANopen device profile fluid power technology proportional valves and hydraulic transmissions
CiA 410: CANopen device profile for inclinometer
CiA 412: CANopen profiles for medical devices
Certified
No

Headquarters

Deutschmann Automation
P.O. 1108
DE-65516 Bad Camberg

Phone: +49-6434-94330
Fax: +49-6434-943340
Email: info@deutschmann.de
URL: www.deutschmann.de

All worldwide agents are listed on our website

Unigate CL-CANopen gateway

Availability
In stock

The Deutschmann Unigate gateway connects devices, such as automation components and CANopen networks via their serial interface. Unigate takes on the task of a protocol converter and converts the different interfaces. The protocol of the terminal-unit is converted in the Unigate via a Script. This script is generated with the free PC-tool 'Protocol Developer' www.deutschmann.de/en/products/field-bus_iep/en/products/protocol_developer.html and it is optimally adapted to the end product and the requirements of the CANopen master. Changes in the firmware of the terminal-unit are not necessary.

Application

Deutschmann Unigate CANopen is ideal for the use with terminal-units that do not have their own CANopen-interface. In no time and without development effort involved your product will become capable for CANopen-connection. The standard DIN-rail version features the protection type IP24.

Scope of functions

The Deutschmann Unigate gateway uses the complete data capacity of CANopen and supports all important speeds up to the maximum. The complete performance range of a CANopen Slave is supported by Unigate . For the CANopen-connection a DE-9 connector is provided, the connection of the serial side is made through screw-plug-connector (optionally through a DE-9 connector). The CANopen node can either be set by means of the integrated switch or through script-commands itself. A large number of diagnosis LEDs signal the state of the device on the CANopen-side as well as on the serial side. Due to the script the user has all liberties and possibility, from a simple transparent data transfer over the generation of complex protocols up to editing data.

Your advantage

With Deutschmann Unigate CL-modules you bring existing components (also older devices) into modern networks. As device manufacturer you save the development of the interface based on the corresponding field-bus or Ethernet. Due to the continuity of the Deutschmann Unigate CL-series scripts that have been generated once can be used practically without changes for other types of the Unigate CL-series based on other field-buses and Ethernet. The firmware adaptation of your own terminal-units becomes unnecessary.

Hotline and support

A team of qualified specialists will assist you with the selection of the device, start-up, configuration and the generation of the Script. This offer is completed by trainings to the different subject areas.

Quick info Unigate CL-CANopen

  • Complete CANopen slave
  • Supports CANopen (CiA 301 V 4.0)
  • Max. 255 byte input- and 255 byte output-data
  • Support of all important speed in CANopen
  • Isolated CANopen-interface, optional galvanic isolation of the RS-side
  • Serial EIA-232- (RS-232-), EIA-422- (RS-422-), EIA-485- (RS-485-) and SSI-interface on board
  • Bit-rate of the device's serial interface adjustable up to 625 000 bit/s
  • Connection of up to 32 participants possible, when using the EIA-485- (RS-485-) device interface Script-language
  • No change in the Firmware of your terminal-unit necessary
  • Exchangeable for other Deutschmann field-bus gateways and the types based on Ethernet

Technical data

  • Dimensions (B × D × H): 23 mm × 100 mm × 115 mm
  • Voltage supply: +10 V to 33 V, protection against incorrect polarity, short circuit and overload integrated
  • Mounting: DIN-rail, optional housing versions, pure circuit-board version to include in your own mechanics
  • Current consumption: typ. 120 mA, max. 150 mA
  • Operating temperature: 0 °C up to +55 °C
  • Field-bus (CANopen) functions: All specified NMT slave functions
  • Technology: ASIC
  • Certificates: CANopen, CE
  • Galvanic division: Optional for the serial side, standard on the bus side

Script, protocol developer: What is it?

So to speak the "Script" language is the heart of our gateway series. The "Protocol Developer" gives you the possibility to generate a protocol for the connection to a serial interface with simple understandable commands in no time. The predefined standard protocols, such as the 3964R Protocol or Modbus RTU are used. However, the script language develops its complete performance capability only when you compile "your" protocol.

The "Protocol Developer" supports a variety of functions, in order to bring the received data or the data to be sent in the correct "shape". Mathematical or memory processing commands are known as from other programming languages and they are implemented in an understandable way for the layman.

To control the desired field-bus the default values are used. Then the user does not have to pay further regard to the field-bus. Or field-bus-specific parameters are used, that place the complete performance capability of the bus at the user's disposal.

The chief attraction of this environment is the "debug-window" that is included in the "Protocol Developer", which makes a real debugging, that is real operation, possible, provided that the debug-hardware is connected. Here the conventional functions, such as single step, operation and stop at a breakpoint.