基于CC2530的ZigBee无线传感器网络与Android手机监控系统实现

简介资源包围绕CC2530微控制器与Android上位机的传感器监测场景面向嵌入式开发者和物联网学习者解决无线传感器数据远程采集与设备控制问题适合具备基础C语言/Java知识的中级读者。包内共78个文件以java源码、xml界面布局、class编译结果及apk安装包为主附带jar库、工程配置文件等整体约4.45MB目录层次清楚便于从界面到逻辑逐层查看。已有944人学习说明该示例在同类资源中具备不错的参考价值。内容包含MyAndroidApplication与kwj.apk对应的完整工程代码和可运行安装包从串口通信工具、Android界面布局到CC2530指令收发、温度及红外传感器控制逻辑均有对应实现还体现了简易通信协议的设计思路。读者可据此理解Android与嵌入式设备联调的完整链路并在此基础上进行协议扩展或硬件适配适合用作物联网监测原型的开发起点。 做这个项目的时候我其实刚接触ZigBee没多久。当时的需求很简单手里有一批CC2530模块想做个能看温度、红外状态的手机监控系统最好不用开电脑手机直接看数据。折腾了两周把从硬件焊接到Android端联调的完整链路都跑通了。这篇就按我的实际流程来写从方案选型到踩坑记录给同样打算玩CC2530配Android上位机的朋友一份能直接抄的作业。1. 项目整体框架与方案选型1.1 为什么选CC2530做终端节点CC2530是TI出的IEEE 802.15.4/ZigBee专用SoC内部集成8051内核和2.4GHz射频收发器。选它最主要的原因是ZigBee协议的组网能力——星型、树型、Mesh都能做一个协调器理论上可以挂几百个终端节点。对于多传感器分布采集的场景比蓝牙一对一的方案灵活得多。不过这芯片也有明显的短板。8051内核主频只有32MHzFlash最大256KBRAM才8KB跑不了复杂算法。它擅长的事情就是定时采集传感器数据、通过ZigBee协议栈把数据传出去。所以项目定位就是纯粹的数据采集和转发别往上面塞太重的逻辑。我做的是最简单的星型网络一块CC2530做协调器连接手机若干块CC2530做终端节点接传感器。终端节点上电后自动搜索协调器并加入网络协调器负责汇总所有节点的数据并通过串口发给Android端。1.2 Android上位机的通信通道选择Android端和数据采集端之间的通信常见有两条路一是CC2530协调器通过USB转串口直连手机需要手机支持OTG二是协调器外接蓝牙模块手机走蓝牙SPP协议。我实测下来USB-OTG方案在部分手机上有兼容性问题而且插着线不方便移动调试。蓝牙方案只要配对一次后面基本是秒连。我用的是HC-05从机模块TTL电平直接接协调器的UART引脚波特率设115200。Android端用经典蓝牙Socket通信不用BLE因为HC-05是SPP协议。注意CC2530的IO口是3.3V电平HC-05也是3.3V可以直接对接。千万别接5V的模块会烧引脚。1.3 整体数据链路设计完整的数据流向是这样的传感器温度/红外→ CC2530终端节点AD采集ZigBee发送→ 无线传输 → CC2530协调器ZigBee接收串口转发→ 蓝牙模块 → Android手机解析显示告警温度传感器用DS18B20单总线数字输出精度12位-55到125度家用环境完全够用。红外传感器用HC-SR501人体红外模块数字输出有人就输出高电平。这两个传感器一个模拟一个数字正好把CC2530的两类输入方式都覆盖了。Android端不关心ZigBee网络层的细节它只看到一串串通过蓝牙发过来的ASCII协议帧。我在协调器固件里就把数据封装成了固定格式手机端做拆包解析就行。2. 硬件端核心细节与固件逻辑2.1 CC2530终端节点的IO分配和接线终端节点的引脚分配P0.0 → DS18B20数据线带上拉4.7kΩP0.1 → HC-SR501红外输出P1.0 → 板载LED状态指示DS18B20的上拉电阻必须加不然单总线的时序会不稳定读出来的温度偶尔跳变。HC-SR501模块工作电流比较大约50mA直接用CC2530的3.3V稳压输出可能不够我从电源模块单独引了一路5V给它输出引脚接P0.1。HC-SR501上还有两个可调电位器一个调灵敏度检测距离一个调延时输出高电平持续时间。默认值是可以用的我调的是灵敏度中等、延时最短约2秒这样连续检测时输出能比较快地翻转。调延时的时候注意必须等模块上电预热30秒以上再调否则测不准。2.2 DS18B20的采集代码要点DS18B20是单总线器件对时序要求很严格。CC2530的主频是32MHz用协议栈默认的32MHz系统时钟。需要自己用定时器做延时。时序上最关键的是三个时间片复位脉冲、读时隙、写时隙。我用的是IAR for 8051开发的。写驱动的时候几个关键参数复位主机拉低480μs然后释放等待60μs再读存在脉冲。存在脉冲是个60-240μs的低电平。写1时隙拉低1-15μs然后释放整个时隙不少于60μs。写0时隙拉低60-120μs。读时隙拉低1-15μs释放然后在15μs内采样。因为CC2530的指令周期是1/32MHz≈31.25ns用空循环做延时就行。不过注意开优化之后编译器的循环会被改变最好用__delay_cycles()或者直接内嵌汇编。读温度的实际流程跳过ROM0xCC→ 启动转换0x44然后等750ms12位分辨率最长时间再发跳过ROM和读暂存器0xBE连续读两个字节低字节是温度低8位高字节是符号位和温度高3位。拼接后除以16就得到带小数的摄氏温度。2.3 红外传感器的状态判断与上报策略HC-SR501输出的是数字电平检测到人体活动时输出高电平。这个信号不需要AD采集直接读引脚就行。但有个坑HC-SR501在无人状态和有人状态切换时输出会有毛刺就是极短时间的电平抖动。在固件里要做消抖连续读取两次间隔20ms结果一致才算有效。我用的方式是每100ms读一次维护一个状态变量连续两次状态和上一次不同才上报。上报策略方面温度我是每5秒采一次通过ZigBee发给协调器。红外是状态变化即时上报这样Android端能实时收到人进人出的消息同时减少无效的无线通信。ZigBee网络在低占空比下功耗控制也好很多如果以后要改成电池供电这个思路能直接复用。2.4 ZigBee协议栈配置用的是TI的Z-Stack协议栈版本Z-Stack Home 1.2.2a。工程构建时需要在f8wConfig.cfg里改几个关键配置DEFAULT_CHANLIST0x00000800选择11信道避开WiFi常用信道ZDAPP_CONFIG_PAN_ID0xFF01指定PAN ID防止乱入其他网络MAX_RTG_ENTRIES和MAX_NWK_DATARETRIES终端节点可以按默认值来协调器和终端节点的工程是两套CoordinatorEB和EndDeviceEB都在Z-Stack的Projects\zstack\Samples\SampleApp里改。终端节点入网成功后会通过ZDO_STATE_CHANGE事件通知应用层。我在这个事件里点亮LED这样现场调试时一眼就能看出节点是否成功组网。Z-Stack的协议栈跑起来之后应用层的任务要挂在SampleApp_ProcessEvent这个事件循环里。我加了一个MY_REPORT_EVT事件用osal_start_timerEx周期性地触发传感器采集和上报。经验调试阶段把终端节点的REJOIN逻辑优化一下节点掉电重启后能很快重新入网。不然每次重新上电要等2-3分钟才能重新连上很耽误事。3. Android上位机开发实操3.1 项目搭建与权限配置Android端我用Android StudioGradle版本8.2minSdkVersion选了21覆盖绝大多数Android 5.0以上设备。蓝牙权限需要动态申请Android 12API 31以上还要再加BLUETOOTH_CONNECT权限。在AndroidManifest.xml里加权限还不行6.0以上必须动态申请不然运行时直接崩溃。蓝牙相关的两个核心权限uses-permission android:nameandroid.permission.BLUETOOTH android:maxSdkVersion30 / uses-permission android:nameandroid.permission.BLUETOOTH_ADMIN android:maxSdkVersion30 / uses-permission android:nameandroid.permission.BLUETOOTH_CONNECT /动态申请权限我用的是ActivityResultContracts.RequestMultiplePermissions一次性申请位置和蓝牙权限。注意扫描蓝牙设备需要定位权限ACCESS_FINE_LOCATION这是Android系统的一个比较坑的设计。3.2 蓝牙通信线程与数据接收逻辑蓝牙通信不能放在主线程我写了一个BluetoothService内部维护一个BluetoothSocket开启两个线程一个发送、一个接收。接收线程用InputStream.read循环读读到数据就丢给一个Handler处理。HC-05的默认波特率是9600我在固件里改成了115200所以手机端连接后也要设置同样的波特率。用BluetoothSocket.connect()连接成功之后IO流要优先设置IOTimeout不然读不到数据会一直卡住。我设的是2000ms超时。数据处理逻辑上在Handler里收到字节流后先缓存到一个ByteArrayOutputStream然后用换行符\n作为帧结束标志。解析完一帧之后自动清空缓存区。这种方式比固定长度帧更灵活只要固件端发送时保证一帧以\n结尾。3.3 协议帧设计与解析代码我定义的协议帧格式$TEMP,设备ID,温度值,信号强度*校验和\n $PIR,设备ID,状态,信号强度*校验和\n例$TEMP,01,26.31,-45*3A\n解析代码private void parseFrame(String line) { if (line null || !line.startsWith($)) return; int starIndex line.indexOf(*); if (starIndex 0) return; String data line.substring(1, starIndex); String checksum line.substring(starIndex 1); int calc 0; for (char c : data.toCharArray()) { calc ^ c; } String hexStr String.format(%02X, calc); if (!hexStr.equals(checksum)) return; String[] parts data.split(,); if (parts[0].equals(TEMP)) { float temp Float.parseFloat(parts[2]); int rssi Integer.parseInt(parts[3]); // 刷新UI更新温度显示 } else if (parts[0].equals(PIR)) { boolean presence parts[2].equals(1); // 刷新UI更新红外状态 } }校验方式是逐字节异或算出来转大写十六进制字符串。手机端解析时如果校验不过就丢帧不处理。这样能防止蓝牙串口偶尔出现脏数据导致UI跳变。3.4 UI显示的实时刷新方案UI我用了两个TextView显示温度和红外状态一个RecyclerView显示历史记录。温度刷新用runOnUiThread收到有效温度帧就更新主界面的温度值。红外状态这块我做了个状态标记有人显示红色高亮无人显示灰色。历史记录用Room数据库存了最近200条可以翻看历史变化。如果后续想加入实时温度曲线建议用MPAndroidChart这个库LineChart形态比较合适。我做过一版把温度值和采集时间塞进Entry列表刷新时直接notifyDataSetChanged()。演示效果比单纯数字直观很多。4. 联调过程中的高频问题和排查方法4.1 手机搜不到HC-05模块这是最常遇到的问题。先确认HC-05有没有进入AT命令模式。HC-05上有个状态灯快闪约2Hz是AT模式慢闪约1Hz/2s是透传模式。上电前按住模块上的按钮然后上电就能进入AT模式。用USB-TTL接模块的RXD、TXD、GND串口调试工具发AT回复OK就说明模块正常。如果AT模式正常但手机搜不到大概率是模块的配对码或者名称问题。发ATNAMECC2530_GW重命名ATPSWD1234设配对码。改完再退出AT模式手机就能搜到了。4.2 蓝牙连上了但收不到数据确认几条链路CC2530协调器有没有输出数据→蓝牙模块有没有收到→手机有没有正确读流。最常见的原因是波特率不匹配。用USB-TTL把CC2530协调器的串口引到电脑上打开调试助手看有没有数据顺便确认实际波特率。我在固件里设115200但HC-05出厂默认可能也是9600两边不一致就会数据乱码或完全没数据。还有个隐蔽问题CC2530的TXD要接HC-05的RXDCC2530的RXD要接HC-05的TXD交叉接。接反了模块不发数据但AT命令时又是模块连接电脑很多人会在这里绕圈。建议做一根专用的转接线把交叉关系固定下来别每次都现场跳线。4.3 温度数值漂移或跳变DS18B20读取的温度偶尔会出现85℃这个固定值这是DS18B20上电复位后的默认值如果程序在温度转换完成前就去读就会读到这个值。解决方法是上电后至少等750ms再发读暂存器命令或者连续读两次丢弃第一次。另一个跳变原因是CRC校验没做。DS18B20的暂存器第9个字节是CRC我一开始偷懒没校验导致偶发一位错误度跳变。后来加上了CRC校验跳变问题基本绝迹。代码里可以做一个查表法CRC8计算30行左右就搞定。4.4 Android端内存抖动如果一直开启蓝牙接收线程同时又是用Handler的obtainMessage频繁更新UI短时间内大量GC可能导致卡顿。我的优化思路把收到的帧先放队列UI线程用Choreographer做60fps的帧刷新只在界面需要刷新时才取最新值更新历史数据批量写入数据库。4.5 常见问题速查表现象可能原因排查步骤手机搜不到HC-05模块没进配对模式/名称未广播检查LED闪烁频率恢复出厂设置连接后无数据波特率不匹配/TX-RX接反USB-TTL单独测协调器输出蓝牙偶发断连HC-05供电不足/距离过远用5V/1A独立供电缩短距离温度在85℃跳变上电后读取过快/未做CRC校验延迟读取加上CRC8校验红外状态频繁翻转未做消抖固件里增加连续两次采样判断手机连接时提示配对失败配对码错误ATPSWD重设密码5. 一些可以继续扩展的方向做完整套系统后我最大的体会是CC2530 Android这套组合的最大价值在于学习完整的物联网数据链路。从传感器物理量采集到无线协议栈组网再到手机端应用解析展示一整条链路跑通比单纯刷开发板点灯学到的东西多得多。如果后续想扩展几个方向供参考加更多传感器节点直接新增CC2530终端节点改一下固件里的设备ID就行协调器和Android端不需要改动。云平台上报在Android端加一个HTTP转发层把收到的数据POST到云平台实现远程监控。本地存储与图表Android端用Room存历史数据再配合MPAndroidChart画温度曲线。低功耗改造终端节点换成电池供电温度上报周期拉长到1分钟红外用中断唤醒可大幅延长续航。最后分享一个调试技巧我在Android端加了一个调试日志浮动窗口把蓝牙收到的每一帧原始数据都打出来。这个习惯帮我省了大量排查时间尤其在联调阶段基本能一眼定位问题出在固件还是APP端。以后再做类似的物联网项目这个思路可以直接复用。本文还有配套的精品资源点击获取