• State TI Thinks Resolved
  • Locked Locked
  • Replies 5 replies
  • Answers 3 answers
  • Subscribers 63 subscribers
  • Views 401 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

Original question:

TPS23880: GUI working with EVM, but not with own board

CCS/TPS23880: Can not read the SRAM version after loading frimware of TPS23880

Harrison Wang
Intellectual 280 points
Part Number: TPS23880
Other Parts Discussed in Thread: TPS23881

Tool/software: Code Composer Studio

We use TPS23880 to design the single port PSE with IEEE802.3bt.We have gotten the frimware of TPS23880 from TI website.

After setuping the TPS23881_SRAM_CODE_v02_Windows.exe,we got the two bits files(TPS23881_SRAM_v02.bits and TPS23881_PARITY_v02.bits).

After burn the bits file into the MCU(STC8F2K16S2),the program can not be run and the SRAM version(address:0x41) is 0xff by reading the register of TPS23880.

We think the SRAM version should not be 0xff,there must be something wrong with the operation process.

Could you help to analysis where is wrong?Does it need to modify some data in SRAM before burning the bits file?

 

  • 0
    TI__Genius 15685 points

    Hi Harrison,

    Looks like you are loading TPS23881 SRAM code to TPS23880 device. If your device is TPS23880, you should download TPS23880 SRAM code. The SRAM codes for TPS23880 and TPS23881  are different. Thanks.

    Best regards, 

    Penny

  • 0 in reply to Penny Xu
    Intellectual 280 points

    Hi Penny

          We also download the folder named “TPS23880Ref” and compile the file named "sram_code.c" in the folder.But it still can not be run and the SRAM version is still 0xFF when read the address 0x41.

    Is it right to compile and burn only sram_code.c?

    Thanks 

  • 0 in reply to Harrison Wang
    TI__Genius 15685 points

    Hi Harrison,

    Did you run the MSP430 code with TPS23880EVM and found this issue? Can you double check if you follow the SRAM loading steps in this tech note? Can you please send me your schematic and software flow chart? Thanks,

    Best regards,

    Penny

  • 0 in reply to Penny Xu
    Intellectual 280 points

    Hi Penny

         We run the sram_code.c with our PCB(not TPS23880EVM).We followed the SRAM loading steps as below：

    Our schematic is below:

    After burning the sram_code.c file we found the SRAM Version is 0xFF by reading address 0x41,it looks like that TPS23880 go into the safe mode.We can read the IC version(the value is 0x21) and operate the other registers successfully so we make sure the I2C sequence and communication is normal. What reason can make the TPS23880 go into the safe mode durning burning the sram_code.c file？

  • 0 in reply to Harrison Wang
    TI__Genius 15685 points

    Hi Harrison,

    I suspect your loaded TPS23881 SRAM code to TPS23880 device.  Can you please follow steps below to to check the HW and SE setting?

    1. Read device ID register 0x43. If it is 0x21, it is TPS23880. If it is 0x22, it is TPS23881.
    2. Please download TPS23880 SRAM code (should be 0x01) from TPS23880 mySecure software and replace the SRAM code array in the MSP430 code. 

    Best regards,

    Penny