Embedded Development Tools and Debuggers for XC2000, TriCore, PowerPC, ARM, Cortex, SH-2A » Products » Access Devices » UAD2
| Print |

Communication Hardware "Universal Access Device 2" - UAD2

Universal Access Device 2 - UAD2

UAD2 Debug Support for XC166, XC2000, XE166, TriCore, PowerPC, ARM, Cortex, XScale, SH-2A

With a powerful 32-bit Communication Unit based Universal Access Device 2 (UAD2), pls presents an extremely rapid and flexible communication tool to access a multitude of popular 16 and 32-bit microcontrollers.

The unique combination of JTAG and CAN bus, measurements of a mere 13 x 8 x 3cm³, and a robust aluminum housing, predestine the UAD2 for mobile use in the field. A ground connector enables a common voltage reference between the target system and the UAD2. Because the supply input tolerates unregulated DC voltages from 7V to 25V, the development system is well suited for use in motor vehicles.


Basic Features

  • Standalone Communication device 13 x 8 x 3cm³
  • Host Connection via USB 2.0
    • 480Mbps Communication Speed
    • USB 1.1 supported with reduced efficiency
    • Works under Windows XP, Windows Vista, Windows 7, Windows 8 (32/64)
  • Serial Wire Debug (SWD) support
  • Serial Wire Viewer (SWV) support
  • Instrumentation Trace Macrocell (ITM) support
  • Flexible serial high-speed communication to an XC16x, C16x, ST10, TriCore, ARM7, ARM9, ARM11, XScale, PowerPC, SuperH target system.
The following serial modes are available:
Controller Peripheral Interface Transfer rate UDE Support
ASC asynchronous RS232 up to 1 Mbps
ASC a/synchronous RS485 up to 1 Mbps
SSC synchronous RS485 up to 1 Mbps
CAN (On-Chip CAN) CAN up to 1 Mbps
JTAG LVTTL up to 50 MHz
JTAG (OCDS L1 Support) LVTTL up to 50 MHz
DAP  LVTTL up to 50 MHz
SWD
LVTTL
up to 25 MHz

Supported microcontroller derivatives

  • C166, ST10
  • XC166, XC2000, XE166
  • TriCore
  • PowerPC, PowerArchitecture
  • Cortex-A8, Cortex-M3, Cortex-R4
  • ARM7, ARM9, ARM11
  • XScale
  • SuperH

CAN Interface

The UAD2 even allows the continuous recording and transmission of messages over the CAN bus during a test process. When performing service needs in the field or also during the development, a CAN service monitor can be linked with the application on the target system. This way, the debugger is able to maintain a connection with the microcontroller even during normal operation.
Following advantages are thereby achieved:

  • CAN communication channel may be used simultaneously for your application and for debugging because of the CAN bus node addressing.
  • The CAN bus debugging monitor in the target system requires just 4kByte of code and 128Bytes data memory; it can thus be easily integrated into nearly all types of target systems. 4 message identifier and 2 CAN module messages objects for host-to-target communication must be reserved. CAN bus timing is user-definable.

The CAN debugging interface uses the on-chip CAN module of the C167CR, C167CS, C164CI, C161CS, C161JS, XC161, XC164, XC167, ST10R167, ST10R168 or TriCore TC1775, TC1130, TC1796 CAN derivatives or an external i82527 CAN bus controller for communication with debugger on the host PC. The Controller Area Network (CAN) bus and its associated protocol allows very efficient communication between a number of stations connected to the CAN bus. Accessing a number of stations simultaneously may be of great advantage when designing complex systems with a number of CAN nodes based on XC16x, C16x, ST10. Other software performance enhancing features of the CAN bus are: The CAN bus debug interface is an excellent solution allowing rapid access to the target system for software development, testing and on-site maintenance at all times.

