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.

[参考译文] MSP430FR2433:MSP430超值系列 FRS 中出现计时器输出时出现故障的原因

Guru**** 2576215 points


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

https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/649990/msp430fr2433-reason-for-crippled-timer-output-in-msp430-value-line-frs

器件型号:MSP430FR2433

您好!

MSP430团队中的任何人都可以提问。 为什么不像在 G2上那样从超值系列 FR 上的 TimerX3路由 CCR0呢? 是技术方面的吗? 是市场定位吗? 这样、不知道 CCR0差异/怪异的人不会混淆、也不会将其与其他 CCR 相混淆吗? 我一直认为、特别是 TimerA 是永生的基本外设、由于兼容性原因、它永远不会被破坏、并且它被削弱似乎是荒谬的。 原因可能听起来、显而易见且有效、但这让我感到难以忘怀。 我的设计基于旧的 G2、考虑到了 FR 性能限制和优势、现在我一直在想将其全部移植到其他供应商。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我猜设计人员的引脚(或内部路由)用完了、不得不采取一些行动。 CCR0输出不如其他 CCRn 输出有用、因此这似乎是一个合理的折衷方案。

    您正在尝试对 CCR0执行什么操作、但无法对 CCR1执行这些操作?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我将 CCR0输出(意味着最大化所有计时器资源)用于多种用途、包括驱动 LED、位拆裂通信、信号多路复用和用户界面。 在大多数情况下、我需要在同一个时基上使用多个计数器、其中三个是隐式最小值/魔术数。 我使用专有框架、该框架旨在允许使用较新的 FR 器件进行近乎直接的替换(当然需要稍作修改)、以享受 FRAM 和未来外设开发的优势(MSP430的未来肯定在那里、而不是在基于闪存的器件中) 现在、这是。 TimerA3是 MSP430的签名基本外设-甚至已传递到 MSP432上-并且不希望出现这种更改。 我很好奇知道原因。

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

    您好、Stefano、

    谢谢发帖、很遗憾听到您的困难。 我不知道为什么计时器输出会因为我不参与设计而下降、但我怀疑这与这些器件上的引脚数量有限以及在大多数典型用例中不直接使用 CCR0输出有关。 我不知道您是如何使用计时器的、因为它听起来很专业、但您可能在做一些类似应用手册 www.ti.com/.../slaa513的事情 、其中使用了连续模式和中断。 如果是这种情况、并且您正在使用中断、那么只需在 CCR0的 ISR 内部使用一行代码将 GPIO 设置为所需的高/低状态、以产生与在引脚上使用 CCR0相同的功能、是否会有问题? 那么任何引脚都可以用于 CCR0信号。 CCR0寄存器仍然可用、中断仍然存在、所有功能完全相同、只是信号不会复用到引脚上。 或者、您是否可以详细说明无法用于您的应用的原因、以便我们可以尝试帮助解决方案?

    此致、
    Katie

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

    非常感谢您的友好回复和提议、我非常感谢。 我非常熟悉 MSP430计时器的工作原理(对于这个特定的问题、A 或 B 是无关的)、并且我已经设计了一种在 G2超值系列上使用它们的非常专业的方法。 由于 CCR0的工作方式、TX3应该首先标记为 Tx2.75、但它可以根据我的特定需求解决。 对于 VL FRS、可以将其称为 Tx2.5 (我仍然很好)、因为它的局限性。 顺便说一下、如果您有功能更强大的计时器(如 Tx5)、并且计数器未通过路由外设(在高端器件上提供)完全连接或可选、则器件上也会出现此问题。 我不想寻找效率较低的替代解决方案/权变措施、我可以在理论上自行设计、但我实际上是在报告/抱怨与旧器件在非常(最常见?)的 标准和传统 MSP430外设。 这对我来说很重要、有技术原因。 我知道我做了一个假设、但这不是一个非常大胆的假设。 顺便说一下、使用 TI 器件时、另一个间接问题也会使情况更加恶化。 它与网站上的器件选择器完全不对外设友好(我在这里具体指的是计时器)相关、因为它没有指定类型、显然是指定连接(我认为至少20引脚器件上的一个计时器都存在)。 这意味着您必须仔细检查每个器件(子系列)的每个数据表中的所有引脚排列、以确定哪种器件是最符合您需求的高效器件。 考虑到 MSP430现在基本上是"以周期为中心"的产品(与连接的 SImplLink 器件相比、包括高性能 MSP432s 和 Tivas、当然还有)、这一点尤其令人烦恼和荒谬。 IMHO 说明、文档和营销材料中的所有内容现在都应侧重于外设(包括定义为 FRAM 的外设)、而不是核心。

    如果我是 TI、我会认真考虑这一点、用于芯片修订版本(不知道相关成本是多少)或未来超值系列 FRS、如果问题不是严格由于资源(即引脚或内部路由、 但对于具有相同引脚数的 G2来说、这是正常的)约束、前提是您要实现传统到 FRAM 器件的最佳转换。 我怀疑这种情况的真正原因可能是考虑到、由于计时器和 CCR0是如何设计的、因此被认为对连接不太合适或有用、 但事实并非如此(也请记住如何使用自己的中断寄存器级别与 CCR1+来处理它)。 我希望在闪存和 FRAM 器件之间保持框架的架构、效率、时序和代码库一致性、而这种奇怪/不一致性使其成为不可能。

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

    感谢您对计时器和在线产品选择器工具的反馈。 我将确保将此反馈分别提供给相应的设备和 Web 团队。 同时、如果您有任何超出工具范围的更详细的器件选择问题、或者您需要有关器件使用的任何详细指导、以便我们能够帮助您实现 MSP430设计、我希望我们可以在 E2E 上为您提供帮助。 请告诉我是否还有其他可以帮助的事情。

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

    非常感谢您的友好和及时帮助、如果我遇到困难、我一定会充分利用您的知识。 这确实是 TI e2e 的最佳产品!

    此致
    Stefano

    PS 我很快会将这个计时器问题标记为已解决、但与此同时、我仍然希望 FR 设计团队的某个人根据您提供的反馈、对计时器的未来态度及其一致性做出一些澄清。