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.

[参考译文] TMS320F280037C:有关 F280037C 复位问题和温度影响的查询

Guru**** 2512065 points


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

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1419955/tms320f280037c-inquiry-on-f280037c-reset-issue-and-temperature-impact

器件型号:TMS320F280037C

工具与软件:

在80°C 环境温度附近运行时、我们的 F280037C 微控制器当前遇到意外复位。 我们注意到 CAN 通信在一段时间内丢失、随后重新建立。

为了诊断复位原因、我们已经阅读了  RESC  状态寄存器文档和  SYSCTL_getResetCAse (void) 、但不确定如何使用 CCS 代码或直接从存储器中读取此信息。 如能就此提供任何指导、将不胜感激。

此外、我们要了解高温环境对微控制器复位行为的潜在影响。

作为参考、我们使用以下 IC 为微控制器供电:

  1. INN3166C-H101-TL
  2. TPS560430XDBVR

 如能就此提供任何指导、将不胜感激。

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

    尊敬的 Reddy:

    我希望您不介意我跳到您的主题中。

    尊敬的 TI 专家:
    我想报告的是、我在大约±80°C 时遇到了 F280039C 的类似问题。 我已经通过检查 GPIO 引脚的状态验证了复位情况。

    我还想了解高温环境对微控制器复位行为的潜在影响。

    谢谢!
    Luiz



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

    你(们)好

    您是否探测了器件的 XRSn 引脚以查看器件在这种情况下是否正在经历复位周期?

    Vivek Singh

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

    尊敬的 Vivek、

    在本例中、我无法访问出现问题的电路板上的 XRSn 引脚。 到目前为止、我只能在7个样片中的1个电路板上重现问题。
    我连接到 cJTAG、发现当内核温度达到90度时、程序进入 ITRAP。
    我在 ITRAP 之前曾尝试跟踪代码执行情况、但仍然找不到导致它的原因。 这是屏幕截图。

    其他6个样本未发生 ITRAP。


    此致、
    Luiz

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

    尊敬的 Luiz、

    在我们的例子中、电源板和控制板已完全密封。 我们只能通过 JTAG 和 CAN 进行访问。

    是否有其他解决方案来检查问题? 是否尝试使用    sysctl_getResetCause (void)等 API ?

    谢谢!
    Reddy

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

    尊敬的 Luiz、

    可以将该器件从不工作的电路板换成工作正常的电路板吗? 这是为了检查电路板上的硅片或电参数是否存在问题。    

    Vivek Singh

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

    尊敬的 Vivek、

    我正在查看可用样片、到目前为止、我只发现11个样片中有1个完全组装的电路板出现了问题。 在此示例中、无法在不影响其他元件的情况下交换 MCU、因此我们只能通过 JTAG 进行访问。

    有什么使用方法吗 SYSCTL_getReset原因 诊断 ITRAP? 或者、您对如何通过 JTAG 对此进行诊断有什么建议吗?

    谢谢!
    Luiz

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

    尊敬的 Vivek、

    设置复位原因后、我在清除复位原因时会遇到问题。

    // Clear the given reset reasons. ************************
    SysCtl_clearResetCause(0x00000002U);
    SysCtl_clearResetCause(0x00000001U);
    """"""""""""""""""""""

    我正在使用此代码来清除原因、但在运行时无法执行此操作。 您能给我们提供正确的逻辑吗?

    此致、
    Ramana.

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

    尊敬的 Vivek、

     我们已尝试以下逻辑来 清除复位原因。
      resetCauses_reason= sysctl_getResetCause();


      如果(Master_Cut_Off_Status = 1 && RCR_FLAG= 0)
      {

      //清除给定的重置原因。 ****
      SYSCTL_clearResetCAuse (SYSCTL_RESCLR_POR | SYSCTL_RESCLR_XRSN);
      resetCauses_reason= sysctl_getResetCause();
      RCR_FLAG=1;
      }

      encode_ch_can_0x111_X_val_Model (&tsObject、resetCauses_Reason);  //通过 CAN 发送
     
    但是、我们无法清除寄存器值。 您能在本期提供支持吗?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您是否能够从 CCS 寄存器视图中清除它?  

    Vivek Singh

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

    尊敬的 Vivek、

    我们将创建一个.out文件并将其刷写到硬件中。 我们只想通过 CAN 读取复位原因。 您能告诉我们应该进行哪些代码更改才能清除寄存器并通过 CAN 读取它们吗?

    此外、我们可以清除 RESC 状态寄存器 SysCtl_clearResetCause(SYSCTL_RESCCLR_POR | SYSCTL_RESCCLR_XRSN)? 我在 F280037C 技术手册中发现一条声明:" 一个 POR 之后、RESC 中的 POR 和 XRSn 位被置位。 这些位随后由引导 ROM 清除。 (3.4.4上电复位(POR)) "

    谢谢!

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

    尊敬的 Manohar:

    在 F280037C 技术手册中找到一项提到:" 一个 POR 之后、RESC 中的 POR 和 XRSn 位被置位。 这些位随后由引导 ROM 清除。 [报价]

    是的、是这样。 但是、如果在应用程序运行期间、复位由于 XRSn 而发生、您将看到一些位被设置。 当您读取复位原因状态寄存器时、会得到什么值? 由于这些位已经被 ROM 清零、你看到然后又是如何置位的呢?

    Vivek Singh

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    为什么要清除复位原因?  
    回复:我们在充电器运行过程中遇到了一些问题、我们需要确定问题是由 CAN IC 故障还是 充电器控制卡电源中断引起的。 以下是情况(假设复位原因清除有效):

    案例1: 只有 CAN 问题、没有电源问题。  这意味着初始 CAN 值将为"3"、清除后将为"0"。 仅当随后 CAN 通信被重新建立、表示没有发生电源复位时、它才保持为"0"。

    案例2:只有电源问题。 在这种情况下、初始 CAN 值也将为"3"、清除后、它将为"0"。 如果随后电源被重新建立、我们将看到该值返回到"3"。

    当您首次尝试获取重置原因时、您会获得什么价值?  
    回复:我们看到 VIA CAN 的值是"3"。


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

    Manohar,

    很抱歉这么晚才回复。  

    [报价 userid="611175" url="~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1419955/tms320f280037c-inquiry-on-f280037c-reset-issue-and-temperature-impact/5452686 #5452686"]
    当您首次尝试获取重置原因时、您会获得什么价值?  
    回复:我们看到 VIA CAN 的值是"3"。
    [报价]

    我不清楚上述意见。 不应将该值设为3。 请再次检查。

    Vivek Singh