The Painful Experience of DSP Connecting to Emulator

灞波儿奔

The Painful Experience of DSP Connecting to Emulator [Copy link]

Don't plug or unplug while power is on, Don't plug or unplug while power is on, Don't plug or unplug while power is on! I have to say it three times. Although it is fine after plugging or unplugging while power is on, don't do it. Yesterday, CCS couldn't download the program into the board. I almost thought the board was burned. I tested the DSP power supply module and the resistance of the JTAG part. There was no problem. I suspected that the emulator was burned. I disassembled the emulator to check. There was still no problem. However, when the emulator was connected to the board, the resistance of TDO was abnormal and became very small. When we learn hardware, we usually come into contact with emulators and programmers: In-Circuit Emulator (ICE) is a hardware device used to debug embedded system software. Embedded system developers have to face special problems that general software developers do not have, because embedded systems often do not have keyboards, displays, disk drives and other effective user interfaces and storage devices like commercial computers. When the emulator is inserted into a part of the chip to be developed, the online emulation is also called hardware emulation. Such an online emulator can provide relatively good debugging capabilities when the system is running real-time data. Programmer: It consists of two parts, namely the programmer (also called burner, burner) and the connecting wire. Put the bare chip (not the bare chip after electrical erasure and then burning, OTP scrap) into the programmer, start the software connection, and you can burn it. Generally speaking, debugging is done through a debugging tool, which is usually a software running on a PC. The main task of the debugger debugging tool is to obtain information from the target CPU and control the operation of the program on the target CPU (such as single-step execution, setting breakpoints, and running). However, the emulator needs to stop the program running on the target CPU when performing the above tasks. For real-time systems, real-time debugging tools are required. Real-time debugging tools obtain information from the target CPU and control the operation of the program on the target CPU without stopping the target CPU. To achieve real-time debugging, it is necessary to establish a real-time information channel between the debugging tool and the target CPU. The real-time channel consists of two aspects: hardware channel and software channel. We call the real-time hardware channel a real-time emulator, and the real-time software channel a real-time debugging tool. The emulator should be electrically and physically equivalent to the target MCU and can replace the MCU in the development system. The operation of the target system can be controlled and observed by the debugging tool. In the early stages of development, the development system relies on the emulator to work. When the target functions are perfected, the emulator will be replaced by the real MCU.