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.
您好
我们的设计需要有两个引脚 (Padan 和 PADAL)或(Padam 和 PADAL)输入信号来从深度睡眠模式唤醒雷达、如何在进入深度睡眠之前启用该信号?
(1)我们曾试图让 Padam 或 PADAL pinmux 为 SYNC_IN 并使 Radar enableGPIOSyncIOWakeupLPDS 为 false 而选择 SYNC_IN ,它可以很好地唤醒雷达,但如果我们让 Padam 和 PADAL pinmux 为 SYNC_IN 比 nither Padam 和 PADAL 不能唤醒。 似乎 PINMUX 不能同时让同一 SYNC_IN 到不同的焊盘。
(2)我们尝试另一种使用 Padan 和 PADAL 使用 PINMUX 到 WU_REQIN 的方法,结果与使用 SYNC_IN 类似。
(3)我们尝试让 Padan PINMUX 连接到 WU_REQIN 并将 PADAL 引脚多路复用器连接到 SPIA_CS1_N、并启用 Power_CONFIG.enableSPICSWakeupLPDS=true、而 Padan 可以唤醒、但 PADAL 无法唤醒。 由于系统不使用 SPI 端口,因此我们不使用 MCSPI_init()和 Drivers_mcspiOpen() 。
您能告诉我如何让 Padam 或 PADAL 能够从深度睡眠模式唤醒雷达吗? 是否可以使用(3)方法、但只写入一些 MCSPI 寄存器值、超过了实现此函数的能力?
尊敬的 Chianan:
谢谢您的支持。
用于唤醒中断的引脚包括:
h10 = GPIO_2 = PADAL =>为了把这个引脚用作唤醒源所需的可中断 GPIO、需要把这个引脚配置为模式5
有关详细信息、请参阅 TRM https://www.ti.com/lit/ug/swru599/swru599.pdf 中的第1653页
L12 = UARTA_TX = Padan => 为了将此引脚用作 唤醒源所需的输入、需要将此引脚配置为模式 4
有关更多详细信息、请参阅 TRM https://www.ti.com/lit/ug/swru599/swru599.pdf 中的第1072页
尊敬的 Josh
感谢你的快速反应,但你的方法,你的主题我已经尝试它((2)我的原始帖子)之前,它不起作用.
Josh、您好!
我认为这个问题是:可以同时将几个焊盘设置为 WU_REQIN 模式吗? 或者只能将一个焊盘设置为 WU_REQIN 模式。
它看起来只有一个焊盘 可以在实验中设置为 WU_REQIN 模式。
SYNC_IN 的情况也与 WU_REQIN 相同。 (只能使用一个焊盘)
您能告诉我如何让 Padam 或 PADAL 能够从深度睡眠模式唤醒雷达吗? 是否可以使用(3)方法、但只写入一些 MCSPI 寄存器值、超过了实现此函数的能力?
Chianan -
请查看我之前的文章、并根据需要使用 TRM 说明配置引脚。 PADAM = J11、并且不是唤醒源
Josh、您好!
AM (J11)可以通过设置 SYNC_IN 来唤醒源、我们仅评估了这个单个引脚可以使用、
AL (H10)可以通过将 tubg 设置为"WU_REQIN"来唤醒源、 我们仅评估了这个单个引脚可以使用、
AM (J11)可以是 SYNC_IN 或 AL (H10)可以是 WU_REQIN 可以单独唤醒雷达、
但我们希望同时使用这两个引脚、SysConfig 不允许将具有2个引脚的多个引脚设置为 SYNC_IN 和 WU_REQIN。
我们通过硬编码进行评估、
SYNC_IN 和 WU_REQIN 似乎都是 GPIO 唤醒源、似乎无法同时使用。(在我们的评估中)
技术参考手册不提供有关这方面的更多详细信息。 如果是、我们需要更改这2个引脚的当前设计。 一个引脚可被分配给 SPIA_CS0或者任何东西。
Josh、您好!
用户需要知道是谁在这两个唤醒资源之间唤醒系统。
因此、或门无法实现设计目标...
詹姆斯-
您对源使用什么? 也许您曾经告诉我们(简单的方框图可能就够了)您正在思考的概念或概念、这可能会帮助我们指导您进一步针对您的设计问题制定合理的解决方案。
Josh、您好!
假设 AWRL6432有两个外部系统:一个是 G 传感器系统、另一个是摄像头系统。
G 传感器系统或摄像头系统都可以唤醒 AWRL6432。
AWRL6432需要知道是谁唤醒它:可以从 G 传感器或摄像头唤醒、当然、G 传感器和摄像头也可以同时唤醒 AWRL6432 (我假设这种情况很少见、但还是可能的)。
AWRL6432、G 传感器、摄像头、这3个系统都是独立的。
下图如下所示:
詹姆斯-
感谢您的简要示意图。 这里想到的最简单的实现是、按照之前的建议、将这两个逻辑电平 IRQ (假设它们是这样的)一起或、来触发唤醒并将它们中的每个都绑定到单独的开路 GPIO、这些 IRQ 将在唤醒 IRQ 之后被读取以进行电平变化。 如果 IRQ 被源锁存、这将起作用、但如果它们不是(仅仅是一个脉冲)、那么您可以为每个 IRQ 安排一个简单的锁存、如下所示:
在实际情况下,雷达是 I2C 从设备,相机是 I2C 主设备(其中一个唤醒源到 RADA,使用 Padan 和 Padam 用于 SCL 和 SDA ),有一个 G 传感器中断连接到 PADAL(第二个源需要唤醒雷达)。 当雷达唤醒时、需要知道唤醒源来自摄像头或 G 传感器。 因此、使用外部栅极到或 G 传感器 int、但不可能有一个 I2C、当摄像头通过 I2C 与雷达通信时、它会让 I2C 总线受到 G 传感器 int 的干扰、也无法让雷达知道由谁将其唤醒。
Chianan -
如果您 将这些引脚用作专用的 I2C SDA 和 SCL、则它们将具有上拉 电阻器、而您也不会使用它们。 如果您想提供您的目标的实际图以及您的系统的任何其他注意事项、我们将尝试进一步帮助您。
Josh:
通过电子邮件将原理图脱机发送给您
詹姆斯-
谢谢-关闭此帖子、因为我们已将其移至电子邮件中。