协调器停卡响应后,我中断了一下它,这个是现场。
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.
那必然是有的,CC2538或者CC2652R。实话说CC2530的8051核处理速度就是比较慢的。
我的協調器應用有時候每秒會從終端接收到1000字節然後從串口輸出到網關,持續100秒左右,用的是CC2530的MT command,從來沒有出過問題,我是建議你查一下是不是你的應用程序有什麼問題,不然你就算換更好一点性能的芯片可能還是卡住
Z-Stack Home 1.2 跟Z-Stack 2.5.1a都有
经过长时间的测试,我发现把设备靠近在一块,信号很强的时候,500MS间隔发送32B和 1 秒发送一次1K的数据收发是没有问题的,但距离远一点时,协调器容易跑飞,我推测是RF数据有错误时,协调器底层没做好校验,导致栈出错或溢出了。
YIKAI,你说能发送1000BYTE/S,那么在你的两个设备间放一个交流转直流电源或线圈类的东西干扰一下信号,很有可能 能重现这个严重的错误。
我辦公室隨時都有上百個終端設備在發射Zigbee 訊號還有BLE跟WiFi、我們也賣了很多設備出去給客戶,從來沒有看過這個問題、我們在測試的時候也會用SmartRF Studio 在同一信道上製造連續的RF 信號、也是不會發生這個問題