COP Interface Requirements

Slides:



Advertisements
Similar presentations
Introduction to DFT Alexander Gnusin.
Advertisements

BOUNDARY SCAN.
Parul Polytechnic Institute
Dr. Rabie A. Ramadan Al-Azhar University Lecture 3
FPGA Configuration. Introduction What is configuration? – Process for loading data into the FPGA Configuration Data Source Configuration Data Source FPGA.
In this presentation you will:
9/20/6Lecture 3 - Instruction Set - Al1 The Hardware Interface.
The 8085 Microprocessor Architecture
LOGSYS Development Environment of Embedded Systems Tamás Raikovich Béla Fehér Péter Laczkó Budapest University of Technology and Economics Department of.
Lecture 28 IEEE JTAG Boundary Scan Standard
Real-Time Systems Design JTAG – testing and programming.
TAP (Test Access Port) JTAG course June 2006 Avraham Pinto.
Guidelines for Chip DFT Based on Boundary Scan Reference to an article by Ben Bannetts By Regev Susid.
Configuration. Mirjana Stojanovic Process of loading bitstream of a design into the configuration memory. Bitstream is the transmission.
Ultra-Low Power | High Integration | Easy-to-Use
1 EE 587 SoC Design & Test Partha Pande School of EECS Washington State University
Scan and JTAG Principles1 Scan and JTAG Principles ARM Advanced RISC Machines.
Microprocessor Block Diagram
The 6713 DSP Starter Kit (DSK) is a low-cost platform which lets customers evaluate and develop applications for the Texas Instruments C67X DSP family.
® ChipScope ILA TM Xilinx and Agilent Technologies.
Objectives How Microcontroller works
Suggestions for FPGA Design Presentation
National Taiwan University JTAG and Multi-ICE Speaker : 沈文中.
MICROPROCESSOR INPUT/OUTPUT
MOBILE OPERATING ROBOT ON EMBEDDED SYSTEM
8086/8088 Hardware Specifications Power supply:  +5V with tolerance of ±10%;  360mA. Input characteristics:  Logic 0 – 0.8V maximum, ±10μA maximum;
ECE 553: TESTING AND TESTABLE DESIGN OF DIGITAL SYSTEMS Boundary Scan.
April 20, 2001VLSI Test: Bushnell-Agrawal/Lecture 281 Lecture 28 IEEE JTAG Boundary Scan Standard n Motivation n Bed-of-nails tester n System view.
Introduction to Microprocessors - chapter3 1 Chapter 3 The 8085 Microprocessor Architecture.
MACHINE CYCLE AND T-STATE
SYSTEM-LEVEL TEST TECHNIQUES INTRODUCTION In the 1970s, the in-circuit testing (ICT) method appeared. In the 1970s, the in-circuit testing (ICT) method.
Introduction to the FPGA and Labs
RASH DRIVING WARNING SYSTEM FOR HIGHWAY POLICE
Maj Jeffrey Falkinburg Room 2E46E
Sequential Logic Design
Microcontrollers, Basics Tips and Tricks with PIC MCUs
Prototyping SoC-based Gate Drive Logic for Power Convertors by Generating code from Simulink models. Researchers Rounak Siddaiah, Graduate Student-University.
PROGRAMMABLE LOGIC CONTROLLERS SINGLE CHIP COMPUTER
The 8085 Microprocessor Architecture
Introduction An interrupt is an event which informs the CPU that its service (action) is needed. Sources of interrupts: Internal fault (e.g.. divide by.
CPU Sequencing 6/30/2018.
THE PROCESS OF EMBEDDED SYSTEM DEVELOPMENT
The 8085 Microprocessor Architecture
EE3541 Introduction to Microprocessors
Dr. Michael Nasief Lecture 2
8085 Microprocessor Architecture
JTAG Emulators JTAG emulator Target System Debugger software
JTAG and Multi-ICE National Taiwan University
CPE/EE 428/528 VLSI Design II – Intro to Testing (Part 2)
CPE/EE 428/528 VLSI Design II – Intro to Testing (Part 3)
ECE 434 Advanced Digital System L18
An Introduction to Microprocessor Architecture using intel 8085 as a classic processor
Interfacing Memory Interfacing.
Bus-Based Computer Systems
JTAG Emulators JTAG emulator Target System Debugger software
Getting Started with Vivado
8085 Microprocessor Architecture
Five Key Computer Components
Md. Mojahidul Islam Lecturer Dept. of Computer Science & Engineering
Md. Mojahidul Islam Lecturer Dept. of Computer Science & Engineering
The 8085 Microprocessor Architecture
Sungho Kang Yonsei University
ECE 352 Digital System Fundamentals
JTAG, Multi-ICE and Angel
Programmable Interrupt Controller (PIC)
WJEC GCSE Computer Science
William Stallings Computer Organization and Architecture 7th Edition
CPU Sequencing 7/20/2019.
Embedded Development Tools
William Stallings Computer Organization and Architecture
Presentation transcript:

COP Interface Requirements JTAG/COP Header Required Optional 16 15 TDO - Test Data Output TDI - Test Data Input QACK - Quiescent Acknowledge TRST - Test Reset TCK - Test Clock TMS - Test Mode Select HRST - HRESET GND - Ground VDDS - VDD Sense SRST - SRESET CKSO - Checkstop Out CKSI - Checkstop In R/ST - Run/Stop 16 15 GND CKSO KEY 13 KEY HRST 12 11 NC SRST 10 9 NC TMS 8 7 CKSI TCK 6 5 VDDS R/ST QACK - Quiescent Acknowledge: Used for Host Processors only (MPC755, MPC7447, MPC7457, etc.) Must be asserted when debugging Host Processors Compare Freescale’s pinout to that from IBM RISCWatch Power Architecture Debug Connector: RISCWatch Connector Signal Names ----------------------------------------------- 1 TDO 2 unused 3 TDI 4 TRST 5 unused 6 POWER This is a status signal, not a power source. 7 TCK 8 unused 9 TMS 10 unused 11 SRESET/HALT (SRESET is not used by CodeWarrior) 12 unused 13 HRESET 14 KEY Pin in this location is removed. 15 CHECKSTOP 16 GND 4 3 TRST TDI 2 1 QACK TDO 2 1

HRESET and TRST Requirements TRST is required to be asserted during an HRESET assertion. IEEE 1149.1 requires that all components in TCK domain should be reset to their reset state only by going to Test-Logic-Reset state (TRST assertion).

HRESET and TRST Requirements COP debugger needs the ability to drive HRESET and TRST independently. • Support hot-plugging onto target system (TRST assertion without HRESET assertion). • Support resynchronizing with the system if the system is reset with on-board reset switch (TRST assertion without HRESET assertion) HRESET TRST COP halt During “COP Halt” sequence, the CodeWarrior debugger puts the processor into Soft Stop mode The Ethernet TAP/USB TAP uses COP commands to gain control of the target processor. COP commands are issued to the target processor through the JTAG lines. Therefore, the JTAG lines must be available to Ethernet TAP so it can issue its COP commands whenever required. Critical timing for Ethernet TAP/USB TAP is the trailing edge of the HRESET* signal. TRST* must be negated in time for Ethernet TAP/USB TAP to send several COP commands to the processor before HRESET* is negated. Processor control problems occur when the TRST* follows HRESET*. With TRST* asserted, the JTAG lines are held in reset. This means the JTAG lines cannot be used to send COP commands to the target processor. If the target processor does not receive the COP commands designed to stop when HRESET* is negated, the processor will begin executing target code instead. The Ethernet TAP/USB TAP generates the following TRST* and HRESET* signal timing when entering a debugger RESET command: 1) HRESET* asserts. 2) TRST* asserts about 100 milliseconds later. 3) TRST* negates about 100 milliseconds after assertion. 4) HRESET* negates about 100 milliseconds after TRST* negates. Clocking five “TMS = 1” cycles is equivalent to asserting TRST We do this in case one or more TRST pin is not connected on all processors TMS TCK 5 “TMS=1” Clocks

