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.

[参考译文] CC1352P:在其他计算机上导入版本控制项目后、CCS 会删除部分链接的资源文件

Guru**** 2393755 points
Other Parts Discussed in Thread: CC1352P, Z-STACK

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1344305/cc1352p-ccs-deletes-a-portion-of-linked-resource-files-after-importing-version-controlled-project-on-a-different-computer

器件型号:CC1352P
主题中讨论的其他器件: Z-STACK

您好!

最新版本 CCS v12.60存在一些奇怪的问题。 我们的一个版本控制项目基于 Z-Stack 和 CC1352P、可以在一台计算机上正常编译和运行。 但一旦在另一台计算机上克隆并导入到 CCS 工作区、CSS 将从.project 文件中删除一大块链接资源、并产生10条错误消息、因为某些符号无法解析。

Description	Resource	Path	Location	Type
unresolved symbol NVOCMP_loadApiPtrs, first referenced in ./application/radio/main.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol stackTask_getStackServiceId, first referenced in ./application/radio/main.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol stackTask_init, first referenced in ./application/radio/main.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol UtilTimer_construct, first referenced in ./application/radio/zcl_genericapp.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol UtilTimer_setTimeout, first referenced in ./application/radio/zcl_genericapp.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol UtilTimer_start, first referenced in ./application/radio/zcl_genericapp.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol Zstackapi_AfDataReq, first referenced in ./Common/zcl/zcl_port.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol Zstackapi_AfRegisterReq, first referenced in ./Common/zcl/zcl_port.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol Zstackapi_bdbCBKETCLinkKeyExchangeAttemptReq, first referenced in ./application/radio/zcl_genericapp.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol Zstackapi_bdbFilterNwkDescComplete, first referenced in ./application/radio/zcl_genericapp.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol Zstackapi_bdbRecoverNwkReq, first referenced in ./application/radio/zcl_genericapp.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol Zstackapi_bdbResetLocalActionReq, first referenced in ./application/radio/at-interface-implementation.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol Zstackapi_bdbSetAttributesReq, first referenced in ./application/radio/zcl_genericapp.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol Zstackapi_bdbStartCommissioningReq, first referenced in ./application/radio/at-interface-implementation.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol Zstackapi_DevZDOCBReq, first referenced in ./application/radio/zcl_genericapp.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol Zstackapi_freeIndMsg, first referenced in ./application/radio/zcl_genericapp.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol Zstackapi_init, first referenced in ./application/radio/main.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol Zstackapi_sysConfigReadReq, first referenced in ./Common/zcl/zcl_port.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol Zstackapi_sysConfigWriteReq, first referenced in ./application/radio/at-interface-implementation.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol Zstackapi_sysNwkInfoReadReq, first referenced in ./Common/zcl/zcl_port.o	CC1352P-ZED-NP		 	C/C++ Problem
unresolved symbol Zstackapi_sysSetTxPowerReq, first referenced in ./application/radio/zcl_genericapp.o	CC1352P-ZED-NP		 	C/C++ Problem

另一个基于相同 MCU 和相同 SDK 版本的工程在不同计算机的 CCS 工作区中导入后可以完全正常工作。

我想在我们提交到版本控制中的项目文件中有一些细微的差异。 遗憾的是、我们无法解析出这一点。 有人可以提供一些指导吗?

谢谢。

ZL  

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

    您好、ZL:

    我会通知 CCS 团队此线程、以便他们可以提供建议。  您可能还需要查看此" 使用 CCS 编译源代码"控件文档。  您能否评论一下早期版本的 CCS 是否从未发生过这种情况(即仅12.6版本存在问题)、并提供有关不同计算机、CCS 和 SDK 组合的观察结果摘要?

    此致、
    瑞安

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

    您好、Ryan、

    感谢您的答复。 后来我们能够跟踪到将文件夹名称"应用程序"更改为"应用程序"的问题。 默认名称以大写字母"A"开头 、但在将工程提交到源代码控制之前的某个时间点、该文件夹已全部更改为小写字母。 这似乎不会影响该计算机上的编译,但显然会在克隆/导入到另一台计算机上时造成问题。 文件夹名称更改回后、一切将开始重新工作。

    我被认为 Windows (和运行在它上面的应用程序)不区分文件夹/文件名的情况,所以没有考虑太多。

    此致!

    ZL

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

    要回答您的其他问题、是的、这确实是我在 CCS 工作近10年以来第一次遇到这样的问题。 但这与 CCS 版本和 SDK 版本无关。 这只是我在我的另一个评论中所描述的被忽视的东西。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我在印象下的 Windows (和在上面运行的应用程序)不区分文件夹/文件名的情况,所以没有考虑太多。

    是的、Windows 不受大小写约束。  但是、Eclipse IDE (跨平台)有时可能区分大小写。  

    但是在项目提交源代码控制之前的某个时刻,该文件夹已更改为全部小写。

    这是 CCS 意外手动完成还是以某种方式自动完成的?

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

    我并不完全确定、但我不认为这是由 CCS 完成的、大约同时从 Z-Stack SDK 示例代码创建了几个新项目、其他没有一个项目具有小写的应用文件夹。

    如果 CCS 可以做得更好、我想说的是、也许可以使现有工程和新导入的工程之间的行为保持一致。 这样、我们就可以立即找到问题、而无需等待几个月、直到其他一些开发人员为获得一个以前完全正常工作的项目进行编译而挣扎。