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.

[参考译文] LAUNCHXL-CC3235SF:AWS FreeRTOS 及 TI SDK 示例代码合并

Guru**** 2590480 points
Other Parts Discussed in Thread: CC3235SF, SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1127838/launchxl-cc3235sf-aws-freertos-with-ti-sdk-examples-code-merging

器件型号:LAUNCHXL-CC3235SF
Thread 中讨论的其他器件:CC3235SFSysConfig

尊敬的 TI:  

    我在  simplelink_cc32xx_sdk_5_30_00_08上有一个用于 cc3235sf 的工作代码,对于 OTA 更新,我将使用基于 Amazon FreeRTOS 的 aws_demos。这是代码运行良好,我也可以获得更新,现在是合并这两个代码的时候了。我的 SDK 代码具有以下驱动程序

1) 1)计时器  

2) SPI  

3) 3) GPIO  

4) UART  

5) 5) SNTP  

6) JSON

现在,我的问题 是 ,合并这两个代码的最佳策略是什么?我应该将 TI SDK 代码合并到 AWS 演示中,还是保留,请告诉我?

到目前为止,我计划的是 作为 AWS 演示 的内容,似乎更大,我应该将我的 TI SDK 示例代码合并到其中。但问题提出了如何使用 SysConfig 工具来定义上述内容(计时器、SPI、GPIO、UART、SNTP 和 json)。

请允许我提出建议、 并说明这两种可能性的后果。

提前感谢、

sarju

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

    从理论上讲、您只需将 syscfg 添加到 CCS 项目中(假设您使用的是最新的 CCS 版本)、它将从生成驱动程序源开始、

    但是、由于 AWS FreeRTOS 未更新到最新的 SDK、我假设有一些移植工作要做(因为自 SDK 2.10以来驱动程序接口发生了更改)。

    因此、您可以选择使用 syscfg 来解决 AWS FreeRTOS 代码上的冲突、或使用旧的板级文件来解决 SDK 项目上的冲突。