[参考译文] MSP432-调试器：已停产的launchpad 401R i'已停止使用，需要开发板以尽快支持生产

您好，Robert：

您使用的是什么版本的CCS？ 您可以尝试使用以下链接下载以前的版本。 这些设备可能支持较旧的设备。

https://software-dl.ti.com/ccs/esd/documents/ccs_downloads.html

此致，

Evan

在我进入这个兔子洞之前，您知道旧版本的CCS是否仍然可以与launchpad的eepro/闪存调试器的最新/最后更新一起使用？

我有一个更早的版本6.2，并且不得不直接转到v10，因为v9在可用时不会生成。

我有一个旧项目，并重试了该项目，但该项目无法生成，错误是它需要安装Energia，但兼容版本 不再可用，导致生成停止。 如果旧版本的旧依赖关系不再可用，我不希望运行早期版本。

我致电TI Cares并收到 标签#CS103.949万。  我指出这一点非常重要，该产品是美国航天局的一条生产线。

我的老板说，他喜欢TI微处理器，直到工具消失。

确切的错误消息是什么？

是否与 MSP432P401R：初始化闪存编程时出错：不再支持您的XMS432P401R材料相同？

在引用的结尾处，建议是加载错误的程序可能导致此类错误，执行"因素重置"可能会恢复设备。

MSP432-调试 程序：MSP432 P401R LaunchPad (MSP-EXP432P401R)在固件更新 包含 指向slau575存档副本的链接(其中包含MSP432P出厂重置过程的说明)后已损坏。

消息为：

闪存编程器：读取设备TLV失败。

初始化闪存编程时出错：不再支持您的XMS432P401R材料。 我们建议您 通过在 www.ti.com/product/MSP432P401R订购样品，转向生产质量的XMS432P401R/M。

这种程度的特异性让我相信TI确实知道它的作用。 我们有一个产品系列和时间表需要支持。 我们有客户(NASA)，我们必须向他们解释错过的货件。

一旦TI解决了这一问题，无论好坏，我们都很可能放弃TI微处理器。 帮助热线是1-800-TI CARES。  

我不生气，我很失望。

您好，Robert：

我想帮助您尽快解决此问题。 您是将此设备用于新设计还是支持现有设计。 由于我们不再销售MSP432P器件，因此我们无法为新设计提供支持，但我们将尽最大努力解决您在现有设计中遇到的任何问题。

对于“TI删除对此器件的支持”：我与我的团队进行了检查，MSP432仍应受当前版本的CCS支持。 但是您在您的帖子中提到了您正在使用的和XMS432P设备。 这表示这是预发行设备。 您是如何获得这些设备的？ 遗憾的是，CCS似乎不再支持XMS432设备。 您可能对较旧的工具版本比较幸运。

此致，

Evan

您好，

我们正在定制电路板上支持一种现有设计，该电路板尚未发布给客户， 需要数年的时间才能开发， 而且该零件似乎在开发过程中已经过时。 在这里的开发历史中，我们首先将401R锁定为原型定制板，以显示该零件可以使用，然后将实际产品锁定到4111。 我正在使用401R启动板在我的办公桌上进行开发，然后在产品实验室中作为4111进行重建和重新加载，直到现在都没有问题。  

我不使用XMS432P，我使用的是启动板401R。 错误消息报告它检测 到XMS432P，因此我认为错误消息是错误的，或者，在TI生产启动板期间，XMS版本已进入到了疯狂状态。 您认为哪种可能性更大？  

Bob s

感谢您澄清情况。

您是否可以在启动板上读取设备上的顶部代码标记？ 如果它是XMS设备，则会这样说。  

我认为下一步将是找出一个CCS版本来支持你的启动板。 希望我们可以找到同时支持您的启动板和生产设备的版本。 否则，您将难以为不同的目标使用不同的工具环境。

返回您的原始帖子：是什么触发了此问题？ 听起来，在发生事情之前，您可以为您的产品开发产品。 发生什么事了？ 是工具升级吗？  

Evan

您好，

上周四 ，我 进行了编码/编译，但没有调试，星期一和星期二都是一样的，然后昨天，我无法下载/调试。 我记得周四到周三期间没有升级，但我可能忘记了升级。

我在CCS v10.2，上一个CCS有自己的目录 是6个，但那是一个不同的项目，我的上一个432和这个432项目之间可能有一两年的时间，所以我可能直接从CCS v6跳到CCS v10.0。

启动板标记为：MSP-EXP432P401R

启动板是否为黑色？ 如果是，则不支持。 请参见此处： https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/85.3262万/ccs-msp432p401r-composet-can-t-detect-the-black-msp432-launchpad

启动板标记不是导入的，但设备(包装上)的顶部代码标记是。 什么是设备顶部代码标记？

Evan

在Linux下，CCS 11.2以“红色”MSP-EXP432P401R Rev 2.0启动，CCS能够成功启动启动板的调试会话。 在system_msp432p401r.c文件中，已将 __system_clock设置为 4800万 (48 MHz)。

