[参考译文] MSP430G2553：长期 SBW、i2c 和其他问题

我们还尝试了一个1nF 的电容作为 SBWTDIO 线路、但根据修改后的原理图部分、这对任何事情都没有影响。

您好！

对于 LPM 问题 、我认为这里的线索是 LPM0 (工作)和 LPM1 (不工作)之间的区别。 在数据表的第10页上、这些模式之间的主要区别在于 DCO 的 dc 生成器在 LPM1中被禁用。 这意味着与 LPM0相比、DCO 启动或唤醒时间更长。

对于 SBW 问题、请确保您的电路与 《MSP430硬件工具用户指南》中的图2-2相匹配。 R1应为47k Ω。 确保进入"uController 开漏输出"的额外走线不超过图2-2脚注 B 中提到的总最大电容准则。 此外、当您在 CCS 中进行调试时、请将编译器优化设置转换为其最低速度设置。

使用 MSP-FET 时、我认为还可以自动选择目标配置(在 CCS 中幕后完成)、并以某种方式选择/切换4线制 JTAG 模式。  如果选择此 JTAG 模式、则代码中的 P1SEL.x 和 P1SEL2.x 设置无关紧要、如数据表中的表19所示。 让我来看一个有关如何在 CCS 中手动选择 JTAG 接口的常见问题解答。 同时、请参阅  《使用 JTAG 接口进行 MSP430编程用户指南》中的第2.3.1.1节"启用 JTAG 访问"。

感谢您的回复和指导、我将按照您的建议做出回应、

 较长的启动时间意味着器件将开始执行代码、不过、只是稍晚一点、这并不是我们看到的行为、但器件一旦死机、就会一直死机、直到其物理复位、 为了进一步澄清、这个问题出现在 LPM1或更高版本中经过一段时间后、可能是几个小时、可能是几天、可能是几周、但在某些时候、MSP 会终止并停止响应 i2c 命令、 复位 MSP 会使其在再次停止响应之前的另一段时间内恢复运行

代码非常简单、使用很少的堆栈、基本上当 i2c 数据传入时、该数据存储在缓冲区中、它只存储正确的数据量、忽略任何额外的数据。  中断退出、通知处理器退出 LPM。  然后主循环被唤醒、然后根据写入的 i2c 寄存器执行操作、就使用的堆栈数量而言、一切都是非常确定的。

感觉它要么进入了一些例外，正在执行垃圾，要么处于循环中，要么是在*sore*中，我们只是不知道，因为当它进入这个“状态”时，即使我们连接了调试器会话，调试器连接也会断开。 点击"break"以了解 MSP 所做的工作是不可能的、我们从 CCS 收到一个错误消息、告知我们器件无法停止、这就是调试会话的结束。

 令我感到困扰的是、SBW 每次都应该正常工作、而 i2c 在任何情况下都不应干扰、但确实如此。  这也是 两个器件之间唯一的连接(我们移除了与主处理器的 RST 连接)、这是令人不安的、因为如果 i2c 确实干扰了、 从这一点到 i2c 的巨大飞跃似乎并不会导致 MSP 器件以某种方式进入某种随机 JTAG 状态、器件不再执行代码、即我们在 LPM 模式下看到的情况。

我已经在 CCS 中查看过、但似乎无法告诉它只使用 SBW、似乎是为我们做出这一决定、 如果在具有共享 JTAG 引脚的器件上进行 i2c 通信可能会导致 CCS 或 FET 错误地选择 JTAG 而不是 SBW、这似乎是不可避免的、如果这种行为是可能的、则绝对应该有一个强制 SBW 的选项。  

这本身可能是我们无法调试 MSP 代码并找出 MSP 芯片的原因、我们可以看看 FET 或 CCS 决定它实际上是完整的 JTAG 接口的相同情况、 尽管我不希望(或认为需要)能够在2线 SBW 接口上启动调试、然后将其切换到完整 JTAG。

我们在 过去几天内已经阅读了 MSP430 JTAG 手册、尤其是第22页显示了需要在 SBW 引脚上发生以选择正确的调试接口的一些波形、但我们无法控制这些波形、 这是 FET 或 CCS 代表我们执行的操作、如上所述、我无法在 CCS 中看到任何允许我们强制使用2线 SBW 的设置。

