协调器卡死

jiangtao zhou

Expert 1520 points

Other Parts Discussed in Thread: CC2530, CC2652R, CC2538, Z-STACK

协调器停卡响应后，我中断了一下它，这个是现场。

5 年多前

0 jiangtao zhou 5 年多前

Expert 1520 points

注释掉halAssertHandler函数的halAssertHazardLights，会好一点，接收数据速度也快了一些，但uart发送太快还是会卡住，有时停在do
{
asm("NOP");
} while (!HAL_DMA_CH_ARMED(HAL_DMA_CH_TX));里面好久都出不来，有时是别处，
有没有办法设置串口别整个系统卡死，丢包和错数据都行。

0 Alvin Chen 5 年多前回复 jiangtao zhou

TI__Guru 56646 points

不建议修改，你可以试着适当增大UART bufsize

0 jiangtao zhou 5 年多前回复 Alvin Chen

Expert 1520 points

没有用，试了256，感觉它很容易卡住，1秒只能处理一包数据，致命的是几个包一起来，协调器就肯定卡死，能有更好一点性能的芯片吗，做了一年，花了很多时间和钱，最后就这个效果，好崩溃

0 Alvin Chen 5 年多前回复 jiangtao zhou

TI__Guru 56646 points

那必然是有的,CC2538或者CC2652R。实话说CC2530的8051核处理速度就是比较慢的。

0 YiKai Chen 5 年多前回复 jiangtao zhou

Guru 109500 points

我的協調器應用有時候每秒會從終端接收到1000字節然後從串口輸出到網關，持續100秒左右，用的是CC2530的MT command，從來沒有出過問題，我是建議你查一下是不是你的應用程序有什麼問題，不然你就算換更好一点性能的芯片可能還是卡住

0 jiangtao zhou 5 年多前回复 YiKai Chen

Expert 1520 points

那你这套代码能给我测试一下吗邮箱 65050728@qq.com
我要测试一下多个设备同时往coodinator发送数据的情况，现在我单用一个设备给C发数据，只要间隔时间<800ms，或者几个设备同时发，c就很容易出问题，我用的是stack2007

0 YiKai Chen 5 年多前回复 jiangtao zhou

Guru 109500 points

我代码不能分享給你测试，但是基本上就是使用SampleLight+MT command

0 jiangtao zhou 5 年多前回复 Alvin Chen

Expert 1520 points

如果买2538，那现在的2530上的代码可以直接编译一下就烧写进去吗，我想验证一下网关收数据快了死机的问题能不能通过换硬件解决。

0 YiKai Chen 5 年多前回复 jiangtao zhou

Guru 109500 points

可能要稍微merge一下吧

0 jiangtao zhou 5 年多前回复 YiKai Chen

Expert 1520 points

那您使用的stack version是？2007还是3.x？

0 YiKai Chen 5 年多前回复 jiangtao zhou

Guru 109500 points

Z-Stack Home 1.2 跟Z-Stack 2.5.1a都有

0 jiangtao zhou 5 年多前回复 YiKai Chen

Expert 1520 points

经过长时间的测试，我发现把设备靠近在一块，信号很强的时候，500MS间隔发送32B和 1 秒发送一次1K的数据收发是没有问题的，但距离远一点时，协调器容易跑飞，我推测是RF数据有错误时，协调器底层没做好校验，导致栈出错或溢出了。

YIKAI，你说能发送1000BYTE／S，那么在你的两个设备间放一个交流转直流电源或线圈类的东西干扰一下信号，很有可能能重现这个严重的错误。

0 YiKai Chen 5 年多前回复 jiangtao zhou

Guru 109500 points

我辦公室隨時都有上百個終端設備在發射Zigbee 訊號還有BLE跟WiFi、我們也賣了很多設備出去給客戶，從來沒有看過這個問題、我們在測試的時候也會用SmartRF Studio 在同一信道上製造連續的RF 信號、也是不會發生這個問題

Zigbee 和 Thread

Zigbee 和 Thread 论坛

协调器卡死