嗨,对话,我们需要捕捉输入频率。根据14681数据表,定时器1有2个捕获输入触发器通道。似乎我们可以捕捉两个事件之间的时间间隔,从而计算频率。但是,我注意到这个计时器被用作FreeRTOS的systick源。是否可以在不干扰系统功能的情况下,将此计时器用作频率测量?
当做。
嗨,奥兹,我建议不要将Timer1用于其他目的。这就是为什么在运行在FreeRTOS之上的SDK中的那些示例项目中,不包括访问Timer1的api。
嗨,LT\u对话框,谢谢你的回复。使用DA14681实现频率测量还有其他解决方案吗?
当做,奥兹
嗨,奥兹,你在申请中可能遇到的最大频率是多少?你能和我分享一些关于这个功能的细节吗?这样我们就可以给你合理的建议了?
嗨,LT\u对话框,谢谢你的回复。最大频率为200khz。我们设计了一个产生交流信号的电路,根据不同的环境(干燥、潮湿或浸没),频率可以从200hz到200khz不等。
你好,奥兹,其他定时器,定时器0/2,可能是相当可观的。或者Cortex-M0的系统定时器——SysTick,以1HMz运行,是另一种选择。
所有这些定时器Timer0/2和SysTick都有一个限制,即在使用它们时,系统必须保持在有功功率模式。也就是说,当DA14681进入睡眠模式时,这些定时器的电源被选通。
顺便说一下,据我查的SDK,Timer1使用32kHz作为源时钟,这不适合测量频率高达200kHz的信号。
希望这有帮助。
嗨,奥兹,
我建议不要将Timer1用于其他目的。这就是为什么在运行在FreeRTOS之上的SDK中的那些示例项目中,不包括访问Timer1的api。
嗨,LT\u对话框,
谢谢你的回复。
使用DA14681实现频率测量还有其他解决方案吗?
当做,
奥兹
嗨,奥兹,
你在申请中可能遇到的最大频率是多少?你能和我分享一些关于这个功能的细节吗?这样我们就可以给你合理的建议了?
嗨,LT\u对话框,
谢谢你的回复。
最大频率为200khz。我们设计了一个产生交流信号的电路,根据不同的环境(干燥、潮湿或浸没),频率可以从200hz到200khz不等。
你好,奥兹,
其他定时器,定时器0/2,可能是相当可观的。或者Cortex-M0的系统定时器——SysTick,以1HMz运行,是另一种选择。
所有这些定时器Timer0/2和SysTick都有一个限制,即在使用它们时,系统必须保持在有功功率模式。也就是说,当DA14681进入睡眠模式时,这些定时器的电源被选通。
顺便说一下,据我查的SDK,Timer1使用32kHz作为源时钟,这不适合测量频率高达200kHz的信号。
希望这有帮助。