[参考译文] CC2538：如何使用 z-tool 修改 cc2538-cc2592emk ZNP MAC/RF 参数

在环境1和环境2下进行测试时、您是否使用相同的硬件和软件？ 如果是、我会说环境1可能存在干扰、您可以尝试更改通道以再次进行测试。

在这两种情况下、硬件和软件是相同的。

但如果环境1中存在干扰问题，则路由器在该环境中的工作情况如何？？

路由器和 ZNP 是否具有不同的初始化过程？？

此外、我的环境网关是 start ..zigbee 服务器和 nodejs 服务器工作正常。但在无线电上、我看不到监听器上的任何内容。

在环境1中、协调器和路由器之间的距离以及监听器和路由器/协调器之间的距离是多少？

这三个路由器、协调器和监听器都在1米半径范围内。

作为协调器的网关是否包含其他2.4G 射频、如 WiFi 或蓝牙？

位置和距离 如下所示  

我的协调器/网关基于 Raspberry PI 3B+、具有板载 WiFi 和蓝牙、WiFi 未禁用、但未连接到两种环境中的任何接入点。

我仍然怀疑您的测试环境中存在干扰1. 您是否尝试更改为其他 Zigbee 通道并查看问题是否仍然存在？

我看到多个通道的问题- 11、21、24

在一层、我总共有5个网关、其中2个网关显示问题1在通道11上、另一个在通道21上

例如、如果您将通道11上有问题的问题更改为通道15、您仍然看到问题吗？

我今天将对其进行测试。

执行任何特定测试的任何其他建议

此外、修改网关 config.ini 文件中的以下 jammer 相关参数将有助于？？

；噪声级别读数之间的时间的干扰检测参数。  
；此值以毫秒为单位。 值为100表示干扰检测算法将采用  
;每100毫秒读取一次噪音级别。  
jamer_detect_period_time = 100  

;干扰检测参数，用于检测卡纸所需的连续事件数。  
；值150表示干扰检测算法需要150个连续读数  
；高于 JAMMER_HIGH_Noise_level 以检测"卡纸"。 噪声水平以下的单个读数  
;将重新开始连续计数。  
jamer_continuous_events= 150  

;干扰检测参数，用于高噪声级别比较。 该值将被-1乘以。  
；值为60表示噪声级别读数必须大于-60才能算作高噪声。  
jamer_high_noise_level = 60

我认为您的问题与 config.in 中的干扰检测定义无关

确保 为 ZNP 定义了 HAL_PA_LNA_CC2592、使用 SMARTRFTM-STUDIO 验证无线电范围、测试其他 CC2538-CC2592EMK、并执行 A-B-A 测试(在硬件之间切换路由器和 ZNP 软件)以进一步调试此问题。

此致、
Ryan

e2e.ti.com/.../no-mto-no-link-status-from-znp.rar

PFA 连接监听器日志、这是在环境1中捕获的、路由器(3199和 FB75)能够发送数据、如 link status.and reports 命令。

但没有来自 ZNP/Coordinator 的数据、如链路状态、MTO 路由请求。

您能否为监听器日志提供网络密钥以便我解密？

您好，YK，

很抱歉、由于监听器日志是从客户端位置捕获的、因此我们没有网络密钥。

如果没有用于解密监听器日志的网络密钥、我将无法执行任何操作。

您好，YK，

请参阅以下关键字。

1D2CC9FD96616F08AE46FDD2811DA029

监听器日志仅显示没有来自协调器的信号的结果。 您是否有协调员发送链接状态并转为静音的完整日志？

此问题不断地发现、自开始协调器/ZNP 就不会发送任何数据包。但同时、在 Raspberry PI 网关上检测到 USB 端口上的 ZNP、并且必要的 ZigBee 服务器节点服务器和应用程序正确启动。

 我正在尝试捕获协调员 发送链路状态并转为沉默的情景？

您是否意味着您的协调器不会发送链路状态、因为您启动它以形成 Zigbee 网络？

不像这样……

步骤1.  

一旦完成网络构建、设备(路由器被调试)并验证数据是由路由器发送和由网关接收、就会测试所有协调器/网关。

步骤-2

网关打包并发送到客户端位置之后。

步骤-3.

