[参考译文] MSP430FR2675：如何在 CCS 10中启用到控制台的 printf 输出？

[引用 userid="395234" URL"~/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/1021174/msp430fr2675-how-to-enable-printf-output-to-console-in-ccs-10/3778293 #3778293]Oddly 时、当我在调试器中运行 Hello World 启动项目时、我能够看到"Hellow World"！ 输出到控制台。  尽管它在`_TI_writemsg ()`的第114行上意外中断。  [/报价]

我可以在 CAPTIVATE-FR2633中的 MSP430FR2633中使用 CAPTIVATE-PGMR 作为调试器重复该行为。

在项目中配置为：

• CCS 10.4.0.00006
• TI 编译器 v21.6.0.LTS
• --printf_support=nofloat
• --heap_size=300
• --stack_size=300

当启动调试会话并在 main()的开始处停止时，FRCTL0寄存器会将 NWAITS 显示为一个等待状态：

如果尝试单步执行 printf()调用，则以 trgmsg.c 结束：

printf()与 TI 编译器配合使用的方式是，调试器在 mgmt.c 中的__TI_writmsg 函数内的 C$$IO$$符号上设置断点， 断点到达后、调试器应从 CIO 缓冲器中读取 printf()输出、在控制台上显示该输出、然后自动继续目标。

在上面的中、注意到断点在地址0x00E39C 处报告、其中 、在上面的示例程序中、C$IO$$符号的实际地址为0x00E3AC。

查看 《MSP430FR2633器件勘误表》(修订版 S) 可以看到以下内容：

在主程序开始时停止后、在"Registers"视图中手动将 FRCTL0寄存器设置为0xA500、将 NWAITS 设置为零。 现在，当单步执行 printf()调用时，会在控制台上获取输出，并且 trgms.c 中不会出现伪中止：

由于行为发生了变化、而只是将 NWAITS 从1更改为0、即没有对编译的程序和 CCS 项目设置进行更改、因此它只是建议使用 errara EEM23是问题的原因。

我没有 MSP430FR2675需要重复该测试、但该器件具有列出的相同 EEM23勘误表。

[引用 userid="395234" URL"~/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/1021174/msp430fr2675-how-to-enable-printf-output-to-console-in-ccs-10/3778293 #3778293"]这让我相信需要在项目设置中配置某些内容。

过去发现堆空间不足会导致 printf()在 CCS 控制台上无提示地生成任何输出，此时当 printf 尝试生成输出时调用 setvbuf()函数内部的 malloc()函数无法为输出缓冲区分配空间(BUFSIZ 设置为256字节)。

根据测试、300字节的堆应该足以使 printf 正常工作。

在 MSP430FR2355和 MSP430FR2675上、默认链接器命令文件将.sysmem (用于 malloc)和 .cio 段放在 FRAM 中：

        GROUP(READ_WRITE_MEMORY)
        {
            .TI.persistent : {}              /* For #pragma persistent            */
            .cio           : {}              /* C I/O Buffer                      */
            .sysmem        : {}              /* Dynamic memory allocation area    */
        } PALIGN(0x0400), RUN_START(fram_rw_start) RUN_END(fram_rx_start)

我在  MSP430FR2355上的 printf 测试中发现、创建工程时、默认情况是勾选了 CCS 工程属性下的"Enable FRAM Write Protection (FRWP)"：

 勾选"Enable FRAM Write Protection (FRWP)"后、 MSP430FR2355的 printf 输出正常工作。

当 "Enable FRAM Write Protection (FRWP)"被取消勾选时、printf 输出不起作用；单步执行显示 malloc()返回 NULL、即使在链接器选项中设置的300字节堆应该已经足够了。 在 未勾选"Enable FRAM Write Protection (FRWP)"的情况 下、SYSCFG0寄存器被置位、这样所有 FRAM 程序存储器都受到写保护、导致 printf 不产生输出。

在 勾选了"启用 FRAM 写保护(FRWP)"的情况下、SYSCFG0被置位、这样包含.cio 和.sysmem 段的程序 FRAM 的低1K 字节是可写的、而程序 FRAM 的其余部分是受写保护的。

虽然我没有 MSP430FR2675可用于测试、但我认为该器件也是如此。 即、在"Project Properties"下检查 "Enable FRAM Write Protection (FRWP)"设置为什么。

[引用 userid="395234" URL"~/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/1021174/msp430fr2675-how-to-enable-printf-output-to-console-in-ccs-10/3784397 #3784397"]也启用了 Enable FRM Write Protection (FRWP)的设置，但这会导致一组链接器错误。

在 CCS Build -> MSP430 Linker -> File Search Path -> Include library file or command file as input (--library、-l)下的项目属性中、您能否检查 列表中是否存在 frwp_init.a：

如果我为 已启用 FRWP 的 MSP430FR2675获取一个项目、并从 列表中删除 frwp_init.a 文件、则获取链接器错误。

 frwp_init.a 库是 安装了 CCS 10.4的 CCS/CCS_base/MSP430/lib/FR2xx/frwp_init.a、即不是编译器运行时间库的一部分。

在未 指定 frwp_init.a 的情况   下、链接器会返回到尝试为与 MSP430FR2675不兼容的_MPU_init 函数链接不同的库、因为会尝试访问 MSP430FR2675中不存在的 FRAM MPU 寄存器。