[参考译文] CC1121：当从空闲模式切换到透明串行模式上的 TX 模式时、RF 上的奇怪信号大约为200us

-您在 TX 中使用透明模式的原因是什么？
您能否发布一些图表、以显示您在空中看到的与发送给 CC1121相比的情况？

-您在 TX 中使用透明模式的原因是什么？
=>我们必须与使用 CC1101并具有属性原型协议框架的旧产品兼容。
您能否发布一些图表、以显示您在空中看到的与发送给 CC1121相比的情况？
=>我在无线传输的信号与我发送到 CC1121的信号相同。 唯一的问题是、当我们从空闲状态变为 TX 时、我们在空气中有这个奇怪的射频脉冲(200us)。 在这200us 之后、没有射频再次无线传输、我们可以正确地发送数据。 我们自己的硬件和 TI 的开发套件上也有相同的套件、后面是 SmartRF Studio

//地址配置=无地址检查
//比特率= 19.2
//载波频率= 433.919800
//偏差= 17.944336
//设备地址= 0
//曼彻斯特启用= false
//调制格式= ASK/OOK
// PA 斜升= false
//数据包位长度= 0
//数据包长度= 3.
//数据包长度模式=变量
//性能模式=高性能
// RX 滤波器带宽= 66.66667
//符号速率= 19.2
// TX 功率= 12.5
// Whitening = false

静态常量寄存器 Setting_t preferredSettings[]=
｛
｛CC112X_IOCFG3、 0xB0｝、
｛CC112X_IOCFG2、 0x08｝、
｛CC112X_IOCFG1、 0xB0｝、
｛CC112X_IOCFG0、 0x09｝、
｛CC112X_SYNC3、 0xD3｝、
｛CC112X_SYNC2、 0x91｝、
｛CC112X_SYNC1、 0xD3｝、
｛CC112X_SYNC0、 0x91｝、
｛CC112X_SYNC_CFG0、 0x03｝、
｛CC112X_EX偏差_M、 0x26｝、
｛CC112X_MODCFG_DEV_E、 0x1D｝、
｛CC112X_DCFILT_CFG、 0x13｝、
｛CC112X_PREAMING_CFG1、 0x00｝、
｛CC112X_IQIC、 0x00｝、
｛CC112X_CHAN_BW、 0x03｝、
｛CC112X_MDMCFG1、 0x06｝、
｛CC112X_MDMCFG0、 0x45｝、
｛CC112X_symbol_Rate2、 0x83｝、
｛CC112X_AGC_REF、 0x30｝、
｛CC112X_AGC_CS_THR、 0xEF｝、
｛CC112X_AGC_CFG3、 0xD1｝、
｛CC112X_AGC_CFG2、 0x3F｝、
｛CC112X_AGC_CFG1、 0x32｝、
｛CC112X_AGC_CFG0、 0x9F｝、
｛CC112X_FIFO_CFG、 0x00｝、
｛CC112X_Setting_CFG、 0x03｝、
｛CC112X_FS_CFG、 0x14｝、
｛CC112X_PKT_CFG2、 0x03｝、
｛CC112X_PKT_CFG1、 0x00｝、
｛CC112X_PKT_CFG0、 0x20｝、
｛CC112X_PA_CFG2、 0x3C｝、
｛CC112X_PA_CFG1、 0x54｝、
｛CC112X_PA_CFG0、 0x78｝、
｛CC112X_IF_Mix _CFG、 0x00｝、
｛CC112X_FREQOFF_CFG、 0x00｝、
｛CC112X_TOC_CFG、 0x0A｝、
｛CC112X_FREQ2、 0x6C｝、
｛CC112X_FREQ1、 0x7A｝、
｛CC112X_FREQ0、 0xDE｝、
｛CC112X_FS_DIG1、 0x00｝、
｛CC112X_FS_DIG0、 0x5F｝、
｛CC112X_FS_CAL1、 0x40｝、
｛CC112X_FS_CAL0、 0x0E｝、
｛CC112X_FS_CHP、 0x27｝、
｛CC112X_FS_DIVTWO、 0x03｝、
｛CC112X_FS_DSM0、 0x33｝、
｛CC112X_FS_DVC0、 0x17｝、
｛CC112X_FS_PFD、 0x50｝、
｛CC112X_FS_PRE、 0x6E｝、
｛CC112X_FS_REG_DIV_CML、 0x14｝、
｛CC112X_FS_SPARE、 0xAC｝、
｛CC112X_FS_VCO2、 0x4B｝、
｛CC112X_FS_VCO1、 0x9C｝、
｛CC112X_FS_VCO0、 0xB4｝、
｛CC112X_XOSC5、 0x0E｝、
｛CC112X_XOSC1、 0x03｝、
｛CC112X_DCFILTOFFSET_I0、0x11｝、
｛CC112X_DCFILTOFFSET_Q1、0x03｝、
｛CC112X_DCFILTOFFSET_Q0、0x45｝、
｛CC112X_AGC_GAIN1、 0x13｝、
｛CC112X_FSCAL_CTRL、 0x09｝、
｛CC112X_PARTNUMBER、 0x40｝、
｛CC112X_PARTVERSION、 0x21｝、
｛CC112X_serial_status、 0x08｝、
｛CC112X_MODE_STATUS1、 0x10｝、
}；

