尊敬的
伺服驱动器在工作一段时间后崩溃。
我们对收到的数据进行了一些测试、发现它似乎与不稳定的闪存工作有关
如果程序使用 ABCDEFGH 这8个块、即程序大于112K 字、CPU 温度大于50度、则会崩溃
如果程序仅使用 ABCDEFG 的7个块、即程序小于112K 字、大于96K 字、则 CPU 温度大于105度将崩溃;
如果程序仅使用 ABCDEF 这6个块、即程序小于96K 字、则 CPU 温度大于125度是正常的。
任何建议?提前感谢
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.
尊敬的
伺服驱动器在工作一段时间后崩溃。
我们对收到的数据进行了一些测试、发现它似乎与不稳定的闪存工作有关
如果程序使用 ABCDEFGH 这8个块、即程序大于112K 字、CPU 温度大于50度、则会崩溃
如果程序仅使用 ABCDEFG 的7个块、即程序小于112K 字、大于96K 字、则 CPU 温度大于105度将崩溃;
如果程序仅使用 ABCDEF 这6个块、即程序小于96K 字、则 CPU 温度大于125度是正常的。
任何建议?提前感谢
雷蒙德
感谢您联系 E2E。 根据您的描述、我认为我们可能希望 TI 发起故障分析退货。 这在确定器件是否仍在规格范围内运行以及是否是故障原因时非常有用。
在我们开始此过程之前、您能否确认、如果您用新的 F28069替换故障消失的故障返回系统上的 F28069、那么 PCB 就没有问题了? 此外、您能否将 F28069从坏系统转移到已知良好的 PCB/系统、并确认 MCU 存在故障?
一旦确定是 MCU 出现故障、我们就可以开始返回过程。
最棒的
Matthew
雷蒙德
理解您的评论。 为了确保 C2000出现故障、我仍然建议使用 ABA。 我误解 了您关于温度的组织帖子、我认为您说过当使用更多闪存扇区时、器件会自发热。 现在、我知道您说的是、随着扇区的减少、驱动器能够在越来越高的温度下运行。
在局部调试方面、您可以在升高温度后尝试查看或扫描闪存内容、以查看故障发生时闪存是否处于正确状态、或者是否是温度上升的问题。
您是否对发生故障时故障在系统中的表现有任何意见? C2000是否进入复位模式、或导致伺服驱动器出现错误行为(即代码执行错误)。
此外、了解器件在发生故障之前暴露在外的温度曲线/通电小时数可能会有所帮助。 闪存重新编程的频率等
最棒的
Matthew