作为创建“坏”程序的实验，对 SystemInit()进行了编辑，以注释“Switches LDO VCORE0 to LDO VCORE1；对于48 MHz设置是必需的”，“1 flash wait States (BANK0 VCORE1 max is 16 MHz, Bank1 VCORE1 max is 32 MHz)”和“Set Flash Bank Read Buffing”块：

    #elif (__SYSTEM_CLOCK == 48000000)                     // 48 MHz
    // Switches LDO VCORE0 to LDO VCORE1; mandatory for 48 MHz setting
    //while((PCM->CTL1 & PCM_CTL1_PMR_BUSY));
    //PCM->CTL0 = PCM_CTL0_KEY_VAL | PCM_CTL0_AMR_1;
    //while((PCM->CTL1 & PCM_CTL1_PMR_BUSY));

    // Switches LDO VCORE1 to DCDC VCORE1 if requested
    #if __REGULATOR
    while((PCM->CTL1 & PCM_CTL1_PMR_BUSY));
    PCM->CTL0 = PCM_CTL0_KEY_VAL | PCM_CTL0_AMR_5;
    while((PCM->CTL1 & PCM_CTL1_PMR_BUSY));
    #endif

    // 1 flash wait states (BANK0 VCORE1 max is 16 MHz, BANK1 VCORE1 max is 32 MHz)
    //FLCTL->BANK0_RDCTL = (FLCTL->BANK0_RDCTL & ~FLCTL_BANK0_RDCTL_WAIT_MASK) | FLCTL_BANK0_RDCTL_WAIT_1;
    //FLCTL->BANK1_RDCTL = (FLCTL->BANK1_RDCTL & ~FLCTL_BANK1_RDCTL_WAIT_MASK) | FLCTL_BANK1_RDCTL_WAIT_1;

    // DCO = 48 MHz; MCLK = source
    CS->KEY = CS_KEY_VAL;                                  // Unlock CS module for register access
    CS->CTL0 = CS_CTL0_DCORSEL_5;                          // Set DCO to 48MHz
    CS->CTL1 = (CS->CTL1 & ~(CS_CTL1_SELM_MASK | CS_CTL1_DIVM_MASK)) | CS_CTL1_SELM__DCOCLK;
	                                                       // Select MCLK as DCO source
    CS->KEY = 0;

    // Set Flash Bank read buffering
    //FLCTL->BANK0_RDCTL = FLCTL->BANK0_RDCTL | (FLCTL_BANK0_RDCTL_BUFD | FLCTL_BANK0_RDCTL_BUFI);
    //FLCTL->BANK1_RDCTL = FLCTL->BANK1_RDCTL | (FLCTL_BANK1_RDCTL_BUFD | FLCTL_BANK1_RDCTL_BUFI);
    #endif

使用“错误”配置加载此程序后，任何进一步尝试启动调试会话的操作现在都将失败，并显示错误：

CORTEX_M4_0: * WARNING *: The connected device is not MSP432P401R
CORTEX_M4_0: GEL Output: Memory Map Initialization Complete
CORTEX_M4_0: GEL Output: Halting Watchdog Timer
CORTEX_M4_0: Flash Programmer: Reading device TLV failed.
CORTEX_M4_0: Error initializing flash programming: Your XMS432P401R material is no longer supported. We recommend you moving to production-quality MSP432P401R/M silicon by ordering samples at www.ti.com/product/MSP432P401R.
CORTEX_M4_0: JTAG Communication Error: (Error -261 @ 0x0) Invalid response was received from the XDS110. (Emulation package 9.7.0.00213) 

我尝试 了SLAU575K中的"无密码恢复出厂设置"方法 ，但该方法未修复尝试启动调试会话时出现的上述错误。

以上结论是，可能会将“坏”程序加载到MSP432P401R，这会导致CCS无法检测到设备并报告“不再支持您的XMS432P401R材料”。 “坏”程序可能导致调试器尝试连接的设备重置。 不知道我做了什么，这使出厂重置无法正常工作。

即使我错过了您的回复，我也在尝试下面的Chester Gillon的回复。

这不是启动板的黑色，我从黑色转向红色 ，当我看到错误说黑色已经过时，很多年前。

我的"红色"启动板的设备顶部代码标记是401R版本D

切斯特，我要到第4步。 (步骤1至3符合您的指示)

与您在步骤4中所说的内容以及我的CCS版本所提供的选项有几个不同之处

GitHub项目是使用v11.2构建的，我的版本是v10.2

我右键单击.ccmxl目标配置文件 以选择"启动所选配置"。
我的CCS上不存在此选项。

然后，我选择了DEBUG和CCS RESTARTED DEBUG，使 其能够暂停。

我在反汇编中选择了0xE4.4万，这是可选的，默认情况下内存选项卡不可用。

我使用帮助来查找内存监视器，这不是内存，而是合理的第一步，但是当我从帮助面板中选择内存时，出现了一个空面板，上面有“内存”字样，不允许我在面板中键入。

问题：1. 我的CCS "memory"工具(Ubuntu Linux)为何似乎被破坏？  

         2.我尝试升级到v11.2，CCS 说没有可用(Ubuntu Linux)。 发生什么事了？

谢谢！

 Bob s

您需要内存浏览器窗口-请参阅 7.4.5。 CCS调试指南中的内存浏览器视图。

从内存来看，CCS并不总是支持 通过CCS Update Manager将现有的旧版CCS逐步更新为新发布的版本。 有关  下载链接，请访问www.ti.com/.../CCSTUDIO

谢谢，我找到了内存浏览器，回到了昨天我被停转的时刻。 当我了解更多信息时，我会重新发布。

耶！！！ 谢谢大家！！！