这个问题很奇怪、直到一周左右之前、我才意识到实际上有一个可选的4引脚 JTAG 实现、但是当我意识到这些额外的 JTAG 引脚碰巧共享 i2c 时钟和数据 (因此是稳定的通信流) 我突然有一种可怕的感觉：我们拥有的所有东西和仍然存在 的问题都与我们不能使用的完整 JTAG 接口有关、因为 i2c 使用了这些接口。

据我所知、看门狗也不能使用、因为  它会在器件重启时对输出产生干扰、这种情况一定不能发生、 因此、我们必须禁用它、因为从我们要运行的低功耗模式、我们无法对其进行服务、当看门狗经过时、我们将重新启动、并且输出上会出现干扰。

调试代码始终设置为最低优化、否则调试代码可能会很困难、因为调试代码会跳转至优化的位置、因此代码流甚至在观察中看到变量可能会有问题。

我们真的对这里发生的情况感到很损失、 如果将此问题用于一个设计 、将会令人沮丧、 但是、使用 MSP430G2553的每个电路板上都有这个器件、其中一些仅限于 i2c 和一些连接器、它们非常基本、以至于您可能会遇到这样的问题、但我们现在无法弄清问题的实际存在。

我们已经尝试了很多我们可能想到的东西、不同的值上拉、不同的电容器、没有电容器等等、 到目前为止、我们所尝试的一切都产生了相同的问题、这就是我们最终在这里尝试并从其他人那里了解实际问题可能是什么以及/或其他人是否看到了相同的行为。

谢谢。

实际上、还有另一种奇怪。

如果我们使用 Launchpad 板作为调试器、调试连接的运行方式似乎更加一致 、也就是说、我能够对目标处理器进行编程和调试、而暂停、调试、中断和 i2c 流量似乎不会导致任何问题。

使用 FET 仿真器时、行为也是一致但一致的、因为这些 i2c 引脚上的任何流量都会阻止我们刷写代码或进行调试、当主处理器暂停且这2条线路处于静音状态时、FET 可以运行、调试、暂停、中断等。  当我将代码设置为再次运行时、MSP 调试器连接便会断开、我无法停止处理器。

我找到了与强制 SBW 相关的添加到目标配置的设置、它似乎强制使用该模式、如果我强制使用4线制 JTAG、那么我无法进行调试、因为显然缺少这些额外的2个 JTAG 引脚(在我们的案例中、 连接到 I2C 总线、其中 MSP 是从设备)、因此我只能假设对 SBW 的强制 也正确发生、但无论是否存在相同的问题； 当存在 i2c 流量时、SBW 调试连接仅报告"未知设备"。

您好！

让我确保我理解。 当在 CCS 目标配置中选择了"2线(Spy-bi-wire) JTAG 协议已使用"选项并且您正在使用 MSP-FET 时、您不会看到调试问题。 是这样吗？

使用 LaunchPad 调试器是一项很好的测试。 默认情况下、这些调试器(例如 eZ-FET Lite)不具有4线制 JTAG 功能、因此 CCS 不会选择该选项。 因此、调试器不会在 MSP430器件上启用 JTAG 模式、这将启用与4线制 JTAG 接口(例如 TMS、TCK)相关的其他 JTAG 引脚。

需要注意的另一点是电源域。 如果您使用的是 MSP-FET、则有两个选项：VCC_TARGET 和 VCC_TOOL。 如果您的电路板有自己的电源、请勿将电路板上的 VCC 连接到 MSP-FET 的 VCC_TOOL 引脚。 相反、使用 VCC_TARGET 引脚、它感测 VCC 电压电平以设置适当的逻辑电平。 VCC_TOOL 提供电源、因此可能会导致电源冲突。

不可以、FET 和 Launchpad 之间的行为略有不同、FET 明显更糟。

它将从 FET 开始。

FET 连接到目标板上的接头、该接头具有 TEST 和 SBWTDIO 引脚以及接地端。

MSP430具有一些它自己的用于各种 IO 功能的连接、正如您所期望的那样。

除了自己的 IO 之外、i2c 引脚还连接到 ARM 处理器、在这种情况下、MSP 是 i2c 总线上的从器件。

