[参考译文] CC2538：为什么&quot；SRSP 条件等待超时！ &quot；条件出现在 Zigbee Linux 网关3.0应用程序中。

是的、

它最终会发生、
但它仍然显示 SRSP 超时"  SRSP COND WAIT TIMEOUT！ "错误。
即使增加 SRSP 计时器输出间隔也无法解决此问题、并且会随着我们增加计时器值而减慢网关应用的速度。

当我努力提高波特率时、
现在、我能够知道在串行总线上发送到 ZNP 器件的每种同步响应类型的命令(即 UART)都会发生这种情况、
当 ZNP 设备不响应网关服务器时。 它将抛出错误 SRSP COND WAIT 超时！

但我对此并不是100%肯定、
因为我对此有几个问题、

我已通过在 NPI_Gateway.cfg 文件中设置变量 flowcontrol=1来启用握手。  

ZNP 器件上的 CTS 和 RTS 引脚接地。

因为我无法在 BeagleBone 上找到 CTS 和 RTS 引脚。 网关应用程序中没有对它们的定义。

1.是否因为我没有连接 CTS 和 RTS 引脚在 ZNP 与网关服务器之间握手而发生这种情况？
      如果->是
      您能告诉我哪些引脚在 Beagle Bone 侧配置为 CTS 和 RTS 吗？

2.我认为这是网关应用中的一个关键问题，我们如何处理？
      因此、即使是这样、我们也会立即采取措施来恢复它。

此致、

Shiv Patil。

大家好、 Toby Pan、

我能够在 ZNP 器件( CC2538 )和 BeagleBone 上成功配置 CTS 和 RTS 引脚以进行硬件流控制。

我已通过通过网络向不同器件发送命令来测试 Zigbee 网关应用、其工作正常。

但是、

我仍面临该问题错误:SRSP COND WAIT TIMER OUT！  

出现此错误后、网关是否恢复？

ANS：只有当我们重新启动网关应用程序或网关应用程序时，它才会恢复，它会在某些情况下自动重新启动。

      (例如，当 NWK /网关/OTA 任何一个网络终止时，应用程序会自行调用重新启动。)

您能否提供完整的日志以了解更多上下文？

答：找到下面提供的附件将帮助您了解问题。   

注意：现在网关应用程序的性能比以前的应用程序要好。 (波特率= 921600，并 使用 CTS 和 RTS 启用了流控制)

      如果您查看日志并搜索“ error：SRSP COND wait timed out！(错误：SRSP 条件等待超时！)”  "、 您将能够知道这一时间超过100秒

      将生成错误。

      即使系统处于工作状态、我们也无法控制它。 将在控制台上不断提示。

      主要缺点是、根据的值、它会减慢网关应用响应的速度  

大家好、Toby Pan、

我已经尝试过上述两种解决方案。

启用编译标志-D_BIG_DEBUG__不会对日志产生太大的影响。 尽管我能够使用此工具获得更多信息、
  但它不显示任何与 SRSP 条件等待超时相关的附加信息！

2.为网关服务器上的所有类型的服务器组件单独注销也不能帮助我获取相关信息
问题。

我发现了一些不同的东西、

快速向器件发送多个命令时、它会非常重要。 一段时间后、它进入脱机模式。

此问题是因为器件处于脱机状态、器件无法响应、数据包丢失在 ZNP 或网关服务器上吗？

如果设备脱机，我们如何在联机模式下恢复它？

大家好、Toby Pan、

我想回答你的问题  

问：“它进入脱机模式”和“设备进入脱机模式”是什么意思？

答案：  

您可以查看 Zigbee 网关应用代码。 您将发现有一种方法可以获取设备网络状态。  

在文件 nwkmgr/nwkmgr.pb-c.h 中、您可以找到其定义。 serverpb / server.pb-c.h 中也提到了相同的引用

