[参考译文] simplelink_cc23xx_sdk_6_40_00_21_eng 编译问题

大家好、只是为了让我不会被敲入头而停留在安全的一面-我在使用之前的6.30 SDK 时修改了一个示例、该 SDK 不再编译、但具有第一个帖子中提到的相同错误。 我如何修改此类项目、以便它现在遵循新的6.40 (以及希望将来的)标准、尤其是在新的驱动程序和文档最终发布时？ BTW、新6.40中的(FreeRTOS)示例比以前的版本(发生什么情况？)少了很多倍 我感兴趣的是 simple_socket_server。

谢谢

Stefano

PS 如果我将丢失的文件从6.30复制回6.40并更正 iCall_POSIX.C 的路径、则该示例编译并运行正常

您好、Stefano、

建议从6.40 SDK 上的项目开始、并从6.30示例迁移您的功能、以确保项目按预期工作。 6.40项目将包含所有正确的链接、并包含6.40 SDK 所需的链接。 对于由此造成的任何不便、我深表歉意。 如果您能够手动更改链接并将其包含在6.30项目中、以便使用6.40 SDK 进行编译、则我建议您彻底测试您的应用、以确保其按预期工作。 您能否分享现在使用所需的6.40 SDK 中缺少的示例？

此致、

1月

您好、Jan、

感谢您的善意回复、无需为给您带来的不便道歉。 正如我之前提到的、具体示例是可生成的 simple_socket_server、但它目前仍然有效、我将对示例进行比较、以查看更新时发生的情况。 此器件的真正问题是、尽管最初进行了当之无愧的宣传、但目前它几乎没有任何文档。 我将使用三个不同的开发套件(包括一个现已弃用的 MSP432 LP)将占用空间非常小的应用框架单独移植到 CC2340、因为它支持 FreeRTOS、 尽管有不同的内核架构和外设模块-计划在至少模块说明可用时将所有内容结合在一起-永远不介意驱动程序-。 上次参考指南发布时间为6月(！) 基本上是空白的。 新内核(对于 TI 而言、除了我上次检查时仍在 XMS 中的 MSPM0之外)、新外设模块(从查看头文件)、新内核、新编译器(clang)、新 BLE 版本/堆栈似乎很幸运我们没有被迫进入 Theia (还有吗？)。 我理解背后的大量辛勤工作、不用担心。 我不能得到的是最基本的外设(也许在 GPIO 之后)、定时器(包括 PWM)在这么长的时间之后不被覆盖、并且优先级被分配给其他模块。 在这样的器件上、电源管理也至关重要、但我明白它会经常干扰 BLE 堆栈。 除了 SysTick、您现在必须有一些您正在处理的草稿(您无法共享)。 我希望设计中不会有什么不理想的地方、我已经被 MSP432P fiasco 烧毁了、我已经花了很多精力移植到了、这是一个很好的文档(你甚至拥有史上最丰富的学术材料、甚至还有 Valvano 的书籍)。 您能否确认预计在2月底之前进行主要文档更新？ 我正在对没有文档的标题进行逆向工程、想知道它是否有助于进行进展、或者是否有助于通过所有这些 ARM 内核典型的通道/总线矩阵进行调试。 基本上、我已将所有部分移植到 SimpleLink + DriverLib (或现在称为的任何内容)+一些寄存器调整+ BLE 堆栈、 我的下一步是弄清封装尺寸、以及它是否能够轻松地在单个内核而非多个内核上运行所有内容、以及我的框架(在裸机 MSP430 +位拆裂上启动了很长时间)如何与 BLE 空闲状态和 FreeRTOS 配合使用。

周末愉快！

Stefano

PS 我在推出 SimpleLink 概念之前、先在达拉斯总部参加了有关 SimpleLink 概念的课程。 我希望它不会因器件外设设计的全面发展而受到影响...

您好、Jan、

感谢你的友好答复，我强调，绝对不需要任何道歉。 这是一个正在进行的工作的预览、我已经非常感谢我能尽早进入。 我对这款新器件感到非常兴奋、希望它成为 TI MCU BU 的历史性成功。 我有我的特殊原因，在许多方面，这是一个能源-空间和成本-效率梦想成真。 如果我可以进行比较、这是(或有望成为) MSP430在当时推出时重新启动、它具有高架构优雅、能效和 C 编译器友好性。 当我对缺少文档感到遗憾时、我不是指描述或显而易见的(仍然有限) API、而是指外设(以及一些非外设)模块描述和详细行为。 具体而言、我指的是 swcu193和 swwrs272/292、但我不会在这里进一步评论、因为它们的访问受限(但你可以很容易地看到原因和日期)。 在其他地方、初始器件中包含许多关键勘误表的新器件、虽然只是暂时的、但记录的内容要好得多。 然而、这必须有很好的理由、我也明白、对于无线 MCU、协议栈(底层标准是一个不断变化的目标)可能会并且应该被高度优先化、因为这是它将被大多数人认为是的领域。

