Texas Instruments TUSB2136 User manual



  
May 2004 MSDS Bus Solutions
User’s Guide
SLLU027A

IMPORTANT NOTICE
Texas Instruments Incorporated and its subsidiaries (TI) reserve the right to make corrections, modifications,
enhancements, improvements, and other changes to its products and services at any time and to discontinue
any product or service without notice. Customers should obtain the latest relevant information before placing
orders and should verify that such information is current and complete. All products are sold subject to TI’s terms
and conditions of sale supplied at the time of order acknowledgment.
TI warrants performance of its hardware products to the specifications applicable at the time of sale in
accordance with TI’s standard warranty. Testing and other quality control techniques are used to the extent TI
deems necessary to support this warranty. Except where mandated by government requirements, testing of all
parameters of each product is not necessarily performed.
TI assumes no liability for applications assistance or customer product design. Customers are responsible for
their products and applications using TI components. To minimize the risks associated with customer products
and applications, customers should provide adequate design and operating safeguards.
TI does not warrant or represent that any license, either express or implied, is granted under any TI patent right,
copyright, mask work right, or other TI intellectual property right relating to any combination, machine, or process
in which TI products or services are used. Information published by TI regarding third-party products or services
does not constitute a license from TI to use such products or services or a warranty or endorsement thereof.
Use of such information may require a license from a third party under the patents or other intellectual property
of the third party, or a license from TI under the patents or other intellectual property of TI.
Reproduction of information in TI data books or data sheets is permissible only if reproduction is without
alteration and is accompanied by all associated warranties, conditions, limitations, and notices. Reproduction
of this information with alteration is an unfair and deceptive business practice. TI is not responsible or liable for
such altered documentation.
Resale of TI products or services with statements different from or beyond the parameters stated by TI for that
product or service voids all express and any implied warranties for the associated TI product or service and is
an unfair and deceptive business practice. TI is not responsible or liable for any such statements.
Following are URLs where you can obtain information on other Texas Instruments products and application
solutions:
Products Applications
Amplifiers amplifier.ti.com Audio www.ti.com/audio
Data Converters dataconverter.ti.com Automotive www.ti.com/automotive
DSP dsp.ti.com Broadband www.ti.com/broadband
Interface interface.ti.com Digital Control www.ti.com/digitalcontrol
Logic logic.ti.com Military www.ti.com/military
Power Mgmt power.ti.com Optical Networking www.ti.com/opticalnetwork
Microcontrollers microcontroller.ti.com Security www.ti.com/security
Telephony www.ti.com/telephony
Video & Imaging www.ti.com/video
Wireless www.ti.com/wireless
Mailing Address: Texas Instruments
Post Office Box 655303, Dallas, Texas 75265
Copyright 2003, Texas Instruments Incorporated

Notational Conventions
iii
Preface

About This Manual
The TI USB device controllers TUSB2136, TUSB3210, TUSB3410, and
TUSB5052 do not support in-circuit emulation (ICE) for debugging. However,
there are alternative methods that can be used by the firmware developer to
aid the coding process. This document describes these alternative methods.
How to Use This Manual
This document contains the following chapters:
Chapter 1,Introduction, provides a general overview of the debugging process
and environment.
Chapter 2, Debug Strings, has basic instructions and examples for outputting
from the microcontroller strings containing information that is useful for
debugging purposes.
Chapter 3, In-System Debugging Using Keil’s ISD51 Feature, gives general
information and specific pointers for the use of Keil debugging software with
the TUSBxxxx.
Chapter 4, File List, contains a source code listing for each C routine and
header file used for debugging.
Notational Conventions
This document uses the following conventions.
-Program listings, program examples, and interactive displays are shown
in a special typeface similar to a typewriter’s. Examples use a bold
version of the special typeface for emphasis; interactive displays use a
bold version of the special typeface to distinguish commands that you
enter from items that the system displays (such as prompts, command
output, error messages, etc.).
Here is a sample program listing:
0011 0005 0001 .field 1, 2
0012 0005 0003 .field 3, 4
0013 0005 0006 .field 6, 3
0014 0006 .even

