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:TM4C129DNCPDT 用作频率计数器(12MHz)

Guru**** 2472420 points
Other Parts Discussed in Thread: TM4C129DNCPDT

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/679165/tm4c129dncpdt-tm4c129dncpdt-as-frequency-counter-12mhz

器件型号:TM4C129DNCPDT

我们正在尝试通过 TM4C129DNCPDT 实现频率计数器、有人能不能指导我们是否可以使用 GPIO 或 CPP 引脚来测量外部输入12MHz 时钟?   

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

    "有人能指导我们是否可以使用 GPIO 或 CPP 引脚来测量外部输入12MHz 时钟?  "

    是的。

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

    正如您所说、使用"cpp 引脚"应该是最佳做法。

    未声明是这个"外部、12MHz 时钟"的"源"。 通常、最佳结果是从最短、最直接的信号引入中获得的、并尝试确保(任何其他) HF 信号不会与您的外部信号"靠近"(或尤其是并行)运行。

    MCU 手册介绍了各种"计时器配置"-根据我的经验、您的"使用多个实验以及结果观察-可以获得最大的学习效果。"   (我不喜欢 匆忙的"烹饪手册"(让我们把这个帖子"从列表中")回应。)    (切勿在 此处说明/建议这样做...)

    更新速度可能会影响您的"攻击方法"-您应该注意、一个简单的字符型 LCD/OLED 非常适合显示测量结果。   而且-如果您(两者都有)"有动力且聪明" -也可以扩展到额外的"频率通道"、甚至 "模拟 电压测量和显示的多个通道"。   (即使项目/产品更可取。)

    识别并插入"支持/接受更高速度"频率分频 IC (位于"外部频率源"和 MCU 的 CPP 引脚之间)将 扩展项目的频率范围  、并可能使其 更稳健...  

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

    另一个要点是" 将其移植到早期帖子中"、而是单独存在、从而更好地"吸引您的注意力"。   (可能)

    值得注意的是 ,"这里有许多土地"--在" 崩溃/燃烧"之后,或当它们有特定 的"兴趣"时。   而且-这可能并非总是最好的-(两者)对于这些海报-和对于这个论坛。

    现在、您正在特别寻求 指导、以便 可以测量"12MHz、外部时钟"。    而且-虽然完全有效-您是否不会通过开发一种证明" 其频率测量能力远较广泛"的方法而获得"更好的服务"?   此外、如果追求此类"扩展"、适用于您的"学习"以及任何(寻求的) "频率测量能力"、该怎么办?  

    广泛的目标-登记为(远)更有价值和更有吸引力吗?    (同时确保最佳结果-针对您的12MHz (严格限制)测量!)

    遵循各种时钟/计时器模式-适用于该供应商的(较小的'123) MCU ( 应与您的器件非常相似-在这种"计时器"方面)

    似乎(任一)"基于边沿"模式最适合您。   但是、是什么-以及何时-和(甚至)为什么呢?

    经验告诉您解决(仅限)这  种(相当受限)"仅12 MHz "测量的问题-不会产生 "完全学习!"    将您的(高"精度")测量范围扩展 到包括 :0.1Hz 到100MHz 以上是否证明是有利的?   

    您何时可以从" 一种边沿方法"切换到另一种?   并且-这种"切换"是否可以自动进行-以便 MCU 执行 "重载"?

    您的"CCP  与 GPIO"请求是否会受益(如果(有些)延长)?

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

    若要添加到 CB1的注释、您还可以搜索 E2E 以查找尝试通过 CPP 测量输入信号的其他用户、以查看他们使用的方法。 由于我们在 TivaWare 中没有这样做的示例、因此您需要开发或重复使用来自其他社区成员的代码。 在您进行编码时、如果您在实施过程中遇到问题、请随时发布以获得进一步的指导。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    确实、正如供应商/朋友拉尔夫所说的、您的  (之前)"e2e 披露"其他人的努力的"搜索、查找和审核"通常证明是有用的。

    但是,请记住一点, 最强大的“亲吻”(我认为)  在这里没有得到充分的宣传。   作为一个(可预测)结果-大多数 e2e 用户尝试 通过 "一个且只有一个定时器"进行"边沿键控"测量-虽然(可能)是可能的-但事实证明  实施起来要困难得多且耗时- 而不是 "两个定时器"的使用(明显)简单得多-每个定时器"拨入"一个特定任务!    这 种"简化和 加速"显然是" 吻!"