User manual
Table Of Contents
- COVER
- TABLE OF CONTENTS
- CHAPTER 1 GENERAL INFORMATION
- CHAPTER 2 DEBUG MONITOR DESCRIPTION
- CHAPTER 3 DEBUG MONITOR COMMANDS
- CHAPTER 4 ASSEMBLER/DISASSEMBLER
- CHAPTER 5 SYSTEM CALLS
- CHAPTER 6 DIAGNOSTIC FIRMWARE GUIDE
- APPENDIX A S-RECORD INFORMATION
- APPENDIX B SELF-TEST ERROR MESSAGES
- APPENDIX C USER CUSTOMIZATION
- LIST OF FIGURES
- LIST OF TABLES
- Table 2-1. Debugger Address Parameter Format
- Table 2-2. CPU32Bug Exception Vectors
- Table 3-1. Debug Monitor Commands
- Table 4-1. CPU32Bug Assembler Addressing Modes
- Table 5-1. CPU32Bug System Call Routines
- Table 6-1. MCU CPU Diagnostic Tests
- Table 6-2. Memory Diagnostic Tests
- Table B-1. Self-Test Error Messages
- Table C-1. CPU32Bug Customization Area
- Table C-2. MCU SCI Communication Formats
- Table C-3. Rev. A Chip Selection Summary
- Table C-4. Rev. B Chip Selection Summary
- Table C-5. BCC Rev. C Chip Selection Summary
- Table C-6. PFB Rev. C Compatibility
- CHAPTER 1 GENERAL INFORMATION
- CHAPTER 2 DEBUG MONITOR DESCRIPTION
- CHAPTER 3 DEBUG MONITOR COMMANDS
- 3.1 INTRODUCTION
- 3.2 BLOCK OF MEMORY COMPARE
- 3.3 BLOCK OF MEMORY FILL
- 3.4 BLOCK OF MEMORY MOVE
- 3.5 BREAKPOINT INSERT/DELETE
- 3.6 BLOCK OF MEMORY SEARCH
- 3.7 BLOCK OF MEMORY VERIFY
- 3.8 DATA CONVERSION
- 3.9 DUMP S-RECORDS
- 3.10 GO DIRECT (IGNORE BREAKPOINTS)
- 3.11 GO TO NEXT INSTRUCTION
- 3.12 GO EXECUTE USER PROGRAM
- 3.13 GO TO TEMPORARY BREAKPOINT
- 3.14 HELP
- 3.15 LOAD S-RECORDS FROM HOST
- 3.16 MACRO DEFINE/DISPLAY/DELETE
- 3.17 MACRO EDIT
- 3.18 MACRO EXPANSION LISTING ENABLE/DISABLE
- 3.19 MEMORY DISPLAY
- 3.20 MEMORY MODIFY
- 3.21 MEMORY SET
- 3.22 OFFSET REGISTERS DISPLAY/MODIFY
- 3.23 PRINTER ATTACH/DETACH
- 3.24 PORT FORMAT
- 3.25 REGISTER DISPLAY
- 3.26 COLD/WARM RESET
- 3.27 REGISTER MODIFY
- 3.28 REGISTER SET
- 3.29 SWITCH DIRECTORIES
- 3.30 TRACE
- 3.31 TRACE ON CHANGE OF CONTROL FLOW
- 3.32 TRANSPARENT MODE
- 3.33 TRACE TO TEMPORARY BREAKPOINT
- 3.34 VERIFY S-RECORDS AGAINST MEMORY
- CHAPTER 4 ASSEMBLER/DISASSEMBLER
- CHAPTER 5 SYSTEM CALLS
- 5.1 INTRODUCTION
- 5.2 SYSTEM CALL ROUTINES
- 5.2.1 Calculate BCD Equivalent Specified Binary Number
- 5.2.2 Parse Value, Assign to Variable
- 5.2.3 Check for Break
- 5.2.4 Timer Delay Function
- 5.2.5 Unsigned 32 x 32 Bit Divide
- 5.2.6 Erase Line
- 5.2.7 Input Character Routine
- 5.2.8 Input Line Routine
- 5.2.9 Input Serial Port Status
- 5.2.10 Unsigned 32 x 32 Bit Multiply
- 5.2.11 Output Character Routine
- 5.2.12 Output String Using Pointers
- 5.2.13 Print Carriage Return and Line Feed
- 5.2.14 Read Line to Fixed-Length Buffer
- 5.2.15 Read String Into Variable-Length Buffer
- 5.2.16 Return to CPU32Bug
- 5.2.17 Send Break
- 5.2.18 Compare Two Strings
- 5.2.19 Timer Initialization
- 5.2.20 Read Timer
- 5.2.21 Start Timer at T=0
- 5.2.22 Output String with Data
- 5.2.23 Output String Using Character Count
- CHAPTER 6 DIAGNOSTIC FIRMWARE GUIDE
- 6.1 INTRODUCTION
- 6.2 DIAGNOSTIC MONITOR
- 6.2.1 Monitor Start-Up
- 6.2.2 Command Entry and Directories
- 6.2.3 Help (HE)
- 6.2.4 Self Test (ST)
- 6.2.5 Switch Directories (SD)
- 6.2.6 Loop-On-Error Mode (LE)
- 6.2.7 Stop-On-Error Mode (SE)
- 6.2.8 Loop-Continue Mode (LC)
- 6.2.9 Non-Verbose Mode (NV)
- 6.2.10 Display Error Counters (DE)
- 6.2.11 Clear (Zero) Error Counters (ZE)
- 6.2.12 Display Pass Count (DP)
- 6.2.13 Zero Pass Count (ZP)
- 6.3 UTILITIES
- 6.4 CPU TESTS FOR THE MCU
- 6.5 MEMORY TESTS (MT)
- 6.6 BUS ERROR TEST
- APPENDIX A S-RECORD INFORMATION
- APPENDIX B SELF-TEST ERROR MESSAGES
- APPENDIX C USER CUSTOMIZATION

