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.

[参考译文] CC110L:CC110L 设备之间的传输失败

Guru**** 2812305 points

Other Parts Discussed in Thread: CC110L, CC1101

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1605619/cc110l-transmission-between-cc110l-devices-fails

部件号: CC110L
主题中讨论的其他器件: test2CC1101

您好:

几年前、我开发了一款基于 CC110L 的接收器、用于替换过时的接收器设备 (ATA5760)。 在 这里得到了相当多的帮助后、这一发展取得了成功。 从那以后、接收器工作正常。

由于变送器硬件在未来几年内也必将淘汰、因此我现在正在使用 CC110L 的 TX 部分作为替代产品。 我认为这相当简单、因为大多数接收器配置设置也应该用于发送器。 然而,我遇到了一些问题:传输只是偶尔成功,也许每 8 次尝试中就有 1 次成功。 在其余时间、接收器不会响应。

以下是基本设置:

  • XTAL 频率:27MHz、基本频率:869.239258MHz、偏差:24.719238 kHz、数据速率:1.99556 kBaud。
  • TX 调制解调器 CONFIG MDMCFG1:2 个前导码字节(请参见下文)、16 位同步字= 0x5556。
  • TX 之后、器件自动切换回 IDLE (MCSM1 <1:0>= 00)。
  • PATABLE 设置= 0x50 = 0dB。 TX 和 RX 之间只有 60 厘米(2 英尺)、这应该没问题。

这是我的工作:

  1. 切换至空闲模式。
  2. 为 TX FIFO 加载 6 字节的测试数据(突发模式 0x7F 0xAA 0xBB 0xCC 0xDD 0xEE 0xFF)。
  3. STX 命令 (0x35)。
  4. 等待 0.5 秒(红色指示 LED 亮起)、之后可以使用新 TX。

但如前所述、成功传输只偶尔发生。 大多数情况下、接收器会检测到 TX 载波、但无法识别传输。

以下是我尝试过的:

  • 将调制深度(偏差)加倍至大约 49kHz:无改善。
  • 将前导码长度从 2 个字节增加到 4 个字节或 8 个字节:问题变得更糟、如中所示:不再成功传输。 也许这是导致问题的原因的线索? 请注意、偶尔成功意味着发送的 FIFO 数据和同步字看起来正确。
  • 将状态机设置为保持 TX 模式、并测量连续传输频率:869.225MHz。 我假设这应该是基本频率 (869.239MHz) 减去偏差 (24.7kHz)、但看起来略有偏差。 我认为这不是一个重大问题、但也许值得一提。

有人知道我在这里还在做什么吗? 也许我忽略了一个设置、这会妨碍正确的传输? 出于所有完整性考虑、我还附上了我用于 TX 和 RX 器件的 SmartRF Studio 7 配置;也许这有助于清除问题。

提前感谢、

