[参考译文] 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 提供电源、因此可能会导致电源冲突。

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

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 闪烁的简单程序。 它已经这么做了几天了。 这是我所期望的。 所需的是失败的代码示例。 我怀疑这会显示代码问题、而不是硬件问题。