[参考译文] CC1352R：收集器使用的确切频率

admin

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1015144/cc1352r-exact-frequency-that-collector-uses

器件型号：CC1352R

您好！

我在 SDK 4.4中使用 TI 15.4堆栈收集器示例、

1.如果 PHY_ID 为3 (868MHz)、我对收集器使用的频率有疑问？

如果默认通道为0、则使用的频率是多少

如下链接所示

http://software-dl.ti.com/simplelink/esd/ti15.4stack_linux_x64/2.03.00.06/exports/docs/ti154stack-users-guide/ti154stack/example-applications.html

每个频带中可用的通道编号如下：

902至928MHz (50kbps)：0至128、例如何时 CONFIG_PHY_ID = APIMAC_STD_US_915_PHY_1
863至870MHz (50kbps)：0至33、例如何时 CONFIG_PHY_ID = APIMAC_STD_ETSI_863_PHY_3
433至434MHz (50kbps)：0至6、例如何时 CONFIG_PHY_ID = APIMAC_GENERIC_CHINA_433_PHY_128

数据速率为50Kbps

带宽为200kHz

因此、我认为具有 PHY_ID 3 (868MHz)的 CC1352集电极使用34个通道(0-33)

通道0 - 863.125

通道1 - 863.325

通道2 - 863.525

。

通道33- 869.925

我的理解是否正确？

如果使用了 PHY_ID 3和通道0、示例程序使用的频率是多少

2.我还询问了有关 CONFIG_CHANGE_PAGE 的另一个问题、如果值为9、则 CONFIG_CHANGE_PAGE 用作 9时使用的频率是多少

请尽快回复。

4 年多前

0 admin 4 年多前

TI__Guru**** 2553450 points

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

您好！

以下是一些可能有用的信息：

https://dev.ti.com/tirex/content/simplelink_cc13x2_26x2_sdk_5_10_00_48/docs/ti154stack/html/ti154stack/ti154stack-overview.html#data-rate-and-phy

[引用 userid="463829" URL"~/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1015144/cc1352r-exact-frequency-that-collector-uses "]

因此、我认为具有 PHY_ID 3 (868MHz)的 CC1352集电极使用34个通道(0-33)

通道0 - 863.125

通道1 - 863.325

通道2 - 863.525

。

通道33- 869.925

我的理解是否正确？

[/报价]

对于 PHY ID 3，您可以看到信道间隔，即200KHz (或0.200MHz)--您的理解在这里是正确的。

[引用 userid="463829" URL"~/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1015144/cc1352r-exact-frequency-that-collector-uses "]使用 PHY_ID 3和通道0时示例程序使用的频率是多少[/quot]

如您所述、它是863.125MHz (对于 PHY ID 3和通道0)。

