We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.
Hello ,
my SW Environment is
-uvision 5
My HW Environment is
-Development Board : UNI-DS3 based on LPC2148 Board from MicroElectronika
-ULINK2 JTAG adapter from Keil
My HW Setup : ============= 1- placing Jumpers J1-J7 to JTAG position in MCU card
**MikroElectronika mentions nothing else ------------------------------------------- My SW configuration : ===================== 1- options for Target -> Debug -> Use :ULINK2/ME ARM Debugger settings ->MAX JTAG Clock = 50KHZ (i used different High/low speed ,no effect) 2- -> use nTRST 3- -> use cache options 4- -> Verify Code Download 5- -> Chain: Manual Configuration (IDCODE ,Device Name , IR len)=(0x0F1F0F0F0 , ARM7TDMI-S Core , 4) (i used automatic detection , gives me : "NO JTAG Devices Found" ) should it be two chains or just one chain of arm core? 6- -> Utilities -> Use Target Driver for Flash Programming 7- -> use Debug Driver 8- ->settings -> i used default settings for programming algorithm 9- -> check program/verify/Reset and Run
So , step 8,9 is the real actions of FLASHING not step 4 ?
** i followed ULINK2 User Guide ** some other tutorial settings
------------------------------------------------ Result of these settings when press debug : ===========================================
Could Not Stop ARM Device , please check JTAG Cable
---------------------------------------------- What could be wrong settings Is there Semi-agreed Debug settings for supported processors and MCUs i'm afraid it's HW problem between JTAG and JTAG module in MCU (signal incompatibility, missing Component,...)
i would not be able to solve HW problems if Exist
Thanks and Regards ,
I have seen this happen on Keil Boards when a RS232 cable is hooked to UART0( I think) and one of the pins on the UART connector forces ISP condition. Then can see that error
UART0 is the serial port used by the factory-supplied boot loader of the NXP ARM chips, and lots of boards do support straps to associate RS-232 handshake lines with the boot loader signals to allow FlashMagic to automatically reset the chip and enter ISP programming mode. So a serial cable on UART0 most definitely can distrurb the boot sequence.
Currently i neither use UART-based Flash Programmer nor UART as a data channel,
can i conclude that i have to revise the Code security by LPC2148 and the board to assure which component affect JTAG Access and have to erase the OCFlash to get the default settings
But if i reprogram the OCFLASH and try to attach ulink and start debugging(without programming) , may it have the same problem of JTAG access
Thanks ,