• State
  • Locked Locked
  • Replies 4 replies
  • Subscribers 101 subscribers
  • Views 862 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.

Compiler/TMS320C6745: TMS320C6745

Dmitry Bandurian
Prodigy 70 points
Part Number: TMS320C6745

Tool/software: TI C/C++ Compiler

Hi,    a  weird  behavior a  TMS320C6745    at   bootloading  .     

The mode select  I2C0 Master .    The  TMS320C6745  read  data  from I2C EEPROM .

In general  bootload has start and  have pursue  valid  next consequences .....

start+CONTROL+ADDRESS+ADDRESS+Restart+CONTROL    (it verify) 

After it  TMS320C6745   read  first  byte  of magic word  $54  and  ACK  it  ,  the next byte

$49  read  but  NO  ACK  return.  That  mean  process  abort.  

Unfortunately  i don't  find  a solution for it problem in  sprabb1c.pdf

If somebody  a knew a solution it problem.   

Thank you.

  • 0
    TI__Guru** 114410 points
    Can you confirm, if the I2C EEPROM is at address 0x50 and is 7 bit addressable? How are you programming the I2C0 EEPROM is it pre-programmed before assembly or do you have EEPROM programmer utility that does the writes and confirms the image is programmed using write back operation ?

    Have you tested the boot image on a TI Evaluation platform before testing it on your platform? Can you share your AISGEN configuration for us to analyze? Another good way to debug this would be to use the Debug GEL file provided here. Please run this after the boot fails and remove any other GEL before connecting to the DSP. Provide the log from the debug GEL for us to analyze:
    processors.wiki.ti.com/.../OMAP-L1x_Debug_Gel_Files

    Regards,
    Rahul
  • 0 in reply to Rahul Prabhu
    Prodigy 70 points

    Frankly speaking  i use a   microcontroller   ATmega324PA   for  upload   code  to  DSP .   The MC  upload to   DSP (master)  by emulate EEPROM  (slave)  protocol.  Each byte of  exchange  MC  set  status  register code .  I  test it status code byte  by byte   and  verify  that  upload is started and execute valid until  second byte of  file  of   AIS  generate .   Here is not a problem of wrong slave address or one byte instead two byte address .  The DSP  is solder on my design PCB  and  no connect  for GEL provide.  I attach file upload   code  and AISGEN  configuration.        zipzip.zip

  • 0 in reply to Dmitry Bandurian
    TI__Guru** 114410 points
    Do you mean you don`t have an emulation JTAG interface to connect to the DSP and do basic register read and writes into memory?
    All we need to get is the status and the Program counter values from the DSP to be able to correlate with the ROM code to what is causing the failure.

    Also, can you confirm that all the ROM requirements are being met as described in the bootloader application notes and my post above.

    Regards,
    Rahul
  • 0 in reply to Rahul Prabhu
    Prodigy 70 points

    Frankly speaking i did't expect that  the loading by I2C  can be trouble, and don't provide JTAG wire.  This PCB  with DSP , it is an our  new product ,  it is not a evaluation board  .   The most weird  thing is the DSP is power up and start .  It is proofed because i test it all ,  by test  status register I2C bus  on upload  MC.  It proofed  that pins  set right and soldered is good   and PLL  is valid.  The process is start and execute up to first byte magic word include.  But after this all stall.  It is a weird behavior of DSP.    May   you  can  to  send me a  real  workable  dump of  code  at  file  *.bin  loaded (any  hello world )  for  I2C  upload  to   TMS320C6745DPTP4    ,   that  i can  to  check,  byte  by byte  the header  loader.   To  mail@dixo-audio.com .    May it  will  aid.