TARGET DESIGN - COP Interface Requirements Host PA JTAG Interface Connection This example from the Freescale “MPC7457 RISC Microprocessor Hardware Specifications” manual (MPC7457EC) Highlighted areas are important for use with Ethernet TAP, USB TAP HRESET and TRST must be independent of each other CodeWarrior tools have 100 Ohm pull-down on QACK Necessary only for processors that have a QACK input Diagram taken from Figure 26, http://www.freescale.com/files/32bit/doc/data_sheet/MPC7457EC.pdf This design allows for separate *HRESET and *TRST control from the COP header, but *HRESET asserted from the target (a Reset button for example) would assert both *HRESET and *TRST Notes: RUN/*STOP, normally found on pin 5 of the COP header, is not implemented on the MPC7457. Connect pin 5 of the COP header to OVdd with a 10-K ohm pull-up reisistor. Key location; pin 14 is not physically present on the COP header. Component not populated. Populate only if debug tool does not drive *QACK. Populate only if debug tool uses an open-drain type output and does not actively deassert *QACK. If the JTAG interface is implemented, connect *HRESET from the target source to *TRST from the COP header through an AND gate to *TRST of the part. If the JTAG interface is not implemented, connect *HRESET from the target source to *TRST of the part through a 0 ohm isolation resistor. Though defined as a No-Connect, it is a common and recommended practice to use pin 12 as an additional GND pin for improved signal integrity. Always consult the Hardware Specifications for your product

