[参考译文] TMS320F28386D-Q1：IPC 中断设置和清除标志

尊敬的 Ozino：

我已重新发布图片、请查看。

我提到的“压力“类似于每秒 200 条消息、但这条消息会出现、因此时间间隔不会相同。

我相信我正在正确清除标志、因为系统可以正常工作一段时间、但在一段时间后 CPU1 停止接收消息、对我来说似乎与设置这些寄存器 ack 和 set 的时序有关。 如果您有任何有关 ACK 和 SET 寄存器行为的文档非常有用、例如 ACK（CPU1 内核）和 SET（CM 内核）同时设置外设的行为方式？

感谢您的指导。

尊敬的 Ramon：

感谢您的更新。

我建议查看 https://software-dl.ti.com/C2000/docs/C2000_Multicore_Development_User_Guide ccup/ipc_communication.html# 、具体而言是第 4.3、4.4 节、以确保您正确地确认中断。  

您能否根据 IPC C2000Ware 中提供的示例确认是否构建了应用？

查看上述文档后、请告诉我。

此致、

Ozino

尊敬的 Ozino：

感谢您的文档,我认为我发现问题 4.3 步骤 3 指出:

“确保 IPCFLG 寄存器中的相应位尚未设置。 Driverlib 函数：ipc_isFlagBusyLtoR。“

因此很可能是这样、我会将此步骤添加到我的库中、但唯一的疑问是、driverlib 库一旦没有执行同样的步骤、就不会出现此问题？

SDK 代码：

bool IPC_sendMessageToQueue(IPC_Type_t ipcType,
                           volatile IPC_MessageQueue_t *msgQueue,
                           bool addrCorrEnable, IPC_Message_t *msg, bool block)
{
    //
    // Check for arguments
    //
    ASSERT(msgQueue != NULL);
    ASSERT(msg != NULL);

    uint16_t writeIndex;
    uint16_t readIndex;
    bool ret = true;

    writeIndex = *(msgQueue->PutWriteIndex);
    readIndex  = *(msgQueue->PutReadIndex);

    //
    // Wait until Put Buffer slot is free
    //
    while(((writeIndex + 1U) & IPC_MAX_BUFFER_INDEX) == readIndex)
    {
        //
        // If designated as a "Blocking" function, and Put buffer is full,
        // return immediately with fail status.
        //
        if(!block)
        {
            ret = false;
            break;
        }

        readIndex = *(msgQueue->PutReadIndex);
    }

    if(ret != false)
    {
        //
        // When slot is free, Write Message to PutBuffer, update PutWriteIndex,
        // and set the CPU IPC INT Flag
        //
        msgQueue->PutBuffer[writeIndex] = *msg;

        if(addrCorrEnable)
        {
            msgQueue->PutBuffer[writeIndex].address -=
                IPC_Instance[ipcType].IPC_MsgRam_LtoR;
        }

        writeIndex = (writeIndex + 1U) & IPC_MAX_BUFFER_INDEX;
        *(msgQueue->PutWriteIndex) = writeIndex;

        IPC_setFlagLtoR(ipcType, msgQueue->PutFlag);
    }

    return(ret);
}


感谢您的指导、

Ramon。

尊敬的 Ramon：

我将这篇文章转发给 driverlib 团队以进行进一步评论。

此致、

Ozino

尊敬的 Ramon：
很抱歉、延迟的回复。
我来测试 driverlib 示例并恢复。

此致、
Samritha

尊敬的 Ramon：

很抱歉、您稍后的回复、您是否仍需要支持？

此致、

Aj Favela.  

尊敬的 AJ Favela：

这是一个错误报告。 由于必须同时对两个寄存器执行写入操作、因此很难重现该问题。 正如我提到的、我已经在自己的库中解决了这个问题、但我担心 DriverLib 中可能存在一个错误、或者我可能会误解某些内容。

能否请您澄清当 ACK 和 SET 标志同时设置为 1 时 IPC 的预期行为？ 根据我的观察、当 IPC 标志为高电平并且 ACK 和 SET 标志均已设置时、IPC 标志保持有效。 但是、由于中断中清除了标志、因此中断不会再次触发。 文档指出在再次设置 IPC 标志之前应检查该标志、但此检查似乎在 DriverLib 中不存在。

非常感谢您提供的任何澄清。

此致、
Ramon