[参考译文] TMS320F280039C：使用 MCAN 与 DCAN 进行固件更新

尊敬的 Emma：

> 是什么花费的大多数时间传输的内核和固件还是写入的固件到闪存?

内核发送后、当内核重新初始化 MCAN 时、主机将休眠5秒。  然后、当主机下载应用程序时、每帧将每个64个字节写入器件、等待100ms 让闪存 API 写入每个块。  

>或者换句话说,是限制因素的比特率/有效负载大小(我可以改变的东西)还是它需要的时间写入闪存(我不确定我可以改变的东西)?

限制因素是写入闪存的时间。 我们可以提高比特率、但闪存仍需要适当的时间才能写入块。

> 我想问问、因为我想知道使用 MCAN/CAN FD 代替 DCAN/常规 CAN 是否会缩短固件更新的时间？

按照定义、 MCAN 将为数据传输提供更长的长度和更高的速度。 标称速率的速度可以在500kbps 至1Mbps 之间变化、数据速率可以在 1Mbps 至5Mbps 之间变化 。  MCAN 的另一个优势是比特率切换功能和更大的有效负载尺寸。 固件更新受到闪存 API 写入块所需时间的限制。 可以通过使用 Visual Studio 修改主机源代码来试验写入每个闪存 API 块所需的时间量、这样、您就可以看到它是否会降低整体传输速度。  

谢谢。此致、

查尔斯

尊敬的 Charles：

感谢您的答复和提供的信息。

只是为了确定我理解、 在将每个64字节帧向下发送到处理器以编程到闪存之前、主机端程序有一个100毫秒的等待时间、您建议在 Visual Studio 项目中缩短这个100毫秒的等待时间、以查看我们是否可以得到整体编程时间缩短？

您知道为什么将此时间设置为100ms 吗？ 只是一个任意值？

对于 JTAG、对相同的程序进行编程要快得多。 我想知道为什么在使用 CAN 闪存编程器时、如果对闪存块进行 编程是限制因素、为什么在使用 CAN 闪存编程器时其速度比使用 JTAG 慢很多？

再次感谢您的帮助！

爱玛

您好，Charles

我能够在把它修改为50ms 后重建它。

感谢您的参考和帮助！

-爱玛

尊敬的 Emma：

很高兴听到您可以重新构建项目。 暂时关闭此主题帖。

谢谢。此致、

查尔斯