CC2652P: 信号干扰问题

数据是5S发送一次，数据量是64BYTE，Poll Period我设置的是5000-100000.

這樣沒有很頻繁，建議抓包看看狀況

002.zip这是我用Wireshark抓的。

1-45行的时候箱子里只有一台PANID：7024的机器，此时7024和F8A5都能正常接收，46-68时把F8A5放入箱子中，此时只有F8A5的数据可以收到，后面是在箱子里把7024挪了一个位置（改变天线朝向）。看起来就像是两个模组在密闭空间中产生了互相干扰，而网络又没有断开，我数据走的REPORT通道。

你的polling period看起來是500ms不是5000-100000，你要不要設成3000或是5000再試試

应该跟polling period没关系，我又测试了一下，单个模组也会出现，只要天线以某一个角度摆放，那么就有可能出现无数据的现象。我用频谱仪测试了一下，当出现无数据时，中心频段基本没有射频信号与之相反，当有数据时可以明显看到中心频段有射频信号。我这边怀疑的是模组受到反射信号的干扰导致不工作。请问协议栈底层是否有导致模组不工作的机制？应用层上我没有这个功能。我之前也怀疑是不是烧录口受到干扰，但是我发现烧录口无法配置。补充一下，箱体是四方体，四周都是铁皮，上盖面积0。3平方米，盖子没有盖上。

Zigbee有CSMA/CA偵測與防碰撞機制，你可以參考一下這個討論串調整CCS threshold看看

如图，当天线调整到某个角度时，信号突然中断。请问一下是否跟驻波保护电路有关？因为感觉跟入射波和反射波有关系，反射波过大导致发射电路失效。CC2652P是否有相关保护电路？

我沒聽過CC2652P有這部份相关保护电路，你如果用LAUNCHXL-CC1352P-2去做同樣的測試會有一樣的問題嗎？

你可以查看原理图，CC2652P没有这样的保护电路，不过这个盒子全是金属，确实会对信号产生干扰

我想看一下是不是协议栈的问题，我下载了RFechoTX和RFechoRX的程序，但是我发现这个程序只能在1352P开发板上跑起来，在2652P模组上跑不起来，请问是需要修改哪个地方吗？

RFechoTX的频段是2.4G吗？CC2652P仅与CC1352P-2开发板兼容

我用了2652R的RFechoTX例程，烧录到1352P2开发板上，可以正常收发（2.4G频段），但是烧录到2652P模组上无法通讯，请问这是什么原因导致的？

基础收发可以跑起来了。跑协议栈的时候，100%会出现的现象。跑基础收发程序没有出现。基本可以确定应该是协议栈的问题导致在某些情况下，终端不发射（但是返回的是发射成功），应该是底层处理的问题。请帮忙协助分析一下，不然这边产品可能没办法应用，我这边也在继续分析，谢谢了。

你用LAUNCHXL-CC1352P-2测试正常吗，协议栈都是经过测试的，基本不会有太大的问题

LAUNCHXL-CC1352P-2我手头上只有2台。这边测试的模组不是100%都会出现的，基本上10个才会出现1,2个。而且要在特定的天线姿态下才会出现。但是只要出现了，在那个姿态下就是100%可复现的。但是同样姿态下，跑基础收发例程又不会出现，这点很神奇，而且我可以确定的是模组一直是正常工作着的，程序里面我设置了一个计数器，这个计数器一直都有在累加。

补充一下，现在测试出来有问题的模组主要问题点: 1  特定空间无信号     2  模块底部与铁板 间距少于3mm时 无信号。 这两种情况。

我这边没有办法复现你的情况，只能让你用LAUNCHXL-CC1352P-2开发板测试，

如果LAUNCHXL-CC1352P-2测试没有问题，那就是模组的问题，模组问题请直接联系供应商，我们不对第三方设计的模组提供支持

好像跟烧录口CLK，DIO或者电源口VDD,VSS有关。这两个口靠近金属面的时候（绝缘）就会导致数据发射异常。请问这两个口使用上是否有什么注意事项？看起来好像跟感应电容之类的有关系，用手靠近的时候就恢复了。