VV,问你个问题:
环境:CC2530-ProdHex,TI最新的3.0协议栈,ZNP和linux gateway通讯有问题。
1、CC2530工作在ZNP模式下,和MPU通过UART0连接,我们的CC2530没有LCD,根本没法显示串口收到的数据,现在就是个黑匣子,请问,ZNP模式下,Z-tools到底能还不能用UART1?我已经连接了UART1了修改了IAR znp源码还是没用。
2、把最新的3.0 Z-stack的IAR项目分析了一遍,发现UART0和UART1根本没法同时工作?我现在MPU和CC2530物理连接没有问题,用的UART0,我想让CC2530收到的数据通过Z-tools打印出来,这样我就能诊断通讯哪里出了问题
现在就是急缺诊断CC2530的手段,LCD没有,想通过Z-TOOL连接UART1但不通,如何破?
miffy:
回复 MT:
试过了,两端不管使能不使能RTS和CTS,基本上没反应,不过我还在想办法让CC2530这个黑盒子能有点现象出来,比如点灯什么的,现在串口数据发过去,在UART回调函数里面点灯,能点亮,最起码说明数据过去了,但是对不对就没法打印出来分析了,困惑中……
miffy:
回复 miffy:
调试了几天,在CC2530没有显示屏,没有串口输出log信息的条件下,凭借一个LED灯,不断点灯测试,终于找到问题了;
zigbee Linux gateway里面好多bug,无法理解TI出品是这样,发送的信令cmd0竟然是0x25,搞死ZNP那边也解析不了,RPC_SUBSYSTEM_MASK最大也就是20了,哪来0x25这么大的,根本找不到对应的函数执行,肯定返回错误。
miffy:
回复 miffy:
typedef enum { MT_RPC_SYS_RES0, /* Reserved. */ MT_RPC_SYS_SYS, MT_RPC_SYS_MAC, MT_RPC_SYS_NWK, MT_RPC_SYS_AF, MT_RPC_SYS_ZDO, MT_RPC_SYS_SAPI, /* Simple API. */ MT_RPC_SYS_UTIL, MT_RPC_SYS_DBG, MT_RPC_SYS_APP, MT_RPC_SYS_OTA, MT_RPC_SYS_ZNP, MT_RPC_SYS_SPARE_12, MT_RPC_SYS_UBL = 13, // 13 to be compatible with existing RemoTI. MT_RPC_SYS_RES14, MT_RPC_SYS_RES15, MT_RPC_SYS_RES16, MT_RPC_SYS_PROTOBUF, MT_RPC_SYS_RES18, // RPC_SYS_PB_NWK_MGR MT_RPC_SYS_RES19, // RPC_SYS_PB_GW MT_RPC_SYS_RES20, // RPC_SYS_PB_OTA_MGR MT_RPC_SYS_GP = 21, MT_RPC_SYS_MAX /* Maximum value, must be last */ /* 22-32 available, not yet assigned. */} mtRpcSysType_t;
好多bug,自己慢慢解决