• 状态 Resolved
  • 已锁定 已锁定
  • 个回复 9 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 277 次查看
  • 用户 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.

[参考译文] CC1312R：无法在 CC1312R 修订版 F 上传输数据包

admin
Guru**** 1456330 points
Other Parts Discussed in Thread: CC1312R
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1206614/cc1312r-cannot-transmit-packet-on-cc1312r-rev-f

器件型号：CC1312R

大家好：

在我们的原始代码中、我们在"RFC_CMD_PROP_RADIO_DIV_SETUP_t RF_cmdPropDivRadioSetup"中设置".loDivider = 0x05"

并使用此函数发送数据请求：

RF_EventMask terminReason = RF_runCmd (rfHandle、(RF_Op*)和 RF_cmdPropTx、RF_PriorityNormal、txEchoCallback、(RF_EventCmdDone | RF_EventRxEntryDone | RF_EventLastCmdDone)；

我们通过"uint32_t cmdStatus =((volatile RF_Op*)&RF_cmdPropTx)->status；"获得发送状态。

数十万个模块、在 CC1312R Rev.E 上一切都能正常运行。

目前、我们获得了  CC1312R Rev.F 芯片。  

我们将  使用相同的源代码通过发送状态获得"PROP_ERROR_NO_FS"。

我们检查了频谱、没有物理输出。

但当我们将 ".loDivider"从0x05更改为0x06时、传输是正常的。

有人能告诉我们 Rev.E 和 Rev.F 之间有何区别吗？

以及我们更改 ".loDivider"且一切正常的原因。

谢谢！

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

    Shuli,

    在我们深入了解这一点时、您能再说明一点吗：

    -您发送的频率是多少?

    -您是否在许多设备上看到此问题? 所有 Rev F 器件都发生了故障、还是其中有一部分发生了故障？

    我收到了芯片照片、所以我可以看到 我收到的单修订版 F 器件照片的生产批次追踪代码。

    Erling

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

    Shuli,

    我们怀疑您使用的是旧的 SDK 版本可能会导致此问题。 您是否能够尝试以下操作之一：

    -可以使用 SmartRF Studio 在您的电路板上驱动 CC1312R (修订版 F)吗？ 它是否允许您以正确的频率进行传输？

    https://www.ti.com/tool/SMARTRFTM-STUDIO 

    -您是否能够从最新的 SDK 加载 rfCarrierWave 示例,并配置为以正确的频率传输?

    https://dev.ti.com/tirex/explore/node?node=A__AGF6kAPbJcZ3lZ7D4sVBmg__com.ti.SIMPLELINK_CC13XX_CC26XX_SDK__BSEc4rl__LATEST 

    如果有上述任一功能、我们可能需要查看如何启用您的旧 SDK 以支持射频修整功能。

    Erling

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

    Erling 您好：

    1.我们器件的工作频率是839 ~ 847MHz

    2.这个问题发生在4000个 Rev.F 芯片在我们的工厂都出现了故障 另外30、000件 Rev. E 芯片可正常工作。

    3、我们已尝试使用 SmartRF Studio。  版本 E 在 loDivider 为0x05或0x06时可以正常运行。
      当  loDivider 为0x05时、版本 F 在839至845 MHz 之间没有任何输出。 但我们可以看到输出为846至847MHz。

    4.我们使用的是 6.10.00.29版 SDK

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

    另一个问题：为什么首先针对这个频率范围使用 LoDiv = 5？ 对于此范围、SmartRF Studio 建议 LoDiv = 6。   

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

    Shuli,

    我明白了。 然后解释它不起作用的原因是您在超出规格的情况下操作器件。 请参阅数据表第14页、这在修订版 E 和参考资料 F 之间没有发生变化 。https://www.ti.com/lit/ds/symlink/cc1312r.pdf 

    不过、当我查看 loDIV = 6时的 VCO 范围、  可以看到这个频率为839 ~ 847MHz。 但请注意、我们尚未对该频率下的器件进行特性描述(这就是 数据表 未反映该频率范围的原因)。  因此、loDIV = 6起作用并不奇怪、而 loDIV = 5起作用不起作用。

    我想问一下、您在此频率下的操作遵循哪些法规要求？

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

    Erling：

    1、该频率仅为我国的智能仪表应用(电/气/水)预留。

    2.旧版本的 SDK 是否可以在839 ~ 847MHz 下运行,而不改变 losiver?

    3.您能告诉我们如何以软件的方式区分 Rev.E 和 F? 如果任何应用程序方案发生变化,我们可能需要在将来升级软件。

    我们工厂已经有了很多 Rev.F 芯片和模块、 因此这对我们来说非常重要。

    非常感谢。   

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

    Shuli,你的观点

    1) 1)好的、这是理解的。 是否有描述此情况的公开链接可以分享？

    2) 2)否、不更改"放分频器"将不起作用。 使用.loDivider = 0x05提供861MHz–1054MHz 的扫描范围(带裕度)(这是数据表编号)、.loDIvider = 0x06提供的扫描范围为718MHz–878MHz (带裕度)。 某些器件可能会在这些范围之外工作、但根据晶圆批次的性能可能有所不同、以此为基础进行设计并不是一个好的解决方案。

    3) 3)不应要求在 SW 中区分这两个器件、因为它们是软件兼容的。 修订版本 E 和修订版本 F 都有可能具有数据表技术规格之外的不可预计的运行方式、当然也会超出上述范围。 可以在 FCFG1 / MISC_CONF_1 / DEVICE_MINOR_REV 寄存器中查看修订版 E 和 F (技术参考手册 https://www.ti.com/lit/ug/swcu185e/swcu185e.pdf 中的838页 )。 对于 修订版本 E、它的值为0x00、对于 修订版本 F、它的值为0x01

    这里的结论是、您需要使用 loDiv = 0x06、以获得 839MHz ~ 847MHz 频带的兼容扫描范围 、并 也考虑器件变化。

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

    1.下面是 我们的电力公司提供的一些信息。  
    https://smartgrid.taipower.com.tw/CES/AMI_Infrastructure-2

    -> 2018年7月,政府正式批准使用839~847MHz 公共工业通信基础设施独家频道

    2.你能给我们一个关于".loDivider"的想法吗? 这一论点有什么作用？它对 RF 有何影响？

    3.您提到了不可预测的行为。 请告诉我们可能 存在的任何问题？  

    4.如果我们把工作频段换到865 ~ 868MHz、我们是否应该更改.loDivider？

    谢谢~

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

    Shuli,

    IoDivider 将基准频率除以因子、以创建无线使用的射频频率。 我在此线程的前面部分突出显示了值为0x05和0x06的范围。 如果使用865-868MHz 的射频传输频率、则处于器件的数据表规格 范围内(.loDivider = 0x05提供861MHz–1054MHz 的扫描范围(有裕度)、如数据表中所述)。 如果这是您的解决方案、那么我建议您实施它。 根据数据表规格、它应该适用于 CC1312R 器件的所有型号。

    当你在该线程前面所选的频率范围之外时、你可能无法获得一个传输。 这可能会因器件而异、因为它们并不完全相等、并且 VCO 频率调谐范围会略有差异。 我们仅对数据表中的范围进行了测试、因此超出该范围的情况是不可预测的。 芯片未设计为在数据表规格之外运行。