当我们设置/安装网关的客户端位置时、我们使用了5V 和1.2安培(但建议使用5V 2.4A)适配器为网关供电。

步骤4.

安装完成后、我们已开始观察到以下问题：10个网关3自通电后未发送任何数据、其余7个网关在启动时正在发送数据、但最终在一天内停止发送和接收数据。

步骤-5

当我们看到此问题时，我们从网关中删除了其中一个 ZNP，并连接到笔记本电脑，然后开始使用 Ztool 进行测试。但我们也注意到，在使用 Ztool 启动 ZNP 时，通过在 SimpleAPI 部分下发送“ZB_START_REQUEST”， 我们不会看到任何数据包，如链路状态。 监听器上的 MTO 请求等。

步骤6.

在此之后、我们使用5V 和2.4A 适配器为7个网关供电、其中4个网关能够发送和接收数据、但剩余3个网关在不发送和接收数据的情况下显示相同的问题。

现在、我们对问题的实际位置感到困惑。  

如果您需要更多信息、请告诉我。

您是否在 10个网关或您自己的定制 CC2538-CC2592硬件上使用 TI CC2538-CC2592EMK？

TI cc2538-cc2592emk、未作任何更改。直接从 TI store 购买。

哎呀... 想法不好。 Ryan Brown1 有任何建议或意见？

您好，YK，

PFA 已附加监听器日志...

在该 PAN 中- C081和 C082是我的网络。 C081中的有线... C081发送数据包的方式不一致。

C081 -  98 02 AA A1 7D 78 A2 E2 BB E9 F2 8E 47 04 73 C3的 NWK 键

现在我已经从网关中删除了 C081 PAN 的 ZNP，并且连接到了 z-tool，但仍然无法连接到 C081 ZNP 的任何数据包....

请告诉我是否希望我使用 z 工具进行任何实验

e2e.ti.com/.../c081-no-packet-after-packet-31-32.rar

e2e.ti.com/.../c081-no-packet-after-packet-31-32-and-inconsistent-after-54.rare2e.ti.com/.../c081-inconsistency.rar

Dhanraj、

如果重新编程或恢复出厂设置、这些器件是否会恢复正常运行？  否则、现场设置可能会损坏组件。  TER 将继续帮助您调试硬件问题： https://e2e.ti.com/support/wireless-connectivity/zigbee-and-thread/f/158/t/845980

此致、
Ryan

我拿起了不工作的 ZNP，擦除了内存，并连接到 Smart RF Studio ...要 发送无线电数据包...通过 Smart RF Studio，它正在发送数据包...

执行恢复出厂设置时会发生什么情况？  您使用的是默认 ZNP 还是进行了任何更改？  您能否读出闪存内容并检查内存损坏？

此致、
Ryan

请在下面的行中找到我的答案-

执行恢复出厂设置时会发生什么情况？

我有一个从现场到开发环境的网关(C081 PAN)、然后执行整体擦除并使用相同的固件刷写、它开始正常工作、除了很少(并非全部)缺少链路状态。

您使用的是默认 ZNP 还是进行了任何更改？

我使用的是经过修改的 ZNP 固件、但使用相同的固件、我已经进行了多个部署、我仅观察此1部署的问题。

您能否读出闪存内容并检查内存损坏？

我已经执行了批量擦除、如何检查内存损坏。

您能否详细说明修改 ZNP 源代码的内容？

您是否知道与相关部署之间的硬件差异？  您可以使用 Uniflash 或 SmartRF 编程器来检查闪存内容、理想情况下、您要将生产映像与损坏的器件的存储器内容进行比较。

此致、
Ryan

您好，YK，

请参阅随附的文件以查看我的 ZNP 中的更改

e2e.ti.com/.../znp-changes-.txt

@ Ryan Brown  

除了位置和电源之外、与相关部署没有硬件差异。

对于有问题的部署-

最初使用的电源适配器为5V 和1.2A ，之后更改并使用 了5V 和2.4A  …… 适配器的输入为220V 和60Hz 原始功率(不带 UPS)

对于工作部署-

使用的电源适配器为5V 和2.4A …… 适配器的输入为230V 和50Hz UPS 电源  

根据 ZNP 更改.txt、您可以在 ZNP 中修改许多定义。 我建议您无需修改即可测试默认 ZNP 项目、除非启用 CC2592以查看您是否仍然看到相同的问题。