要回答您的问题：

实际上、我要移植的不仅仅是应用程序、而是我要定义的应用程序框架或中间件。 然而、由于此框架的目的是应用的、因此它是从头设计的、通过开发一个演示(超级)应用程序来实现、该应用程序将作为框架的测试地、它基于一个非常独特的方法和特性、我在这里不会讨论这个问题。 我要说的是、从架构上讲、它侧重于极低的存储器占用空间和极高的能效、充分利用了它所设计的第一个器件的特定特性、即 MSP430非 X 器件 它还面向未严格专注于嵌入式领域的工程师、 但是、谁希望在不中断产品的情况下为其产品提供某些本地或远程功能、而不是过多地依赖外部帮助、试图防止产品主要设计人员与嵌入式/硬件团队之间的差距/陷阱、并降低访问障碍。 这始于预 FRAM 和预 SimpleLink 时代、同时也是通过单独的模块实现连接(有时不可靠)的时代、这些模块通常采用非 TI 架构、并且有点难以实现。 一个特定的要求是、该框架必须满足尽可能小的设计、最终必须运行(整个演示应用、 它在云端接、还具有 BLE 组件)以8MHz 组合的16KB/0.5Kb 闪存/RAM 托管(我选择了 G2553、因为它是第一个可用的 LP)。 这对于 FRAM 器件也很好、尽管早期的高端器件和新超值系列发生了一些小的变化、但这些变化有点令人失望。 无论如何，这种方法导致需要持续的效率优化，这也是极难(但非常有用)决定和实现的，以便使框架在限制范围内保持平衡。 它的目标，随着时间的推移，演变成了通向当时与现在联系不了的未来的桥梁。 我是一个重点小组的成员、在 MSP432 (P)发布之前、我曾接触过它、而此前、它还被纳入当时尚未发布的 SimpleLink 系列概念中、只是过早地进行了 EOLD、并通过重新命名 Tiva 部件重新引入为"E"。 当我获得第一个(黑色) MSP432 ES LP 时、我立即将所有内容移植到它、无论是"裸机"版本还是基于 DriverLib 的符合功能等效(TI) RTOS 的新版本、 然后、我(几乎)通过简化的最低共同标准 SimpleLink 完全复制了该标准、现在它非常适合所有无线电。 我当时认为、根据 TI 的公告和声明、除了 MSP430以外、在超低功耗未连接 MCU 中还会有其他未来、从可用的最高性能内核 M4F 开始、然后是谁知道的。 尽管"E" MSP432重新命名、但只有 Tiva -一款出色的高端器件、但不支持低功耗-仍然可以生存下来。 我将简短地介绍一下、尽管事实证明它对无线 SL 器件同样有用。 遗憾的是、在我看来、它似乎像"传统"、但仍然具有难以置信的能力和独特的16位(现在是 MSPM0的32位) BU 和 SL BU 几乎已成为两个单独的分部、届时将有巨大的协同作用和过渡机会(这也是框架的目标)。 SimpleLink 非常注重连接性和极高规格、因此我开始了另一条路线、除了考虑是否移植其他供应商之外、我还没有决定迁移其他供应商。 相反、我成功开发了一个功能完整的实际 MVP (我在这里无法描述、但它是一个消费类设备)、使用我最好的框架、我正在考虑实际制造它。 最终、CC2340是框架及其两个当前应用(演示和产品)的理想候选器件、我迫不及待地想要合并我在 BLE 方面已经完成的工作、 对于其余的框架和应用、虽然文档和驱动程序仍然不可用、但托管在已弃用的 MSP432P 上、主要是因为其对 FreeRTOS 和相同速度(但不同架构)内核的原始良好支持、 如果我不使用仅浮点/DSP 的定点并且我的代码非常精简、那么它应该在性能上充分地重新映射。 我还希望经过认证的微型模块在发布后立即出现。

很抱歉、这个冗长且有点模糊的答案、完全错误。 我每天都会检查我的 MSR、以了解好消息(由于某种原因、我无法获得通知、与目前处于预发布状态的另一个器件不同)、您将从我的请求中了解它如何配合合并。

感谢您的友好支持、

Stefano

您好、Stefano、

谢谢你们的友好话语！ 我很高兴看到 CC2340似乎是您项目的理想候选器件！ 您确定的文档肯定会在不久的将来更新。 此时，我无法承诺确切日期，但应该相对较快地作出承诺。 如果您在项目中需要任何帮助或对 CC2340有任何疑问/疑问、请随时打开主题或联系您的 TI 代表、我们将尽快为您提供帮助。

此致、

1月

信守承诺！

谢谢、最好

Stefano