[参考译文] TMS320F28379D：TMS320F28379D：引导 ROM 和看门狗、CAN 可兼容性

尊敬的 Vincent：

让我跟看门狗专家谈谈这一点。

此致、

Delaney

您好、

CPU1 WDRSn 会导致 XRSn。

CPU2 WDRSn 只是导致 CPU2 复位。

XRSn 是否清除 0xD00、我们需要进行检查。 在 XRSn 置位时、BootROM 会在之后运行、因此需要逐步执行并确认相同的操作、将线程重新分配给 BootROM 专家。

独立配置不依赖于 0xD00、独立配置中的引导模式由引导模式引脚或 OTP 配置决定。

谢谢

你好 Prarthan、

我很抱歉,我在你的消息之前回答了你,但我看不到我的消息。

让我再解释一下。 也许您可以去看看原始问题。 我知道复位处理过程。 一位同事帮了我很多。

但是,你可以看看我的档案,或者也许只是读一下,如果我的程序的开头包含 RAM 初始化 (for CAN) 会发生什么情况。

我预计 RAM 的擦除是在此初始化之前完成的、但似乎这两个操作之间存在冲突。

我在两天的假期,两个星期。 所以,如果你不让我下个星期,不要惊讶,我不给你一些消息。 这个问题对我来说真的很重要,我会在我回来的时候管理它。

Vincent

尊敬的 Vincent：  

为了让你保持最新:我明天会看看它,看看我是否可以复制。  

此致、

马特

您好 Matt、

感谢您花时间测试存档。 解决方案的工作原理。

你能告诉我为什么吗? 在电路板初始化之后放置 IPC_SYNC 函数似乎有更多的逻辑、以便在两个内核之间实现更好的同步、这种方式确实可以在不出现看门狗问题的情况下正常工作。

您好：

我很高兴该解决方案也适用于您。

CPU1 需要将 CAN 模块分配给 CPU2、然后 CPU2 才能对其运行。  内核分配到外设只能 在 CPU1 中完成。  IPC 同步可确保在 CPU2 使用 board_init () 开始初始化模块之前、将 CAN 模块正确分配给 CPU2 作为所有者。

如果这有道理、请告诉我。  

此致、

马特

您好 Matt、

这对我来说是有意义的,但我仍然想知道为什么在第一次开机时每件事都是好的。

由于它已经消掉了 CAN 的 RAM 初始化、我认为这是 CPU1 对 CPU2 复位的副作用。

所以我做了一个测试：  

-在 ipc_sync () 函数之前,让 CPU2 中的 board_init ()

-我只是在  board_init () 之前延迟

因此、当 CPU1 复位时、在 CPU2 尝试初始化 board_init () 中的 CAN 存储器之前、有时间将 CAN 模块分配给 CPU2。

它是有效的。

因此、我的结论是 CPU2 在上电时的复位/唤醒速度比 CPU1 请求时的复位速度慢。

我可以问你同样的问题:

如果这有道理、请告诉我

感谢你的帮助。

Vince。