Dhanraj、

与其他部署相比、相关部署是否有更多节点连接到网络或更重的信道流量？  在观察问题之前、是否发生了任何软件复位或电源循环？  您能否通过在开发环境中连接几个器件并对固定器件执行多次复位来重现此问题？

此致、
Ryan

请在下面的行中找到我的答案-

有关部署是否有更多节点连接到网络中

>相关部署的节点非常有限-网络中最多10台路由器，网络中至少1台路由器。

信道流量比其他部署更重

>信道流量也非常少..您可以在下图中看到  

在观察问题之前、是否发生了任何软件复位或电源循环？

> 在观察问题之前不会发生软件复位或电源循环、但如果我们有意这样做、即使在这之后、我们也会看到同样的问题。

您能否通过在开发环境中连接几个器件并对固定器件执行多次复位来重现此问题？

我将对其进行测试并更新您的信息。

Ryan Brown 和 YK、您好！

我正在进行测试、并尝试在我的开发环境中使用我从相关部署返回的网关之一重新创建问题。

因此、在其中一个实验(如下所述)中、我能够始终看到某种相似的症状(即 >无链路状态和来自 ZNP 的 MTO 路由请求)

> 每当我将网关保留在桌面的 CPU 上时，它会停止发送 链路状态和 MTO 路由请求，但同时，ZNP 会向路由器发送的报告命令发送 Mac 确认。 (基本上，在本例中，我看不到来自 ZNP 的任何网络层或应用层数据包)

>如果我从 CPU 顶部移除网关并使其远离 CPU 10 -15 cm 或更多、它将开始发送 链路状态和 MTO 路由请求。

到目前为止、我仅使用1个网关测试了此问题、上述行为是一致的。  

此外、我将使用多个网关执行此测试。  

您可以在下图中看到我在测试期间如何将网关放置在 CPU 上。

听起来您的 GW 很容易受到环境变化的干扰。 您能否拍摄 PCB 的照片以向我展示您的 CC2538-CC2592EMK 连接？

请参阅下图、了解 ZNP 和连接的位置。

如果您将 CC2538-CC2592EMK 移出机箱、但仍将其置于 PC 上方、您是否仍然看到相同的问题？

如果我将 CC2538-CC2592EMK 移 出机箱、但仍将其置于 PC 上方、则仍然会看到相同的问题。

您可以看到我的 PC 内部组件的图片。

您是否仅使用 CC2592使能功能测试了原始 ZNP、以查看您是否仍然看到相同的问题？

案例1 -  

我 已将"CC2538_GW_ZNP_EM_Standalone _USB.hex"与 CC2538-CC2592EMK ZNP 结合使用。

在这种情况下、ZNP 不会受到 PC EMI 的影响。 但范围非常小，我必须使监听器和 ZNP 彼此接近(在25厘米范围内)

案例2 -  

我已从原始的 z-stack 3.0.2构建了 cc2538 ZNP 固件、在这种情况下、我尚未定义"HAL_PA_LNA_CC2592"

在这种情况下、ZNP 不会受到 PC EMI 的影响。 但范围非常小，我必须使监听器和 ZNP 彼此接近(在25厘米范围内)

案例 - 3.

我已经从原始的 z-stack 3.0.2构建了 cc2538 ZNP 固件、在该固件中、我定义了"HAL_PA_LNA_CC2592"

在这种情况下、ZNP 会受到我的 PC 的 EMI 的影响。 (我能够看到问题)

案例 - 4.

我从原始的 z-stack 3.0.2构建了 cc2538 ZNP 固件、在该固件中、我定义了"HAL_PA_LNA_CC2592"、并将 TX 功率设置为"TX_PWR_PLUS_8"

在这种情况下、ZNP 会受到我的 PC 的 EMI 的影响。 (我能够看到问题)

到目前为止，我无法在更改后观察到问题... ZNP 正在按预期正常工作。

我将继续测试。

但为什么 ZNP (cc2538-cc2592emk)在噪声较低(正常环境)时工作正常...即使 cc2592射频前端未初始化也是如此。  

哎呀，这是自 Z-Stack Home 1.2.2a 以来的已知问题，您可以参阅 。 不知道、即使在 Z-Stack 3.0.2中、它也不是固定的。