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.

[参考译文] AWRL6432:是否退出深度睡眠延迟?

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

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1244555/awrl6432-exit-deep-sleep-latency

器件型号:AWRL6432

您好!

我们知道 UART RX 可以将系统从深度睡眠模式中唤醒。 流程可能如下:

UART RX -> Trigger WAKE up -> Resume clock、power -> UART start to get data

一个问题是、在 AWRL6432从深度睡眠模式恢复后、UART 接收器在特定时间内对数据位(LSbit)进行解码的速度有多快?

我们不知道唤醒延迟有多长、有什么想法吗?  

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

    您好、James:  

    我们将对此进行研究、并将在本周结束时提供最新情况。

    此致、

    凯文  

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

    您好、James:

    您有没有机会查看我们的电源优化技术应用手册(https://www.ti.com/lit/pdf/swra754)?)?如该文档中所述、结束深度睡眠后、重新初始化 SW 通常需要2ms 左右的时间、具体取决于所选的选项。

    谢谢。

    克林顿

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

    嗯... 2ms 唤醒延迟非常长、这意味着外部 MCU 不能期望 AWRL6432完全获取第一个 UART 数据。
    我认为需要实施以下协议:

    第1步:外部 MCU 发送 UART 魔术包以唤醒 AWRL6432并等待来自 AWRL6432的 ACK。

    第2步:AWRL6432由魔术包唤醒、并执行必要的过程。

    第3步:AWRL6432向外部 MCU 发送 ACK 以通知它已准备好获取 UART 数据。

     你怎么看?

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

    您好、James:

    能否提供有关您遇到的情况的更多背景信息? 您是否已将器件置于深度睡眠模式并使用 UART 唤醒器件并丢失数据? 您正在尝试向器件发送什么数据?

    我还想向您介绍毫米波 SDK 5.2中的电源模式驱动程序示例。 您可以在下面的目录中找到该文件。

    \mmWave_L_SDK_05_02_00_02\examples\drivers\power\power_mode

    谢谢。

    克林顿

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

    你好、Clinton!

    客户希望 xWRL6432可以尽快锁存 UART 数据。 例如、xWRL6432可以立即检测 UART 边沿和唤醒。 经过几分钟后、它开始对 UART 数据中的第一个位进行解码。

    从  MMWAVE_L_SDK_05_02_00_02\examples\drivers\power\power_mode 代码中、上述场景无法满足、唤醒整个器件需要几毫秒的时间、然后开始正确获取 UART 数据。

    如果我上述理解正确、我们可以关闭 TT。