DEBUG MONITOR COMMANDS
M68CPU32BUG/D REV 1 3-68
VE Verify S-Records Against Memory VE
3.34 VERIFY S-RECORDS AGAINST MEMORY
VE [<port>][<addr>][;<X/-C>][=<text>]
VE is identical to the LO command with the exception that data is not stored to memory but
merely compared to the contents of memory.
The VE command accepts serial data from a host system in the form of a Motorola S-records file
and compares it to data already in memory. If the data does not compare, then the user is alerted
via information sent to the terminal screen.
The optional port number allows the user to specify which is the download port. If the port
number is omitted the default is port 0. The port number must be within the range 0 to $1F.
The BCC default hardware configuration consists of one I/O port; P4 on the BCC or P9 on the
PFB. This limits the user to one host computer running a terminal emulation program. To send S-
records, the user must escape out of the terminal emulation program because the host computer
can not perform terminal emulation and send S-records at the same time. When the host is not in
terminal emulation mode, all status messages from CPU32Bug would be lost. Thus the user must
press <CR> twice after re-entering the terminal emulation program to signal CPU32Bug that
status messages can now be sent.
The optional <addr> field allows the user to enter an offset address which is added to the address
contained in the record address field. This causes the records to be compared to memory at
different locations than would normally occur. The contents of the automatic offset register are
not added to the S-record addresses. If the address is in the range $0 to $1F and the port number
is omitted, precede the address with a comma to distinguish it from a port number. Only absolute
addresses (i.e., "1000") should be entered, as other addressing modes cause unpredictable results.
An address is allowed here rather than an offset (expression) to permit support for function codes
(see paragraph 2.5).
The optional text field, entered after the equals sign (=), is sent to the host before CPU32Bug
begins to look for S-records at the host port. This allows the user to send a command to the host
device to initiate the download. Do not delimited text with quote marks. The text follows the
equals sign and terminates with a carriage return. If the host is operating full duplex, the string
echoes back to the host port and appears on the user’s terminal screen.
Some host systems echo all received characters so the text string is sent to and received from the
host one character at a time. After the entire command is sent to the host, VE looks for an LF
character from the host signifying the end of the echoed command. No data records are processed
until LF is received. If the host system does not echo characters, VE still looks for an LF
character before data records are processed. For this reason it is required in situations where the
DEBUG MONITOR COMMANDS
M68CPU32BUG/D REV 1 3-69
VE Verify S-Records Against Memory VE
host system does not echo characters that the first record transferred by the host system be a
header record. The header record is not used, but the LF after the header record serves to break
VE out of the loop so that data records are processed.
Other VE options are:
-C option Ignore checksum. A checksum for the data contained within an S-Record
is calculated as the S-record is read in at the port. Normally, this calculated
checksum is compared to the checksum contained within the S-Record and
if the compare fails, an error message is sent to the screen. If this option is
selected, the comparison is not made.
X option Echo. This option echoes the S-records to the user’s terminal as they are
read in at the host port. Do not use this option when port 0 is specified.
During a verify operation S-record data is compared to memory. Verification begins with the
address contained in the S-record address field (plus the offset address). If the verification fails,
then the non-comparing record is set aside until the verify is complete and then it is displayed on
the screen. If three non-comparing records are encountered in the course of a verify operation,
then the command is aborted.
If a non-hex character is encountered within the data field, then the received portion of the record
is printed to the screen and CPU32Bug’s error handler points to the faulty character.
An error condition exists if the embedded checksum of a record does not agree with the
checksum calculated by CPU32Bug. A message is displayed showing the address of the record
(as obtained from the address field of the record), the calculated checksum, and the checksum
read with the record. A copy of the record is also output. This is a fatal error and causes the
command to abort.
EXAMPLES
This short program was developed on a host system.
1 * Test Program
2*
3 65004000 ORG $65004000
4
5 65004000 7001 MOVEQ.L #1,D0
6 65004002 D088 ADD.L A0,D0
7 65004004 4A00 TST.B D0
8 65004006 4E75 RTS
9 END
****** TOTAL ERRORS 0--
****** TOTAL WARNINGS 0--
Fr
eescale S
emiconduct
or
, I
Freescale Semiconductor, Inc.
For More Information On This Product,
Go to: www.freescale.com
nc...