工具与软件：
大家好、我是尝试合作的 LP-EM-CC1314R10 多个射频发送器和单个接收器。 是否可以通过任何可能的方法从多个发送器接收而不会在射频接收器端产生有效载荷损失、以及如何实现发送器和接收器的配置来实现这一场景？
尊敬的 Theo：
从下午开始、传感器状态始终处于孤立状态。 我们甚至尝试在没有任何修改的情况下刷写"收集器"和"传感器"示例、但传感器仍然没有与收集器连接、状态仅显示为孤立状态。
可能是什么原因？ 您能帮我们吗?
此致、
Mani Vel
尊敬的 Mani Vel：
对于 数据包监听器、您需要使用其中一个受支持的板：
另一个调试选项是实施第二个 UART (https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1415402/lp-em-cc1354p10-adding-uart-interruption-to-wi-sun-coap-project)。
此致、
等等
尊敬的 Theo：
感谢您的支持。
我们无法从您的列表中找到正在使用的 LaunchPad (LP-EM-CC1314R10)。
但是、在在线搜索时有一个 TI 的数据包监听器 V2.18.1、它支持我们的 CC1314R10 MCU。
链接： https://www.ti.com/tool/PACKET-SNIFFER#tech-docs
那么、您能否验证我们是否能够将我们的 LaunchPad (LP-EM-CC1314R10)用作数据包监听器？
如果不是、我们会要求我们的团队为我们提供新的 LaunchPad。
此致、
ManiVel。
尊敬的 Theo：
目前我们只有一个 LP-XDS110ET 调试器、因此无法测试 SmartRF Studio 。 现在我们订购了额外的 调试器 。
同时、我们进行了为期两天左右的长期测试(一个收集器和两个传感器)、并对频带进行了一些更改( ETSI )、Phy (5kbps、SimpleLink 远距离 )、模式( NBCN )和中提到的间隔" 应用手册：TI 15.4-Stack 软件。 -表6.2.1 Sub1G "。
长期测试观察结果：
1.即使在两天之后,收集器仍然能够从视线内的传感器之一接收传感器数据(传感器天线和收集器天线彼此面对),错误率为1%。
2.传感器天线的其余部分以85%的错误率向收集器天线倾斜。 即使在测试持续四个小时后收集器无法从该传感器接收到任何数据包、传感器数据也会在传感器端持续传输。
请帮助我们解决此问题。
此外、我们还可以在其中找到有关的详细信息 大型网络稳定性测试 (在中提到) 表 6.2.1.
效果
1.他们配置了哪些 PHY 来测试100个节点(在 FCC 和 ETSI 中)。
2.他们放置传感器的最大距离是多少。
3、报告时间20s 是指每20秒传输一次传感器数据——我们的理解是否正确?
此致、
Manivel
尊敬的 Manivel：
LP-XDS110ET 是包含 Energy Trace 的调试器、该调试器可与 Code Composer Studio 一起用于显示电路板能耗。
请向我提供以下信息、以便我为您提供帮助：
1.我理解,你设置一个测试1集电极和2个传感器。 您在收集器和传感器上运行哪些软件示例？
2.请给我提供一个示例中有关收集器和传感器的屏幕截图、以便检查您正在使用的所有15.4设置。 
3.收集器和传感器使用的发射功率是多少?
4. 设备放置在何处(距离、障碍物)？
5.如何计算已发送和已接收的邮件？ 您是否也查看了 RSSI？
6.您是否对示例进行了任何更改？
我已经可以回答：
1. 通过表格的行,配置如下:
2.对于大型网络测试、将挡板置于机架设置中、并由软件强制执行不同的网络拓扑。 这只是适用于15.4 Stack 的软件评估测试。 该电路板硬件在各种其他测试中都有特征描述。 例如 、如需了解电路板的天线特性、请访问：www.ti.com/.../swra496a.pdf、第178,183页。
3.这取决于您使用的模式。 用户指南中详细介绍了不同的模式： https://dev.ti.com/tirex/explore/node?node=A__AITUIbVTzCdD7w7KebQ-qA__com.ti.SIMPLELINK_CC13XX_CC26XX_SDK__BSEc4rl__LATEST
请回答以上几点、我将帮助您修复设置。
此致、
等等
尊敬的 Theo：
1.我们一直在使用"收集器"和"传感器"的例子。
2.我已经附加了收集器和传感器示例的.sysconfig 映像、然后、
收集器：
传感器：
3.现在我们使用的发射功率是 12dBm 收集器和传感器的功耗。
4. 进行编程 天线朝向集电极天线和的距离为20m 进行编程 天线与收集器天线的侧向距离为15米。
5.在收集器和传感器示例中、默认情况下、温度传感器数据已从传感器发送并由收集器接收。
在收集器中 " DataIndCB "函数、有一个案例" Smsgs_cmdIds_sensorData 、"其中接收所有传感器数据。 在本例中、我们添加一个增量计数、并在 UART 中传输该计数。
在传感器中 " sendSensorMessage "功能、传感器数据会定期从传感器发送。 在该功能中、我们生成了增量计数、并在 UART 中传输计数。
对于 RSSI、Sensor-1范围在50至60之间、Sensor-2范围在65至75之间、已在收集器 CUI 中验证。
6.为测试范围、我们新导入了这些示例、并仅添加了 UART 配置和通过 UART 传输的增量计数。
此致、
Manivel
尊敬的 Theo：
我们根据第5种配置进行了设置(ETSI - 投票:20s/ Track：100s/ Report：20s - NBCN)。
1.我建议您将轮询间隔调整到指定范围内(例如9000 ms)。 您可以将报告间隔设置为20000ms。
>>确定。 我们将轮询间隔减小到9s。
2. RSSI 看起来良好、因此请使用调整后的报告间隔再次进行测试、因为这可能是由于该值超出规格而发生的同步问题。
>>我们将使用新配置进行测试。
3.我能问您这是为哪个产品?
>>我们正在构建一种网关应用程序,它接收来自多个发射器设备的数据。 我们正在使用 LaunchPad 器件测试最大范围/功耗/节点。
>>目前我们正在测试中 NBCN 使用远距离 PHY 设置的"15.4协议栈" 5kbps、SimpleLink 远距离产品 "。
>>另外在一些应用手册中、他们还建议使用跳频模式来获得更好的性能。 您能否就此补充您的想法？
此致、
Manivel
尊敬的 Theo：
我们现在收到了另一个调试器。 因此将在 SmartRF Studio 中测试不同的 PHY。
为了再次通知您、我们将构建网关(收集器)和传感器等产品、使网关能够在该类产品中远距离接收来自多个传感器的数据。 我们使用的频段为868MHz (ETSI 标准)。 我们主要关注的是传感器侧的远距离和低功耗。
我们有一些疑问、如下所示、
1.如前所述、
对于 TI15.4、仅支持 SysConfig 中显示的 PHY。 SmartRF Studio 中显示了该器件可以支持的所有 PHY。 它们对应于不同的软件栈。
请使用进行测试、测试的 PHY 与您要在 SysConfig for TI15.4中使用的 PHY 相同。
>>因此、我们只需要使用 SmartRF Studio 测试面向 ETSI 的 TI 堆栈中可用的3个 PHY？ 
我们的理解是否正确？
2.阅读用户指南时,我们了解轮询间隔是指传感器从收集器轮询数据的频率。 当传感器连接到网络时、收集器将为传感器设置轮询和报告间隔(即、无论我们在 sensor.syscfg 中配置什么都只是默认值、而收集器将在传感器加入网络时向其发送 collector.syscfg 中配置的值)。
a. 在我们的情况下、报告间隔可能会因用户使用的传感器而异、因此我们 是否可以为多传感器网络中的传感器配置不同的报告间隔？
b.如果支持、我们是否还需要更改每个传感器的轮询间隔？
请帮助我们理解。
此致、
Muniyappan R. M
尊敬的 Theo：
感谢您的答复。
如果有任何更改或缺失、请更正此信息。
>>这些测试是在 Packet-Tx 和 Packet-PHY 模式下使用 SmartRF Studio 和两个 LP-CC1314R10电路板完成的、因为在转到收集器和传感器示例之前、我们需要修复符合我们要求的 Rx。
现在关于您的问题、
1.设备是否在视线范围内、是否在它们之间存在干扰？
>>设备在视线范围内,我们目前正在进行一些干扰测试。
2.您的测试环境中的本底噪声是多少(如果您尚未进行检查、则可以使用 SmartRF Studio 让该器件在连续 RX 模式下进行测量)？
>>当 通过连续 RX 模式运行该器件的 SmartRF Studio 时、可以看到一些 RSSI 图形。 对于良好的测试环境而言、RSSI 的理想值是什么？
3.您在哪个高度上地面测试设备,设备是否相互定向?
>>是的两个器件在地面上的高度相同,彼此定向。
2.5kbps SimpleLink 远距离 PHY 是否满足您对数据速率的要求？或者您对数据速率的要求是否更高？
>>是的。
通常、2.5kbps SimpleLink 远距离 PHY 与最高 TX 功率(CC1314R10 = 14dBm)相结合、会产生最远的距离。
>>感谢 theo。 现在,我们计划在更无噪声的环境中再次运行测试(仅使用 SmartRF Studio ),可能使用外部天线(因为我们将在我们的产品中使用相同的天线),并更新结果。
同样、您也可以向我们推荐配置参数、从而通过 CC1314R10电路板实现远距离测量。
我们有一些问题、
1. SmartRF studio 用于确定适合我们应用的 PHY、因此我们无法选择 NBCN/BCN/FH 模式-对吗？
2.一旦我们使用 SmartRF Studio 修复了 PHY、 并 在收集器和传感器示例中使用 Custom PHY 选项配置相同的设置、无论 信标/非信标/跳频模式如何、都将获得相同的范围？ 或者会有区别吗?.
3.是否使用 CC1314R10电路板进行任何范围测试以及是否有任何可用文档？
您已经向我们介绍了稳定性测试结果、 
但我们更关注范围。 您有什么可以帮助我们的吗？
此致、
Muniyappan R. M
尊敬的 Theo：
感谢您的宝贵见解。
我们使用 距离估算工具 来测试相关 PHY、天线和吸收材料的距离。
在我们的办公室室内、本底噪声值约为-120dBm (附在屏幕截图中)、但我们需要测量测试环境中的本底噪声值。 在 距离估算工具中将本底噪声值更改为-120dBm 时、我们可以看到该范围内的显著差异。 在测试环境中、本底噪声值可能会更低、这也可能会影响范围。
因此、在这种本底噪声水平下、很难实现良好的范围。 关于您的问题、
1.我们无法获得当前环境的光谱图。
2.我们将我们的设备规格以私人形式发送给您。
请帮助我们实现更好的性能。 感谢您的持续支持和参与、以使用 TI 器件和驱动程序打造更好的产品。
此致、
Muniyappan R. M
尊敬的 Theo：
感谢您的持续支持、
对于每个传感器、我目前正在实现不同的报告间隔。 同样、我还想讨论轮询间隔。 作为我们要求的一部分、我们 需要随时将收集器的独特数据发送到特定传感器(但从收集器到传感器、数据可以由传感器在每次轮询时间发送到传感器)。
我已经通过参考培训实验( Smsgs_cmdIds_genericReq 和 Smsgs_cmdIds_genericRsp ) 、
typedef enum ｛ //…//*设备类型响应 msgs_cirg_ Ids_Device * circsp=17、 /*通用请求 msg */ Smsgs_cmdIds_genericReq = 18、 /*通用响应 msg */ Smsgs_cmdIds_genericRsp = 19 } Smsgs_cmdIds_t；
我通过使用将数据分配给收集器中的一个传感器 Smsgs_cmdIds_genericReq 使用 API sendMsg()。 在下一次轮询请求中会将这个结果发送到相应的传感器。 在传感器侧、我正在处理 Smsgs_cmdIds_genericReq cmd 并进行实现。
我们有以下问题、
1.所有传感器都应配置相同的轮询间隔、或者我们可以更改每个传感器的轮询间隔(通过收集器配置消息)？
例如、如果我 在收集器侧将轮询间隔设置为1000ms、并连接10个传感器、那么所有10个传感器是否都应具有相同的1000ms 报告间隔？ 如果是、
答：如果我为所有10个传感器分配一条消息、是否会在1秒内将其发送给所有10个传感器(因为所有传感器都配置为1000ms 轮询时间)而不会出现故障？
B.是否会影响性能？
2.我们是否还需要实施来自传感器的响应路径? 即使用 Smsgs_cmdIds_genericRsp 命令。
3.如何 处理重试场景,使用 API 将数据分配给传感器 sendMsg()、 如果在一个轮询请求上发送失败、堆栈是否会使退出？
4.我可以在一个轮询请求中为一个传感器分配多条消息吗?
此致、
Muniyappan R. M
尊敬的 Theo：
感谢您的澄清。
因此、根据您的回答、我们理解了以下内容、如果我错了、请纠正我。
1.网络中的所有传感器都应该有相同的轮询间隔,可以有不同的报告间隔。
2.当使用发送消息时、从收集器到传感器 A sendMsg() 、它将在堆栈内部排队、并将在下一次轮询中(即当特定传感器向收集器轮询数据时)传送到该特定传感器。
3.类似地,当传感器轮询数据时,收集器将从其队列中发送一条消息,队列将清空,这意味着收集器无法为一个轮询请求发送多条消息。 我们需要根据 轮询间隔为传感器分配数据。
4.重试由堆栈自动执行。
我们很好地理解了这些要点。 我们也开始在我们的产品中实施相同功能。
此外 、我们移至 跳频 模式(我们的要求的一部分)。 在跳频中、不支持自定义 PHY、因此我们目前使用 PHY： 5kbps、SimpleLink 远距离产品 .
您提到、我们需要实际测试以下场景。
1.所有传感器都应配置相同的轮询间隔、或者我们可以更改每个传感器的轮询间隔(通过收集器配置消息)？
例如、如果我 在收集器侧将轮询间隔设置为1000ms、并连接10个传感器、那么所有10个传感器是否都应具有相同的1000ms 报告间隔？ 如果是、
答：如果我为所有10个传感器分配一条消息、是否会在1秒内将其发送给所有10个传感器(因为所有传感器都配置为1000ms 轮询时间)而不会出现故障？
遗憾的是、我们没有这种数量的传感器板。 所以我们采用以下设置进行了测试、
设置： 收集器设备和 两个传感器设备。 跳频模式。 PHY - 5kbps、SimpleLink 远距离- ETSI . TX 功率14dBm。 这些设置在10米范围内。
传感器配置： 
收集器配置： 
我们的目标是实现以下3项目标、
1.传感器到收集器(一对一)通信。
我将按照配置的报告间隔从每个传感器发送传感器数据。 ( 传感器数据 发送和接收的计数分别在传感器和收集器上递增 )。
2.收集器到一个传感器的通信。
我正在 使用新添加的命令向一个特定传感器发送消息(按下 btn 1 -> Sensor 1、btn 2 -> Sensor 2)、 Smsgs_cmdIds_genericReq 和 Smsgs_cmdIds_genericRsp。 收到此命令后 、我将切换传感器侧的绿色 LED ( 通用请求发送 和接收的计数 分别在收集器和传感器上递增 )。
3.收集器到所有传感器的通信。
在收集器中、每隔10秒触发一次 Broadcast 命令(在 SysConfig 中配置)。 每当在传感器侧接收到该广播命令时、我就会切换红色 LED ( 发送的广播计数和接收的计数 分别在收集器和传感器上递增 )。
我还删除了所有文件中的调试输出、并仅添加了一个输出的调试输出 广播计数、传感器数据计数和通用请求计数 在传感器和收集器侧(在收集器侧和传感器侧每10秒打印一次)。 此外还监测两个传感器中的 LED 状态。
我预期的观察结果是：
a. 两个传感器上的红色 LED 应以相同的间隔切换-因为这两个传感器上都应接收广播数据包。
b.当按下 btn 1时、应切换传感器1上的绿色 LED 指示灯(我应等待轮询间隔)。 同样、当按下 btn 2时、应切换传感器2上的绿色 LED。
我观察到的结果为：
1.传感器数据计数无问题。 (可能是距离不是那么远)
2.红色 LED 模式在传感器之间的一些时间不匹配。 即有时传感器没有接收到广播命令。
打印我可以看到的日志时、广播传输计数与两个传感器的接收计数不匹配。
3.当按下按钮1/按钮2时,有时绿色 LED 指示灯不会在相应的传感器中切换。
在打印日志时、我可以看到 通用请求在收集器侧显示为传输、但在相应的传感器上未收到-我等待了超过10秒(因为您已经提到堆栈将进行重试尝试。 我的轮询率为3秒)。
我是否需要正确配置跳频模式 以便继续测试。 我的期望是否正确？ 或者我错过了什么？ 请 帮助我们实现目标。
注意：
从我的上一篇文章,我们只有一个疑问:
例如、如果我 在收集器侧将轮询间隔设置为1000ms、并连接10个传感器、那么所有10个传感器是否都应具有相同的1000ms 报告间隔？ 所有传感器同时关联、
A.所有这些传感器将同时唤醒并轮询收集器,可能会有几毫秒的间隔(因为所有配置相同的轮询间隔)?。 如果是、收集器是否能够向所有传感器发送响应？ (有时使用我的2传感器设置如果我同时按下两个按钮、绿色指示灯不会切换到任何一个传感器上、即一个传感器上没有接收到数据)
b.或者所有10个传感器都将有时隙、供每个传感器轮询收集器？
c.如果将传感器数量从10增加到50、会发生什么情况？ 它是否会影响性能？
此致、
Muniyappan R. M
尊敬的 Theo：
快速更新。
正如你前面提到的,首先我们需要在 NBCN 模式下测试这种情况,所以我们恢复到 NBCN 模式,测试同样的情况。
我仍然 没有设置监听器、那么我们如何高效地测试网络？ 我已按照以下方式启用一个额外的 UART (在收集器和传感器中) 
并在 sensor_process() 和 collector_process()中仅在一个位置添加了调试打印。 这样可以吗？
同样,在 NBCN 模式广播是可能的? 尤其是在传感器是休眠器件时。 我从某个论坛上读到、在非信标模式下、我们无法从收集器发送广播数据。 我们需要单独向所有传感器发送数据、但这也取决于每个传感器的轮询间隔。 您能解释一下吗？
我们将首先在非信标模式下实现以下目标。
a.传感器到收集器(一对一)通信。
B.收集器到特定传感器(一对一)的通信.
C.收集器到所有传感器(一对多)的通信。 (如果在 NBCN 模式下可行)
感谢您的持续支持。
此致、
Muniyappan R. M
尊敬的 Theo：
感谢您的答复。
正如我们先前所说、我们恢复为非信标模式并执行测试。 以下是结果、
设置：
1个集电极板和1个传感器板(遗憾的是、我们无法使用2个板)
PHY： 5kbps、SimpleLink 远距离。( ETSI )
间隔： 
短程测试1：
从传感器到收集器、每1秒发送一次数据(报告间隔)。
收集器到传感器、每 10秒发送一次数据
放置传感器和集电极板 15米 距离、并运行了2天。
在收集器端我们只能看到238个传感器数据丢失(传感器端的总传感器数据 TX 计数: 225316 )。
类似地、传感器侧不接收15个轮询数据(收集器侧的轮询数据 TX 总数：22499)。
短程测试 2：
从传感器到收集器、每1秒发送一次数据(报告间隔)。
从收集器到传感器、每4秒发送一次数据
放置传感器和集电极板 15米 就在我们办公室内运行了14小时。
我们只能在收集器侧看到2个传感器数据丢失(传感器侧的总传感器数据 TX 计数: 51223 )。
类似地、传感器侧不会接收到6个轮询数据 ( 收集器 侧的轮询数据 TX 总数：12099)。
远距离测试：
(在国家公路上测试、只有车辆经过时、中间没有墙壁)
我们还进行了测试 500米 在 LOS 上、传感器到收集器数据(一次1秒)和收集器到传感器数据都被正确接收(仅在传感器板之前停止大型叉车时传感器被孤立、但在叉车移动后立即重新连接。)
在我们的测试中、非信标模式下不会出现任何大问题(我先前提到过我在轮询方面存在问题、我经常放置调试打印件、然后使用按钮发送轮询数据。 但现在我已经删除了所有的调试打印,除了一个地方太打印每10秒一次,所以一切现在都正常工作)。
那么、我们可以转到跳频并尝试在 Fh 模式下实现相同的功能吗？ 因为我们的要求是使用跳频。
请分享您的想法、
此致、
Muniyappan R. M
尊敬的 Theo：
我们在 SysConfig 中启用了跳频设置、并保持其他设置不变(间隔、PHY)。 并进行测试、
仅启用 2个通道 f 集电极和传感器的传感器和收集器侧的跳频(仅适用于初始测试) 
从传感器到收集器、每1秒发送一次数据(报告间隔)。
从收集器到传感器、每4秒发送一次数据
此外、在跳频中、广播时间默认设置为10秒。
运行1小时、1个收集器和2个传感器设备。 距离应保持在3米以内。
收集器：
接收到的传感器数据：来自 S1：2250和 S2：2306
总广播数据包 Tx： 237.
已分配 S1轮询数据： 494.
已分配 S2轮询数据：331
在传感器1侧：
发送的传感器数据：2255
第438章我的心
收到的广播数据包：83
在传感器2侧：
发送的传感器数据： 2364
第298章:我是你的
收到的广播包:86
因此、在一个小时内、收集器上的传感器数据缺失计数为5、58。 轮询数据也很大程度上会在两个传感器上丢失(仅为跳频选择了2个通道)
我们是否需要对配置进行一些修改？ 我还提出了有关跳频线程的问题： https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1438395/lp-em-cc1314r10-using-frequency-hopping-mode-in-multiple-sensor-sleepy-devices-network
注意：
我已经与我们的团队联系、删除了广播命令(将广播停留时间设置为0)、他们同意。 因此、我们现在将 在 NBCN 模式下测试时、仅测试一对一的通信(传感器到收集器和收集器到传感器)。
同样、我们将收集器到传感器的数据时间增加到10秒 、即在 SysConfig 中将轮询间隔保持为2000、但每10秒从收集器应用程序分配一次数据。
因此将使用此配置进行进一步测试。 
请帮助我们获得良好的性能。
此致、
Muniyappan R. M
尊敬的 Theo：
通过以下配置进行进一步测试、
1个收集器和2个传感器。 所有休眠器件。
ETSI - FH 模式- 5Kbps。
广播已禁用。
仅选择了2个跳频信道。
报告间隔- 1秒。
轮询间隔-2秒
测试持续时间：约1小时(在关闭测试之前、其中一个传感器板进入未知状态- LED 稳定亮起、CUI 也不工作->可能是硬故障) 
从传感器到收集器、每1秒发送一次数据(报告间隔)。
收集器到传感器、每10秒发送一次数据。
以下是观察：
收集器：
C：[地址：1、BC：0 SD：4394轮询：441] TS：5393915
C：[地址：2、BC：0 SD：5335轮询：423]
香港特别行政区政府在香港特别行政区的工作、包括香港特别行政区政府在香港特别行政区的工作
传感器1 ->最后一个有效日志(板未处于运行状态、硬件问题或硬件故障状态)
S[1]：[BC：0、SD：4385、Poll：429] TS：4519826
香港特别行政区政府在香港特别行政区的工作、包括香港特别行政区政府在香港特别行政区的工作
传感器2：
S[2]：[BC：0、SD：5342、Poll：419] TS：5689429
香港特别行政区政府在香港特别行政区的工作、包括香港特别行政区政府在香港特别行政区的工作
因此在1小时内、收集器侧没有丢失传感器数据、
来自 S1 -无数据包(假定在进入硬故障状态之前接收到所有数据包)。
从 S2 - 7个数据包中传出。
S1丢失了10个轮询数据包。 (进入硬故障状态之前。)
S2丢失了4个轮询数据包。
在每10秒删除广播并发送收集器数据后、看起来有所改善
请添加您的想法。
此致、
Muniyappan R. M