[引用 userid="463829" URL"~/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1015144/cc1352r-exact-frequency-that-collector-uses ]2. 我还询问了有关 CONFIG_CHANGE_PAGE 的另一个问题、如果值为9、则 CONFIG_CHANGE_PAGE 用作 9时使用的频率是多少

我建议重点关注 PHY ID +通道#以确定频率。

谢谢、
Toby

0 admin 4 年多前

TI__Guru**** 2553450 points

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

大家好、Toby Pan、

我们实际上在固件中启用了8个通道，当我们在 CE 认证中测试固件时，我们可以在试验箱中获得867.9的频率，这是怎么可能的？

CH0=863.125MHz

CH0=863.325MHz

CH1=863.525 MHz

CH2=863.725 MHz

CH3=863.925 MHz

Ch4 = 864.125 MHz

通道5=864.325MHz

通道6=864.525 MHz

CH7=864.725 MHz

2.我没有得到任何澄清 2.我还询问了有关 CONFIG_CHANGE_PAGE 的另一个问题、如果值为9、则 CONFIG_CHANGE_PAGE 用作 9时使用的频率是多少

您能详细解释一下它代表了什么吗？

此外、

3.例如，编程如何实现 868MHz 的频率？

0 admin 4 年多前

TI__Guru**** 2553450 points

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

[引用 userid="463829" URL"~/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1015144/cc1352r-exact-frequency-that-collector-uses/3753505 #3753505]1. 我们实际上在固件中启用了8个通道、当我们在 CE 认证中测试固件时、我们能够在试验箱中获得867.9的频率、这是怎么可能的？[/引述]

您可以共享 ti_154stack_config.h 文件吗？
具体而言、是 CONFIG_CHANGE_MASK 和 CONFIG_FH_CHANGE_MASK。

您使用哪种模式(跳频？信标？非信标？)？

867.9MHz 频率的功耗是多少(您能否共享频谱分析仪快照)？
如果它处于您正在运行的特定测试的功率范围内、则不应担心。

[引用 userid="463829" URL"~/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1015144/cc1352r-exact-frequency-that-collector-uses/3753505 #3753505"]

2.我没有得到任何澄清 2.我还询问了有关 CONFIG_CHANGE_PAGE 的另一个问题、如果值为9、则 CONFIG_CHANGE_PAGE 用作 9时使用的频率是多少

您能详细解释一下它代表了什么吗？

[/报价]

引用自802.15.4-2015规范：
"通道第9页用于指定标准定义的 PHY 操作模式、
第10页的通道用于指示 Sun FSK 通用 PHY 模式。"

换言之、没有与给定通道页面相关联的单个频率。相反、有一系列支持的频率及其各自的调制方案。
有关更多详细信息，请参阅 802.15.4g-2012图64a 中的表格： https://ieeexplore.ieee.org/document/6190698

为了确定频率、数据速率等、我建议坚持下面列出的 PHY ID： https://dev.ti.com/tirex/content/simplelink_cc13x2_26x2_sdk_5_10_00_48/docs/ti154stack/html/ti154stack/ti154stack-overview.html#data-rate-and-phy

这需要通过 Chan0 + chanSpace*x 的公式来实现，其中 x 是一个在 PHY ID 范围内的通道。

例如、如果使用 PHY ID 3、CHAN0 = 863.125MHz、CHANSpacing = 0.2MHz ->通道25将最接近868MHz 的868.125。

0 admin 4 年多前

TI__Guru**** 2553450 points

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

大家好、Tony Pan、

我们现在在固件中的收集器和传感器中仅选择了4个通道、当我们在 CE 认证中测试固件时、我们能够在试验箱中获得868.131的频率、这是怎么可能的？

CH0=863.325MHz

CH1=863.525 MHz

CH2=863.725 MHz

CH3=863.925 MHz

下面是认证人员的回复。

"正如我们到目前为止讨论的、产品的无线电传输不受频带 X 的频带边缘频率(即868MHz)的限制、它至少应偏移= OCW * 0.5

我们测量了24kHz OCW、在本例中、允许的工作通道不得大于=(868MHz–24kHz /2)= 867.988MHz 附加今天测量的图表、显示产品正在随机传输、且不受频带边缘频率的限制；

针对这种情况的推荐解决方案是将 TX 通道冻结在 867.988 MHz "

如果您可以在图像中看到传感器向收集器传输数据时的频率为868.131MHz (@M1)。

在这里、我们测量的是内腔内传感器的频率、而集电极位于内腔外。

问题可能出在哪呢？默认情况下、代码中的频率(通道0-863.125MHz)未被传输？

天线是获得该频率的原因吗？

0 admin 4 年多前

TI__Guru**** 2553450 points

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

此外、

cc1352 Launchpad 具有数据包监听器固件、我们使用传感器和收集器固件测试了我们的硬件

我们可以使用通道0捕获的数据包、频率也是863.125MHz、其中集电极和传感器都是 communicating.e2e.ti.com/.../IMG_2D00_20210715_2D00_WA0001.pdf

0 admin 4 年多前

TI__Guru**** 2553450 points

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

在您测量频谱(868.131 MHz)上显示的内容时、确切使用了哪个 FW？

0 admin 4 年多前

TI__Guru**** 2553450 points

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

您好、

使用的固件是示例收集器和传感器固件、附带以下配置文件。

/******************************************************************************
 DO NOT EDIT - This file is generated by the SysConfig tool.
 @file ti_154stack_config.h

 @brief TI-15.4 Stack configuration parameters for Collector applications

 *****************************************************************************/
#ifndef TI_154STACK_CONFIG_H
#define TI_154STACK_CONFIG_H

/******************************************************************************
 Includes
 *****************************************************************************/
#include "api_mac.h"
#include "ti_154stack_features.h"

#ifdef __cplusplus
extern "C"
{
#endif

/*! Setting for phy ID */
#define CONFIG_PHY_ID                   APIMAC_STD_ETSI_863_PHY_3

/*! Setting for channel page */
#define CONFIG_CHANNEL_PAGE             APIMAC_CHANNEL_PAGE_9

/* ! Value for transmit power in dBm */
#define CONFIG_TRANSMIT_POWER           12

/*! Frequency hopping mode enabled */
#define CONFIG_FH_ENABLE                false

#define CONFIG_SECURE true     
#define CONFIG_PAN_ID 0xFFFF     
/* Unused CONFIG_SCAN_BACKOFF_INTERVAL generated for code compilation */
#define CONFIG_SCAN_BACKOFF_INTERVAL 5000     
/* Unused CONFIG_ORPHAN_BACKOFF_INTERVAL generated for code compilation */
#define CONFIG_ORPHAN_BACKOFF_INTERVAL 300000     
#define CONFIG_MIN_BE 3     
#define CONFIG_MAX_BE 5     
#define CONFIG_SCAN_DURATION 5     

#define KEY_TABLE_DEFAULT_KEY { 0x12,0x34,0x56,0x78,0x9A,0xBC,0xDE,0xF0, \
                   0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00 }

#define CONFIG_CHANNEL_MASK    { 0x0F,0x00,0x00,0x00,0x00,0x00, \
                          0x00,0x00,0x00,0x00,0x00,0x00, \
                         0x00,0x00,0x00,0x00,0x00 }

/* Unused CONFIG_FH_CHANNEL_MASK generated for code compilation */
#define CONFIG_FH_CHANNEL_MASK    { 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, \
                          0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, \
                         0xFF,0xFF,0xFF,0xFF,0xFF }

/* Unused FH_ASYNC_CHANNEL_MASK generated for code compilation */
#define FH_ASYNC_CHANNEL_MASK    { 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, \
                          0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, \
                         0xFF,0xFF,0xFF,0xFF,0xFF }

#define CONFIG_POLLING_INTERVAL 2000     
#define CONFIG_REPORTING_INTERVAL 3000     
/* Unused CONFIG_FH_NETNAME generated for code compilation */
#define CONFIG_FH_NETNAME {"FHTest"}     
#define CONFIG_MAX_DEVICES 100     
#define CONFIG_MAC_BEACON_ORDER 15     
#define CONFIG_MAC_SUPERFRAME_ORDER 15     
#define TRACKING_DELAY_TIME 0     
/* Unused FH_BROADCAST_INTERVAL generated for code compilation */
#define FH_BROADCAST_INTERVAL 10000     
/* Unused FH_BROADCAST_DWELL_TIME generated for code compilation */
#define FH_BROADCAST_DWELL_TIME 100     
#define CERTIFICATION_TEST_MODE false     



#ifdef __cplusplus
}
#endif

#endif /* TI_154STACK_CONFIG_H */