• State
  • Locked Locked
  • Replies 8 replies
  • Subscribers 82 subscribers
  • Views 340 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

TMS320F28386S: Serial flash programmer and SCI_Boot() seem out of sync

John Hite
Expert 1355 points
Part Number: TMS320F28386S

In the function SCI_Boot at line 119 it is looking for the keyword from the packet and then throws away 16 bytes via ReadReservedFn()

Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
uint32_t SCI_Boot(uint32_t bootMode)
{
uint32_t entryAddress;
uint16_t byteData;
//
// CPU1 Patch/Escape Point 13
//
entryAddress = CPU1BROM_TI_OTP_ESCAPE_POINT_13;
if((entryAddress != 0xFFFFFFFFUL) &&
(entryAddress != 0x00000000UL))
{
//
// If OTP is programmed, then call OTP patch function
//
((void (*)(void))entryAddress)();
}
//
// Check if SCI is enabled on device or not
//
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

In serial_flash_programmer.cpp after the parsing and the comm state is set my program reaches this line:

    if (g_bf021 == true && g_bf2838x == true) //F021

and f021_DownloadKernel() is called, which opens the kernel file, runs autobaudLock() and calls loadProgram().

The function loadProgram() just starts downloading bytes. It seems that f021_SendPacket() should be called somewhere. Am I missing it?

Also SCI_Boot() calls CopyData() which just reads data, while loadProgram() wants each byte echoed back.

Thanks,

John

  • 0
    TI__Genius 11525 points

    Hi John,

    The function f021_SendPacket() function resides in the f021_SendMessage.cpp file with the host programmer. 

    f021_SendPacket() occurs during the DFU_CPU1 sequence. 

    The original copyData() function copies multiple blocks of data but doesn't do error checking for what the addresses are in RAM. Are you saying the copyData() function mentioned above only reads the locations?

    Thanks,

    Charles

  • 0 in reply to Charles Roberson
    Expert 1355 points

    I am saying that loadProgram() wants to send bytes and have them echoed back. SCI_Init() does not echo back the characters, it only reads and copies.

  • 0 in reply to John Hite
    TI__Genius 11525 points

    John,

    On the host side, loadProgram() sends the kernel data to the target side. On the target side, SCI_Boot() calls copyData() to program the given Kernel data to RAM. 

    Do you have a scope available? On the host side, during loadProgram() when it is trying to echo back the character, it is writing that character to the COM Port, using Writefile() to send the character, and Readfile() to make sure the character arrived at the COM Port. You would need to check the SCITX and SCIRX lines to see if the kernel is being sent correctly. 

    Charles

  • 0 in reply to Charles Roberson
    Expert 1355 points

     Yes, that is what I implied. loadProgram() expects characters to be echoed. The only thing that gets echoed is in SCI_Boot() where this call is made:

        if(SCIA_GetWordData() != SCI_DATA_WORD_KEY)
    CopyData() does not echo characters but loadProgram() expects them to be echoed.
  • 0 in reply to John Hite
    TI__Genius 11525 points

    I see. So the fact that CopyData() does not echo characters makes it harder to see if the kernel is being programmed in RAM appropriately. Are you able to check the address for DestAddr in the Memory window to see if it is being sent to the same location? If possible, can do a memory dump for the RAM.

  • 0 in reply to Charles Roberson
    Expert 1355 points

    loadProgram() will hang here as dwRead is zero until there is something in the buffer.

    Fullscreen
    1
    2
    3
    4
    5
    dwRead = 0;
    while (dwRead == 0)
    {
    ReadFile(file, &rcvData, 1, &dwRead, NULL);
    }
    XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

    Sorry for the screwing alignment but editing the code block does not work and I am tired of fighting this thing.

  • 0 in reply to John Hite
    TI__Genius 11525 points

    If it is hanging there at DownloadKernel()->loadProgram()->ReadFile() then I would check and see if the kernel file is being read correctly. It is trying to parse through the kernel file until it reaches final characters. Are you able to open the hex file and see what the bytes look like? Is the alignment ok? 

  • 0 in reply to Charles Roberson
    Expert 1355 points

    I don't think you read my posts completely. This was the problem:

    CopyData() does not echo characters but loadProgram() expects them to be echoed.
    loadProgram on the serial flash programmer side expected echos. Copy data did not have any write statements so it was not echoing back.
    But it doesn't matter anymore as I no longer work there.