[参考译文] CC1101：不同的数据包格式

你好、Alan

我在使用 SmartRF Studio 测试 CC1101的地方进行了测试。 我将频率编程为433.301、将数据速率编程为250kbps (2-FSK)。

不确定 93.75kHz 偏移的含义(这是哪个偏移？)

CC1101只有两个同步寄存器、因此对于4字节同步字、只需重复2个字节。 这意味着它不能查找  0x54、0x21、0xA4、0x23作为同步。

您需要做的是将对讲机配置为2字节同步字并将同步字设置为0x54、0x21

当您有这样一个短同步字时、您将会有很多错误同步检测、为了避免这种情况、您可以使用地址过滤并将地址设置为0xA4 (同步字中的第3个字节)。 然后、在开始接收 RX FIFO 中的数据之前、同步字中4个字节中的3个字节必须匹配。

在接收7个有效载荷字节之前、FIFO 中将包含地址(0xA4)和0x23。 这意味着您需要使用固定数据包长度模式并将数据包长度设置为9。

在测试时、我仍然收到一些假数据包、因此我启用了同步字的载波侦听(CS)门控(MDMCFG2.SYNC_MODE = 6)。 使用此功能时、您需要确保您对合理的 CS 阈值进行编程、因为您不会检测到 RSSI 低于此阈值的同步字。 我尚未在下面的设置中对此进行优化。

您最后需要做的是禁用 CRC。

设置如下：

// Address Config = No address check 
// Base Frequency = 433.300934 
// CRC Autoflush = false 
// CRC Enable = false 
// Carrier Frequency = 433.300934 
// Channel Number = 0 
// Channel Spacing = 199.951172 
// Data Format = Normal mode 
// Data Rate = 249.939 
// Deviation = 126.953125 
// Device Address = a4 
// Manchester Enable = false 
// Modulated = true 
// Modulation Format = 2-FSK 
// PA Ramping = false 
// Packet Length = 9 
// Packet Length Mode = Fixed packet length mode. Length configured in PKTLEN register 
// Preamble Count = 4 
// RX Filter BW = 541.666667 
// Sync Word Qualifier Mode = 16/16 + carrier-sense above threshold 
// TX Power = 0 
// Whitening = false 
// PA table 
#define PA_TABLE {0x60,0x00,0x00,0x00,0x00,0x00,0x00,0x00}

static const registerSetting_t preferredSettings[]= 
{
  {CC1101_IOCFG0,        0x06},
  {CC1101_SYNC1,         0x54},
  {CC1101_SYNC0,         0x21},
  {CC1101_PKTLEN,        0x09},
  {CC1101_PKTCTRL0,      0x00},
  {CC1101_ADDR,          0xA4},
  {CC1101_FSCTRL1,       0x12},
  {CC1101_FREQ2,         0x10},
  {CC1101_FREQ1,         0xAA},
  {CC1101_FREQ0,         0x59},
  {CC1101_MDMCFG4,       0x2D},
  {CC1101_MDMCFG3,       0x3B},
  {CC1101_MDMCFG2,       0x86},
  {CC1101_DEVIATN,       0x62},
  {CC1101_MCSM0,         0x18},
  {CC1101_FOCCFG,        0x1D},
  {CC1101_BSCFG,         0x1C},
  {CC1101_AGCCTRL2,      0xC7},
  {CC1101_AGCCTRL1,      0x00},
  {CC1101_AGCCTRL0,      0xB0},
  {CC1101_WORCTRL,       0xFB},
  {CC1101_FREND1,        0xB6},
  {CC1101_FSCAL3,        0xEA},
  {CC1101_FSCAL2,        0x2A},
  {CC1101_FSCAL1,        0x00},
  {CC1101_FSCAL0,        0x1F},
  {CC1101_TEST0,         0x09},
  {CC1101_RSSI,          0x80},
  {CC1101_MARCSTATE,     0x01},
  {CC1101_VCO_VC_DAC,    0x94},
};

Siri

不需要，CC1101只需要.... 1010110.....即可实现位同步和 AGC 稳定。

Siri

你好、Alan

首先、我已经与射频团队的某个人交谈过、没有 AGC 寄存器或其他任何建议您进行调整以尝试克服这一问题的东西。

正确的是、同步字的 PQT 门控可以提供帮助。 没有想到这一点。 我将尝试解释它的工作原理。

对于您接收到的与前一位不同的每个位、计数器将递增1、并且以相同的方式、每当两个位相等时、计数器将递减8。 当 该计数器处于或高于 PQT 阈值(4*PQT)并且只要计数器高于阈值、该信号就会保持高电平。 当低于阈值时、它仍然保持高电平、以增加等于同步字长度的位数、在您的情况下为16位。

必须将 PQT_REPEDTED 置为有效才能接受同步字。

下面显示了两个示例以及您的数据包。 我假设计数器从0开始(不知道同步字之前的数据是什么)。

假定 PQT 设置为7、因此阈值为28

如果对讲机能够正确解调所有前导码位、则 PQT_REPEDn 将从同步字之前的最后1.5个字节生效、并用于完整的同步字。 在这种情况下、将接受同步字。

在第二种情况下、不接收前导码的第一个位(无线电需要一些时间进行位同步等)、并且 PQT_REPEed 比第一个情况晚4位被置为有效。 由于这个 PQT_REPEDn 后来被置为有效、当你在0x54中得到0时、计数器的值较低、并且在达到完整阈值之前、PQT_REPEDn 被置为无效、因此不接受同步字。

从这些示例中、我希望您了解门控的工作原理。 使用此功能将减少错误同步检测、但设置过于严格也会导致实际数据包丢失。

BR

Siri

我并不是要告诉您应该将 PQT 设置为7。 我只是为您提供了一个示例、以说明该功能的工作原理(正如您所要求的那样)。

如果您查看数据表、您将看到 PQT 为3位、这意味着它可以取0到7的值、其中0表示无门控。

阈值始终为4*PQT，这意味着它可以取0、4、8、12、...的值。 28.

您可以使用您的设置进行测试、以查看是否可以同时找到一个值来限制错误同步检测、因为您不会丢失要接收的同步字。

CS 还会在同步检测中发挥作用、我在6月9日的电子邮件中提到了这一点。

Siri

Siri、

感谢您的反馈。 我将通过实验完成 PQT 设置。 CS 也是如此。

我非常感谢您的所有努力和帮助。

Alan