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.

[参考译文] CC1312R7:解调后的数据输出奇怪的形状

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1512506/cc1312r7-demodulated-data-output-strange-shape

器件型号:CC1312R7
主题中讨论的其他器件: CC1310CC1312R

工具/软件:

你(们)好

在我的系统中、我基本有两种设备:网络管理器(NM)和终端装置(EU)。 GFSK 调制、50kBits/s、射频频带868MHz。

NM 在 TI CC1312R1 LaunchPad 上运行。 EU 在 CC1312R7 LaunchPad 上或采用 CC1312R7的实际(定制)硬件上运行。

器件之间的通信看起来可以正常工作(接收到帧、CRC 通过、解密通过和发回 ACK)。

问题在于、如果 EU 在定制硬件上运行、则 nm 和 EU 射频内核输出的解调 RX 数据看起来非常奇怪。  

有什么想法可能是错的?

逻辑分析仪的屏幕截图、用于显示信号:  

此致、

Dimitar

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

    尊敬的 Dimitar:

    您能更详细地解释一下您看到的问题是什么吗?
    您的应用是否出现故障?
    相反、您期望什么?

    提前感谢您、
    Theo

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

    尊敬的 Theo:

    您是否熟悉以下内容: 将射频内核信号路由到物理引脚(如果不熟悉)。

    我有一个看起来像运转的应用程序。 问题在于此信号:

    MCE_GPO1†   接收时来自解调器的二进制数据信号。

    从射频内核 Cames 看起来不像射频帧、我希望它们看起来像这样、尤其是从低视图通信通过的应用点(图像显示从 EU 发送并通过 NM 确认的帧)。  

    所以我的问题是  当接收到的帧正常时、射频内核输出的已解调数据(用黄线环绕)为什么看起来如此奇怪?  

    此致、

    Dimitar   

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

    尊敬的 Dimitar:

    感谢您提供详细信息。

    这里的问题是将射频内核信号路由到物理引脚仅用于调试目的。
    射频内核正在对接收到的数据执行额外的处理、这意味着即使数据在引脚上看起来不正常、射频内核也能够正确地解释数据。 这就是您的应用程序显示无错误的原因。

    当您使用调试信号来解释来自引脚的数据包时、您将不会获得与让射频内核处理数据时相同的灵敏度。

    此致、
    Theo

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

    尊敬的 Theo:

    我肯定不会使用来自引脚的信号来解释数据包。

    正如我在 LaunchPad 上运行程序时已经写过的那样、信号看起来相当好、但如果在定制电路板上运行、则会很糟糕。 在这两种情况下、电路板(EU)与 nm 器件的距离相同、因此应提供较大的 RSSI (不小于-30dBm)。 如果欧盟在自定义波特图上运行、则 nm 和 EU 器件之间的频率偏移约为17kHz、因此请将 RX BW 设置为155kHz (原始频率为98kHz)进行测试、但我仍然没有看到平滑的 RX 数据形状。   

    我的问题是、现在仍然是:什么会导致 RX DETA 信号的差异?

    我认为、您的射频硬件团队的某个人可以给我正确的答案、或者至少给我指出正确的方向。

    此致、

    Dimitar     

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

    尊敬的 Dimitar:

    在 LP 和自定义硬件上运行时、用于 MCE_GPO1信号的 GPIO 配置是否相同? 我假设他们正在运行相同的固件、因此 具有相同的 GPIO 配置、但我想确认这一点。

    在原始帖子中、您提到数据速率为50kbps、但我没有提到偏差。 是25kHz 还是其他值?

    您是否比较了 LP 和定制硬件之间的频率偏移? 来自 MCE_GPO1的信号可以根据频率偏移发生变化、因为在任何频率误差补偿之前输出到引脚。

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

    尊敬的 Diego:

    我错误地预设了"This Resolve my issue (此解决我的问题)"按钮。  

    "在 LP 和自定义硬件上运行时、用于 MCE_GPO1信号的 GPIO 配置是否相同? 我假设他们正在运行相同的固件、因此 具有相同的 GPIO 配置、但我想确认这一点。" -是的,相同的软件和 GPIO 配置。  

    在原始帖子中、您提到数据速率为50kbps、但我没有提到偏差。 是25kHz 还是其他值? -是的, 25kHz,设置来自 RF 智能工作室 v.7.2.28。 频带为868MHz、此测试中的 TX 功率为+3dBm (最终将为12.5dBm)。   

    您是否比较了 LP 和定制硬件之间的频率偏移? 来自 MCE_GPO1的信号可以根据频率偏移发生变化、因为在任何频率误差补偿之前输出到引脚。 - 两个电路板相对于 NM 板的频率偏移: LP 有-4kHz ,定制电路板有17kHz。   

    我不打算使用此信号来解码数据包。 如果自定义硬件出现问题、我会将其隐藏起来、我会将此对话提升至低调。

    让我再问两个问题:

    1.了解 CC1312R7接收器件的功能您/ TI 是否认为在器件中实现频率偏移补偿仍然是一个好主意(我在基于 CC1110的一些旧工程中使用了此方法)?

    2.我使用的设置的 RX BW (来自 SMART RF Studio )是98kHz。 问题是 XOSC、它多少 ppm 的精度涵盖了该值?

    此致

    Dimitar   

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

    尊敬的 Dimitar:

    在 CC1310数据表中、有50kbps 25kHz 偏差 PHY 的 PER 与输入射频电平与频率偏移间的关系图。 尽管这不在 CC1312R7数据表中、但您应该在 CC1312R7上看到类似的偏移容差性能。

    它应该处理大约35ppm 的偏移、大于此值、在大约45ppm 偏移根本没有接收到数据包之前、灵敏度会显著下降。

    您是否使用与 CC1312R7参考设计中的晶体相同的晶体? 该参考设计使用电容器阵列来加载晶体。 如果您使用具有不同负载电容的晶体并保持默认电容器阵列值、那么晶体的频率偏移可能大于参考设计晶体。

    或者是否使用外部负载电容器并关闭电容器阵列?

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

    尊敬的 Diego:

    我知道存在电容器阵列、它应该根据晶振和 PCB 进行调整、但我不是硬件开发人员。  

    当然没有外部负载电容。 电容器阵列处于默认状态(根据文献、CC1312R 应为6.7pF)。 顺便说一下、 电容器阵列的电容是否以两个引脚上的总负载电容(根据晶体数据表所需的负载电容)或仅在其中一个引脚上的总负载电容的形式给出?

    根据硬件开发人员的说法、我们使用以下代码:

    e2e.ti.com/.../NX2016SA_2D00_48M_2D00_EXS00A_2D00_CS05517_2D00_Spec_2D00_Sheet.pdf

    此致、

    Dimitar  

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

    尊敬的 Dimitar:

    是的、电容器阵列的电容是晶体的总负载电容。 有关电容与电容器阵列差值的完整表格、请参阅 CC13xx/CC26xx 硬件配置和 PCB 设计注意事项的第6.4节