Because of the holidays, TI E2E™ design support forum responses will be delayed from Dec. 25 through Jan. 2. Thank you for your patience.

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.

CCS/TMS320F28069M: microcontroller is getting hot while debugging the program

Part Number: TMS320F28069M
Other Parts Discussed in Thread: DAC7678, TMS320F28069

Tool/software: Code Composer Studio

I am using launchpad board "TMS320F28069M ". While loading the program to the TMS320F28069M microcontroller there is no issue, but while debugging the program, it shows rise in temperature. We checked for the temperature of the controller and it shows around 40 - 45 degree Celsius.

The same phenomenon is observed in our self made circuit board(using TMS320F28069M microcontroller only).We tried giving power supply via USB  and then started debugging in  our self made  circuit board,but same rise in temperature occurred  and also We tried giving power supply via power adapter but no changes occur .So is it normal or do we have any problem in there?  Kindly suggest.

  • Siddhant,

    Thanks for reaching out to the E2E forum.

    There will be some amount of chip self heating as more power is used; as you have observed this is dependent on the operational conditions as well as what peripherals are active.  

    Can you give some more detail on what your code is doing(or if an example code just let me know that).  Certainly if there are some higher loads that the GPIOs are driving against, this will increase the current draw, potentially more so than any internal peripheral operation.

    Will look for your reply and will comment futher.  In general, I'm not overly concerned about the above temperature increase.

    Best,

    Matthew

  • In our self made board, the peripherals are:-

    All SPI protocol peripherals :

    • GPIO-EXPANDER "(MCP23S17)
    •  Ethernet chip(ENC28J60) 
    • can-fd (CANFD controller-MCP2518FD, transceiver ATA6561)

    All i2c protocol peripheral:

    • EEPROM(at24c32)
    • RTC(DS3231)
    • DAC(DAC7678)

    Serial communication

    • RS232

    The DAC output is connected with signal conditioning circuits and the dac has 8 channels. We have used ADP5070 as negative power supply for supplying signal conditioning circuits. 

    GPIO-EXPANDER "(MCP23S17)and the GPIO-EXPANDER have 16 in/out pins.16 in/out pins are connected with 16 opto-couplers  and the each opto-couplers connected with one relay.Same spi pin connected with Ethernet chip(ENC28J60) and  Ethernet chip(ENC28J60) connected with RJ45.

    The GPIO-EXPANDER , Ethernet chip  spi pin  and CAN-FD  SPI pin is different .

    Whenever I am uploading codes to program any of the peripherals, the controller(TMS320F28069M) gets hot and it's temperature reaches around 40-45 deg celsius.

    The  USB power supply circuit is :

                                                                                                       External power supply circuit are:

    External 3V power supply circuit:

           External 5V power supply circuit:

    12V is Input for both 3v and 5v External power supply circuit .We tried giving power supply via USB and also We tried giving power supply via adapter in both cases the controller is getting hot. (hot is not like burning sensation but quite hotter) .  Kindly give your insights to solve this heating issue.

  • Sir i want to know the what is the surface temperature of controller(tms320f28069).

  • Siddhant,

    This device supports a T junction temperature of 125C, I would suggest measuring the current consumption of the MCU and coparing to these nominal values listed in the DS http://www.ti.com/document-viewer/TMS320F28069/datasheet/power-consumption-summary-sprs6985173#SPRS6985173 

    If you are seeing current draw on any of the supply pins(if you are using the internal VREG you don't need to measure VDD pins, just VDDIO and VDDA) that is in excess of those listed then I agree there is something irregular(esp if code is not running), and as such causing more self heating that normal.  In these cases there is typically contention on one or more of the GPIO pins and you can look there.

    You mentioned a negative rail for signal conditioning; and I assume this is to avoid clipping with a uni-polar type amp.  I would make sure there are no negative voltages making their way to the C2000 MCU however; as all our inputs(analog or digital) are uni-polar.

    Will look for your reply.

    Best,

    Matthew