T2080 JTAG ISSUE

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

T2080 JTAG ISSUE

3,082 Views
vidyasagartata
Contributor II

Dear All,

We have designed t2080 based custom board.

Processor is PORESET.

Trying to connect CW10.5  code warrior TAP to t2080.

If we run command source IDcode.tcl getting following response:

pastedImage_1.png

Getting T2080 Device id.

Then also run findcc cwtaps, delete all, config cc cwtap, ccs::config_chain t2080, ccs::reset_to_debug

pastedImage_2.png

Why T2080: Core not responding ?

Please let us know what could be issue?

We are using hard coded RCW as described in the T2080 reference manual section 4.6.4.1.1 Hard Coded RCW Options.

cfg_rcw_src[0:8] Encoding  0_1001_111x  SYSCLK  133 MHz  DDRCLK 66.7 MHz.

Thanks,

Vidya

Labels (1)
11 Replies

2,196 Views
abhishekborana
Contributor II

Dear Yiping  and Vidya,

I am also facing exactly same issue on custom board based on T1024.

Then I tried on T1024RDB (reference design board). I am getting same error. I cannot connect CW-TAP to target.  Reported error:

Error launching Test_Connect1-core00_SRAM_T1024_Connect
CCSProtocolPlugin : Failed to reset the target
 [CCS last error: T1020: Core not responding ]

0 Kudos

2,196 Views
vidyasagartata
Contributor II

Is it reference designed board ?

0 Kudos

2,196 Views
abhishekborana
Contributor II

Dear Vidya....   

I have Reference Design Board   plus  recently manufactured custom board. I am facing this issue on both - rdb and on my custom board....   I have many dobuts:

Doubt-1:   In RDB, When i load RCW from SPI flash (nand flash and nor flash is blank), i notice that RCW in register DCFG_CCR_RCWSR1 is different  from the data in binary file. Why it is different, it should be same as that in binary file or in .txt file which override RCW

Doubt-2: In RDB, If i write NAND flash with u-boot image (spi and nor flash blank), u-boot do not run at all. What can be the reason.

Thanks in advance.  You can also reply me on abhishekinmbm@gmail.com

0 Kudos

2,196 Views
vidyasagartata
Contributor II

Please send me RCW file, which is being used in the RDB.

0 Kudos

2,196 Views
abhishekborana
Contributor II

Dear vidya,

I updated CodeWarrior and first issue was solved. My ultimate aim is to test discrete DDR3 interface on custom board.  For this, I am first trying to run DDR-validation tool on T1024RDB. After that i will configure as per my custom board configuration.  While testing with T1024, I have below issues unresolved: 

1) If i program bootloader in NAND flash  (SPI and NOR empty),  RDB does not boot. There is no output on serial console.  Swtich setting  (cfg_rcw_src) is correct as per SPI interface. Right now I am proceeding with SPI flash.  

2) DDR-V tool runs only after i load uboot.   if i write only RCW (64 bye  binary file with preamble and CRC) in SPI flash, DDR-V fails on RDB. What can be the reason?

Note that I tried to run tcl script to initialize DDR memory controller before running DDR-V tool so that DDR controller registers are initialised.

Once DDR-V tool is passed on RDB, then I will be able to test DDR3 interface on my custom board using DDR-V tool and 64 byte RCW binary file.   Is my approach correct ?   

I tried putting question on other thread but i am not able to understand all the issues.

You can also reply me on abhishekinmbm@gmail.com

Thanks & Regards,

Abhishek.

0 Kudos

2,196 Views
vidyasagartata
Contributor II

1). Please confirm whether board is T1024 is RDB or custom design board (Below block diagram does not contain NAND flash) ? If you are using custom board then please set NAND timing first in tcl file and verify the read/write by using CW.

2). DDR-V do not need u-boot for discrete DDR3 validation, keep your DDR-V setting and skew values are correct as per your discrete component and hardware design respectively, if your hardware configurations are correct, there is no reason DDR-V will fail.

0 Kudos

2,196 Views
abhishekborana
Contributor II

hiii.....  

RIght now I am trying everything on RDB.  Custom board testing will be 2nd step in future.

Kindly note below:

1) On RDB, I have erased and programmed uboot into NAND flash using Flash programmer.  I erased SPI and NOR flash.  Now I cannot booth from NAND flash even though switch settings are correct. 

2)  On RDB, DDR-V is not working if I write only RCW (preamble + 64Byte RCW + CRC) in SPI Flash.

Regards,

Abhishek

0 Kudos

2,196 Views
vidyasagartata
Contributor II

1). Have you verified NAND flash after writing u-boot by using CW, does it return written value from NAND flash, try to read the appropriate u-boot location for verification ?

2). RDB contains SODIMM, So set the DDR-V tool parameter for SODIMM, there is no other cause DDR-V tool does not work.

0 Kudos

2,196 Views
vidyasagartata
Contributor II

Dear Yiping,

In present scenario CW JTAG debug attach mode only work, but debug connect mode does not work.
(T2080 custom board is in hard code (0_1001_110x) mode, we are getting sys_clk 66.66MHz and DDR_CLK = 133.33MHz we tried DDR_CLK = 66.66 MHz also).
1). Debug attach mode screenshot.
pastedImage_3.png
If we run reset command in debugger shell gives error "error reading registers [ccs last error: Core not in debug ] (ccsProtocolPlugin) Error: reset failed"
2). Debug connect screenshot is attached.
pastedImage_4.png
Error: "CCSProtocolPlugin : Failed to reset the target
 [CCS last error: T2080: Core not responding ]"
We have also tried to override the RCW but getting error "CCSProtocolPlugin :JTAG connectuion error".
We have attached our generated RCW.
This is our RCW for our design, please verify from your end.
 
T2080 (2 1) (210001 0x08000808) (210002 0x08000000) (210003 0x00000000) (210004 0x00000000) (210005 0x6c290002) (210006 0x70100000) (210007 0xfc42f000) (210008 0x41000000) (210009 0x00300000) (210010 0x00000000) (210011 0x00000000) (210012 0x000283fc) (210013 0x00000100) (210014 0x8080000d) (210015 0x00000000) (210016 0x00000001)
Please let me know how we can override the RCW, if DDR and Flash are not working.
Please let me know step by step method to debug our T2080 design.
Thanks,
Vidya

2,196 Views
yipingwang
NXP TechSupport
NXP TechSupport

Hello Vidya,

Please check whether your JTAG interface hardware design is similar as the following

pastedImage_1.png

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

Thanks,

Yiping

0 Kudos

2,196 Views
vidyasagartata
Contributor II

Dear Yiping,

Yes same logic we are using in our design, can we get CPLD logic to implement in our FPGA code.

Thanks & Regards,

Vidya Sagar Pd

0 Kudos