由于 i2c 引脚共享4引脚 JTAG 功能、因此我们只能使用2线调试来进行闪存+调试、4线 JTAG 永远不是一个选项。

我在 FET 中看到的电流行为。

-如果我启动系统、然后尝试刷写或调试 MSP、我只能从 CCS 获得"未知器件"。 (CCS 中的错误消息非常糟糕)。  当我准备好开始 MSP 闪存或调试时、i2c 流量已开始流动。

-如果我暂停主 ARM 处理器、然后尝试在 CCS 中将代码闪存到 MSP 上、我也可以调试步骤、添加断点、运行代码、中断代码等、它的工作方式非常完美。

此时、我让 MSP 运行。

-如果我现在将 ARM 处理器设置为从其先前的暂停状态运行、则 i2c 流量将启动。

-如果我现在尝试在 CCS 中停止 MSP、则什么都不会发生、几秒钟后、我被告知无法停止处理器、然后调试会话结束。

-连接到主处理器的唯一引脚是 i2c 时钟和数据线、因此当我停止 ARM 时、i2c 流量停止。

LaunchPad 的行为：

将 LaunchPad 板用作编程器和调试器可提供不同的结果集

-如果我启动 ARM 执行代码、我有90%的时间能够通过 SBW 在 MSP 上运行代码。  但是、我自己和我的生产同事有时最终都会遇到这样的情况：无论我们做什么、我们要么会遇到与 FET (未知器件)相同的错误、要么有时我会遇到"验证错误"。

-当我获取未知器件或验证错误时、停止 ARM 处理器并关联 i2c 流量时、行为反映此站点中的 FET、现在可以每隔一次刷写代码而不会出现任何问题、我们可以进行调试。

同样、在启动 ARM 之后的大部分时间、MSP 调试器连接仍在运行、我能够中断代码、添加断点、单步执行等。

-我经常看到连接中断、就像我看到的 FET 一样、CCS 不会指示调试连接出了什么问题、 但是、如果我按下 Halt、我会得到与 FET 相同的错误、它告诉我它无法停止 MSP。

其他想法

我们完全丧失了 i2c 扼杀调试器的原因、这一点根本没有意义、这两个引脚为何或如何阻止我们可靠地进行调试或闪存、 在我们的情况下、我们只能使用2线调试、实际上无法使用4线、我只是不理解我们在这里看到的非常一致的行为。

在我们使用该处理器的这段时间内、我可能浪费了几个月的时间、因为这个问题(以及 LPM 问题)困扰了我们至少8年、这个问题没有被隔离到一个电路板上、这个问题出现在我们拥有 MSP 的每个电路板上、 电路板之间的共同点是它们都具有相同的 MSP on (MSP430G2553)。

我们使用的其他处理器要复杂得多、在布局和信号方面有更严格的规则、MSP 是比较器、这就是为什么我们会反复混淆、为什么我们会遇到同样的问题。

同样令人难以置信的是、在 CCS 中、诸如能够强制调试连接类型之类的功能不会暴露给 GUI、我甚至不能开始想知道为什么不存在这种连接、 如果调试器无法可靠地检测到正确的 JTAG 连接类型、这是一个非常重要的因素。

JTAG 手册中还有一行内容、其中建议在仿真器看到器件之前"您可能必须尝试重复的连接尝试"、 如果您必须执行相当于"关闭电视再重新打开"的操作、这严重削弱了我们对调试器稳定性的信心。

我们此时不知道问题是什么、无论是调试器、CCS、JTAG 还是我们未正确执行的操作、但如果要对器件进行编程和调试、只需要 VCC、GND、TEST、SWBTDIO 连接、任何其他操作都不应干扰。

对您的其他问题/建议的回答

无论我们选择2线还是自动、都会出现此问题。当您提到这可能是强制的、我设法找到了单个帖子、解释了如何将设置暴露给 GUI、 我能够确认、选择4线会导致调试器完全不工作、因此让我相信该设置正是它所说的、 但强制使用2线没有任何影响、而 i2c 流量位于 MSP 引脚上、因此无法刷写或调试编程器。

我们连接到 FET 的唯一引脚是 TEST、SBWTDIO 和 GND。

TI 是否有人曾尝试过在 G2553中使用 2线 SBW 的 FET 仿真器、而 i2c 主器件将流量放在总线上？

