我们正在尝试通过 TM4C129DNCPDT 实现频率计数器、有人能不能指导我们是否可以使用 GPIO 或 CPP 引脚来测量外部输入12MHz 时钟?
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.
我们正在尝试通过 TM4C129DNCPDT 实现频率计数器、有人能不能指导我们是否可以使用 GPIO 或 CPP 引脚来测量外部输入12MHz 时钟?
正如您所说、使用"cpp 引脚"应该是最佳做法。
未声明是这个"外部、12MHz 时钟"的"源"。 通常、最佳结果是从最短、最直接的信号引入中获得的、并尝试确保(任何其他) HF 信号不会与您的外部信号"靠近"(或尤其是并行)运行。
MCU 手册介绍了各种"计时器配置"-根据我的经验、您的"使用多个实验以及结果观察-可以获得最大的学习效果。" (我不喜欢 匆忙的"烹饪手册"(让我们把这个帖子"从列表中")回应。) (切勿在 此处说明/建议这样做...)
更新速度可能会影响您的"攻击方法"-您应该注意、一个简单的字符型 LCD/OLED 非常适合显示测量结果。 而且-如果您(两者都有)"有动力且聪明" -也可以扩展到额外的"频率通道"、甚至 "模拟 电压测量和显示的多个通道"。 (即使项目/产品更可取。)
识别并插入"支持/接受更高速度"频率分频 IC (位于"外部频率源"和 MCU 的 CPP 引脚之间)将 扩展项目的频率范围 、并可能使其 更稳健...
另一个要点是" 将其移植到早期帖子中"、而是单独存在、从而更好地"吸引您的注意力"。 (可能)
值得注意的是 ,"这里有许多土地"--在" 崩溃/燃烧"之后,或当它们有特定 的"兴趣"时。 而且-这可能并非总是最好的-(两者)对于这些海报-和对于这个论坛。
现在、您正在特别寻求 指导、以便 可以测量"12MHz、外部时钟"。 而且-虽然完全有效-您是否不会通过开发一种证明" 其频率测量能力远较广泛"的方法而获得"更好的服务"? 此外、如果追求此类"扩展"、适用于您的"学习"以及任何(寻求的) "频率测量能力"、该怎么办?
更广泛的目标-登记为(远)更有价值和更有吸引力吗? (同时确保最佳结果-针对您的12MHz (严格限制)测量!)
遵循各种时钟/计时器模式-适用于该供应商的(较小的'123) MCU ( 应与您的器件非常相似-在这种"计时器"方面)
似乎(任一)"基于边沿"模式最适合您。 但是、是什么-以及何时-和(甚至)为什么呢?
经验告诉您解决(仅限)这 种(相当受限)"仅12 MHz "测量的问题-不会产生 "完全学习!" 将您的(高"精度")测量范围扩展 到包括 :0.1Hz 到100MHz 以上是否证明是有利的?
您何时可以从" 一种边沿方法"切换到另一种? 并且-这种"切换"是否可以自动进行-以便 MCU 执行 "重载"?
您的"CCP 与 GPIO"请求是否会受益(如果(有些)延长)?
确实、正如供应商/朋友拉尔夫所说的、您的 (之前)"e2e 披露"其他人的努力的"搜索、查找和审核"通常证明是有用的。
但是,请记住一点, 最强大的“亲吻”(我认为) 在这里没有得到充分的宣传。 作为一个(可预测)结果-大多数 e2e 用户尝试 通过 "一个且只有一个定时器"进行"边沿键控"测量-虽然(可能)是可能的-但事实证明 实施起来要困难得多且耗时- 而不是 "两个定时器"的使用(明显)简单得多-每个定时器"拨入"一个特定任务! 这 种"简化和 加速"显然是" 吻!"