[参考译文] MSP432P4011：MSP432P4011

您好、Laurent、

此类声明通常涉及的方面是、对于许多器件、我们使用初步器件(例如标记为 XMS432而不是 MSP432...)来分发 LaunchPad。 在较新的 SDK 版本中、我们不再支持这些器件、因为在许多情况下、与发布的器件相比、初始器件有一些勘误表。

它与计划以任何方式停止零件无关。

此致

Peter

谢谢 Peter、我已经知道了、我误解了所说的/所说的内容！

msp432p4011比？

Rgds、Laurent

您好、Laurent、

是的、MSP432P4011绝对有效且受支持。 您实际上可以在器件网页上看到每个 TI 器件的情况。 如果有标签为"active"的绿色复选标记、则器件不会被淘汰。

 相反、MSP430F1121就是一个例子  、您可以在那里看到标签"不推荐用于新设计"。

此致

Peter

是的、Peter、你可以关闭这个！

它没有解决我的问题、实际上是：

如果我询问 msp432p4111 (带 LCD)的"问题"、我会收到答案、但当我询问有关 msp432p4011的问题时、我不会收到答案。 在后一种情况下、大部分时间它都会引用有关 msp432p4111的文档。

我漫步在对 msp432p4011的支持上、发现它甚至不存在于'SysConfig'工具中、这是什么问题！！ 您可能想自己研究一下这个问题吗？

此致、

劳伦特

您好、Laurent、

我很遗憾听到这个消息。 实际上、与 MSP432器件相关的支持职责最近发生了变化。 支持已转移到我们的(MSP430)组织中。 在移动过程中、可能会遇到一些问题。

非常感谢大家提出关于 SysConfig 工具的观点。 我刚刚检查了它。 我将与负责该工具的团队就此采取后续行动。

在支持方面、应该没有区别。 在向您介绍 MSP432p4111文档方面、我需要了解具体案例。 如果与 涵盖整个 MSP432Pxxx 系列的《技术参考手册》类似、这是有道理的。

如果您对原始问题的答案不满意、请告知我们。 我们的目标是根据我们的最佳知识和客户满意度回答每个问题。

此致

Peter

您好、Laurent、

我们已在 SysConfig 点上提交了一个错误、并将尝试尽快修复。

作为一种权变措施、只要只使用 MSP432P4011上可用的硬件资源、就可以使用 MSP432P4111的选择。

我希望这对您有所帮助。

此致

Peter

您好、Peter、感谢您的回复。 SysConfig 中不提供 msp432p4011这一事实让我感到担心这个组件是错误的！ 是的、这很有帮助。 我的挑战是如何使用 cable-x-R2、让5x5引脚 cc2640r2使用'NPI'与 msp432p4011正常配合使用。 我从 SDK3.20.0.06开始使用'empty_MSP_EXP432P4111_tirtos_ccs'。 我将其转换为 SDK3.40.1.02和 TIV18.12.5LTS、xdctools3.60.2.34 (重建所需的库)。 在 cc2640r2 +msp432p4111上、一切运行正常(在解决 TI 示例中的错误后)。 然后我将其转置到'sable-x-r2'+ msp432p4011'。 对于'NPI'、这不能正常工作、此时我知道这是可穿戴设备 cc2640r2 (5x5)的问题。 启动时、看起来可寻址不会响应从"M 4324011"变为低电平的"RDY"。  

如果有'mq_timedreceive (apQueueRec、(void*)&curEvent、sizeof (uint32_t)、&prio、&ts)；'捕获第一个'PUI'、则超时！ 然而、很难"调试"可寻址的 cc2640r2！ 此时、我正忙于使用免费 IO 为我提供有关程序流的信号、这可以帮助我找到手头的问题！ 欢迎提出建议。

我将对 SWV 有一些乐趣、但这里有一个小问题！ 文档规定应使用 TDO！ 这是正确的、还是它也可以是另一个 GPIO 引脚？

步骤1：目标配置

CC26xx 和 CC13xx SensorTag 开发套件可与可选调试器 DevPack (CC_DEVPACK_DEBUG)搭配使用、后者是一款支持 SWO 跟踪的 XDS110类调试探针。 这些器件系列要求应用将 SWO 跟踪路由到 GPIO 引脚。 应用需要将 SWO 跟踪路由到 TDO 引脚、方法是在应用中包含以下行：

此致、

劳伦特