是否有人能够测试我们创造的导致我们所面临问题的条件？

我们完全被困在这里、几乎耗尽了我们认为可能是一个问题的所有东西、无论我们之间的建议多么愚蠢、我们尝试了不同的电阻器、添加电阻器、移除电阻器、添加电容器、移除电容器、 尝试不同的电容值、断开或断开电路板上的布线、不同的 FET 仿真器、不同的 Launchpad 系统等等、您可以说出它的名称、我们已经尝试过。

此致

此外、当它有点"一半做什么"时、我会遇到如下错误：

MSP430：在长度为 bbbb52的第0页0xc004处写入内存块时遇到问题：无法写入设备内存
MSP430：文件加载器：验证失败：目标写入0xC004失败

我还要感谢您花时间尝试并帮助我们了解这里发生的情况、如果我的回答看起来非常糟糕、这是因为我想让您尽可能深入地了解我们正在做的事情、我们已经尝试过的事情、 真正令我们困惑的是什么等等。

如果我们能够找到这些问题的最根本、我们就会过月球、因为它们已经以特定的形式存在了很长时间、我们已经解决了这些问题、但我们很乐意让它们像我们所知道的那样掉电。

实际代码本身及其实现的目的确实很好、只有这两个问题我们无法处理、这导致了我们很多沮丧。

我强烈建议您将 MSP-FET 的 VCC_TARGET 引脚连接到电路板的 VCC。 也许这种联系会有所帮助。

您还可以尝试在 CCS 目标配置中将 SBW 时钟速度降低到低电平。

论坛中有许多类似的线程、其中许多线程的解决方案是对调试器进行固件更新。 您使用的是哪个版本的 CCS？ 很抱歉、我在您的一篇帖子中遗漏了该信息。 它可能有助于安装最新版本的 CCS、创建新的工作区以及从 TI Resource Explorer 导入简单的代码示例。 然后、尝试下载/调试项目、希望 MSP-FET 的固件升级将被触发。 您可以完成该过程、希望这可以解决该问题。

我同意 LPM 问题很奇怪。 若要调试该问题、最好添加调试代码、在代码的某些位置切换 GPIO。 这样、您就可以准确跟踪代码的挂起位置、而无需使用活动的调试会话。 我无法解释为什么较长的启动时间会导致这个问题、但是诸如丢失数据或干扰之类的东西可能会导致代码挂起、因此永远不会在 I2C ISR 中退出 LPM、等等 如果您要配置 DCO、我认为有一个勘误表、其中时钟实际上也可能停止、因此也请记住这一点。

SAT：

我对您遇到的所有 G2553都无法从 LPM1及更高版本退出的问题非常感兴趣。 您是否取得了任何进展？

我对 TEST/SBWTCK 引脚的文档有点困惑。 一方面、它会多路复用双用 JTAG 引脚、另一方面、如果不以正确的方式摆弄两个 SBW 引脚、则无法使芯片进入 JTAG 模式。

LPM 模式问题比较棘手。 由于我看不到任何代码、我首先想到的是 LPM 退出代码的错过更改。 当另一种模式被使用时、使用 LPM0_EXIT 将打开 CPU、但将振荡器保持在关闭状态。 我不知道会使 CPU 保持什么状态。 瑞士军队退出码的刀具是 LPM4_EXIT、因为这清除了所有四个位并将退出所有模式。

SAT：

关于退出 LPM 1和更高版本的问题、我认为很多 G2553器件的问题也很奇怪、这只是您拥有的特定器件集的问题。 这非常非常奇怪。 这种情况使器件的环境非常可疑、我的意思是器件所连接的电路。 如果将这些 G2553从其环境中拉出并放入 LaunchPad、然后加载一个非常简单的程序、该程序用于测试从 LMP1或更高版本唤醒中断的中断、则该测试将成为故障分析的坚实起点。 这种分析可以记录下来、并在逻辑上跟随鱼骨图。

我拔出了带有 G2553 (20引脚)的 Launchpad、并加载了一个使用 LPM3和计时器中断以固定模式使 LED 闪烁的简单程序。 它已经这么做了几天了。 这是我所期望的。 所需的是失败的代码示例。 我怀疑这会显示代码问题、而不是硬件问题。