This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Other Parts Discussed in Thread: CC2538, CC2530, Z-STACK
您好：
cc2538（当协调器）和cc2530（当终端）进行简单的无线通讯时，双方使用的都是基于mesh协议栈的，一开始通讯没问题，但当通讯几个小时后无线通讯会断且不能自己恢复，必须手动重启其中一个或两个才能恢复通讯，拷机测试了n多次都是这个现象。（使用的都是mesh包里的GeneralApp工程）
麻烦可以帮忙解决一下。
刚又通讯断了的，一直没恢复，重启了其中一个才恢复。您那边可以提供两个完整的工程麽，一个协调器2538的，一个终端2530的，想看下您那边的和我的差异。
GenericApp.zip
还有就是我打开看了下，您给的工程里面怎么没有协议栈的，就是那个component组件
好，我今天用你给我例程测下，就是我这边直接把mesh包里的genericapp替换成你给我的就可以吧？
我打开了，为什么2538的和2530的代码都是一样的。都是广播的。
您这边代码的思路是不是协调器和终端都在500ms广播的，还是什么的？
我程序下载进去了，我在2538和2530的接收部分都加了闪灯，当2538和2530接收到对方广播的数据后就会闪灯。但是为什么闪灯不是那么的流畅呢。还有就是2530终端的代码编译有11天警告，您那边有么？
我这边协调器编译没警告，我把终端的-DFRD-RCVC_ALWAYS_ON=FALSE改为-DFRD-RCVC_ALWAYS_ON=TRUE了，闪灯还是很不流畅
因为我这边后期是一个协调器，多个终端的，所以需要协调器广播数据给所有的终端，终端接受到数据解析，地址匹配成功后，就会单播数据给协调器的。
不知道为什么这边很不流畅的
嗯，先不管那些了，先拷机测试下看看通讯会不会出现断起不来的情况
请问下您那边是一个2538一个2530是吧？
基本上我覺得應該沒有什麼差異，我也可以改成收到协调器广播的数据就会单播,我相信一定也會沒有問題
嗯好，那我再多拷机一会看看
嗯呢，谢谢哥！现在越来越怀疑硬件问题了
是的，我这边目前还是正常的，没有出现断线起不来的情况
这边两边都500ms定时发，虽然没有出现断线起不来的情况，但是出现进入ZDO_STATE_CHANGE的情况，
那这样能初步断定是软件原因还是硬件原因麽？
附上我最後測試用的GenericApp.c與GenericApp.h
4314.GenericApp.zip
您那边跑的是2530收到协调器数据才会回的程序麽？
那也就是说是这边硬件的问题麽？
我么这边的板子是自研的。
好的，我这边买了一个新的，再测下的。
哥请问下，我用你那边的两个程序，是不是只用替换GenericApp.c和GenericApp.h两个文件的。
像IAR的预编译以及环境配置还有f8wConfig.cfg诸如此类的需要改动麽？