CC110L-config_SRF7.xml 

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

    您好、

    对于频率偏移、请使用未调制的 Tx 载波来测量频率偏移(以 kHz 为单位)。 这使得频率偏移测量在 SA 上更易于读取。

    应该使用未调制的载波来测量基频。 即使是调制载波、调制也应围绕基础频率进行。  

    如果频率偏移大于约 28kHz、则您应该会遇到问题、因为您的 Rx 带宽设置为 168.7MHz。 以及 Tx 器件和 Rx 器件上的频率偏移。  

    如果频率偏移较大、则可以增加 Rx 带宽以检查是否接收到 Tx 数据包。 增加 Rx 带宽会降低灵敏度、但这是一项快速测试、可以查看它是否有所帮助。

    由于 Tx 和 Rx 上都有 CC110L、因此使用 SmartRF Studio 的默认设置应立即起作用。 建议使用标准的 2.4kBaud PHY 在 Rx 和 Tx 上开始调试。 然后、一次将一个参数更改为您的设置、以 找出根本原因。

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

    您好,感谢您的快速答复。

    首先是频率测量:这里没有频谱分析仪,结果是我年纪较大的频率计需要校准 — 我的同事拥有最先进的射频设备可以进行校准。 如有必要、我也可以使用他的车间和设备来查看调制过程中发生的确切情况、但我认为此 TX 设置应该很容易做到这一点。

    然而、即使有失调电压、我的测量结果看起来也是可重复且足够稳定的、因此至少我可以比较频率。

    我是否认为在没有数据传输的情况下永久开启 TX 应产生 SmartRF Studio 中给出的基频? 这与载波是相同的吗?

    • 根据 SmartRF Studio 设置、载波应为 869.239258MHz  
    • 发送器、测量值:869.225MHz
    • 接收器、测量值:869.222MHz

    因此、TX 和 RX 之间的偏移实际上只是 3kHz — 哪一个应该都可以,正确吗?

    但按照您的建议、我将 RX 带宽从 168.75kHz 增加到 281.25MHz,有点令人惊讶的是,这确实似乎产生了奇迹 — RX 现在每次都会拾取传输。 我想说的是、某处的 RX 和 TX 设置肯定不匹配。 唯一的问题是我找不到它 — 所有 TX 寄存器设置都与 RX 设置完全相同。 我将这两个设置列表并排放在一个表中、它们之间没有什么不同。

    因此,我将尝试使用基础频率设置进行实验,看看这是否会带来解决方案 — 以及使用 168.75kHz 的较窄旧 RX 带宽、因为新的 TX 器件还必须与现有的接收器一起使用。

    如果我有任何结果或问题、我将返回报告。

    再次感谢您迄今为止的支持!

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

    好的、我做了更多的试验和测试。

    将基频提高到~869.3MHz 确实可以改善问题,但仍远不完美 — 可能 10 次传输中有 7 次是成功的。

    然后、我看了同步字(设置为 0x55 0x56、其中 GDO0 设置为在接收到同步字时变为高电平)、有一种非常奇怪的情况发生:无论发送器中设置了什么同步字、都没有关系。 接收器几乎会在任何随机的 2 个字节上触发 — 并且每次都会触发一次。 传输仅在从 RX FIFO 检索实际数据时失败;该数据看起来像随机噪声、并因出现错误而被控制器静默丢弃。

    仅当我将 RX 带宽增加到 281.250000kHz 时,此行为才会停止 — 使用此设置,系统会正确识别同步字和从 TX 发送的 FIFO 数据。

    但是,带宽的这种增加似乎也会增加接收到的噪声 — 当没有 TX 发生时、由于错误识别的同步字、GDO0 引脚现在每隔几秒变为高电平。 但是、由于接收到的数据没有意义、因此控制器不接受该数据。

    此时、我几乎卡住了。 很明显,我无法理解正在发生什么,我无法想到一个好的解决方案。

    对于特定 CC110L 设置的频率、偏移和带宽方面具体发生的情况、是否有一些很好的解释? 例如、当启动 2-FSK 传输时、发出的频率是多少? 是基本频率加上减去偏差频率? 这与带宽有何关系? 中频频率的选择起着什么作用?

    我的道歉,如果我听起来无知,但我对 RF 的知识确实是有限的,几乎'老学校'。 我习惯了简单打开且具有电压可调频率的发送器、并且使用控制器来处理实际的位流、包括模式检测和错误检测。

    再次提前感谢您提供的任何信息。

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

    尊敬的 Richard:


    为了加深您的理解、我要从下面的应用手册开始、  SWRA122  (CC11xx 灵敏度与频率偏移和晶体精度间的关系) https://www.ti.com/lit/swra122

    第 4 款 一半  SWRA682  (查找 CC13x0 和 CC13x2 系列的新 PHY 的设置) https://www.ti.com/lit/swra682 也适用于 CC11xx 器件、以获取所需 RXBW 设置的基线近似值。

    有关 IF 频率的信息、请参阅:  CC1101 (它也适用于 CC110L)。  

    如果增加 RXBW 似乎可以改善接收效果、那么听起来频率偏移容差可能是根本原因。 增加 RXBW 将增加本底噪声、这是不可避免的、但在接收数据包时、同步字的选择也很重要(与增加的本底噪声分开)。

    我可能错过了一些内容、但如果您使用 SmartRF Studio 7 中的默认 PHY 设置之一(例如 10 或 38.4kBaud)、使用 PacketTX/PacketRX 测试时、您是否会遇到相同的接收问题、或者是否仅适用于您现在找到的 PHY 设置? 这可能是查看问题是否是您的硬件的最佳第一步。

    此致、

    Zack

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

    您好 Zack、

    感谢您的建议 — 这实际上与您在大约 3 年前为该项目的前一部分(RX 方面)提供的建议相同

    晶体容差带宽计算似乎足够简单:晶体具有 10ppm 容差、即 4 x 8.69kHz = 35kHz 的基础带宽、加上 2 x 25kHz 的偏差(调制深度)总计= 85kHz、或载波任一侧为 869.4kHz。

    当时,我选择了双倍的带宽 (168.75 kHz) 作为安全的一面,也因为使用的发射器(一个相当简单的 ATA8403 UHF TX 设备)可能有更高的容差。 这会产生 869.195 的双 FSK 频率、高达 869.245 的 869.205MHz(20kHz 调制深度) 和 869.285MHz(40kHz 调制深度)。  这已经非常好的工作,从字面上有数百个这些“旧式“发送器.

    我只是不明白为什么 TX 在 869.24MHz 的基础频率和 25kHz 的偏差下不起作用。 即使是最坏的情况、这也应该在基频附近的 168 kHz 带宽范围内,有足够的空间可供使用 — 而且它非常类似于那些正常工作的旧发射器发出的信号。 然而我必须忽略一些东西,因为我似乎遇到了一些与带宽相关的限制 — 我只是还不知道如何或在哪里。

    但我将按照您的建议、从 SmartRF Studio 7 设置其中一种默认的 TX + RX 配置、从而选择与我情况类似的配置。 至少,这应该确认我没有硬件问题。不过,这将是几天的时间来解决它。

    也许我应该开始通知我的客户、未来保持向后兼容性可能是不可行的、尤其是对于新的发射器。

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

    我还没有仔细查看所有相关文章、但是您提供的 SmartRF Studio 7 设置 (CC110L-CONFIG_SRF7.xml) 中的一个快速问题:

    MDMCFG2设置为0x36、 即使用 OOK 调制。 您似乎想使用 2-FSK,因此应将其设置为 — 除非我错过了一些其他上下文? 0x06

    此致、

    Zack

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

    您好 Zack、

    感谢审查了配置文件,但似乎有一个非常奇怪的问题:MDMCFG2 实际上是从这个文件中缺失 — 和许多其他寄存器一样,这些也是从旧的备份中缺失的。 使用 File -> Save Cfg 只保存 25 个寄存器、其中至少应有 53 个寄存器。 SmartRF Studio 拒绝保存所有可用寄存器的一半以上。  

    我还注意到、Register Export(右上角)功能仅列出所选的 25 个寄存器(与寄存器列表中显示为绿色的 25 个寄存器相同)、缺少 28 个寄存器(显示为黑色或灰色)、包括 MDMGFC2 可用 — 但我无法将其添加到选择中或导出它们。  SmartRF Studio 似乎有问题 — 可能是因为我在 Linux 下运行 SmartRF Studio 7(我没有任何 Windows 计算机)。

    然而,MDMCFG2 存在于我的实际不斜体化例程中,它具有正确的值 0x02 — 这有点遗憾。 我真的希望您能代表我找到一个简单的配置错误。

    以下是在我的应用程序中初始化的所有寄存器(值首先,地址,名称,然后注释):

    0x0D     ;[0x00 - GDO2_CFG]载波检测输出
    0x2E     ;[0x01 - GDO1_CFG]高阻抗
    0x06     ;[0x02 - GDO0_CFG] Sync 已接收出去
    0x47     ;[0x03 - FIFOTHR] RX FIFO 和 TX FIFO 阈值
    0x55     ;[0x04 - SYNC1]同步字、高字节
    0x56     ;[0x05 - SYNC0]同步字、低字节
    0x08     ;[0x06 - PKTLEN]数据包长度
    0x04     ;[0x07 - PKT1L1]数据包自动化控制=>附加状态
    0x00     ;[0x08 - PKTCTRL0]数据包自动化控制 — 设置正常的 FIFO 模式、固定数据包长度
    0x00     ;[0x09 - ADDR]设备地址
    0x00     ;[0x0A - CHANNR]通道# 0
    0x0F     ;[0x0B - FSCTRL1]频率合成器控制=> IF = 395.50781kHz
    0x00     ;[0x0C - FSCTRL0]频率合成器控制
    0x20、31、0xAD     ;[0x0D-0x0F - FREQ2:1:0]频率设置:0x20 31 AD = 869.239258MHz
    0x96     ;[0x10 - MDMCFG4]调制解调器配置:通道带宽= 168.7500 kHz
    0x36     ;[0x11 - MDMCFG3]调制解调器配置:符号速率= 1.99556 kHz
    0x02     ;[0x12 - MDMCFG2]调制解调器配置: 2-FSK,16/16 同步字位,无曼彻斯特解码
    0x02     ;[0x13 - MDMCFG1]调制解调器配置:至少 2 个前导码字节
    0xE5     ;[0x14 - MDMCFG0]调制解调器配置:信道间隔= 199.813843 kHz
    0x37     ;[0x15 - DEVIATN]调制解调器偏差设置 0x37 => 24.719238 kHz
    0x07     ;[0x16 - MCSM2]
    0x30     ;[0x17 - MCSM1]主无线电控制状态机配置:在 RX 或 TX 之后进入空闲状态
    0x18     ;[0x18 - MCSM0]主无线电控制状态机配置:从 IDLE 校准到 RX
    0x16     ;[0x19 - FOCCFG]频率偏移补偿配置
    0x6C     ;[0x1A - BSCFG]位同步配置
    0x03     ;[0x1B - AGCCTRL2] AGC 控制
    0x40     ;[0x1C - AGCCTRL1] AGC 控制
    0x91     ;[0x1D - AGCCTRL0] AGC 控制

    【未使用,已跳过】

    0xFB     ;[0x20 — 保留]
    0x56     ;[0x21 - FREND1]前端 RX 配置
    0x10     ;[0x22 - FREND0]前端 TX 配置
    0xE9     ;[0x23 - FSCAL3]频率合成器校准
    0x2A     ;[0x24 - FSCAL2]频率合成器校准
    0x00     ;[0x25 - FSCAL1]频率合成器校准
    0x1F     ;[0x26 - FSCAL0]频率合成器校准
       
    【未使用,已跳过】

    0x59     ;[0x29 — 保留]
    0x7f     ;[0x2A — 保留]
    0x3F     ;[0x2B — 保留]
    0x81     ;[0x2C - TEST2]
    0x35     ;[0x2D - TEST1]
    0x09     ;[0x2E - TEST0]

    为了获得良好的衡量标准、我将在参考数据表时再次查看它们、看看是否有任何遗漏(或不理解)的内容。

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

    啊,很明显 — 我误读了。

    我仍会使用 SmartRF Studio 7 中已知特征的 PHY 作为第一步、确认您的硬件是否按预期运行。 如果我们可以排除硬件问题、那么我将要求同事提供意见。

    此致、

    Zack

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

    好的、我选择了此预设选项、因为我认为它与我的用例非常相似:

    因此、4.8kBaud、25.4kHz 偏差、GFSK 和 100kHz RX 带宽。

    但是、我更改了 XTAL 频率 (27MHz 而不是 26MHz) 和基频 (868.239746MHz)、以便与我的硬件相匹配。 我还保留了旧同步字 (0x5556) 和数据包长度 (8)、并注意到 FSCTRL1 (IF)= 0x06 = 158kHz、似乎很低。 但如果更改这些参数、我将尝试查看我的旧配置会发生什么情况。  

    我可以确认这似乎可靠运行 -所以可能没有硬件问题,我的麻烦必须是由其他配置中的一个或多个设置引起的。

    完整起见、此测试配置的寄存器列表如下:

    0x0D     ;[0x00 - GDO2_CFG]载波检测输出
    0x2E     ;[0x01 - GDO1_CFG]高阻抗
    0x06     ;[0x02 - GDO0_CFG] Sync 已接收出去
    0x47     ;[0x03 - FIFOTHR] RX FIFO 和 TX FIFO 阈值
    0x55     ;[0x04 - SYNC1]同步字、高字节
    0x56     ;[0x05 - SYNC0]同步字、低字节
    0x08     ;[0x06 - PKTLEN]数据包长度
    0x04     ;[0x07 - PKT1L1]数据包自动化控制=>附加状态
    0x00     ;[0x08 - PKTCTRL0]数据包自动化控制 — 设置正常的 FIFO 模式、固定数据包长度
    0x00     ;[0x09 - ADDR]设备地址
    0x00     ;[0x0A - CHANNR]通道# 0
    0x06     ;[0x0B - FSCTRL1]频率合成器控制=> IF = 158.230125kHz
    0x00     ;[0x0C - FSCTRL0]频率合成器控制
    0x20、31、0xAD     ;[0x0D-0x0F - FREQ2:1:0]频率设置:0x20 31 AD = 869.239258MHz
    0xC7     ;[0x10 - MDMCFG4]调制解调器配置:信道带宽=105.468750 kHz
    0x75     ;[0x11 - MDMCFG3]调制解调器配置:符号速率= 4.80223 kHz
    0x12     ;[0x12 - MDMCFG2]调制解调器配置: GFSK ,16/16 同步字位,无曼彻斯特解码
    0x22     ;[0x13 - MDMCFG1]调制解调器配置:至少 2 个前导码字节
    0xE5     ;[0x14 - MDMCFG0]调制解调器配置:信道间隔= 199.813843 kHz
    0x37     ;[0x15 - DEVIATN]调制解调器偏差设置 0x37 => 24.719238 kHz
    0x07     ;[0x16 - MCSM2]
    0x30     ;[0x17 - MCSM1]主无线电控制状态机配置:在 RX 或 TX 之后进入空闲状态
    0x18     ;[0x18 - MCSM0]主无线电控制状态机配置:从 IDLE 校准到 RX
    0x16     ;[0x19 - FOCCFG]频率偏移补偿配置
    0x6C     ;[0x1A - BSCFG]位同步配置
    0x43     ;[0x1B - AGCCTRL2] AGC 控制
    0x40     ;[0x1C - AGCCTRL1] AGC 控制
    0x91     ;[0x1D - AGCCTRL0] AGC 控制

    【未使用,已跳过】
       
    0xFB     ;[0x20 — 保留]
    0x56     ;[0x21 - FREND1]前端 RX 配置
    0x10     ;[0x22 - FREND0]前端 TX 配置
    0xE9     ;[0x23 - FSCAL3]频率合成器校准
    0x2A     ;[0x24 - FSCAL2]频率合成器校准
    0x00     ;[0x25 - FSCAL1]频率合成器校准
    0x1F     ;[0x26 - FSCAL0]频率合成器校准

    【未使用,已跳过】

    0x59     ;[0x29 — 保留]
    0x7f     ;[0x2A — 保留]
    0x3F     ;[0x2B — 保留]
    0x81     ;[0x2C - TEST2]
    0x35     ;[0x2D - TEST1]
    0x09     ;[0x2E - TEST0]

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

    在这种情况下、它肯定听起来像是设置问题、感谢确认。 从我这边进行测试有点棘手、因为我不知道您要尝试使 CC1101 设计向后兼容的旧硬件 — 目前,如果您能够测试速度更快的建议(否则我需要收集 EVM 等)。

    值得测试的一项设置是 FREND1 寄存器;应设置为 0xB6 如果 RXBW 设置大于 100kHz(此处就是这种情况)。

    如果可以首先仅使用 SmartRF Studio 7 测试这些设置、将有助于缩小根本原因的范围。 您可以通过编辑安装文件夹中的.xml 文件来直接添加(和修改)设置、如下所述:  SWRU194  (SmartRF Studio 7 教程) https://www.ti.com/lit/swru194

    这样就避免了设置重置等。 在 GUI 中的 TX/RX 之间切换时(例如)。

    如果 您最终 使用了串行同步模式 (https://www.ti.com/lit/swra359)、以及是否禁用了数据包处理硬件以及未使用标准前导码/同步字结构、那么我对上一个线程也不是 100%清楚。

    如果是这种情况、请参阅  第 5 款  建议设置BSCFG.BS_LIMIT为 3(即将数据速率偏移补偿算法的饱和点设置为数据速率偏移的+/–12.5%)以降低 PER 平层。

    此致、

    Zack

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    从我这边进行测试有点棘手、因为我没有您试图使 CC1101 设计向后兼容的旧硬件

    是的、我知道这是一个问题。 但是、如果根据提供的寄存器配置设置了 TX 和 RX、那么至少应该重复传输问题、然后、问题是导致 TX 和 RX 失败的原因、尽管据我所知、所有相关的 TX 参数(带宽,偏差等)都在 RX 设置的合理范围内。

    如果需要、我还可以在邮件中放入旧硬件的示例;这就是密钥卡的大小。

    遗憾的是、我无法在 SmartRF Studio 中进行任何硬件测试、因为评估板 无法与 Linux 配合使用。 我基本上是通过控制器 IDE 中的代码更新 CC110L 设置。 是的、交换 TX 和 RX 器件有点麻烦、但实际上并不是一个大问题。 切换更新的配置、测试成本不到一分钟。

    将 FREND1 寄存器设置为 0xB6 似乎可以使 RX 工作更加可靠、但仍有一半的传输丢失。

    我不使用 串行同步模式;一次传输由组成

    • 3 字节前导码、最后 2 个是同步字 0x55 0x56。 最后一个反相(曼彻斯特)位是开始位。 最初(几乎 25 年前),这被指定为一个 24 位的前导码和一个同步位,所以它相当原始。 这也意味着同步字是固定的。
    • 6 或 8 个曼彻斯特编码字节、在 RX FIFO 中接收。 这些数据被解码为 3 或 4 字节的有效负载数据(在我的控制器中,CC110L 无法与强制同步字一起处理曼彻斯特格式)。 额外的 2 个字节仅在发射器的电池电量较低时才传输。

    我想知道的一点是 PCKTCTR0 (0x08) 中的数据包长度:我是否应该将其设置为无限数据包长度或固定长度、并指定最大长度为 8 个字节? 我尝试了这两种设置、但这似乎对 RX 没有任何影响、因此它似乎不会影响传输的数据本身。 (我知道可变长度模式将插入一个额外的字节,因此我不使用它。)

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

    我注意到您写了“这应该没问题、TX 和 RX 之间只有 60 厘米(2 英尺)。“、当您设法接收时、RSSI 是什么? 请注意、您可能会使 CC110L/1 上的接收器饱和、也可以尝试将输出功率设置得更低。  

    你有一个频谱,将范围设置为 0 你可以看到什么是在空气与原始解决方案和比较.  

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

    否、近距离信号强度不是问题、原因有多种。 主要原因是增加 RX 带宽可以解决问题、涉及接收器饱和时不应发生这种情况。 而且,我测试了设置,同时在车间走动与发射机,这没有任何区别. 最后、我可以字面上将旧的传统发送器直接放置在 RX PCB 的顶部、但它仍然可以正常工作。

    但同样感谢所有的建议 — 这不会是第一次,我忽略了一些非常基本的东西。