This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Hi TI support team,
My customer have been using the TI XDS100v2 with CCS & Uniflash for programming the TMS320F28069 by JTAG in a production environment. Now my customer changed to use C2000-GANG 1 vs 8 for production programming, customer have a lot more problems with the C2000-GANG Programmer.
Using the C2000-Gang-GUI software (G28X: 01.01.02.00 Jan.02.2020) and a brand new PCB assembly I wish to flash, customer get various errors whenever I attempt any operation (e.g. Erase, Blank Check, Read, Program) on the TMS320F28069. The errors can typically be: Error 69 DSP F/W Start or Error 70 DSP_PLL_FREQ or Error 23 MCU device init……more error message.
I found I could flash this same PCB assembly without any problem immediately using the XDS100v2 with CCS or Uniflash.
My customer TMS320F28069 JTAG pin as below , We need chang any pin to select other Boot Mode to C2000-GANG?
Thanks,
Andy
Andy,
1. How are the boot mode pins configured? Did the customer try wait mode?
2 See if this helps for Error 69: https://e2e.ti.com/support/microcontrollers/c2000/f/171/t/655817?TMS320F28075-Differences-between-hardware-c2000-gang-programmer-
3. What is the C2000 GANG hardware revision that the customer is using?
4. What is the clock configuration that they are using with GANG?
I notified Elprotronic to look in to this post. They will get back to you.
You can contact them directly at support@elprotronic.com.
Thanks and regards,
Vamsi
Hi Vamsi,
Reply is as follows:
1. How are the boot mode pins configured? Did the customer try wait mode?
-> The current Boot mode is GetMode, can I ask C2000-GANG can directly replace XDS-100v2? Because customer use the XDS-100v2 pin are setting to GetMode, Customer will try wait mode.
2 See if this helps for Error 69: https://e2e.ti.com/support/microcontrollers/c2000/f/171/t/655817?TMS320F28075-Differences-between-hardware-c2000-gang-programmer-
-> Customer use extern DC power supply to test now
3. What is the C2000 GANG hardware revision that the customer is using?
-> Ver 1.04
4. What is the clock configuration that they are using with GANG?
-> 10MHz
Thanks,
Andy
Andy,
Thank you for the info. It will help for Elprotronic to debug.
What did customer program for OTP_BMODE for get mode?
I spoke to Elprotronic on this and they are evaluating a JTAG communication startup issue.
You can contact them directly at support@elprotronic.com.
Thanks and regards,
Vamsi
Andy,
Did the customer try wait-boot? Is this resolved now?
Thanks and regards,
Vamsi
Hi Vamsi,
We try setting boot mode to Wait mode can fixed the issue, but customer PCB default is setting to GetMode , Customers do not want to change the hardware design , You have any suggest to programming with C2000-GANG by GetMode?
Thanks,
Andy
Andy,
On fresh un-programmed devices, GetMode will default to flash boot, causing CPU to fetch invalid opcodes from erased flash. This results in a reset and hence a reliable connection can not be established. Hence, wait mode is provided - this keeps BROM code in a loop until the emulator is connected.
Thanks and regards,
Vamsi
Hi Vamsi,
But we tested that TI XDS100v2 can be 100% programming the TMS320F28069 in Get Mode, the C2000-GANG can't use Get Mode.This is where we cannot understand. Why is there a difference between TI XDS100v2 & C2000-GANG for the boot mode?
Thanks,
Andy
Andy,
When you say XDS100v2, you mean using XDS100V2 with CCS or UniFlash - correct?
Thanks and regards,
Vamsi
Andy,
In case of CCS/UniFlash, I think multiple connection attempts are made after a failed emulation connection. This helps to sneak in and make a reliable connection between two resets. I can check with our CCS team and confirm.
Maybe GANG is not doing this.
Thanks and regards,
Vamsi
Hi Vamsi,
Please help to check with CCS team and confirm.
And can TI help pass this information to Elprotronic and add this function to C2000-GANG GUI (multiple connection attempts are made after a failed emulation connection), because WaitMode requires additional GPIO pins, and these pins are not connected to JTAG 14 pins, and need to switch back to GetMode after the programming is completed, increasing the programming work.
Thanks,
Andy
Andy,
Ok, let me check with the CCS team and get back to you.
Thanks and regards,
Vamsi
Andy,
I am working with CCS team on this. Corresponding expert is out of office. Initial analysis shows me that CCS does attempt more-than-once to establish a connection.
I will loop in GANG expert with CCS expert to see if GANG can be enhanced for the same.
However, I can't keep the thread open that long.
Ideal way is to do flash programming on a fresh part in wait mode. Since this is an enhancement discussion, I would like to close this thread for now. You can open a new post for the follow-up of this thread in couple of weeks from now. Does this sound good?
Thanks and regards,
Vamsi