主题中讨论的其他器件:TIDA-00565、
您好!
我们正在尝试定期检测、您有什么建议吗? 系统将处于睡眠状态、因此无法发送 I2C 命令。
一个选项是、我们考虑在 MICBIAS 引脚上使用计时器和 FET、并利用按键功能触发检测。
另一种选择是使用数字电位器并尝试定期更改值。
您是否见过其中任一种实现方式?
由于您需要 det_trigger 的下降沿、如果我们尝试定期检测、我们能否将其接地?
谢谢!
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.
您好!
我们正在尝试定期检测、您有什么建议吗? 系统将处于睡眠状态、因此无法发送 I2C 命令。
一个选项是、我们考虑在 MICBIAS 引脚上使用计时器和 FET、并利用按键功能触发检测。
另一种选择是使用数字电位器并尝试定期更改值。
您是否见过其中任一种实现方式?
由于您需要 det_trigger 的下降沿、如果我们尝试定期检测、我们能否将其接地?
谢谢!
JDJ、
您正在尝试精确检测什么? 我在这里的理解是、整个系统将处于睡眠状态、您希望在某个周期性间隔检查器件处于睡眠模式时是否存在触发事件(麦克风)、并在触发偶数时唤醒系统。 但是、只要插入附件、器件就会从睡眠模式唤醒、并且无需 I2C 通信即可将其唤醒。
这是4极附件吗? ~我不知道这里发生了什么、您可以使用~mIC_Present 或 INT 的状态来查看何时进行了检测并唤醒系统?
如果我错过了这里的标记、您能否分享某种图表或原理图、以便更好地解释您在这里尝试做什么?
谢谢、
Rami
为什么 TIP 引脚无法注册并进行检测?
在参考设计指南中、TS3a227E 将自动检测、但为了澄清这一点、它仍然需要 GPIO 或 I2C 信号来开始检测?
"TS3A227E 专门用于自动检测3.5mm 插孔的 MIC 和 GND 信号并确定其方向、以支持上述 USB Type-C 标准中所述的功能"
您能否将计时器直接连接到 DET_TRIGGER 以定期进行检测?
JDJ、
抱歉、我错过了这个机会。 在考虑引脚设置时、我考虑了从 USB-C 到开关的直接连接、并绕过了 TIDA-00565。
使用 TIDA-00565参考设计的 TS3A227E 将会很好。 它将自动检测。 这是否消除了定期检测 DET_TRIGGER 的需要、因为每次插入时都会自动检测到它?
我的感受是、借助自动检测、您无需定期检测、但如果遇到这种情况、我仍会解决问题。 根据您的想法、使用计时器定期检测可能会起作用。 DET_TRIGGER 引脚只需启动检测序列。 将耳机插入插孔后、机械开关将关闭 DET_TRIGGER 与 TIP 之间的连接 、后者将触发从高电平发送到低电平、以启动检测序列来确定音频插孔类型并完成检测。 通过连接计时器、如果听起来您想要定期发送高电平和低电平信号、这就像是连续启动检测序列。 您真正要做的就是初始化虚假检测。
希望这对您有所帮助、
Rami Mooti