typedef enum _NWkDeviceStatusT｛
/*
器件脱机(不响应服务发现) //此处 TI 明确提到器件处于非响应模式。
//
NWK_DEVICE_STATUS_T_DEVICE_OFF_LINE = 0，
//
*状态良好
*/
NWK_DEVICE_STATUS_T_DEVICE_ON_LINE = 1，
//
*器件已移除
*/
NWK_DEVICE_STATUS_T_DEVICE_DEVDEVDEVDEVE_2，
//
*不适用(此值在

器件状态= 255时返回)*DEVICE_NOT_DEVICE_NOT_GATEWAIT = nA
PROTOBUF_C_FORCE_ENUM_TO_BE_INT_SIZE (NWK_DEVICE_STATUS_T)
｝NWKDeviceStatusT； 

&此 器件状态保存在文件 type.h > device_info_t struct 中。

/*网络中设备的显示相关信息*/ 

typedef 结构
｛
endpoint_info_t EP_LIST[MAX_端 点]；
uint64_t IEEE-addr；
uint16_t nwk_addr；
uint16_t manufacturer_id；
bool 有效；
bool 已选择；
bool selected_as_bind_destination；
uint8_t DEVICE_STATUS；
uint8_t num_endpoints；
uint8_t selected_endpoint_index；
｝device_info_t； 

String_Add( device_string、dar_white "|%s%s"、DS_DEVICE_TABLE [i]。selected_as bind_destination？ 绿色：\
((DS_DEVICE_TABLE [i]。device_status = NWK_DEVICE_STATUS_T_DEVICE_OFF_LINE)？ 黑色粗体：红色)，DS_DEVICE_TABLE [I].SELECTED ? 粗体："")；

string_Add (device_string、"")； 

是的、如果器件未响应进入脱机模式的请求、则会尝试 MAX_DEVICE_FAILENEST_Attempts。

&当设备脱机时、我们无法在监听器上看到命令。 //显示类似于路由请求的内容。

找到 下面提供的附件将帮助您了解问题

我的问题是、我们如何使器件恢复在线状态？...

做一件事、

运行./zigbeeHAgw bbb 和./start_application 脚本。

在网络中添加任何支持开/关的器件或与之相关的 ANYE 驱动命令。

 按"n"和"f"键持续发送开/关命令。

尽量尝试使用发酵罐。

一段时间后、您将能够知道器件 现在将处于脱机状态。

启动应用程序上的器件详细信息将以灰色显示、如下所示。

>00：12：4B：00：09：E2：91：21 B5F0 0F 0100 (HA)| F2 0061 (A1E0) 

再试几次、您就可以在开始应用程序日志中看到消息。

等待确认超时    

这意味着在./zigbeeHAgw 上产生错误。

错误：SRSP 条件等待超时！

我不确定、但此问题 可能与 NIP Linux 服务器有关。

此致、

Shiv Patil。

大家好、Toby Pan、

我进一步详细测试了代码、现在能够理解问题、

请参阅下面提供的日志。 将帮助您了解它。

