[参考译文] CCS/LAUNCXL-CC1310：是否有办法使CCS'的构建/运行周期更快？

我使用的是并行构建，无论如何构建时间只是总周期时间的一小部分(~10-20s)，因此减少它不会产生太大影响。

CCS从编辑角度切换到调试角度所需的时间比生成所需的时间长(整个应用程序在GUI线程中死锁良好的5-10秒，甚至在开始重新排列窗口之前)，实际上将代码闪存到目标位置所需的时间也更长， 另外，加载符号并确定当符号中断时发生的事情也需要相当长的时间。

如果7.2 能加快这一周期，我期待着它！

Michael，

透视图切换应该很快。  我们可以尝试禁用交换机。  有几种方法可以实现这一点，即启用简单模式。  转至视图菜单并选择入门。  有一个选项可用于启用简单模式。  

这主要是打开一个用于编辑和调试的简化透视图。  因此，不会有透视切换。  我很想知道这是否会有所不同。  

此致，

John

您好，John：

我在0.0.0016万 wiki上发现了CCS (CCS.CCS)的更新(尽管7.1 的更新管理器说没有可用的更新)并禁用了透视开关(我告诉它始终保持在调试角度) 现在，我从F11到查看代码输出的时间缩短到45-50秒，这是一个重大改进，但仍然比我希望的慢。

现在大部分时间似乎都花在了将代码加载到目标中-我在其他地方读到7.2 可能有一些东西可以加快这一速度

我们已经对一些设备实施了闪存速度改进，7.2 预计将为CC13xx设备部署这些设备。 7.2 设置为在2个月内发布。

此致，
John

不相关但很小，是否有计划在CCS中完全支持UTF8？

在调试控制台中，所有的非ASCII字符都显示为，尽管编辑器似乎处理得很好。

也许TI-RTOS/SYSMIN正在将它们混在一起而不是CCS？ 我如何才能找到答案？

Michael，

我记得几年前曾研究过这个问题。

尝试转到Bug按钮旁边的小向下箭头。  选择调试配置。  选择左侧的调试配置(通常为项目名称)。  然后单击"通用"选项卡。  有编码选项。  我认为这会影响控制台。

尝试一下，并告诉我它是否起了作用。

此致，

John

它已经设置为UTF8 -实际上它设置为"Default - Inherited (UTF8)"，因为我已将顶级CCS设置为UTF8

Michael，

我意识到我们从未就此关闭过。  我今天用一个普通的printf做了一个小测试，这对UTF8字符很适用：

由于控制台可以处理此问题，我相信您以前认为它是system_printf中的一个限制，这种想法很可能会发生故障。  我已要求某人确认。  system_printf是printf的子集(出于大小/性能原因)。

此致，

John

我没有意识到正常的打印功能可用，我很快就会使用它并告诉你。

为什么System_printf会将它们混在一起？ 除非是nUL或'%'，否则printf实现不应该只是逐字传递字符吗？ TI为什么要添加特殊大小写来混合非ASCII字符？

Why Wand System_printf mangle them？

我创建了一个测试用例，在Cortex-M4F (TM4C1294NCDPT)的SYS/BIOS程序中将UTF8字符传递给print()和System_printf()。 该方案是：

其中两个字符串使用UTF8字符(由 UTF-8编码表描述)和Unicode字符 (如下所示)：

-"垂直线""粗细分四分之三""垂直线""新线"

-" 垂直线""反向问号"" 垂直线""新线"

源文件和调试配置的编码设置为UTF8。

CCS 7.1 CIO.CIO 0.0.0016万 控制台的输出为：

CIO控制台输出显示来自printf()和System_printf()的相同输出。 问题在于，在CIO控制台的输出中，虚假的“拉丁大写字母A with环弹性”UTF8字符显示为第二个字符。

从编译器检查汇编程序列表时发现预期的UTF8字符已被编码。

 XDC_runtime－SYSMIN_output__I函数上设置了断点，该函数是SYS/BIOS函数，调用该函数是为了将格式化的字符串传递到 用于将CIO输出传递到CCS调试器的HOSTwrite函数。 缓冲区包含预期的UTF8字符。 逐步执行 XDC_runtime－SYSMIN_output__I函数显示了写入 __CIOBUF_数组的预期UTF8字符，CCS调试器在该数组中读取要在CIO控制台中显示的数据。 因此，在我的测试案例中，我看不到目标处理UTF8字符串的方式有任何错误，因此 CIO控制台中出现的假“拉丁大写字母A with环弹性”UTF8字符在CCS调试器中一定是一个问题

您遇到了哪些特定的UTF8字符问题？

我注意到，线程 什么类型的字符编码可以在5.3 以日语编写源注释？ 它说：“对于TI编译器，您必须将输入限制为US ASCII字符”。 不确定源文件中的某些UTF8字符是否会导致TI编译器出现错误行为。

我的测试项目附在 e2e.ti.com/.../TM4C1294_5F00_system_5F00_printf_5F00_utf8.zip上

通过使用UART控制台并记录到文件，我确认固件端正在正确发送UTF8字符。

然后，正如您所描述的那样，问题必然出在CCS调试控制台，尽管我已经将我可以找到的每个编码设置都设置为UTF8。

我正在尝试发送我只需按键盘上的Shift+AltGr+分号输入的度数符号(°)，CCS调试控制台只显示几个问号而不是符号。

奇怪的是，CCS很高兴在代码编辑器中使用此符号(编译器似乎也很满意)，只有CCS的调试控制台不能正确处理它。

我正在尝试发送我只需按键盘上的Shift+AltGr+;)输入的度数符号(°)，CCS调试控制台只显示几个问号而不是符号。[/QUOT]我不能确切重复该操作，但会显示一个额外 的：

对于我的Windows 7系统，默认编码是Cp1252，这可能是我得到额外 显示的原因，而不是几个问号。

CCS很高兴在代码编辑器中使用此符号(编译器似乎也很满意)，只有CCS的调试控制台不能正确处理它。[/QUOT]通过在包含UTF-8字符串的行上插入编译器错误， 并将编译器设置为报告Verbose诊断(用发现的错误来回显行)在生成控制台中以及CCS CIO调试控制台中显示相同的错误UTF-8字符：

CCS调试控制台的问题，正如您所描述的那样，即使我已将我可以找到的每个编码设置都设置为UTF8。

I添加了以下内容到CCS 7.1 ．0.0.0016万 <install_root>\ccsv7\eclipse\ccstudio.ini文件，该文件将默认Eclipse编码设置为UTF-8：

-Dfile.encoding=UTF-8 

更改后，CCS CIO控制台和生成控制台，然后显示正确的UTF-8字符。

我怀疑有一个错误导致CCS 7.1 ．0.0.0016万 控制台使用默认(继承)编码，而不是使用调试配置中设置的编码。

我确实在 Eclipse .ini文件中找到了一些对console.encoding选项的引用，但尝试只将 -Dconsole.encoding=UTF-8添加到 ccstudio.ini文件中没有效果。

Michael，

Chester建议的变通办法是否适合您？

John

我已经停止使用CCS控制台，因为我发现它与UART调试相比太不灵活，UART允许我执行突出显示，选择性数据显示，集合日志记录，ISR驱动的自动刷新，更高的数据速率(当前以2MBaud运行)以及其他类似的有趣功能。

在切换之前，我尝试了切斯特的修复程序，但我的一位同事在使用相同固件的Windows上的CCS控制台中收到UTF8字符-也许这是Linux特有的问题？