您好！
是否可以使用 CC1101从 另一个具有不同数据包格式的发送器件接收数据包？
我有一些器件在433.301Mhz、2-FSK、250Kbs 和93.75Khz 偏移上传输
我想在我的产品中使用 CC1101。
数据包长度为15字节。
前导码为0x55、0x55、0x55、0x55
Sync 字为0x54、0x21、0xA4、0x23
以下7个字节是数据有效载荷。
无论我到目前为止尝试的 SmartRF Studio 中的设置是什么、都不会接收到任何数据。
如果没有内置的数据包处理程序的帮助、我很乐意接收原始的15个字节、但没有找到这样做的方法。
我们非常感谢您提供任何指导。
我的背景是 MCU 不是射频、因此、如果以上 内容看起来很愚蠢、我深表歉意。 此外、由于我在这一领域感到非常不满意、因此我们也希望得到详细的回答。
谢谢
Alan
你好、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
你好、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