canalyzer presentation

7/22/2019 Canalyzer Presentation

1/17

HARP-BHARP Software Demo

July 23 - 25 2001

CAN Node Emulator

Using the

Vector CAN-Tech CANalyzer

Raj Atwal

CAN Node Emulator


2/17


July 23 - 25 2001

Outl ine

HARP-B Hardware Architecture

Purpose

CANalyzer Host Emulation

HARP Micro

LABView GUI

LO Microcontroller Emulation Benefits


3/17


July 23 - 25 2001HARP-B Hardware Arch i tectu re


4/17


July 23 - 25 2001

Purpose

We need to Test Efficiently & Effectively.

We need to Limit User Intervention while testing.

We need to Monitor CAN Bus Traffic.

We need to Test Continuously.

How have we achieved this?


5/17


July 23 - 25 2001

CANalyzer

Troubleshooting Tool for CAN bus systems.

Assists in Observing, Analyzing, and Simulating DataTraffic.

Works With the raw data bytes within the CAN Message.

At the Application Level, with the actual physical values(iescaled values).

And above all, integrates easily with existing

hardware architectures...


6/17


July 23 - 25 2001

HARP-B w ith CANalyzer

CANalyzer


7/17


July 23 - 25 2001

CANalyzer Features

Displays data segments of specific CAN messages.

Transmits predefined CAN messages.

Replays recorded CAN messages.

Evaluates and Acquires statistics on bus loading andbus disturbances.

Allows use of Symbolic names for CAN Messagesand Signals.

Expansion of functionality via user programming. Allows Tracing - a real-time listing of bus data traffic...


8/17


July 23 - 25 2001

CANalyzer Features

CAN Sniffer

Sits on the CAN Bus.

Picks up ALL CAN

Messages. Useful for Observing and

Analyzing.

Nice way of keeping track ormonitoring data traffic.

Helps in testing.

HARP

Micro

LABView

GUI

LO

Micro

Controller

CANalyzer

CAN Bus

OR

HOST


9/17


July 23 - 25 2001

Prog ram Development

The CAN Access Programming Language - CAPL, isused.

CAPL is application oriented, and very similar to the C

Programming Language. Program blocks can be inserted at any point in the

data flow diagram.

CAPL is based on a Special Event Procedureconcept.

This concept is a simpler version of Interrupts andInterrupt Service Routines.

Use of CAPL results in numerous potentialapplications...


10/17


July 23 - 25 2001

Appl icat ions

Data Traffic Simulation.

CAN Node Emulation. HOST Emulation.

HARP Micro. LABView GUI.

LO Microcontroller Emulation.

Test CAN Bus Communications between CAN Nodes.

Perform Event Specific actions.

Link Between two buses.


11/17


July 23 - 25 2001

System Overview

LO Microcontroller CANalyzer

HARP

Micro

LABView

GUI

CAN Bus

OR

HOST


12/17


July 23 - 25 2001

HOST Emulat ion

Pretend to be the Host. HARP Micro.

LABView GUI.

Simulate CAN Messages. Transmit CAN Messages continuously with random

data values.

Observation of LO Microcontroller behavior.

Analyze results, especially any discrepancies.

Specifically, we can Change Bias Voltages.

Change the YIG Frequency.

Turn Asynch Alarm, Idle, and Debug Modes on and off.

Respond to user requests entered via the keyboard.


13/17


July 23 - 25 2001

LO Microcon tro l ler Emulat ion

We can add CAPL program blocks that makeCANalyzer behave exactly like the LO Microcontroller(or any other CAN Node).

When the LO Microcontroller (or any other CANNode) is absent, testing with the HARP Micro cancontinue.

CANalyzer responds to RTRs and all other CANMessages from the HARP Micro.

This is a key feature, especially when we wont havethe LO Microcontroller.


14/17


July 23 - 25 2001

Emu lat ion Topology

HOST MICRO

OR

LABView

GUI

CANalyzer

LO

Controller

Emulation

LO Microcontroller CANalyzer HOSTEmulation

CAN Bus


15/17


July 23 - 25 2001

Procedu re for CAN Node

Emulat ion

All participating nodes must be connected to the CANBus.

All CAN Messages must be set up in the CANalyzer

CAN Data Base. All CAN Message Signals must be declared within the

CAN dB.

Scale the Signals appropriately.

Thats it!


16/17


July 23 - 25 2001

Benef i ts

In the ABSENCE of actual hardware devices, we canuse CANalyzer to emulate those devices.

CAN Node Emulation allows Reduction in delay time for testing.

Helpful in testing other CAN Nodes.

Testing can continue in the absence of any CAN Node.

Thorough and Efficient testing.

System response to a variety of CAN Messages. Continuous overnight test runs.

Verification.


17/17


July 23 - 25 2001Quest ions?

Now its Demo Time...

canalyzer presentation

Documents