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.

[参考译文] CC2650:启动唤醒事件(从关断状态)的引脚 ID 的标识

Guru**** 2564565 points
Other Parts Discussed in Thread: CC2640

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/567712/cc2650-identification-of-the-pin-id-that-initiated-a-wakeup-event-from-shutdown

器件型号:CC2650
主题中讨论的其他器件:CC2640

您好!

我使用 具有 崩溃和唤醒功能的 CC2640。 我使用 CSS 和 TI-RTOS v2.21。

在我的系统 中、我使用三个输入来唤醒器件(CC2640)。  这很好。

是否有一个解决方案来了解 这三个输入中的哪一个将芯片唤醒? 它不是直接 由 TI-RTOS 处理、是否可以使用 CPU 寄存器来处理。

最好的方法是什么?

此致。

Damien。

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

    尊敬的 Damien:

    您是否在 PIN 驱动程序中将这些引脚注册为中断? 如果是这样、您应该能够在引脚被切换时插入一个 HWIfxn。 这可用于向您的应用发送已将哪个引脚置为有效的信号。

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

    您好 Sean、

    是的、我的引脚被注册为中断、

    我可以识别哪个引脚被置为有效、但这只能 在 Hidle/Run 模式下工作、也许是深度睡眠模式。

    我的问题是当我从 Shuntdown 模式唤醒器件时、 在该模式下、内存和中断 配置 不再存在。 只有最终的 IO 前端在 Shuntdown 模式下受电。

    因此、我无法以这种方式对任何中断进行分类。 是真的吗?

    目前、为了知道哪个引脚唤醒器件、我在主子例程的开始处测试输入状态(通常为0)。 但是、如果可能、以稳妥的方式执行其他操作会更可靠、因为在我的情况下、信号可能具有较短的持续时间。

    此致、

    Damien。