错误：：中断的系统调用
[ERR] NPI_IPC_errno 0x02030100
循环时退出套接字
cat：/proc/7128/cmdline：没有这样的文件或目录
pid 7128
不存在计数为0、不存在4
kill -SIGUSR2 6985
捕获到 SIGUSR2、非 NWKMGR 的服务器已死亡！
[12：50：12.281,096][NWK_MGR/LSTN]连接：从客户端网关断开(连接编号7)
等待网关服务器退出
[12：50：12.624,424][Z_STACK/LSTN]错误：SRSP 条件等待超时！
[12：50：12.624、610][Z_STACK/LSTN]错误：apicSendSynchData()获取响应失败
[12：50：12.625、185][Z_STACK/LSTN]连接：从客户端网关断开连接(连接# 6)
跟踪器退出
[12：50：14.625、804][Z_STACK/LSTN]错误：SRSP 超时等待！
[12：50：14.626、238][Z_STACK/LSTN]错误：apicSendSynchData()获取响应失败
[12：50：17.398、019][NWK_MGR/LSTN]连接：从客户端 OTASRVR (连接编号8)断开
连接、等待 OTA 服务器退出
ZLSZNP_ARM：没有找到等待
Linux NPLAT_ST_NPLANT_ST_I 的进程
： 未找到
等待 NPI 退出
网络管理器的进程在2019年5月17日星期五12：50：17 IST。
/zigbeeHAgw：第583行：kill：(7173)-无此进程
确保没有服务器在等待... 

在上面的日志中、您可以查看 NPI_IPC_errno   0x02030100行并在 npi_lnx_error.h 文件中跟踪此错误

您将能够看到该错误映射到、

这是如何导致 SRSP 超时条件的？

以及如何解决或处理此错误、以便我们的 ZigBee 服务器不会崩溃或获得延迟响应。

注意事项  

Shiv Patil。

是的、这似乎发生在 NPI 服务器中。

NPI_WRITE 的非成功返回值会导致 NPI_lnx_IPC.c 循环中断。 这是运行 NPI 服务器的循环。 当一台服务器死机时，zigbeeHAgw 将杀死其它服务器。
您可以尝试根据 NPI_WRITE 返回的实际错误值来处理它(NPI_WRITE 是写入函数的包装程序)。

//
如果(npi_write (pBuf、frlen)< 0)、则这位于 npi_lnx_uart.c 中的 npi_sendframe 中
Perror ("ERR:")；
免费(pBuf)；
NPI_IPC_errno = NPI_LNX_ERROR_UART_SEND_FRAME_FAILED_TO_WRITE；
返回 NPI_LNX_FAILURE；
｝ 

//这位于 npi_lnx_ipc.c

的 main ()中，否则为｛
// 调试_
printf ("[ERR] NPI_IPC_errno 0x%.8X\n"、NPI_IPC_errno)；
//可以在消息和 NPI_IPC_errno 中找到有关该错误的所有信息：
childThread =((npiMsgData_t *) npi_ipc_buf[0])->cmdId；
sprintf (toNpiLnxLog、"模块%d 中 ID 为%d 的子线程报告错误：\t%s"、
NPI_LNX_ERROR_THread (childThread)、
NPI_LNX_ERROR_MODULE (childThread)、
(char *)((((npiMsgData_t *) npi_ipc_buf[0])->pData)；
// printf ("%s\n"、toNpiLnxLog)；
writeToNpiLnxLog (toNpiLnxLog)；
｝
break； 

我能否在 CC2538和 Beagle Bone 之间启用 SPI 通信？..

在 Z-Stack 3.0.x 中、已弃用 SPI 上的 ZNP、因此您无法使用它。

您可以从 Z-STACK-ARCHIVE 引用 HA 1.2.2a ZNP 上的 SPI 模块、并相应地将该功能移植到 Z-Stack 3.0 ZNP。

此致、
Ryan

谢谢 Ryan、  

我将处理这个问题。

我还想知道、

Zigbee Linux 网关是否具有 SPI 支持？  (即、我们是否可以仅通过启用标志和 GPIO 来按原样使用它)

或

我们需要在代码中进行修改？...

HA 1.2.2a ZNP 中内置了 SPI 功能、但 Z-Stack 3.0需要进行修改。  我们已经进行过以下对话： https://e2e.ti.com/support/wireless-connectivity/zigbee-and-thread/f/158/t/784775/

此致、
Ryan

是的、我记得。

我想了解 Zigbee Linux 网关应用。

我们是否需要对 Zigbee Linux 网关应用程序以及 Z-stack 3.0应用代码进行修改？

也可以通过在 NPI_Gateway.cfg 中进行更改来使用它。

啊、感谢您的澄清。  我相信 Z-Stack 1.2.2a 实施中的 Zigbee 3.0 Linux 网关应用仍提供 SPI 支持、但由于不支持此功能、您必须更改 NPI_Gateway.cfg 并自行测试。

此致、
Ryan