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

Vector Informatik

www.vector.com

Headquarters

Vector Informatik GmbH
Ingersheimer Str. 24
DE-70499 Stuttgart

Phone: +49-711-806700
Fax: +49-711-80670111
Email: info@vector.com
URL: www.vector.com

Technical contact

Hans-Werner Schaal

Phone: +49-711-80670523
Fax: +49-711-80670249
Email: hans-werner.schaal@vector.com

Sales contact

Phone: +49-711-80670500
Fax: +49-711-80670555
Email: sales@vector.com

China

Vector Informatik GmbH Representative Office Shanghai

Phone: +86-21-6432-53530
Fax: +86-21-6432-5308
Email: info@cn.vector.com

France

Vector France S.A.S.

Phone: +33-1-42314000
Fax: +33-1-42314009
Email: information@vector-france.com

India

Vector Informatik India Prv. Ltd.

Phone: +91-20-25872023
Fax: +91-20-25872025
Email: info@vector-india.com

Japan

Vector Japan Co., Ltd.

Phone: +81-3-57696970
Fax: +81-3-57696975
Email: info@vector-japan.co.jp

Great Britain

Vector GB Ltd.

Phone: +44-7530-264701
Email: info@vector-gb.co.uk

South Korea

Vector Korea IT Inc.

Phone: +82-2-20280600
Fax: +82-2-20280604
Email: info@vector-korea.com

Sweden

VecScan AB

Phone: +46-31-7647600
Fax: +46-31-7647619
Email: info@vecscan.com

USA

Vector CANtech, Inc.

Phone: +1-248-4499290
Fax: +1-248-4499704
Email: info@vector-cantech.com


Further distributors: Please contact us or see our homepage www.vector.com/addresses

CANoe simulation and test tool

Availability
In stock

Overview

As the use of networking continues to increase, the development of CANopen systems is not possible without suitable development tools. CANoe (CAN Open Environment) supports the entire development process for networked systems, from planning and simulation through in-the-loop testing and production.

CANeds and ProCANopen included

The option CANoe.CANopen includes the configuration tool ProCANopen and the CANeds.

Simulation

A significant aspect of CANoe.CANopen is the automatic generation of simulation models. The application oriented C-based language, CAPL (communication access programming language) from Vector is used as the programming language for this purpose.
All information necessary for the generation exist in the device descriptions that are set up using ProCANopen. The entire CANopen-specific functionality of an ECU is simulated by a nodelayer-DLL. The user can utilize the functionality of this DLL by means of function calls from a generated CAPL program. This makes it very easy to initiate a SDO access to another device in the network from the CAPL program.

Automatic test generation

Besides the manual configuration of test sequences it is easy to generate test sequences for CANopen devices automatically. The necessary test functions are identified and assembled into a sequence, based on device descriptions existing in standardized format (EDS files). CANoe.CANopen runs through these sequences. All test results are conveniently logged to a report file.

The following generation templates are available:

  • SDO test
  • PDO test
  • Hidden object test
  • Object value test
  • Value range test
  • Check object dictionary values
  • Check access to object dictionary

Creating application tests easily

A test environment for a CANopen network can be generated at the press of a button. In turn, this makes it easy to create application tests. Simulated network nodes can be "remote controlled" by a user created test sequence. The user triggers a PDO transfer from the simulated node to the DUT (device under test) by a simple function call. Another function call by SDO reads the output value from the DUT and compares it to the target value.

Communications monitoring and analysis

In a trace window the CAN message traffic is displayed while simultaneously interpreting the protocol information it contains. The user not only sees the service that is currently being executed, but can also see all relevant service parameters at a glance. This information is displayed in clear text and gives the user a quick overview of the chronological order of individual protocol sequences for the observed CANopen services thereby making it significantly easier to localize errors in a real system. If there are any signal definitions (objects segments which can be defined within the new XML standard) made within the EDS file, those signals are displayed in the trace window automatically.

The CANopen Scanner evaluates CAN messages and shows the active nodes in a list. Other node-specific information is also output, such as the node state and device name.

Device access

The object directory for an individual device is shown in a tree structure that is structured as a function of user inputs. The objects to be shown are taken from the EDS file for the relevant device. It is easy to read-out and modify device parameters that are mapped into a device by object dictionary entries. This is how the user can configure necessary settings in a device. In the modification of PDO parameters the access dialog considers the access order specified by the CiA 301 communications profile. If no EDS file exists for a device, it is still possible to access the object dictionary by a special dialog. Changes to device parameters are stored separately for each device in a device configuration file (DCF).

Interfaces

CANoe.CANopen uses the standardized file formats EDS and DCF to store data. Also the new XML format (XDD and XDC) regarding CiA 311 is supported by the CANoe.CANopen. Simple data exchange with any other CANopen tool such as CANalyzer.CANopen is guaranteed.

For more information, application notes and a demo version please refer to Vector's website: www.canopen-solutions.com/canopen_canoe_en.html.