• 状态 Resolved
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 0 订户
  • 视图 70 视图
  • 用户 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.

[参考译文] CC2745R7-Q1：【技术查询】采用 TCAN1044AV-Q1 的 CC2745R7-Q1 CAN 总线唤醒和睡眠机制设计

admin
Guru**** 2964790 points

Other Parts Discussed in Thread: CC2745R7-Q1, SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1649708/cc2745r7-q1-technical-inquiry-cc2745r7-q1-can-bus-wake-up-and-sleep-mechanism-design-with-tcan1044av-q1

器件型号： CC2745R7-Q1
主题： SysConfig 中讨论的其他器件

尊敬的 TI 团队：

我们目前正在 协助客户设计和评估 一个汽车项目。

该建议的架构将 CC2745R7-Q1 用作主无线 MCU、并将 TCAN1044AV-Q1 用作外部 CAN 收发器。

我们的客户端已针对系统的电源管理和唤醒/睡眠行为规定了严格的要求：

  1. 唤醒： 只要在总线上检测到 CAN 通信（CAN 流量）、CC2745R7-Q1 就必须立即唤醒。

  2. 睡眠： 如果超过 3 秒未检测到 CAN 流量、CC2745R7-Q1 必须进入低功耗睡眠模式。

我附上了系统方框图以供您参考。 为了确保我们的设计与客户的期望和 TI 的最佳实践完全一致、我们感谢您在以下技术问题上提供指导：

  • 1、睡眠模式支持:

    CC2745R7-Q1 是否可以通过“引脚唤醒“（使用 TCAN1044AV-Q1 RXD 引脚或其他信号）从 待机 模式和关断模式成功唤醒？对于此应用、这两种低功耗模式之间是否有任何特定的限制或特殊注意事项？

  • 2、硬件电路设计

    为了实现“不活动 3 秒后唤醒流量、睡眠“行为、 应如何在 CC2745R7-Q1 与 TCAN1044AV-Q1（包括 STB、RXD 和 VIO 引脚）之间设计原理图连接？ 此外、应如何在睡眠状态期间管理电源 (VIO / VCC)？

  • 3、设计限制和硬件注意事项:

    对于这种特定架构下的唤醒功能或功耗、我们是否应该注意任何限制、权衡或硬件注意事项？ （例如，唤醒后缺少第一个 CAN 帧的风险、关断期间的特定 I/O 泄漏电流、或退出睡眠状态时的 I/O 锁存/取消锁存限制？）

  • 4.推荐的解决方案和参考设计：

    您能否帮助评估我们当前架构的可行性？ 如果您能提供推荐的 接线图、原理图示例或相关应用手册、我们将非常感谢您为客户的设计提供参考。

 

感谢您的时间和支持。 我们期待您的宝贵反馈。

此致、

 

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

    尊敬的 Mike：

    我们的器件支持关断和待机模式。 您可以在 TRM 中发现这些模式之间的区别、但在关断模式下、唤醒它的唯一方法是通过 IO 事件/引脚唤醒、因此在理论上、如果需要、您可以设计一个系统、使用具有单独中断引脚的 CAN 器件在收到传入消息时唤醒器件。 有关支持该功能的 TCAN 器件的更多信息、请访问收发器论坛。  

    也就是说、为什么您希望 CC2745 处于关断状态？ 通常、对于这些汽车门禁系统、CC2745 会主动广告或扫描手机钥匙或钥匙扣。 当它不进行有效射频事件时、设备将处于待机状态（该状态下为~1uA）、但会定期唤醒、以根据应用要求进行广播或扫描。  

    不过、我总的来说建议您设计系统来利用待机模式、而不是关断模式。 两种模式之间节省的功耗约为数百纳安、但通过进入关断状态、您将失去 RAM 保持的灵活性、唤醒源的灵活性、时钟域完全关闭、每次广播的灵活性等等。 此外、要推动您使用关断功能、可能需要更复杂的 CAN 收发器器件。  

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

    尊敬的 Evan：

    感谢您的详细说明和建议。

    评估我们的要求后、我们同意、对于我们的汽车门禁应用、待机模式确实比关断更合适。 RAM 保持、更快唤醒和软件灵活性的好处完全超过可忽略的功率差异。

    关于在待机模式下通过 CAN RX 唤醒 CC2745 的软件实现、我们想确认是否建议使用以下“动态开关“流程：

    建议的软件流程：

    1. 进入待机状态之前：

      • 关闭 MCAN 驱动程序（例如，调用 MCAN_CLOSE ()) 以释放电源依赖性/限制、从而允许器件转换至待机状态。

      • 动态将 RX 引脚（连接到 TCAN1044AV-Q1 RXD）配置为 GPIO 输入、并将 下降沿中断 启用为唤醒源。

      • 将 CC2745 置于待机模式。

    2. 唤醒时：

      • 当存在 CAN 总线活动时、TCAN1044AV-Q1 会将 RXD 引脚拉至低电平（唤醒模式）。

      • CC2745 检测该引脚的下降沿并从待机状态唤醒。

    3. 唤醒后：

      • 在 GPIO 中断处理程序中、立即禁用该引脚上的 GPIO 中断、以防止后续 CAN 流量重复触发它。

      • Re — 打开 MCAN 驱动程序（例如，调用 MCAN_OPEN ()) 以将引脚控制返回到 MCAN 模块并开始接收后续数据。

    问题：

    • 这是“关闭外设->将 RX 切换到 GPIO 中断->唤醒->禁用 GPIO -> Re 打开外设“流程是标准/建议的方法、以避免 SysConfig 中的引脚冲突和绕过电源限制限制？

    • CC2745 SDK 是否提供了一种更简单或自动化的方法来处理此唤醒转换、或者我们是否需要在我们的应用中手动实现此动态引脚切换逻辑？

    再次感谢您的宝贵支持。

    此致、

    Mike

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

    尊敬的 Evan：

    感谢您的意见和详细说明。
    我们会将此信息传递给客户、以供其参考。

    此致、
    Mike