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.

[参考译文] CC1310:CC1310 WMBUS 434 MHz

Guru**** 2560390 points
Other Parts Discussed in Thread: WMBUS, CC1310, CC1101, CC1350

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/786677/cc1310-cc1310-wmbus-434-mhz

器件型号:CC1310
Thread 中讨论的其他部件:WMBUSCC1101CC1350

您好!

我需要在 wmbus 应用中测试 CC1310 RX 性能。 我的目标是能够读取来自我的 CC1310端点的数据包。 根据法规、我所在国家/地区的 wmbus 的工作频率为434.475 MHz。

主要问题是 、CC1310的 wmbus 堆栈对于该特定频率没有任何类型的示例、仅针对868MHz。 我没有找到任何有关如何更改此内容的文档。

我真的不想将 我为另一个收发器制作的所有端点 wmbus 代码都移植 到 CC1310来测量其性能....

CC1310是否有任何简单的 RX wmbus T1/T2示例而不使用 stackforce 提供的堆栈?

谢谢!!

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

    遗憾的是、我们没有任何此类示例、您需要使用 StackForce 堆栈。 是您所使用的 RSSI 还是更具体的 RSSI?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我尝试执行应用报告 SWRA522E 中描述的步骤

    1-然后我下载了 cc1310的建议设置:SWRA522

    2 -已将其上传到 SmartRF Studio

    3 - 将频率从868MHz 更改为434.475、并相应地更新了设置。

    4 -从 CC1310 SDK 加载示例 rfPacketRx、但使用步骤3的设置。 SmartRF 更改的唯一参数是:

    .centerFreq = 0x01B2、
    .intFreq = 0x8000、
    .loDivider = 0x0A、
    
    TxPower = 0x913F、
    .frequency = 0x01B2、
    .fractFreq = 0x799A、 

    5 -在我的板上(对于434MHz)和 launchpad (868MHz)上进行了测试、不起作用(无法从多个 wmbus 器件读取 wmbus 数据包)。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我还可以在 SmartRF Studio 中读取一些数据、这些数据可能是 wmbus 数据包、但在 rfPacketRx 固件示例中不是。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Eduardo、

    如果您只想测试 PHY、那么您应该可以这样做、它也应该在434MHz 下工作。 在 rfPacketRx 项目中测试此项时、是否确保使用的是 wmbus 补丁? 如果您看看 SmartRF_settings.c 文件顶部的补丁结构、此处填充了什么?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    是的、我在 smartf_settings.c 文件中使用 wmbus 补丁、这就是问题哈哈。 这根本不起作用。 我删除了该文件并在 smartf studio 中从头开始制作新文件、然后 cc1310开始接收数据包。 现在、我必须在软件中执行6分中的3分解码、我认为应该可以。

    我相信这些 wmbus 补丁只能在868 MHz 下工作、这毫无意义。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我能够读取的最小 RSSI 为-80dBm。 有效范围比灵敏度较低的 CC1101更差。 SmartRF Studio 生成的 SmartRF_settings 有问题。 我不能使用 wmbus 补丁或 wmbus smartf_settings.c、因为它只能在868MHz 下工作...
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Eduardo、

    该补丁也应在434MHz 频率下工作。 您能否分享一下您是如何生成您尝试使用的设置的?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    以下是设置:

    //
    //由 SmartRF Studio 版本2.5.0 (内部版本#27)生成
    //针对 SimpleLink SDK 版本进行了测试:CC13x0 SDK 1.0.xx
    //器件:CC1310修订版本2.1
    //
    //
    
    
    //
    //参数摘要
    //地址:AA-bb
    //频率:868.95000MHz
    //数据格式:串行模式禁用
    //偏差:50.000kHz
    //数据包长度配置:变量
    //最大数据包长度:128
    //数据包长度:30
    // RX 滤波器带宽:196kHz
    //符号速率:100.00038kBaud
    //同步字长度: 16位
    // TX 功率:14dBm (需要在 ccfg.c 中定义 CCFG_FORCE_VDDR_HH = 1、请参阅 CC13xx/CC26xx 技术参考手册)
    // Whitening:无白化
    
    
    #ifdef device_family
    undef device_family_path
    #define DEVICE_FACE_PATH (x) 
    其他
    错误"您必须在项目级别将 DEVICE_family 定义为 cc26x0、cc26x0r2、cc13x0等的其中一个。"
    #endif
    
    
    #include DEVICE_family_path (driverlib/rf_mailbox.h)
    #include DEVICE_family_path (driverlib/rf_common_cmd.h)
    #include DEVICE_family_path (driverlib/rf_prop_cmd.h)
    #include 
    #include DEVICE_CORE_PATH (rf_patches/rf_patche_cpe_wmbus_ctmode.h)
    #include DEVICE_family_path (rf_patches/rf_patch_mce_mcge_mcot_wmbus_intmode.h)
    #include DEVICE_family_path (rf_patches/rf_rf_rtc_wmbus_mode.h) 0x00000001t
    0x00000001t
    
    、0x00000001t、0x00000001t 0XFF_t0002、0x0000.h、0x00000001t 0XFFF0002 0xF2STH};
    uint32_t txShapeCMode[]={0x00000000、0x00000000、0x00000000、0x440F0200、0xDD8CA96、 0xD9D9D9D9D9D9};
    
    // TI-RTOS 射频模式对象
    RF_Mode RF_PROP=
    {
    rfMode = RF_MODE_Proprietary"子模式1、
    .cpePatchFxn =&rf_patch_cpe_wmbus_ctmode、
    .mcePatchFxn =&rf_patch_mce_wmbus_ctmode、
    .rfePatchFxn =&rf_patch_rfe_wmbus_ctmode
    };
    
    //覆盖 CMD_PROP_RADIO_DIV_SETUP
    静态 uint32_t pOverrides[]=
    {
    //运行 MCE 和 RFE 补丁
    MCE_RFE_OVERRIDE (1、0、0、1、0、0)、
    // override_synth_prop_863_930_div5.xml
    //合成:将推荐的 RTRIM 设置为7
    HW_REG_OVERRIDE (0x4038、0x0037)、
    //合成:将频率设置为4MHz
    (uint32_t) 0x000684A3、
    //合成:配置精细校准设置
    HW_REG_OVERRIDE (0x4020、0x7F00)、
    //合成:配置精细校准设置
    HW_REG_OVERRIDE (0x4064、0x0040)、
    //合成:配置精细校准设置
    (uint32_t) 0xB1070503、
    //合成:配置精细校准设置
    (uint32_t) 0x05330523、
    //合成:将锁定后的环路带宽设置为20kHz
    (uint32_t) 0x0A480583、
    //合成:将锁定后的环路带宽设置为20kHz
    (uint32_t) 0x7AB80603、
    //合成:配置 VCO LDO (在 ADI1中、设置 VCOLDOCFG=0x9F 以使用电压输入基准)
    ADI_REG_OVERRIDE (1、4、0x9F)、
    //合成:配置同步 LDO (在 ADI1中、设置 SLDOCTL0.COMP_CAP=1)
    ADI_HALFREG_OVERRIDE (1、7、0x4、0x4)、
    //合成:使用24MHz XOSC 作为同步时钟、启用额外的 PLL 滤波
    (uint32_t) 0x02010403、
    //合成:配置额外的 PLL 滤波
    (uint32_t) 0x00108463、
    //合成:增加同步编程超时(0x04B0 RAT 节拍= 300us)
    (uint32_t) 0x04B00243、
    // override_phy_rx_aaf_bw_0xd.xml
    // Rx:将抗混叠滤波器带宽设置为0xD (在 ADI0中、设置 IFAMPCTL3[7:4]=0xD)
    ADI_HALFREG_OVERRIDE (0、61、0xF、0xD)、
    // override_phy_gfsk_rx.xml
    // Rx:将 LNA 偏置电流修整偏移设置为3
    (uint32_t) 0x00038883、
    // Rx:在发现同步事件时冻结 RSSI
    HW_REG_OVERRIDE (0x6084、0x35F1)、
    // override_phy_gfsk_pa_ramp_agc_reflevel_0x2e.xml
    // Tx:配置 PA 斜升设置并将 AGC 基准电平设置为0x2E
    HW_REG_OVERRIDE (0x6088、0x082E)、
    // Tx:配置 PA 斜升设置并设置 AGC 稳定等待=(0x7+1)*2 = 16个样本
    HW_REG_OVERRIDE (0x608C、0x0407)、
    // override_phy_rx_rssi_offset_5db.xml
    // Rx:设置 RSSI 偏移以将报告的 RSSI 调整+5dB
    (uint32_t) 0x00FB88A3、
    // TX 功率覆盖
    // Tx:将 PA 调整设置为最大值(在 ADI0中、设置 PACTL0=0xf8)
    ADI_REG_OVERRIDE (0、12、0xF8)、
    // AGC winsize 2个样本
    HW_REG_OVERRIDE (0x6064、0x1101)、
    // CS 阈值为–107dBm
    HW_REG_OVERRIDE (0x6090、0xA095)、
    //让修补程序控制相关器设置
    (uint32_t) 0x00048103、
    //清除内部无线电寄存器中因频率变化而产生的状态
    HW_REG_OVERRIDE (0x51F8、0x0000)、
    //将分频器偏置设置为禁用
    HW32_array_override (0x405C、1)、
    (uint32_t) 0x18000200、
    T// TX 形状
    0xC0040031、
    (uint32_t)&txShapeTMode[0]、
    C// TX 形状
    //0xC0040031、
    //(uint32_t)&txShapeCMode[0]、
    (uint32_t) 0xFFFFFFFF、
    };
    
    
    // CMD_PROP_RADIO_DIV_SETUP RFC_CMD_PROP_RADIO_DIV_SETUP
    _DIV_SETUP_t RF_cmdPropRadioDivSetup =
    {
    .commandNo = 0x3807、
    .status = 0x0000、
    .pNextOp = 0、//插入适用的指针:(uint8_t*)&xxx
    .StartTime = 0x00000000、
    .startTrigger.triggerType = 0x0、
    .startTrigger.bEnaCmd = 0x0、
    .startTrigger.triggerNo = 0x0、
    .startTrigger.PastTrig = 0x0、
    .condition.rule = 0x1、
    .condition.nSkip = 0x0、
    .module.modType = 0x0、
    .modulation.deviation = 0xC8、// T 模式:0xC8、C 模式:0xB4
    symbolRate.prescale = 0xC、
    symbolRate.rateWord = 0xCCCD、
    .rxBw = 0x27、
    .PreambBytes = 0x4、
    .Conf.前置 放大器模式= 0x0、
    .formatConf.nSwBits = 0x10、
    .formatConf.bBitVersal = 0x0、
    .formatConf.bMsbFirst = 0x1、
    formatConf.fecMode = 0x0、
    formatConf.whitenMode = 0x0、
    .config.frontEndMode = 0x0、
    config.biasMode = 0x1、
    config.analogCfgMode = 0x0、
    config.bNoFsPowerUp = 0x0、
    TxPower = 0xA73F、
    .pRegOverride = pOverrides、
    .centerFreq = 0x01B2、
    .intFreq = 0x8000、
    .loDivider = 0x0A、
    };
    
    // CMD_FS
    RFC_CMD_FS_t RF_cmdF =
    {
    .commandNo = 0x0803、
    .status = 0x0000、
    .pNextOp = 0、//插入适用的指针:(uint8_t*)&xxx
    .StartTime = 0x00000000、
    .startTrigger.triggerType = 0x0、
    .startTrigger.bEnaCmd = 0x0、
    .startTrigger.triggerNo = 0x0、
    .startTrigger.PastTrig = 0x0、
    .condition.rule = 0x1、
    .condition.nSkip = 0x0、
    .frequency = 0x01B2、
    .fractFreq = 0x799A、
    synthConf.bTxMode = 0x0、
    .synthConf.refFreq = 0x0、
    .__dummy0 = 0x00、
    .__dummy1 = 0x00、
    .__dummy2=0x00,
    .__dummy3 = 0x0000、
    };
    
    // CMD_PROP_TX
    RFC_CMD_PROP_TX_t RF_cmdPropTx =
    {
    .commandNo = 0x3801、
    .status = 0x0000、
    .pNextOp = 0、//插入适用的指针:(uint8_t*)&xxx
    .StartTime = 0x00000000、
    .startTrigger.triggerType = 0x0、
    .startTrigger.bEnaCmd = 0x0、
    .startTrigger.triggerNo = 0x0、
    .startTrigger.PastTrig = 0x0、
    .condition.rule = 0x1、
    .condition.nSkip = 0x0、
    .pktConf.bFsOff = 0x0、
    .pktConf.bUseCrc = 0x1、
    .pktConf.bVarLen = 0x1、
    .pktLen = 0x1E、//设置应用有效载荷长度
    syncdWord = 0x0000543D、
    .pPKT = 0、//插入适用的指针:(uint8_t*)&xxx
    };
    
    // CMD_PROP_RX
    RFC_CMD_PROP_RX_t RF_cmdPropRx =
    {
    .commandNo = 0x3802、
    .status = 0x0000、
    .pNextOp = 0、//插入适用的指针:(uint8_t*)&xxx
    .StartTime = 0x00000000、
    .startTrigger.triggerType = 0x0、
    .startTrigger.bEnaCmd = 0x0、
    .startTrigger.triggerNo = 0x0、
    .startTrigger.PastTrig = 0x0、
    .condition.rule = 0x1、
    .condition.nSkip = 0x0、
    .pktConf.bFsOff = 0x0、
    .pktConf.bRepeatOk = 0x0、
    .pktConf.bRepeatNok = 0x0、
    .pktConf.bUseCrc = 0x1、
    .pktConf.bVarLen = 0x1、
    .pktConf.bChkAddress = 0x0、
    .pktConf.endType = 0x0、
    .pktConf.filterOp = 0x0、
    rxConf.bAutoFlushIgnored = 0x0、
    rxConf.bAutoFlushCrcErr = 0x0、
    rxConf.bIncludeHdr = 0x1、
    rxConf.bIncludeCrc = 0x0、
    rxConf.bAppendRssi = 0x0、
    rxConf.bAppendTimestamp = 0x0、
    rxConf.bAppendStatus = 0x1、
    syncdWord = 0x0000543D、
    .maxPktLen = 0x80、//确保数据输入足够大
    .address0 = 0xAA、
    .address1 = 0xBB、
    endTrigger.triggerType = 0x1、
    .endTrigger.bEnaCmd = 0x0、
    .endTrigger.triggerNo = 0x0、
    .endTrigger.PastTrig = 0x0、
    .EndTime = 0x00000000、
    .pQueue = 0、//插入适用的指针:(dataQueue_t*)&xxx
    .pOutput = 0、//插入适用的指针:(uint8_t*)&xxx
    };
    
    
    

    只有在我注释掉下面这一行内容时、它才起作用、但它只能接收包含30个字节或更少字节的数据包。 我需要接收的 wmbus 数据包有34个字节:

    //将分频器偏置设置为禁用
    //HW32_array_override (0x405C、1)、 

    如果我禁用 wmbus 补丁、执行此操作:

    MCE_RFE_OVERRIDE (0、4、0、1、0、0)、 

    它可以正常工作、但我必须在软件中进行6分中的3分解码、并且在 CRC 校验方面仍遇到一些问题。

    在这两种情况下,性能都很差,比 CC1101差

    我正在使用 RFPacketRx 示例(带有 RTOS)读取数据。

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

    您拥有 CC1310的哪个版本? WMBUS 补丁设置仅适用于 CC1310版本 B、根本不适用于版本 A。您需要删除覆盖项这一事实让我想知道您是否位于版本 A 器件上?

    在按照您的方式测试接收数据包时、您还应禁用:

    .pktConf.bUseCrc = 0x1、
    .pktConf.bVarLen = 0x1、

    这意味着您需要对预期接收的数据包使用固定的数据包长度。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    CC1310修订版本 B.

    使用补丁读取无线 MBUS 数据包的唯一方法是进行以下修改:

    HW32_array_override (0x405C、1)、--- >/HW32_array_override (0x405C、1)、

    .pktConf.bUseCrc = 0x1、--- >.pktConf.bUseCrc = 0、
    .pktConf.bVarLen = 0x1、--- >.pktConf.bVarLen = 0、
    .maxPktLen = 0x80、--- >.maxPktLen = 37、

    但如果没有 CRC 校验、我不知道接收包是否有效、但使用"原始"数据包、可以在3分6解码过程中检查 CRC、因此我仍然无法使用该补丁。

    修补程序的性能仍然很差,几乎与不使用修补程序相同。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Eduardo、

    因此、仔细查看应用手册中提供的设置、您需要进行以下更改、以便在使用版本 B 器件时使用补丁以433MHz 运行:

    (uint32_t) 0x18000280、 -> (uint32_t) 0x18000200、
    (uint32_t) 0x000288A3、 -> (uint32_t) 0x00FB88A3、
    TxPower = 0xA73F、 -> TxPower = 0x913F、
    .centerFreq = 0x0364、 -> .centerFreq = 0x01B1、
    .loDivider = 0x05、 -> .loDivider = 0x0A
    .frequency = 0x0364、 -> .frequency = 0x01B1、

    此外、只要您不使用栈、而是使用 rfPacketRx 来接收数据包、您就需要在应用中使用固定长度的数据包并执行 CRC 校验、长度过滤等操作(因为栈通常会为您处理此操作)。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    这些更改适用于 wmbus 补丁、也适用于不适用于 wmbus 补丁:

    (uint32_t) 0x18000280、(无变化)

    (uint32_t) 0x000288A3、->(uint32_t) 0x00FB88A3、

    txPower = 0xA73F、->.txPower = 0x913F、

    .centerFreq = 0x0364、->.centerFreq = 0x01B2

    .loDivider = 0x05、->.loDivider = 0x0A

    .frequency = 0x0364、->.frequency = 0x01B2

    我正在使用 rfPacketRX、但当前未使用 wmbus 补丁、因为我在软件中执行3out6解码。 在使用补丁时、没有发现性能有任何差异、或者我错了吗?

    我假设性能差与此设置无关、您能确认这一点吗?

    谢谢

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

    您好、Eduardo、

    修补程序和设置的性能不应较差。 在测试时、您使用的是什么硬件? 如果您在 LaunchPad 上运行、您是否具有 CC1310 LaunchPad 的433MHz 变频器?

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

    我正在使用我自己的硬件。 根据 CC1310的434MHz 设计参考设计。 对于434MHz CC1350、只有一个 Launchpad。

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

    我明白了。 我有一所大学在办公桌上使用补丁和434MHz 设置进行一些测试、我们没有看到您建议看到的糟糕性能。 由于假期、我无法在下周初之前再次获得有关此方面的更多信息、此时、您能否验证您为我安装的 CC1310 IC 上的标记?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、M-W、

    CC1310F128 79j PJ09 G4。 修订版本为 B (在 SmartRF Studio 上检查)

    我遵循以下电路板设计参考:swrc330 (CC13xxEM-7XD-4251)。

     

     

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    已经尝试了我能想到的所有内容、但具有 cc1310的接收器在 wmbus 链路中的性能仍然比 CC1101差。 几乎无法获得低于-80dBm 的有效数据包。

    发送器也基于 CC1101、我不知道这是否会起作用。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您是否有两个 CC1310板(您自己的板)可通过 SmartRF Studio 的433MHz 设置进行测试? 您可以使用 rfPacketRX 和 rfPacket TX 示例并使用从 Studio 导出的设置。 通过执行此操作、您可以测试硬件上的已知正常设置、以查看硬件是否正常。

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

    我相信、如果我将一个板设置为 RX、将另一个板设置为 TX、我可以直接在 SmartRF Studio 中进行此类测试。 我是对的吗? 我将执行此操作、并尝试查看 SmartRF Studio 中是否出现相同的问题、以便排除任何硬件问题。

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

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

    您好!

    虽然效果稍微好一点、但在我的应用中、发送器始终基于 CC1101、因此我不知道该怎么做。 我将制作另一个电路板、并可能使用 cc1350 434 MHz launchpad 对其进行测试。

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

    因此、在 Smart RF Studio 中对其进行测试仍会显示性能方面的问题是否正确?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我几乎有同样的问题,几天后,我得到了与上面相同的问题,我检查了整个论坛,似乎仍然没有解决这个问题的办法~顺便说一句,除了你执行6个编码中的3个,没有其他解决办法?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    是的,当从 CC1101终端设备接收 wmbus 数据时,我在 RF Studio 和正常运行时接收到的最大 RSSI 为-80dBm。 到目前为止、我找不到任何解决方案。 我将尝试另一种电路板设计、看看它是否有用、但我仍然认为固件级别有问题。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我可以使用 cc1310 wmbus 补丁读取 wmbus 数据、而无需软件进行6分中的3分制、 但我无法使用这种方法进行 CRC 校验、因此我决定进行6个编码中的3个、然后我可以检查 CRC 并丢弃无效数据包。 如果您需要、我可以为您提供帮助。 您是否也在处理性能问题?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Eduardo Bernardi、

    我仍在处理该补丁、

    我遇到了与您相同的问题,

    这是""

    只有在我注释掉下面这一行内容时、它才起作用、但它只能接收包含30个字节或更少字节的数据包。 我需要接收的 wmbus 数据包有34个字节:

    //将分频器偏置设置为禁用
    //HW32_array_override (0x405C、1)、 

    如果我禁用 wmbus 补丁、执行此操作:

    MCE_RFE_OVERRIDE (0、4、0、1、0、0)、 

    如何解决此问题?

    谢谢

    Jeff

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

    我将附加我的 SmartRF_SETTINGS。 它非常适合接收434.475 MHz 的 wmbus 数据包、但您必须编写3 out 6解码!e2e.ti.com/.../1016.smartrf_5F00_settings.c

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我将固件移植到 cc1350并在434MHz Launchpad 中进行了测试。 性能明显优于我使用 cc1310的定制板。 现在、我可以读取高达-95dBm 的数据包。 在本例中、在 wmbus T1模式下运行时的比特率为100kbps。 这是我可以使用 cc1310或 cc1350实现的最佳性能吗? 我是否可以在固件级别上改进任何内容?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Eduardo Bernardi、

    我尝试将智能设置移植到 RFRxpacket 中、但这并不幸运、

    您能不能对我在 smartRFstudio 中看到的数据的存储方式有所了解、我知道我需要在该部分处理 CRC。

    谢谢

    Jeff

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    CC1350在433 (50kbps)时的灵敏度为-110dBm、因此我假设100kbps 上的灵敏度高于-95。

    您能否在 LP 上使用 SmartRF Studio 进行测试而不使用自己的代码? 您还可以在发送器侧使用 SmartRF Studio + CC1101、并查看在使用 Studio 生成的已知固件和设置时获得的结果。

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

    您好、Eduardo、

    您是否根据 Siri 建议/请求获得了任何更新?

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

    您好、Eduardo、

    我现在将关闭此主题、当您获得更多信息时、可以随意添加到此主题。 如果被系统锁定、请使用"提出相关问题"按钮继续讨论。