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.

[参考译文] MSP430F2254:MSP430F2254勘误表的另一个权变措施"USCI 35"

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

https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/712469/msp430f2254-msp430f2254-another-workaround-of-errata-usci-35

器件型号:MSP430F2254

您好、社区成员、

我的客户正在考虑以下问题和解决方法。
内容如下。
请告诉我两个问题。

"现象"

在 I2C 主机模式的(重复)启动条件下、以下条件下不会发出重启。
·时钟速率:84kHz
·从起始条件开始的第2个字节前的 ACK 时钟拉伸为40uS。

问题1. 您认为这种现象是否适用于勘误表的"USCI35"?

 

"改进措施"

以下两种方法改善了症状。

(1)将时钟速率更改为48kHz 时、不会发生这种现象。 (来自 USCI35的权变措施)
(2)在从开始条件扩展第2个字节之前更改 ACK。

  •       40us⇒100us

问题2. (2)的改进计划是否有效?

我的客户已经引入了 MSP430F2254 I2C 主模式(重复启动)、但担心时钟速率的改变会对自己的整个系统产生不利影响。
如果(2)是有效的、我的客户认为他们想要整合它。

请告诉我一些建议!

此致。
Cruijff

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

    此问题似乎源于 USCI35勘误表。 选项1是建议的修复方法、我不建议动态更改 ACLK、因为如果它们依赖于 ACLK、它可能会对系统中的其他东西产生负面影响。

    此致、

    James

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

    尊敬的 James:

    感谢您的回复!

    我知道这是由于 USCI 35中的勘误表所致。

    >并且我不建议动态更改 ACLK、因为如果它们依赖于 ACLK、它可能会对系统中的其他东西产生负面影响。

    我将补充这一点,因为备选案文2可能未得到正确传达。
    对策方法如下。

    μs 从 μs 数据到发送下一个开始条件(重启条件)的时间、从40 μ s 到100 μ s。
    尤其是 CLK 未更改。
    软件系统级的变化。

    它是如下所示的图像。

    此方法是否有效作为对策?

    请确认。
    Cruijff

     

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

    虽然您所说的内容从概念上讲是合理的、但我会毫不犹豫地推荐备选方案2而不是我们推荐的变通办法。 我的担心与临界情况有关、即由于器件间的差异、固定值100us 无法完全正常工作。 如果客户愿意承担此风险、则可以自由实施此方法、但我建议使用方案1以确保在所有器件上正确运行。

    此致、

    James

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

    我理解选项1、建议。
    感谢您的回复!

    Cruijff