This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC2340R5:迁移问题(7.20 ->8.40 + CCS)

Guru**** 2331550 points
Other Parts Discussed in Thread: SYSCONFIG
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1478064/cc2340r5-migration-issues-7-20---8-40-ccs

器件型号:CC2340R5
主题中讨论的其他器件: SysConfig

工具与软件:

您好!

因此、我的旧 CCS 安装不再适用于我的最新 Linux 更新、因此我看不到任何前进方向、我只是顺便指出一下要点、将 CCS 更新为20.0.2 (使用的是 CCS 12.3.0)、并将 SDK 从7.20 (我认为)更新为8.40。

我有两个问题。

1.我的其中一个文件被编码为8859-1、但 CCS 不理解它。 如何/在何处告知 CCS 有关文件编码的信息? 我搜索高低...

2.我把我的项目从 basic_ble,所以我现在做的是创建一个新的 basic_ble,把我的东西移过来。 但是、我会得到一些未定义的符号、这些符号在执行该操作后无法识别;

 undefined                         first referenced                                                                                                                                                         
  symbol                               in file                                                                                                                                                              
 ---------                         ----------------                                                                                                                                                         
 LRF_MCE_binary_ble5               ./syscfg/ti_radio_config.o                                                                                                                                               
 LRF_PBE_binary_ble5               ./syscfg/ti_radio_config.o                                                                                                                                               
 LRF_RFE_binary_ble5               ./syscfg/ti_radio_config.o                                                                                                                                               
 LRF_TxPowerTable_findValue        /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ll_common.obj>        
 RCL_AdcNoise_get_samples_blocking /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ll.obj>               
 RCL_BLE5_getRxRssi                /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ll_ae.obj>            
 RCL_BLE5_getRxStatus              /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ll_ae.obj>            
 RCL_Command_stop                  /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ll.obj>               
 RCL_Command_submit                /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ll.obj>               
 RCL_Handler_BLE5_adv              /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ll_ae.obj>            
 RCL_Handler_BLE5_conn             /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ll_adv_end_causes.obj>
 RCL_MultiBuffer_ListInfo_init     /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ll_isr.obj>           
 RCL_MultiBuffer_RxEntry_get       /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ll_adv_end_causes.obj>
 RCL_MultiBuffer_RxEntry_next      /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ll_isr.obj>           
 RCL_MultiBuffer_clear             /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ble.obj>              
 RCL_MultiBuffer_init              /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ble.obj>              
 RCL_MultiBuffer_put               /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ble.obj>              
 RCL_TxBuffer_put                  /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ble.obj>              
 RCL_init                          /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ll.obj>               
 RCL_open                          /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ll.obj>               
 RCL_readRssi                      /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ll.obj>               
 hal_get_current_time              /home/x/bin/ti/simplelink_lowpower_f3_sdk_8_40_00_61/source/ti/ble5stack_flash/lib_projects/CC2340R5/OneLib/lib/ticlang/m0p/OneLib.a<OneLib_LL_ll_rat.obj>           

error #10234-D: unresolved symbols remain
error #10010: errors encountered during linking; "basic_ble_LP_EM_CC2340R5_freertos_ticlang.out" not built
tiarmclang: error: tiarmlnk command failed with exit code 1 (use -v to see invocation)
gmake[1]: *** [basic_ble_LP_EM_CC2340R5_freertos_ticlang.out] Error 1
makefile:220: recipe for target 'all' failed
gmake: *** [all] Error 2
**** Build Finished ****

这是什么? 这对我来说没有太大意义。 我已经很好地隔离了我自己的代码、因此我感到困惑、是否可以追溯到我。

