基于STM32的无线病床呼叫系统：从硬件连接到语音播报实现

简介基于STM32的无线病床智能语音提示呼叫系统是一份面向嵌入式毕业设计、课程实训及无线传感网相关课题的完整设计方案主要解决病房中病床呼叫信息无法远程实时传递的问题。系统分为病床端和护士端病床端以STM32核心板为主控通过按键模拟病床紧急呼叫LED指示灯实时反映呼叫状态并由ZigBee模块完成无线数据传输护士端接收呼叫信息后利用LCD12864液晶屏显示病床编号与呼叫状态同时语音模块给出智能语音提示帮助医护人员快速响应。资源包共255个文件压缩包大小约5.08MB文件以C源码工程为主线包括59个C源文件、65个H头文件还包含Keil工程配置、编译生成的AXF/HEX烧录文件、Proteus仿真相关文件、DOCX说明文档及实物图片等覆盖从程序编写、仿真调试到实物制作的完整流程。目前已有288人学习浏览适合需要快速搭建STM32无线呼叫系统原型、理解ZigBee组网与语音播报实现思路的开发者配套的实物说明和硬件连接说明可对照硬件连接图完成接线与联调减少毕设排错时间。1. 基于 STM32 的无线病床呼叫系统先分清你要做的是哪一层病房里的呼叫铃拆开看就是“床头一个按钮、护士站一个灯和铃声”。把这个场景换成基于 STM32 的无线病床智能语音提示呼叫系统麻烦的不是单片机而是要在几十米、隔楼板的室内环境里把“几号床呼叫”这件事可靠地送到护士站再让中文语音念出来。这套系统拆成硬件连接、无线协议、语音驱动三块正好对应标题里反复强调的“源代码、实物说明、硬件连接说明”——这类项目通常按工程交付物来验收硬件能不能焊好、引脚能不能讲清楚、代码能不能下载进去就动。下面按“硬件接线 → 无线数据帧 → 语音合成 → 主流程 → 实物排错”的顺序一层层拆适合手上有一块 STM32F103C8T6 核心板、想快速搭出一套可演示护士站呼叫系统的工程师或学生在周末完成原型。2. STM32 最小系统与硬件连接nRF24L01、SYN6288 的引脚分配和接线常见做法是直接买 STM32F103C8T6 核心板板载 8MHz 晶振、复位电路、AMS1117 稳压和 SWD 下载口不需要自己画最小系统。整体由两块板组成病床端一块护士站一块无线模块和语音模块都挂在 3.3V 供电上全系统工作电流约 60~80mAUSB 供电足够。电源上有一个值得提前注意的点如果后续要改成电池供电务必在 5V 端升压后再进核心板的 USB 或 Vin不要直接往板载 3.3V 输出端灌电否则板载 LDO 反向饱和会发热甚至烧片。硬件连接总共不到 20 根线接线前先确认 Keil 环境里已经装好 STM32F1 器件包否则新建工程时选不到 STM32F103C8后面所有调试都无从谈起。2.1 主控与无线模块选型为什么是 STM32F103C8T6 配 nRF24L01有人会倾向用 ESP8266 做 UDP 广播开发快但实际落地时要处理 Wi-Fi 连接、IP 分配和跨楼层信号串扰。nRF24L01 是 2.4GHz 私有射频SPI 直接控制单包 1~32 字节自带自动应答和自动重发天然适合“按键按下→发一个小包”这种事件型通信。对 F103C8T6 而言3 根 SPI 线加 2 根控制线就能驱动资源占用很低这也是很多智能语音呼叫类设计把它作为首选无线方案的直接原因。语音播报则选 SYN6288 中文 TTS串口发一段中文文本就能合成语音比先录音再触发的 JQ8900 更灵活因为床号和呼叫类型是动态拼接的你不可能为每一张床预先录好所有音频。2.2 病床端硬件连接按键、指示灯、nRF24L01 的 SPI 接线表病床端只做事件采集和无线发送电路很干净一个自复位按键、一个 LED、一个 nRF24L01。按键一端接 PA0另一端接 GND用内部上拉读取LED 串一个 220R 电阻接到 PA1。nRF24L01 挂在 SPI1 上具体分配如下STM32F103C8T6 引脚nRF24L01 引脚功能说明PA5SCKSPI1 时钟PA6MISOSPI1 主机输入PA7MOSISPI1 主机输出PA4CSN片选低有效PA3CE收发切换使能PA2IRQ可接外部中断也可以悬空CSN 和 CE 引脚其实可以换到其他 GPIO只要软件里跟着改IRQ 悬空不影响功能用轮询方式读 STATUS 寄存器同样能判断发送是否成功。接线完成后先别急着写射频代码用一小段 GPIO 程序验证按键和 LED 通路void Key_LED_Demo(void) { GPIO_InitTypeDef gpio; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); gpio.GPIO_Pin GPIO_Pin_1; gpio.GPIO_Mode GPIO_Mode_Out_PP; // 推挽输出驱动 LED gpio.GPIO_Speed GPIO_Speed_2MHz; GPIO_Init(GPIOA, gpio); gpio.GPIO_Pin GPIO_Pin_0; gpio.GPIO_Mode GPIO_Mode_IPU; // 上拉输入读按键 GPIO_Init(GPIOA, gpio); while (1) { if (GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_0) Bit_RESET) { GPIO_SetBits(GPIOA, GPIO_Pin_1); // 按下点亮 } else { GPIO_ResetBits(GPIOA, GPIO_Pin_1); } } }按键另一端接 GND所以按下读回低电平GPIO_Mode_IPU 打开内部上拉后外部不需要再放电阻。这段程序烧进去如果能用按键控制 LED说明核心板、下载链路和 GPIO 驱动都正常再往下调 SPI 和射频时才不会把问题混在一起。2.3 护士站硬件连接OLED 显示、SYN6288 语音模块的串口接线护士站同样用一块 F103C8T6额外加 SSD1306 OLED 和 SYN6288。OLED 用 I2C1 默认脚 PB6/PB7SYN6288 用 USART1 的 PA9/PA10无线模块的 SPI 接法和病床端完全一致。接线关系如下STM32F103C8T6 引脚外设引脚功能说明PB6OLED SCLI2C1 时钟PB7OLED SDAI2C1 数据PA9SYN6288 RX串口发送中文文本给 TTSPA10SYN6288 TX读回模块状态可选PA3/PA4/PA5/PA6/PA7nRF24L01SPI 接法与病床端一致PA0解除按键护士确认呼叫后清除显示注意所有模块必须共地尤其无线模块和语音模块在不同电源轨时GND 不共会导致电平判断异常。SYN6288 模块多数支持 3.3V~5V统一用 3.3V 最省事如果因为手头电源只有 5V 而给模块单独供 5VSTM32 的 PA9 输出的高电平只有 3.3V多数 TTS 模块能正常识别但稳妥做法是在 PA9 到模块 RX 之间串一个 1kΩ 电阻做电平兼容既限流又不会拉低信号。OLED 初始化完成后先做一次清屏并显示固定字符能显示再继续往下调。3. 无线通信协议与数据帧设计STM32 双端收发核心nRF24L01 一个包最多 32 字节病床呼叫这种场景只需要 6 字节。问题不在容量而在边界和可靠性。这套系统本质是一个微型无线传感器网络应用两个节点之间交换的信息量极小但必须保证“这一包确实是某张床发来的呼叫事件”。很多入门者直接把裸数据塞进发送负载护士站收到乱码或串号根因就是没有帧边界和完整性校验。给无线链路定义一套固定的数据帧相当于给每一条消息贴上物理地址和校验标签是整个系统的地基。3.1 自定义数据帧在 nRF24L01 单包传输中的应用直接发裸数据时接收端无法区分一个完整包和一个被干扰截断的包也拿不准哪几个字节是有效负载。自定义帧在这里解决两件事一是让接收端通过帧头对齐数据二是用校验和判断数据是否在传输中被改坏。病床端每次组一个 6 字节帧nRF24L01 一个 payload 正好装下接收端收到后先判断帧头 0xAA 0x55再对有效数据算 CRC两边都通过才进入业务处理。这样做的开销只是 10 行代码和几微秒的 CRC 计算时间但能挡住绝大多数由于无线干扰导致的乱码误触发。3.2 帧格式与 CRC8 校验防止误触发和丢包以一个简单可扩展的 6 字节帧为例结构如下偏移字节数内容取值说明01帧头 1固定 0xAA11帧头 2固定 0x5521床号1~2550 保留31事件类型0x01 呼叫0x02 解除0x04 紧急41扩展位可放传感器状态或电量档位51CRC8对偏移 1~4 共 4 字节计算CRC8 的计算多项式用 0x31这是 OneWire 等协议常用的标准多项式代码实现很短uint8_t crc8(uint8_t *data, uint8_t len) { uint8_t crc 0x00; while (len--) { crc ^ *data; for (uint8_t i 0; i 8; i) { if (crc 0x80) crc (crc 1) ^ 0x31; // 多项式 x8x5x41 else crc 1; } } return crc; }这段代码逐位计算6 字节数据在 72MHz 主频下耗时几十微秒放在主循环里没有任何压力。CRC 校验范围从第二个帧头 0x55 开始不包含 0xAA这样接收端先靠 0xAA 对齐再校验剩余字节如果拿整包做 CRC帧头本身被改时反而会漏掉很多错位信息。发送端调用crc8(frame[1], 4)得到校验字节填充到偏移 5接收端对同样范围重新计算并比对。3.3 nRF24L01 初始化参数速率、功率、通道与重发机制射频参数决定通信距离和抗干扰能力病房楼层的实际干扰源主要是 Wi-Fi 路由器和蓝牙耳机。nRF24L01 的初始化有几个关键寄存器配置值得直接抄用寄存器写入值字段说明CONFIG0x0E使能 CRC模块上电EN_AA0x01仅对数据管道 0 开启自动应答EN_RXADDR0x01只启用数据管道 0SETUP_AW0x03地址宽度 5 字节SETUP_RETR0x1A重发间隔 1500us最多重发 10 次RF_CH0x45射频信道 69对应 2469MHzRF_SETUP0x261Mbps 速率发射功率 0dBm信道 69 落在 2.4GHz 频段中较少被 Wi-Fi 占用的间隙1Mbps 速率比 2Mbps 接收灵敏度高约 3dB穿一层楼板更稳。发送端 TX_ADDR 和接收端 RX_ADDR_P0 必须写成完全相同的 5 字节地址最好定义为同一个宏避免两端手工抄写时出错。发送一个完整帧的代码骨架如下void RF_SendFrame(uint8_t *buf, uint8_t len) { CSN_LOW(); SPI_WriteByte(0xA0); // W_TX_PAYLOAD 写发送负载 for (uint8_t i 0; i len; i) SPI_WriteByte(buf[i]); CSN_HIGH(); CE_HIGH(); // 拉高 CE 至少 10us 触发发送 Delay_us(15); CE_LOW(); uint32_t timeout 1000; // 轮询等待约 10ms while (timeout--) { uint8_t status SPI_ReadByte(0xFF); // NOP 指令读状态 if (status 0x20) // TX_DS 发送成功 { SPI_WriteByte(0x20, 0x20); // 写 STATUS 清中断位 break; } if (status 0x10) // MAX_RT 重发耗尽 { SPI_WriteByte(0x20, 0x10); break; } } }CE 拉高后模块才会真正把缓冲区数据发射所以时序上必须保证高电平持续超过 10usMAX_RT 置位后必须写 1 清除否则之后所有新发送请求都不再响应。轮询方式比外部中断直白配合 PA2 的 IRQ 引脚可以改成事件驱动但对呼叫系统这种低频事件10ms 的轮询开销完全可以接受。4. 智能语音提示实现STM32 通过 USART 驱动 SYN6288 实时播报语音模块是整个系统里“听起来最智能”的部分实际上它只是一个严格的串口从设备。SYN6288 上电默认 9600bps、8 数据位、1 停止位、无校验STM32 的 USART1 按同样参数初始化就能通信。关键不是波特率而是帧格式模块要求一次传完整个播报帧中间不能插入大延时否则会把一帧拆成多段当作垃圾数据丢弃。整个语音提示链路的可靠性完全取决于帧构造和编码格式这两件事。4.1 语音合成指令格式与波特率设置SYN6288 的文本合成命令帧格式如下字段长度说明帧头 0xFD1固定数据区长度2高字节在前等于 1 1 文本字节数命令字10x01 表示文本合成参数1高 4 位编码格式0 为 GB2312低 4 位背景音乐文本N待合成的中文文本校验和1从长度低字节到文本最后字节逐字节异或这里最容易踩的坑是校验范围。模块手册定义的校验从“长度低字节”开始而不是从长度高字节。大部分短文本长度不超过 255长度高字节为 0异或进去结果不变所以很多人照旧代码写也能正常发声但一旦文本长度超过 255 就会出问题。构造帧时务必只用低字节参与校验避免留下隐患。4.2 STM32 串口发送函数与文本编码处理一个完整的播报函数可以这样写void SYN6288_Speak(const char *text) { uint8_t len 2 strlen(text); // 命令字 0x01 参数 0x00 文本 uint8_t frame[64]; uint8_t idx 0; uint8_t check 0x00; frame[idx] 0xFD; // 帧头 frame[idx] (uint8_t)(len 8); // 长度高字节 frame[idx] (uint8_t)(len 0xFF); // 长度低字节 frame[idx] 0x01; // 文本合成命令 frame[idx] 0x00; // GB2312 编码无背景音乐 for (uint8_t i 0; i strlen(text); i) frame[idx] (uint8_t)text[i]; check ^ frame[2]; // 从长度低字节开始异或 check ^ frame[3]; for (uint8_t i 4; i idx; i) check ^ frame[i]; frame[idx] check; for (uint8_t i 0; i idx; i) { while ((USART1-SR USART_SR_TXE) 0); USART1-DR frame[i]; } }调用时直接写SYN6288_Speak(3床呼叫);。整个发送过程是阻塞的一个 60 字节左右的帧在 9600 波特率下耗时约 60ms对护士站播报场景可以接受。编码是最隐蔽的问题Keil5 默认把源码文件保存为 GB2312中文字符串在 Flash 里就是 GB2312 字节直接发给模块没问题如果源码文件被保存成 UTF-8发出去的字节是 UTF-8 编码模块按 GB2312 解析就会乱码或直接不出声。提示Keil 的 Edit → Configuration → Editor 里编码选 Chinese GB2312且不要再用外部编辑器把源文件另存为 UTF-8。4.3 呼叫优先级的软件处理护士站多床同时呼叫时的排队播报两张床同时按键时无线帧会按先后到达护士站语音模块同一时刻只能播一句。常见做法是在护士站维护一个床号标志数组先置位再按优先级播报uint8_t call_flag[8]; // 下标对应床号1 表示待播报 void Handle_CallEvent(uint8_t bed, uint8_t event) { if (event 0x01) call_flag[bed - 1] 1; else if (event 0x02) call_flag[bed - 1] 0; } void Poll_Speech(void) { for (uint8_t i 0; i 8; i) { if (call_flag[i] 1) { if (!speech_busy) { char buf[16]; snprintf(buf, sizeof(buf), %d床呼叫, i 1); SYN6288_Speak(buf); speech_busy 1; Delay_ms(1500); // 估算播报时间简化同步 speech_busy 0; call_flag[i] 0; } break; // 一次只播一条下一轮继续处理其他床 } } }如果系统里有“紧急呼叫”类型可以单独用一个紧急标志数组并放到普通标志前面扫描实现紧急优先、普通按床号顺序播报。固定延时 1500ms 是最省事的同步方式但文本长短不同会导致播报被截断或空等讲究一点就接 SYN6288 的 BUSY 引脚到 STM32 的输入播报时引脚拉高回到低电平再处理下一条。注意snprintf在未开启 microlib 时会占不少 Flash床号不超过 8 时也可以直接拼显式字符避免引入完整 printf 重定向。5. 源代码结构与主流程病床端按键扫描、护士站状态机硬件和协议确定后代码组织决定了这个项目好不好交付。两端跑的是同一套 SPI 驱动和帧协议差别只在角色配置。病床端逻辑简单一个主循环完全够用护士站因为要同时处理无线接收、OLED 刷新和语音排队适合用一个轻量状态机把三件事串起来。以下代码可以放心抄回去改但建议保留函数边界方便后面加传感器或换屏。5.1 病床端主循环按键消抖、状态上报与重发逻辑病床端不开系统while(1)每 10ms 轮询一次按键。核心逻辑是检测电平变化沿按下沿发一次呼叫帧松开沿发一次解除帧。这样即使病人一直按住不放也不会每 10ms 重复发包把无线信道打满。int main(void) { SystemInit(); GPIO_Config(); SPI1_Config(); NRF24L01_Init(TX_MODE); // 本端为发送模式 uint8_t last_level 1; // 松开为高电平 while (1) { uint8_t level ReadKey(); // 读 PA0 if (level 0 last_level 1) { uint8_t frame[6]; BuildFrame(BED_NO, EVENT_CALL, frame); RF_SendFrame(frame, 6); // 内部带重发与超时 } else if (level 1 last_level 0) { uint8_t frame[6]; BuildFrame(BED_NO, EVENT_RELEASE, frame); RF_SendFrame(frame, 6); } last_level level; Delay_ms(10); // 10ms 循环自然完成软件消抖 } }10ms 的采样周期意味着按键抖动只会造成某几次采样电平翻转但沿检测只在固定周期内识别一次配合外部 0.1uF 电容可以做到完全不误报。RF_SendFrame内部的 MAX_RT 状态建议保存到一个全局变量里这样上位机测试时可以统计丢包率交付源码时也算一个可测指标。5.2 护士站状态机接收解析、OLED 刷新与语音触发护士站不能把无线接收、显示刷新、语音播报全部塞进中断。推荐的结构是查询 nRF24L01 的 RX_DR 标志收到完整帧后置一个标志位主循环解析帧并更新状态机。护士站整体可分为三个状态当前状态触发事件动作下一状态IDLE收到有效呼叫帧置位 call_flag刷新 OLEDCALL_RECEIVEDCALL_RECEIVED语音模块空闲调用 SYN6288 播报PLAYINGPLAYING播报完成标志清对应 call_flagIDLE无线接收部分的伪代码逻辑如下void Poll_RX(void) { uint8_t status SPI_ReadByte(0xFF); // NOP 读状态 if (status 0x40) // RX_DR 置位收到新包 { CSN_LOW(); SPI_WriteByte(0x61); // R_RX_PAYLOAD 读负载 for (uint8_t i 0; i 6; i) rx_buf[i] SPI_ReadByte(0x00); CSN_HIGH(); SPI_WriteByte(0x20, 0x40); // 清 RX_DR 中断位 if (rx_buf[0] 0xAA rx_buf[1] 0x55 crc8(rx_buf[1], 4) rx_buf[5]) { uint8_t bed rx_buf[2]; if (bed 1 bed 8) call_flag[bed - 1] (rx_buf[3] 0x01) ? 1 : 0; OLED_Update(); } } }一次读 6 字节是因为发送端固定 6 字节负载如果开启动态负载长度必须先读 R_RX_PL_WID 寄存器确认实际长度再决定读多少字节。护士站的 OLED 刷新不放在接收函数里也可以只要在收到有效帧后置一个 display_dirty 标志主循环检测到再刷新能避免显示和语音互相阻塞。5.3 工程文件划分radio.c、syn6288.c、ui.c 的接口设计源代码交付时评审人通常会先看工程文件组织。我一般按外设拆文件radio.c 管 SPI 和 nRF24L01 寄存器操作syn6288.c 管语音帧构造和串口发送ui.c 管 OLED 刷新main.c 只留初始化和主循环。对外只暴露两个函数uint8_t RF_SendFrame(uint8_t *buf, uint8_t len); void SYN6288_Speak(const char *text);上层逻辑不需要知道 SPI 引脚和寄存器细节。病床端和护士站共用同一份 radio.c通过 main.c 里的宏#define NODE_ROLE TX_MODE或RX_MODE决定角色这样改接线的成本被限制在 radio.c 顶部的引脚宏里而不会散落在整个工程中。我第一次搭这套系统时把所有代码堆在一个 main.c 里后面加传感器位和紧急呼叫类型时改到怀疑人生按模块分开后每加一个功能只需要动对应文件。6. 实物调试三步法与三个典型故障实物调试最忌一上来就测无线距离。正确做法是分三步先跑通本机输入输出再验证 SPI 通路最后才联调无线和语音。第一步只烧 GPIO 测试程序确认病床端按键能控制 LED护士站 OLED 能显示固定字符这一步能暴露虚焊和引脚定义错误。第二步烧射频测试代码初始化后读回 CONFIG 寄存器并打印正确值是 0x0E如果读到 0xFF 就说明 SPI 链路不通优先查 MISO 接线和 3.3V 供电。第三步让病床端每按一次按键发一包护士站 OLED 先打印原始字节确认链路通了再接语音模块否则语音不出声时你分不清是射频问题还是 TTS 配置问题。调试时用串口打印最直接uint8_t val SPI_ReadByte(0x00 | 0x00); // 读 CONFIG 寄存器 printf(CONFIG %02X\r\n, val);printf 之前要确认串口重定向已经写好否则输出不显示会误判为读取失败。三个典型故障排错如下。第一个读寄存器一直返回 0xFF通常是 MISO 没接对或模块供电不足。用万用表量模块 VCC发射瞬间电压不能低于 2.7V建议在模块电源引脚旁并一个 10uF 电容。第二个发送端一直报 MAX_RT即便接收端明明能收到包。这种情况九成是发送端 TX_ADDR 和接收端 RX_ADDR_P0 不一致nRF24L01 开启自动应答后发送端必须收到 ACK 才算发送成功地址不一致时 ACK 回不到发送端。第三个中文语音播报乱码内核是源码文件编码问题Keil 工程文件被 IDE 自动转成 UTF-8 保存后中文字符串以 UTF-8 字节发送SYN6288 按 GB2312 解析自然出错把文件另存为 GB2312 就能解决。一个进阶技巧如果后续要改成电池供电考虑启用 nRF24L01 的 ACK Payload 功能护士站可以不额外发包直接在应答帧里携带回执信息把双向通信压缩成一次收发。整个系统最终以这个动作作为验收标准在病床端按下按键护士站 OLED 点亮对应床号SYN6288 现场合成并播报“几床呼叫”再按护士站的解除按键让显示器恢复空闲整条链路即视为闭环。本文还有配套的精品资源点击获取