Contents
iv
Here is an example of a system prompt and a command that you might
enter:
C: csr −a /user/ti/simuboard/utilities
-In syntax descriptions, the instruction, command, or directive is in a bold
typeface font and parameters are in an italic typeface. Portions of a syntax
that are in bold should be entered as shown; portions of a syntax that are
in italics describe the type of information that should be entered. Here is
an example of a directive syntax:
.asect ”section name”, address
.asect is the directive. This directive has two parameters, indicated by
section name and address. When you use .asect, the first parameter must
be an actual section name, enclosed in double quotes; the second
parameter must be an address.
-Square brackets ( [and ]) identify an optional parameter. If you use an
optional parameter, you specify the information within the brackets; you
don’t enter the brackets themselves. Here is an example of an instruction
that has an optional parameter:
LALK 16−bit constant [, shift]
The LALK instruction has two parameters. The first parameter, 16-bit
constant, is required. The second parameter, shift, is optional. As this
syntax shows, if you use the optional second parameter, you must
precede it with a comma.
Square brackets are also used as part of the pathname specification for
VMS pathnames; in this case, the brackets are actually part of the
pathname (they are not optional).
-Braces ( { and } ) indicate a list. The symbol |(read as or) separates items
within the list. Here is an example of a list:
{ * | *+ | *− }
This provides three choices: *, *+, or *−.
Unless the list is enclosed in square brackets, you must choose one item
from the list.
-Some directives can have a varying number of parameters. For example,
the .byte directive can have up to 100 parameters. The syntax for this di-
rective is:
.byte value1[, ... , valuen]
This syntax shows that .byte must have at least one value parameter, but
you have the option of supplying additional value parameters, separated
by commas.

Trademarks
v
Related Documentation From Texas Instruments
TUSB2136 Universal Serial Bus Keyboard Hub Controller Data Manual, TI
literature number SLLS442
TUSB3210 Universal Serial Bus General-Purpose Device Controller Data
Manual, TI literature number SLLS466
Trademarks
Hyperterminal is a trademark of Hilgraeve, Incorporated.
IAR Embedded Workbench is a trademark of IAR Systems AB, Sweden.
Windows is a trademark of Microsoft Corporation.
Other trademarks are the property of their respective owners.

vi

Contents
vii

1 Introduction 1-1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2 Debug Strings 2-1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3 In-System Debugging Using Keil’s ISD51 Feature 3-1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.1 Operation 3-2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2 Resource Requirements 3-2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.3 Limitations 3-3. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4 File List 2-1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1 C Source Code 4-2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.1 VOID rs232Initialization(VOID); 4-2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.2 VOID rs232PutChar(BYTE bData); 4-2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.3 VOID rs232PutHex(BYTE bData); 4-2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.4 VOID rs232PutString(char *str); 4-3. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.5 char rs232GetChar(void); 4-3. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2 Header Files 4-4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2.1 RS232DBG.h 4-4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2.2 Types.h 4-5. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

viii

1-1
Introduction

TI’s TUSB2136, TUSB3210, TUSB3410, and TUSB5052 are based on 8052
microcontroller cores, allowing the system designer much flexibility. There are
many advantages to this. The 8052 is a common architecture, and therefore
many programmers are already familiar with it. Also, many existing resources
are available for the 8051/8052 architecture, including sample code. Any
existing 8051/8052 development environment can be used to write and
compile firmware for these devices, such as Keil’s PK51 environment and
IAR’s Embedded Workbench.
Despite the simplicity of the 8052, it is still necessary to debug the code and
to have the necessary tools and techniques for this task. Because of their
customized pinout and lack of JTAG or hardwired debug capability, it is not
possible to use existing in-circuit emulation (ICE) tools with TUSBxxxx.
However, alternative methods can be used.
The first level of debug is the use of debug output strings on the UART
interface. The second and more sophisticated approach is the use of the
ISD51 feature included with Keil’s 8051/8052 development tools. This
document describes techniques for doing so.
Chapter 1

1-2