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.

[参考译文] CC2642R-Q1:有关连接监控器实时性能和 CAN 驱动器的问题

Guru**** 2350610 points
Other Parts Discussed in Thread: CC2642R-Q1
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1418077/cc2642r-q1-questions-about-connection-monitor-real-time-performance-and-can-driver

器件型号:CC2642R-Q1

工具与软件:

我的客户在 CC2642R-Q1上使用连接监视器和最新的 SDK7.41。 他们发现实时性能受到 CAN 总线数据处理的影响。 该应用程序如下:

在 MicroCmApp_taskFxn 中、初始化 CAN:

2.当数据从 CAN 总线进入时、将触发 GPIO 中断并且应用程序将在中断处理程序中发送数据。 然后、将在 MicroCmApp_processMicroCmAppMsg 中处理接收到的数据:

3.该应用还具有发送一些 CAN 数据的周期性时钟、同时  MicroCmApp_processMicroCmAppMsg 也会对该时钟进行处理。

4. CAN 数据的接收和发送大约需要1ms 到3ms。

问题是 MicroCmApp_processMicroCmAppMsg 中的 case MICRO_CM_APP_CM_EVT 的一部分受到 CAN 数据处理添加代码的影响。 每次 MicroCmApp_processCmMsg 被 CAN 数据处理延迟时都会寻找、而连接监视器最终会失去对连接的跟踪记录。

问题是:

1. MicroCmApp_processMicroCmAppMsg 函数是否对实时操作有严格要求? 是否允许执行可能 抢占 MicroCmApp_processCmMsg 执行的用户应用程序?

2.如果问题1的答案是肯定的、是否有办法计算到下一个连接事件的时间、以便用户应用程序可以稍后处理 CAN 数据、避免影响实时性能?

此致、

沭阳县

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

    您好、沭阳、

    我需要更多时间来了解这一点、请预计周一9月30日前回复。  

    很抱歉耽误你的时间。  

    谢谢!  
    Isaac

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

    您好、沭阳、  

    当数据从 CAN 总线进入时、该数据与启动连接监视器时接收到的初始数据相关。 这包括访问地址、连接间隔、跳数值等。 此外、在应用程序中 BLE_CONSECTION_MISSED_CONN_EVT_THRES 设置为什么?  

    连接监控器需要能够在计算的时间范围内进行扫描以捕获每个连接事件。 有关这方面的更多信息、请参阅 Micro BLE Stack -应用层。 如果错过了这些扫描事件、并且达到了 BLE_CONSECURITY_CONN_EVT_THRES、连接监视器将断开连接。  

    请告知我上述问题、我将继续调查该行为。  

    谢谢!  

    Isaac