TARGET DESIGN - e300 JTAG Interface For CodeWarrior Tools: HRESET and TRST are independent from the COP header CHKSTP_OUT and CHKSTP_IN are not used by the CodeWarrior debugger SRESET is not used by the CodeWarrior debugger Diagram taken from Figure 43, http://www.freescale.com/files/32bit/doc/ref_manual/MPC8347EEC.pdf 1. The COP port and target board should be able to independently assert PORESET and TRST to the processor in order to fully control the processor as shown here. 2. Populate this with a 10 Ω resistor for short-circuit/current-limiting protection. 3. COP_RUN/STOP, normally found on pin 5 of the COP header, is not implemented on the device. Connect pin 5 of the COP header to OVDD with a 10 kΩ pull-up resistor. Always consult the Hardware Specifications for your product

TARGET DESIGN – e500 JTAG Interface For CodeWarrior Tools: HRESET and TRST are independent from the COP header CHKSTP_OUT and CHKSTP_IN are not used by the CodeWarrior debugger SRESET is not used by the CodeWarrior debugger Diagram taken from Figure 60, http://www.freescale.com/files/32bit/doc/data_sheet/MPC8560EC.pdf 1. The COP port and target board should be able to independently assert HRESET and TRST to the processor in order to fully control the processor as shown here. 2. Populate this with a 10 Ω resistor for short-circuit/current-limiting protection. 3. The KEY location (pin 14) is not physically present on the COP header. 4. Although pin 12 is defined as a No-Connect, some debug tools may use pin 12 as an additional GND pin for improved signal integrity. 5. This switch is included as a precaution for BSDL testing. The switch should be open during BSDL testing to avoid accidentally asserting the TRST line. If BSDL testing is not being performed, this switch should be closed or removed. 6. Asserting SRESET causes a machine check interrupt to the e500 core. Always consult the Hardware Specifications for your product

TARGET DESIGN Target Checklist Before Starting PA Debugger Ensure HRESET not tied to TRST HRESET to the processor exclusive to COP/JTAG header Processor must be running properly Valid power Valid clocks Valid Reset Configuration TDI/TDO/TCK tied directly to processor* Multi-processor debugging introduced in 8.7 CodeWarrior Development Studio for Power Architecture HRESET exclusive to COP/JTAG header: problems arise when the core is reset and the debugger doesn’t know about it Usually the debugger will report the processor can not be put into STOP mode Processor must be running: COP/JTAG debugging requires the cooperation of the processor. This is a run-control tool, not an in-circuit emulator. Valid Reset Configuration applies mostly to PQ2 chips that fetch Reset Config Words from memory upon power-up. These RCW data must be valid, however they’re provided to the core - Two alternatives we’ll discuss later > Tie RSTCONF pin high > Feed RCW data from CodeWarrior debugger TDI, TDO, TCK routed through PLD, FPGA or other circuitry may adversely affect the JTAG/COP timing That said, some Freescale evaluation boards are designed with these signals routed through gate arrays