• 状态 Resolved
  • 已锁定 已锁定
  • 回复 8 回复
  • 订户 1 订户
  • 视图 782 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] TMS320F28388D：关于在使用 IPC 消息队列时 CM4到 CPU1无法进入中断的问题

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

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1264371/tms320f28388d-about-the-problem-that-cm4-to-cpu1-cannot-enter-the-interrupt-when-using-the-ipc-message-queue

器件型号：TMS320F28388D

大家好、

客户有问题需要您的帮助：

原始代码内容：

Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
//#############################################################################
//
// FILE: ipc_ex2_msgqueue_cm.c
//
// TITLE: IPC example with interrupt and message queue
//
//! \addtogroup driver_cm_c28x_dual_example_list
//! <h1> IPC message passing example with interrupt and message queue </h1>
//!
//! This example demonstrates how to configure IPC and pass information from
//! C28x to CM core with message queues.
//! It is recommended to run the C28x1 core first, followed by the CM core.
//!
//! \b External \b Connections \n
//! - None.
//!
//! \b Watch \b Variables \n
//! - None.
//!
//
//#############################################################################
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
//#############################################################################
//
// FILE: ipc_ex2_msgqueue_c28x1.c
//
// TITLE: IPC example with interrupt and message queue
//
//! \addtogroup driver_cm_c28x_dual_example_list
//! <h1> IPC message passing example with interrupt and message queue </h1>
//!
//! This example demonstrates how to configure IPC and pass information from
//! C28x to CM core with message queues.
//! It is recommended to run the C28x1 core first, followed by the CM core.
//!
//! \b External \b Connections \n
//! - None.
//!
//! \b Watch \b Variables \n
//! - pass
//!
//
//#############################################################################
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

修改：

1.在 CM4内核的 while 循环中、我一直向 CPU1发送消息、但发现 CPU1不能重复进入中断。 原因是什么？

ipc_ex2_msgqueue_cm.c

Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
//
// End of example. Loop forever
//
while(1)
{
//
// Send response message
//
TxMsg.command = IPC_CMD_RESP;
TxMsg.address = (uint32_t)CMData;
TxMsg.dataw1 = 10;
TxMsg.dataw2 = 1;
IPC_sendMessageToQueue(IPC_CM_L_CPU1_R, &messageQueue, IPC_ADDR_CORRECTION_ENABLE,
&TxMsg, IPC_NONBLOCKING_CALL);
}
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

2.我想问一下如何理解消息队列的阻塞和非阻塞方法？ 也就是说、 根据要选择的情况、我不理解 IPC_nONBLOCKING_CALL 和 IPC_BLOCKING_CALL 这两种方式？

谢谢。此致、

本

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

    您好！

    ISR 是否触发一次、而不是再次触发？ 我将在明天尝试提供有关 IPC Message Queue 工作方式的更多信息。  

    此致、

    本·科利尔

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

    尊敬的 Benjamin：

    有任何更新吗？

    此致、

    本

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

    Ben、您好！

    本杰明目前不在办公室,但他应该能够在下周星期三之前回复你。 很抱歉耽误你的时间。

    此致、

    阿米尔·奥马尔

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

    尊敬的 Ben：

    很抱歉耽误你的时间。 您是否能够确认 客户是否能够至少进入 ISR 一次？  

    关于'block '参数,我认为最好的理解是 在 ipc.c 中阅读 IPC_sendMessageToQueue()和 IPC_readMessageFromQueue()函数:  

     

    如果 Put 缓冲区已满,这看起来像非阻塞调用会使 IPC_sendMessageToQueue()函数立即失败。 blocking 参数将使函数等待、直到 Put 缓冲区槽空闲。  

    我认为这在实践中意味着 如果没有 IPC_readMessageFromQueue()，IPC_sendMessageToQueue()就不能多次使用 ，否则队列将被填满。 阻塞呼叫将等待(可能永远)队列有空间、而非阻塞呼叫将在队列已满时立即失败。  

    此致、

    本·科利尔

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

    尊敬的 Benjamin：

    感谢您的回复！

    Unknown 说：
    您 是否能够确认客户是否能够至少输入一次 ISR？  [/报价]

    可以、但只能进入第一个 ISR。

    此致、

    本

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

    Ben、

      在 ISR 已经被触发一次之后、客户是否能够在他们的内存浏览器中检查针对 CM 消息队列的 Put 缓冲区的内容？ 此外,他们是否能够进入他们的 IPC_sendMessageToQueue()函数来查看函数内部的情况? 它们是否使其通过了上面的屏幕截图中的 while 循环？ 函数第一次运行和后续运行之间是否有任何不同？  

    此致、

    本·科利尔

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

    尊敬的 Benjamin：

    现在、我只执行 cm 来发送 IPC 消息、使用 CPU1中断来读取消息、通过将两个内核上的点断开来查看 writeIndex 和 readIndex。

    验证过程：

    1. CM   首次执行 IPC_sendMessageToQueue()函数后，CPU1进入 IPC 中断，但不进入  IPC_readMessageToQueue()。  

    如以上两幅图所示、cm 的 PutWriteIndex 和 CPU1的 GetWriteIndex 均为 add 1。

    2.在 CM   首次执行 IPC_sendMessageToQueue()函数后，CPU1进入 IPC 中断并 执行 IPC_readMessageToQueue()。  

    当 CPU1执行  IPC_readMessageToQueue()时，  CM 的 PutReadIndex 和 CPU1的 GetReadIndex 都将递增1

    根据上述两个验证结果可以重复执行 IPC 的消息队列、代码没有问题。

    我以前无法重复该中断的原因是、我仅在 CPU1的 IPC 中断中设置了一个断点、而 CM 没有设置断点、这会导致 CM 继续发送 IPC 消息。 在 PutBuffer 已满并在 IPC_sendMessageToQueue()函数的 while 循环中执行之前，CPU1未进行读取，因此 CPU1无法重复输入中断来读取消息。

    对于阻塞呼叫和非阻塞呼叫、如果发送方使用阻塞呼叫持续发送数据、而接收方使用阻塞接收、当发送方的 PutBuffer 已满时、发送方和接收方将进入 while 循环、导致两者工作不正常、 如果其中一个端使用非阻塞调用，则该端可以继续执行其他任务。 我的理解是否正确？

    此致、

    本

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

    尊敬的 Ben：

    您的理解是正确的。 如果您有任何其他问题、请告诉我。

    此致、

    本·科利尔