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.

TMS320F2837xD Delfino boot modes

Can I confirm the information in "Table 6-14. Device Boot Mode" in SPRS880G (TMS320F2837xD Dual-Core Delfino™ Microcontrollers)  Revision (identified as) 9.1 is correct? 

I'm asking because I'm told that there is more than one "Rev 9.1" of this PDF available and there are discrepancies in this information. I cannot confirm that, but I do have two copies of 9.1 with different dates and different file sizes and identical revision history. (File dates of  2016-05-16 and 2016-09-30.)

In particular I would like to confirm the pin settings for GPIO72 and GPIO84 to select Wait Boot Mode and Get Mode for CPU1.

Thanks!

  • Yes, information given in "Table 6-14. Device Boot Mode" is correct. It'll be helpful if you could post the snapshot of this table from both the documents you are referring.
  • Hi Vivek,

    Thanks for the quick reply. The table looks the same in both versions of the PDF that I have. I will try to find a copy of the one that was questionable.

    thanks,

    hank

  • Thank you. Please use the latest copy available on web and that should have correct info.

    Regards,
    Vivek Singh
  • Hi Vivek,

    Thank you for your reply.

    At present I have three copies of the PDF all of which identify themselves as Revision 9.1. File time stamps (download dates?) and file sizes are:

    1) 2016-05-16, 2334559

    2) 2016-09-30, 2334997

    3) 2016-10-10, 2334996

    This makes me wonder if anything has changed in the files. If I examine them with a text editor, I see some kind of signature 5 lines form the end:

    1) <</Size 4356/Root 4354 0 R/ID [<de7a8932a06cca0863679c8112eaf433><b729dafbbd68ee21d9f3b2752510f7b4>]/Info 4355 0 R>>

    2) <</Size 4359/Root 4357 0 R/ID [<9814d940365b935bf8c94933deff5d42><babf31608b8ab192c0820578f4509393>]/Info 4358 0 R>>

    3) <</Size 4359/Root 4357 0 R/ID [<9814d940365b935bf8c94933deff5d42><babf31608b8ab192c0820578f4509393>]/Info 4358 0 R>>

    #2 and #3 seem to be identical (despite the 1 byte difference in file length) but I'm left wondering what was changed between #1 and #2 and if it is something that matters to us.

    thanks,

    hank

  •  Hank,

    Not sure where you are getting that "9.1" from. Datasheet revisions are indicated by a running alphabet that follows the Literature number. See attachment. Can you post the image of where you see that "9.1" Hope I am not missing something..

  • Ah... That would be from careless reading of the "Revisions" page, scanning to the bottom and looking for a number:

    (because that's how we format our revisions) 

    And not looking at the top of that page:

    Apologies for my confusion on that.

    My post should state that I have two variants of "Revision G"

    thanks,

    hank

  • "...... My post should state that I have two variants of "Revision G"..."

    That shouldn't be possible either. Anytime the contents are updated, the rev code is bumped up.

  • I have attached a copy of the older version. You can retrieve a current copy from the web site.

    thanks,

    hank

    data sheet SPRS880G tms320f28379d.pdf

  • I checked with our Documentation folks. They mentioned that the PACKAGE OPTION ADDENDUM in the last pages were modified. Other than that, you should see any changes in the contents.

  • Hi Hareesh,

    Thank you for the followup on that.

    On the other discrepancy I found that people were comparing Rev D and Rev G documents and of course they did not match.

    All my questions have now been answered.

    best,

    hank

  • Glad I could help. I am sure you figured that out, but the last line in my Oct 10, 2016 9:04 PM post should read "Other than that, you should not see any changes in the contents"

     

  • Yes, I actually saw 'not' in your reply and had to look back to convince myself that it was not really there. ;)

    thanks again,
    hank