"我们必须与使用 CC1101并具有属性性协议框架的旧产品兼容。"：如果位长度是恒定的、您仍然可以使用数据包处理来实现此目的。 关闭前导码+ SYNC + CRC (或将数据包的第一个字节作为 SYNC)并将完整数据包加载为有效载荷。 您是否通过这种方法来实现它？

要找到与旧阅读器设备上的 CC1101设置兼容的工作配置是一项挑战。 因此、我们很高兴它现在可以正常工作！

我现在尝试更改 SmartRF Studio 设置以使用数据包处理。 但在射频和 CC1101板上、我们看不到数据。

也许您可以检查我们的设置、告诉我需要更改什么来测试数据包处理、就像您要求的那样。

测试的原始数据为0x20 0x42 0x08 0xAA。 但我们必须为数据包内的每个字节放置一个起始位(0)和一个停止位(1)。

因此、现在更容易使用透明串行模式。

很抱歉、我更改了起始位和停止位。 Start (开始)为1、Stop (停止)为0。

但顺便说一下、我们的电流问题不是发射本身。 这可以正常工作、CC1101上的接收器可以看到数据正确。
问题是当我们从空闲状态切换到 TX 状态时、这个200us 射频。

此致
Markus

您好、
您对我的问题有什么新的看法吗？

我仍然无法理解您在以下方面遇到的问题：
您能否发布一些图表、以显示您在空中看到的与发送给 CC1121相比的情况？

"很抱歉、我更改了起始位和停止位。 Start (开始)为1、Stop (停止)为0。"：这没有回答我的问题：这些在空中是什么样子的？

您好！

蓝色：是我发送到 CC1121的 GPIO0线路

黄色：是在天线上测量的射频信号

绿色：是 TRXEB 板上的 GPIO0线路、CC1101处于连续 RX -异步串行模式

现在、当我将 CC1121从空闲状态切换到 TX 状态时、您会看到200us 射频 jused。 我的天线上有这个、TI 板也会看到这个"尖峰"

对于测试、我现在将大约5ms 的延迟更好地查看它。

希望您现在看到我的问题。

此致

Markus

这看起来与 CC112x 如何进行 PA 升降有关。 当 PA 被打开时、不管是否将第一个符号设置为逻辑'1'、它看起来就像芯片。 我找不到关闭它的方法。 由于这比实际数据包的时间要提前一点、您是否能够在 RX 中抑制这一额外的"1"？

您好！

问题是、我们无法在 RX 模式下抑制该额外位、因为处于 RX 模式的读取器是一个我们无法更改的旧版 CC1101产品。 我们无法接触到这个旧系统。 我们"只能"构建一个兼容的 TX 器件、上面有 CC1121。

我们可以看到、如果我们在切换到 TX 之前降低 TX 功率、我们就会在射频上获得一个干扰信号。 但我们仍然有这个 Spike。

如果这可能是问题、是否有可能切换此 PA 斜升？

此致

Markus

无论 PA 是否斜升、都存在尖峰。

侧面的问题：当您使用透明模式时、转到 CC1121会获得什么好处？

我们尚未启用 PA 升降

我们的器件已准备好在其上安装一个 CC1121、可用于其他应用。

您好、

我尝试使用具有 UART 模式的 PacketDomain 进行禁用同步字和前导码的测试、并且在射频上也有此尖峰。 因此、另一侧的接收器将开始接收一个字节的数据。

我还可以看到、此尖峰的大小会影响 TX-Power 设置。 高功率->大峰值，低功率->密封剂峰值。

我们怎么禁用它有什么想法吗？

此致

Markus

正如我写的、我怀疑尖峰是 PA 斜坡实现方式的函数

我相信在 TX 时可以更改 TXPOWER。 当我进行测试时、将功率设置为最小值会导致尖峰消失。 您可以尝试在进入 TX 之前将 TX 功率设置为最小值、然后在芯片处于 TX 模式后尝试将寄存器设置为所需的值。  

看看这是否可行、如果不可行、我们可以查看您的最新问题。    

您是否认为我应该在使用 STX 之前尝试将 PA_CFG 设置为0x00、然后再将其设置回0x3C？ 或者、我应该设置更多的寄存器吗？

这基本上就是我希望你在它工作时尝试的东西。 这只是您需要为此更改的 PA_CFG。

您是否最终成功实现了这一目标？