希望这是一个常见的事情:-)

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 vespaman:

    ti_radio_config 和 OneLib 都与 SysConfig 带来的资源相关。  v7.20 SDK 支持 SysConfig v1.17 、而 v8.40 SDK 支持 SysConfig v1.22。  如果将原始 v7.20 SDK SysConfig 文件复制/粘贴到 v8.40中、则可能会导致问题。  我建议您首先在 CCS v20中构建 v8.40示例、以确保环境设置正确。  然后、您将需要按原样使用现有 v8.40 SysConfig 文件、并在 SysConfig 编辑器中进行与 v7.20版本配置相匹配的更改。

    我将在 CCS 专家的  带领下对8859-1编码进行评论、这里是 CCS 用户指南。

    此致、
    Ryan

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ryan、

    是的、被指控有罪。 我复制/粘贴了 SysConfig 文件、并将其打开+保存在新的 SysConfig 编辑器中。 我将从8.40开始重新构建新的 SysConfig。 我认为这是基本问题。

    非常感谢!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Unknown 说:
    1. 我的一个文件被编码为8859-1、但 CCS 不理解它。[/QUOT]

    CCS "不理解这个"是什么意思? 是编辑器格式问题吗? 还是构建问题?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    嗯、两者都可以。 编辑器尝试将其读取为 utf8 (我猜是这样)、因此字符串已损坏、这会导致编译发出警告、当然、编译的文件不会显示 ISO8859-1字符集。

    也许、(我想) 如果我在 CCS 外部使用 make 文件生成来编译会起作用。 我没有尝试过这个,但我看不出为什么不起作用。 但这有点乏味。 在 CCS 中必须有一种方法可以做到这一点、就像所有其他编辑人员一样。 我只是找不到它。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    并且必须有一种方法在 CCS 内做到这一点、我想应该像所有其他编辑者一样。 我只是找不到它。

    也许尝试在属性中设置此项?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    是的、这看起来是正确的! 但我没有该设置。 ?

    这是我的版本;

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    啊、抱歉。 我想您使用的是 CCS Eclipse。

    对于 CCS 20、可以尝试下面提到的选项:

    https://stackoverflow.com/questions/38528384/how-to-setup-visual-studio-code-to-detect-and-set-the-correct-encoding-on-file-o

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    所以,这做了一些事情-内容改变了,但仍然不是8859-1,但其他东西。 因此、它在构建中仍然会产生问题。

    我尚未尝试是否根据堆栈溢出中的旧建议将默认值设置为8859-1可行。

    我现在要去,但我明天会尝试更多。 到目前为止、谢谢!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    关于编辑器 ISO8859-1问题、我认为它现在可以使用、我在文件的第一行添加了一条注释、其中包含一些8859-1字符。

    但是:-我在构建时仍然收到警告。

    用于在7.20/CCS eclipse 上无警告编译的代码、该 pragma 行位于文件的开头。

    pragma -wno-invalue-source-encoding

    但现在我得到警告:字符串文字中的非法字符编码[-Winvalide-source-encoding]

    此 pragma 是否不再受支持?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ryan、

    于是我又安装了一个全新的 basic_ble ,它的构建没有任何问题。

    然后、我从旧版 SysConfig 手动添加了设置(在另一台计算机上打开设置)、完成此操作后、我立即再次遇到相同的构建问题。  (无需添加我自己的任何源代码文件)。

    正弦这是相当多的设置要输入(再次执行它听起来不有趣)-有没有什么是产生这些错误的原因?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    感谢您还原并确认示例构建正常工作。  所有错误(LRF_* 和 RCL_*)都指向无线电问题、这可能是 SysConfig 中的 BLE、RF Design 或 RCL 模块。  当您"手动添加设置"时、是使用文本编辑器直接修改 SysConfig 源文件、还是使用 SysConfig 编辑器 GUI?  您应该能够将问题隔离到一些与无线电相关的更改中、然后我们可以进一步调查这些更改。

    此致、
    Ryan

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    好的,所以我又开始划痕,并在每次更改后建立,最后到达 RCL,在我的旧版本没有创建(不记得如果我自己删除它,更可能它没有添加)。 因此、在8.40中、需要添加它。

    重新添加它之后、进行构建。 现在、我将继续重新添加我自己的源文件、并清除所有测试混乱。

    此线程剩下的唯一问题是无法正常工作的#pragma。

    感谢您的帮助

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我没有 pragma 问题的答案、下面是 TI 提供的更多资源:

    https://software-dl.ti.com/ccs/esd/documents/sdto_cgt_pragmas_you_can_understand.html 
    https://software-dl.ti.com/codegen/docs/tiarmclang/rel2_1_0_LTS/compiler_manual/c_cpp_language_implementation/pragmas.html 

    此致、
    Ryan

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    好的、谢谢。 我将看到所做的更改。 也可能有一些编译器版本历史记录。