Special CAN Bus Target Monitor Features

  • Target system monitors for XC16x, C16x, ST10 internal on-chip CAN module and external i82527 available.
  • CAN bus ROM monitors for standard evaluation boards come with the Debugger Standard Package.
  • Standard and Extended Identifiers supported.
  • CAN interrupt sharing between monitor and application using the On-Chip CAN module.
  • Flash programming via CAN bus (internal FLASH and external FLASH-EPROMs AMD 29F xxx)

CAN Bus Monitoring

  • CAN bus polling
  • CAN bus observing capability, can also be used in conjunction with the CAN bus based debugger communication
  • CAN bus stimulation - ideally suited for testing CAN applications !

The Universal Access Device 2 CAN Bus Monitoring tool is designed as a development aid for applications using the CAN bus and is not supposed to completely replace a CAN Analyzer.


ETB Trace for ARM9

The ARM9 ETB trace allows the recording of trace information of a running program on the ARM derivatives in real-time.

UDE Support of ETM Trace Functions

The complete utilization of trace functionality by setup modes:

  • 1 standard modes to allow easy access to standard trace tasks
  • Full connection of trace setup to symbolic reference of source code
  • Visualization of internal and external trace events
  • Browse capability between trace output and C-language sources

UDE Support of ETB Trace Functions

The Embedded Trace Buffer (ETB) extends the ETM unit of ARM derivatives by an embedded on-chip circular trace buffer. This simplifies the adaptation of external trace units because the high speed trace signaling does not need to transfer to the external unit. The trace buffer is managed and read via the JTAG communication channel.

  • Supported derivatives: LPC3000 derivatives

DAP Support for Infineons TriCore and XC2000

The Device Access Port DAP, a new debug interface was established by Infineon for the AUDO Future,
XC2000M, XE166M devices and other upcoming 16-bit and 32-bit-microcontrollers. The 2-wire or 3-wire
DAP allows debug communication with higher transmission rates than existing JTAG based communication channels. The new board connector is a 0.05 inch double row 10-pins micro-terminal with keying shroud, which saves board space on targets system side.

UDE Support for DAP

High-speed downloading via DAP is achieved by the communication devices UAD2 and UAD2+, the hardware addons of the Universal Debug Engine.
  • DAP communication frequency @ 50 MHz
  • Transfer rate up to 3,5 MByte/s ( with TC1797 AUDO Future)
  • 2-wire/pin and 3-wire/pin DAP mode supported
  • Prepared for single-wire/pin DAP mode
  • LED for power indicating

SWD Support for Cortex

The Serial Wire Debug (SWD) interface or Serial Wire Debug Port (SW-DP) is one of the features of the debug and trace technology ARM CoreSight©. First implementations of SWD are realized in the derivatives of the Cortex-M3 core Stellaris of Luminary Micro (now Texas Instruments) and in the derivatives of the STM32 family by STMicroelectronics. The known JTAG Debug Port (JTAG-DP) is supported furthermore. Both debug ports, the SWD and the alternative JTAG debug port can be combined to the Serial Wire JTAG Debug Port (SWJ-DP), the CoreSight standard port.

When using SWD, the TDO signal can provide trace event messages via the Serial Wire Output (SWO). This behaviour can be used by the Serial Wire Viewer (SWV) to output system events via a single pin:
  • Instrumentation trace ITM (printf-like Debugging)
  • Watchpoint Trace DWT, Instruction Pointer Trace
  • Event Trace (Interrupts)

UDE Support for SWD

Target connection via SWD is achieved by the communication devices UAD2 and UAD2+, the hardware add-ons of the Universal Debug Engine and the additional UAD2 SWD adapter.

Electrostatic Precautions

Electrostatic Discharge (ESD) can damage a sensitive electronic component !

Under several conditions static electricity and ground potential differences between the Access Device and the user's target hardware can build up high voltages - over 10000 Volts (10 kV) in some cases. The electrostatic discharge of this build-up voltage results in fast high current waveforms and fast magnetic (H-field) or electrostatic (E-field) disturbances.

