主题中讨论的其他器件:CC3100、 CC3100SDK、 MSP430F5529
工具/软件:Code Composer Studio
你(们)好
我找不到任何在 CCS (V8)中运行的示例:
- FreeRTOS
- CC3100板
TM4C1294午餐垫板
我在上述配置中未成功编译 MQTT 示例
在哪里可以找到说明如何在 CC3100 SDK 下运行示例的文档?
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.
工具/软件:Code Composer Studio
你(们)好
我找不到任何在 CCS (V8)中运行的示例:
- FreeRTOS
- CC3100板
TM4C1294午餐垫板
我在上述配置中未成功编译 MQTT 示例
在哪里可以找到说明如何在 CC3100 SDK 下运行示例的文档?
[引用 USER="Markel Robregado]] 从 CC3100 SDK 导入"Getting Started_With wlan_station"、从"C:\ti\cC3100SDK_1.2.0\cC3100-SDK\platform\Tiva-c-connectedlaunchpad\example_project_ccs\getting_started_with wlan_station"。 然后将 MQTT 代码文件从"C:\ti\CC3100SDK_1.2.0\cC3100-SDK\examples\MQTT_client"移植过来。 [/报价]
CB1、我将在上一个回复中添加更多详细信息。
来自"C:\ti\CC3100SDK_1.2.0\cC3100-SDK\examples\MQTT_client"的 main.c 代码文件包含 FreeRTOS.h、请参阅下文。
/*标准包括*/ #include #include "simplelink.h" #include "sl_common.h" //自由 RTOS 包括*/ #include "freertos.h" #include "task.h" #include "semphr.h" #include "portmacro.h" #include "osi.h" #include #include #include "cli_uart.h" #include "sl_MQTT_client.h" #include "mqTT_config.h"
您需要在 C:\上安装最新的 FreeRTOS 版本。 然后在 CCS Project 中为 FreeRTOS.h 设置 Include 和文件搜索路径、该路径位于"C:\FreeRTOSv9.0.0\FreeRTOS\Source\include"。
最新的 CC3100 SDK 1.20于2年前发布。 因此、我不确定它是否可以轻松与最新版本的 FreeRTOSv9.0.0和 Code Composer Studio v8配合使用。 有关此问题的任何信息、请访问 SimpleLink WiFi 论坛。
-kel
尊敬的 Markel:
感谢您提供此反馈、我认为您所说的一切都在正确的轨道上、除了一个小评论。
[引用 user="Markel Robregado"]最新 的 CC3100 SDK 1.20于2年前发布。
最新的 SDK 实际上是1.3版、于3月发布: http://www.ti.com/tool/cc3100sdk
我还想补充一下、Micha 的知识:就即时工作示例而言、 MSP430F5529 + CC3100是 CCSv8上唯一一个包含 FreeRTOS + MQTT_CLIENT 的"现成"示例。 因此、要使其在 TM4C 上正常工作、需要使用 Markel 突出显示的端口。
[引用 user="Micha Nisani"]我有一个稳定的项目[/引用]
是否可以询问-您如何(正确)确定项目可"运行-因此(非常)短的时间范围? 是否首先确定了所有可能的-挑战性的条件-然后正确地运用了-并且在(合理的)测试时间范围内进行了此操作?
对于其他人而言、如果存在针对此类应用的一些"标准"测试、并且包括"所有器件"(包括项目(整个)链中的所有器件)的"完全/适当"练习、则在其"最大值"附近工作、在认为足够的测试期间内... 您的项目的"链"-证明、"仅强"其"最薄弱的环节"-发现(通常)不是如此迅速-未被发现...
请注意、您"努力"和"分享"这一事实是最值得称赞的、谢谢您。 我在这篇文章中的目标是"最好的确保"-确保您的项目(真正)稳定-以便您(和其他人)获得所有"希望的"好处...
感谢您-我们感谢您的清晰、快速的响应以及您的项目共享。
也就是说、正如预期的那样(由于"项目稳定"的"快速火灾"奖)、您的"晋升"为"稳定"证明(高度)不符合标准。
[引用 user="Micha Nisani"]我发布了该项目,因此任何人都可以对其进行测试
无论如何-以上是否表明项目是稳定的。
[引用 user="Micha Nisani"]我使用了供应商项目,并将项目合并为一个程序
即使供应商项目单独证明是"可"的-它们的"组合"也可能会造成问题。 (这是因为"链中最薄弱的环节"效应-被"组合"放大。)
[引用 user="Micha Nisani"]我运行测试24小时,0个数据包丢失,因此对我来说它是稳定的
同样、这项(未描述)测试及其相对较短的测试持续时间如何以及为何足以提升为"稳定?" 某种程度上、任何个人的"判断稳定"(与正常/习惯的此类措施不同)都证明不是"非常有说服力"。
我们怀疑"可"已经证明(尚待证明)、并且您认为"项目组合"适合且足以满足您当前的需求。 (但不能"可"-在任何经典或严格意义上。)