• 状态
  • 已锁定 已锁定
  • 回复 2 回复
  • 订户 0 订户
  • 视图 634 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] BOOSTXL-CC1125：Sigfox MCU，器件ID/PAC和UART上的AT命令

admin
Guru**** 2550850 points
Other Parts Discussed in Thread: CC1125, CC1310

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/634127/boostxl-cc1125-sigfox-mcu-device-id-pac-and-at-commands-over-uart

部件号：BOOSTXL-CC1125
主题中讨论的其他部件：CC1125， CC1310

您好，

我愿意在意大利测试Sigfox网络的应用程序。 按照TI的指南，我已获得 MSP430F5529 LaunchPad和 CC1125 BoosterPack，并将按照本教程中指定的步骤获取器件ID和PAC：

processors.wiki.ti.com/index.php/Sigfox_SDK_Demo_User's_Guide

我有三个问题：

1)与选择替代TI MCU相关，如本线程中所述：

e2e.ti.com/.../52.5121万

特别适用于FR (FRAM)系列，它将满足闪存(FRAM)大小和SPI时钟(8MHz)方面的硬件要求，但不能满足内核时钟(最大16 MHz，而不是所需的24 MHz)。 这是否意味着FR系列将永远不会受到支持(即这是一个内在的硬件限制)，还是仅仅是由于Sigfox实施没有针对内核和外设进行优化而导致的问题？ 这是一个非常严重的限制，TI应该研究并尝试解决；

2)根据我的理解，设备ID和PAC是生成的，并绑定到特定硬件(LP + BP)组合，与托管RF HW的BoosterPack有关，这一点很有意义， 但这是否意味着您不能在同一Sigfox帐户上使用具有多个5524LP (托管不同版本的应用程序)和相同CC1125 BoosterPack的BP？ 此外，如果支持FR MCU (如问题1所述)，那么即使我使用同一个BP，相关的LaunchPad是否需要另一个设备ID和PAC？

3)由于文档中规定命令通过AT命令发送到BP，它们是否必须在SPI上传输，或者是否也可以使用简单的UART连接(出于兼容性目的需要)？

4)最后，如果应用程序是单线程的并且只执行非常简单的通信，您是否可以确认不需要TI-RTOS。

谢谢，此致，

Stefano

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

    你好Stefano，  

    1.目前在MSP上实施Sigfox解决方案需要时钟频率为24MHz。 要符合Sigfox规格，请务必使用此速率。 以不同的时钟速率运行意味着重新表征和Sigfox重新认证，这并非微不足道。 我们的路线图目前不支持16MHz。 您是否看过CC1310启动板上的单芯片解决方案？ 详细信息可在此处找到  

    2.您的答案正确，每个设备都绑定到唯一的ID和PAC。 您可以使用多个主板托管不同版本的应用程序，只需将每个设备的ID和PAC添加到同一帐户的后端。 每个用户帐户都可以支持多个设备。

    3. AT命令通过UART连接。 这可作为源代码使用。 您可以根据需要对其进行修改。  

    4.是的，TI RTOS不是使用Sigfox应用程序的必备工具。

    此致，

    Prashanth

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

    感谢您的亲切和详细回答。 FRAM MCU不受支持让我有点失望，尤其是因为SigFox (和其他ULP RF解决方案)是能量收集和通过功率损耗计算和ULP数据记录应用的完美匹配。 我已经构建了一个与网络无关的统一操作框架，我打算在FRS (包括新的增值系列)上进行良好的迁移，同时也考虑到了TI MSP430路线图的未来重点，以及一些非常有趣的发展，我确信这些发展都在路线图上 (我特别欣赏以外围为中心的方法)。 我仍然不知道这种限制是仅仅是在开发资源(和认证成本)方面，还是核心本身的内在限制是16 MHz。

    关于单芯片CC1310解决方案，我的体系结构基于模块化设计，其中网络是可选的并取决于环境，因此它并不是很适合。 我了解SimpleLink的优点，但对于许多简单的应用程序来说，它可能是过分的。

    顺便说一句，由于您可能是与SigFox互动的团队的一员，您是否已经接触到他们的新海军上将“SigFox-lite”技术(我对他们最近在布拉格的演示印象非常深刻，如果您错过了它，可以在网上获得)？ 他们声称它可以与8位MCU配合使用，并且他们在舞台上使用了Best Buy Garage Opener (所以我怀疑MSP430会正常工作)。 我认为参考设计和源代码尚不可用，但您是否认为TI可能会通过应用说明参与此变体？

    此致
    Stefano