The discharge into the electronic components and circuitry can damage or destroy hardware components, resulting in failures and reduced reliability. Because of the non-hot-pluggable 3.3 Volts / 5 Volts - TTL properties of the JTAG and the 3Pin/Serial connectors, these ports are endangered especially. The maximum voltage on these pins may not exceeded 5.5 Volts against the UAD's ground, especially in the case that the ground planes are not connected first.

To protect your hardware against damage from static electricity and ground potential discharge, you must follow some basic precautions:
  1. Before you change any cable connections from the Access Device, please remove the power from the Access Device and your target system.
  2. Please ensure that the static electricity and ground potentials between the Access Device, the host PC and the target hardware are balanced. If there is a danger of high potential differences, you must connect the Access Device, the host PC and the target hardware to the same ground domain via a low resistance connection.
  3. Establish the target connection and power on the systems.

In all cases, the following rule must be attended:
     The first connection between the devices must be done via the ground !

ESD protection Solution
All Universal Access Devices are equipped with a ground socket on the front side. Please use this ground socket for discharging the static electricity and balancing ground potentials between the Universal Access Device, the host PC and the target hardware BEFORE you connect the target hardware to the Access Device.

An additional protection for UAD can be achieved by using the JTAG Protector. In hard process environments it is strongly recommended to use the UAD-JTAG-Protector. Please note, that the JTAG Protector DOES NOT suspend the precautions described above.


Trademarks: TriCore is a trademark of Infineon Technologies. ARM, EmbeddedICE and Thumb are registered trademarks of ARM Limited. ARM7, ARM9 and Embedded Trace Macrocell, are trademarks of ARM Limited. ST is a registered trademark of companies belonging to the STMicroelectronics Group. XScale is a registered trademark of companies belonging to the STMicroelectronics Group. All other brands or product names are the property of their respective holders.

 

Events

Freescale TecDays 2013
Tool package for Kinetis (Cortex-M4), Embedded Linux Kernel and Application Debugging, Eclipse based development platform for Qorivva microcontrollers MPC56xx/MPC57xx

Read more ...

Crash Courses and Training
Multicore Debug Solution, MCDS, Architectures, UDE

Read more ...


News

Hercules™ security
MCU platform
TMS570LS and RM4x
from Texas
Instruments now
supported by UDE
Read more...
 
Optimized debugging
solution for
the new
ARM® Cortex™- M0
core-based XMC1000
family of Infineon
Read more...
 
Universal Debug
Engine 4.0
sets
new standards in
the development
of multicore targets
Read more...
 

New Universal
Access Devcie 2pro

(UAD2pro) enables
also strong electrically
isolated connections
to the target

Read more...
 

First optimized
test and debug
solution for the
new AURIX™
32-bit multi-
core MCUs
from Infineon

Read more...
 

Proven debug
solution for new
multicore auto-
motive micro-
controllers:
MPC57xx (Freescale)
and SPC57x (STM)

Read more...
 

Optimized debug
tools for the
new XMC4000
microcontroller
family
of Infineon
available now

Read more...
 

Complete debug
solution for the
Development
Device of the
new TriCore
Multicore
Architecture

Read more...
 
Optimized tools
for the new
TC1791, TC1793
and TC1798
AUDO MAX
microcontrollers
Read more...
 
netX controllers
and rcX RTOS
from Hilscher
now supported by UDE
Read more...
 
Dual-core debugging
of NXP's LPC4300
under the single user
interface of UDE
Read more...
 

Kinetis MCUs
from Freescale
based on Cortex-
M4 core supported
by UDE

Read more...
 

Complete new
toolchain for
Power Architecture
SoCs
from
STMicroelectronics
and Freescale
based on Eclipse,
GNU and
Universal Debug Engine

Read more...
 
UAD3+ sets new standards in the field of high-end trace and multi-core / multi-target debugging
Read more...