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.

[参考译文] TMS320F280041:CodeSkin 程序失败

Guru**** 2534260 points
Other Parts Discussed in Thread: C2000WARE

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1033145/tms320f280041-codeskin-program-fail

器件型号:TMS320F280041
主题中讨论的其他器件:C2000WARE

客户使用 codeskin 通过 SCI 引导加载程序模式对 F280041进行编程。 它们可以在旧批器件“YFB-07AF07W”中正常运行,但在新批器件“YFB-15A7K1W”中运行失败。 具有操作工具的硬件板完全相同、只是 F280041器件差异、客户在3个新的批量器件上进行验证以及所有故障程序信息、如下所示。 我是否可以知道 F280041内的 BootROM 是否在新批次中更新了新版本?   

e2e.ti.com/.../webwxgetmsgimg.jfif

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Terry、

    我认为这两个版本都属于 RevB - BootROM 不应有任何区别。

    如果可能、他们可以尝试较低的波特率吗?  CodeSkin 可以帮助他们配置较低波特率-建议他们通过 info@codeskin.com 联系 CodeSkin。  他们对任何客户问题都能很快做出响应。  如果他们需要我们的帮助、他们将联系我们。   

    Codeskin 常见问题解答: https://www.codeskin.com/c2prog-faq

    谢谢、此致、

    Vamsi

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你(们)好,Vamsi

    我们尝试使用 SDK "C2000Ware_3_03_00_00\utilities\flash_programmers\serial_flash_programmer 中的 TI 命令行工具"serial_flash_programr.exe -d f28004x -k flashapi_ex2_sci_kernel.txt -a led_ex1_blinky.txt -b 9600 -p COM6"并得到相同的问题。

    命令行可以在     旧批器件"YFB-07AF07W"中下载"flashapi_ex2_sci_kernel"和"led_ex1_blinky" ok。 但是,只有 "flashapi_ex2_sci_kernel"可以在新的批处理设备“YFB-15A7K1W”中下载正常,然后它将始终在"led_ex1_blinky"下载过程的中间停止。

    我继续在 F280041引脚中捕获 SCI TX 波形、发现在"flashapi_ex2_sci_kernel"下载阶段波特率是准确的9600、但波特率将在"led_ex1_blinky"下载阶段更改为~3%偏移。 我再次确认、新的批处理器 件和旧批处理器件都将发生波特率偏移、甚至在 F28004x Launchpad 中也会发生偏移。

    由于3%的偏移量低于 SCI 通信的裕量、因此我怀疑新批器  件中的 INTOSC 偏移量可能比旧批器件差、因此新批器件 SCI 波特率也是较差的偏移量、并导致通信不稳定。  

    我认为 flashapi_ex2_sci_kernel 会更改 SCI 波特率、您认为如何?  我们是否有解决  方案可以直接通过 F280041内部引导 ROM 下载"led_ex1_blinky"、而无需"flashapi_ex2_sci_kernel"?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Terry、

    我请我们的 SCI 内核专家进一步帮助您。   

    如果需要、她可以加入 INTOSC 专家、并为您进一步分析。

    请在一两天内回复。

    谢谢、此致、

    Vamsi

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Terry、  

    波特率的变化可能是由于 SCI 闪存内核中发生的自动波特锁定、但 SCI ROM 引导加载程序也有自动波特锁定、因此自动波特锁定可能不是问题。 我将与 INTOSC 专家交谈、并就您的 INTOSC 问题与您联系。  

    谢谢、  

    Anu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Terry、

    您是否能够从这两组器件上的外部引脚测量 INTOSC?  以下是执行该操作的代码:

    SYSCTL_selectClockOutSource (SYSCTL_CLOCKOUT_INTOSC2);
    SYSCTL_setXClk (SYSCTL_XCLKOUT_DIV_1);
    GPIO_setPinConfig (GPIO_16_XCLKOUT);

    INTOSC2将在 GPIO16上提供、用于外部测量。

    谢谢、

    Joseph

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Joseph

     我们从 GPIO16测量 INTOSC2、其中一个器件为80ns、另一个器件为78.5ns。  而客户设置 为100Mhz / 8。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    由于本次讨论正在离线继续、我现在将关闭此主题。 如果需要、请随意打开另一个线程或继续执行该线程。

    谢谢、  

    Anu