简介本资源是一套完整的基于51/52单片机的无线医院排队叫号系统设计实现方案面向嵌入式初学者、课程设计学生及电子类实训教师解决多窗口服务场景下取号、无线调度与语音提示等典型应用问题。压缩包共174个文件总大小38.89MB涵盖核心C语言源码5个.c、Keil工程配置uv2/opt/m51等、硬件原理图与PCBsch/pcb/doc格式、12864液晶驱动模块、nRF24L01无线通信协议栈、WT588D语音合成wav音频28个、操作说明PDF15份及实物接线参考JPG14张结构清晰模块解耦明确。已有51人学习下载资源包含取号板与叫号板双机协同的完整软硬件实现提供可直接烧录的hex文件、带注释的启动代码STARTUP.A51、串行12864显示与呼叫模块独立工程以及窗口独立暂停、重复呼叫、静音控制等实用功能逻辑便于理解无线通信、人机交互与多任务协调的设计思路。1. 项目缘起从“排队焦虑”到“无线叫号”的硬件实现每次去银行、医院或者一些热门餐厅最让人头疼的就是排队。你永远不知道前面还有多少人也不敢走远生怕错过叫号。传统的LED屏叫号系统虽然解决了部分问题但布线麻烦移动不便成本也相对较高。作为一名电子爱好者我就在想能不能用我们手头最常见的51单片机结合一些性价比极高的模块自己动手做一个灵活、低成本的无线叫号系统呢这个想法催生了今天要分享的项目一个基于两片51单片机、两块12864液晶屏、nRF24L01无线模块、WT588D语音模块和14键矩阵键盘的完整无线叫号系统。它模拟了从服务台取号、到后台排队管理、再到无线叫号并语音播报的全过程。别看用的都是些“老古董”级别的芯片但组合起来实现的功能非常实用而且整个设计过程对理解嵌入式系统的整体架构——从人机交互、数据处理到无线通信——有极大的帮助。无论你是正在做课程设计的学生还是想找个练手项目的工程师这个方案都能提供一条清晰的实现路径。2. 系统架构与核心模块选型解析整个系统分为取号终端和叫号终端两部分两者通过nRF24L01进行无线数据通信。系统的核心思想是模拟真实场景顾客在取号终端按键取号号码信息通过无线发送到叫号终端排队服务员在叫号终端按键叫号被叫号码再通过无线发回取号终端显示并触发语音播报。2.1 主控芯片为什么依然是STC89C52在STM32、ESP32大行其道的今天选择51内核的STC89C52似乎有些“复古”。但我的理由很充分教学与入门友好51架构简单指令集清晰是无数工程师的启蒙芯片。基于它进行设计原理图、代码资源都极其丰富降低了学习和调试门槛。资源恰好够用本项目逻辑不复杂主要涉及IO控制、定时器、中断和串口模拟SPI驱动nRF24L01。STC89C52的8K Flash、512字节RAM完全能满足需求两个串口本设计用IO模拟也足够驱动两块12864屏和无线模块。成本与稳定性价格极低供货稳定开发工具古老的KEIL C51普及。对于功能确定、无需复杂操作系统和高级外设的应用51依然是性价比之王。注意STC89C52没有硬件SPI驱动nRF24L01需要使用IO口模拟时序这对理解SPI通信协议底层时序是个很好的练习。2.2 显示核心LCD12864带字库屏的优劣之选我们选用的是常见的带中文字库的LCD12864ST7920控制器。它的优点显而易见即插即用汉字内部固化了GB2312一级、二级汉字库显示汉字时只需发送汉字机内码无需自己取模大大简化了软件设计。接口简单支持8位并行和串行模式。为了节省IO口我们选择串行模式只需要3根线CS SID SCLK就能控制这对IO紧张的51单片机非常友好。显示区域规整128x64的点阵可以显示4行每行8个汉字16x16点阵或8行每行16个字符8x16点阵非常适合显示号码“请A001号到1号窗口”这样的信息。然而它也有缺点刷新速度较慢尤其在串行模式下对比度调节需要外加电位器。在设计中我们需要特别注意初始化时序必须严格按照数据手册否则容易出现乱码或显示不全的问题。2.3 无线通信nRF24L01的实战应用与避坑指南nRF24L01是一款经典的2.4GHz无线收发芯片价格低廉应用广泛。在本系统中它承担了双向数据传输的重任。工作模式选择我们将取号终端设置为发送模式PTX叫号终端设置为接收模式PRX。当取号时PTX发送数据包当叫号时双方角色瞬时切换PRX变PTX发送确认PTX变PRX接收或者采用更简单的让叫号终端也作为发送端向取号终端发送叫号信息。为了稳定我采用了固定的双PTX模式即两个终端平时都处于接收状态需要发送数据时再切换到发送模式发送完毕立即切回接收。这需要软件上有良好的状态管理。关键配置与避坑点同频干扰与信道选择2.4GHz频段非常拥挤Wi-Fi、蓝牙都在此。nRF24L01有126个信道2400MHz ~ 2525MHz。为避免干扰应选择一个相对干净的信道例如802480MHz。并在程序中加入自动重发和**应答ACK**机制确保数据包可靠到达。// 示例nRF24L01初始化配置片段 void NRF24L01_Init(void) { NRF24L01_CE 0; // 使能引脚低 SPI_Write_Reg(WRITE_REG CONFIG, 0x0f); // 使能CRC、16位CRC、上电、PRX模式 SPI_Write_Reg(WRITE_REG EN_AA, 0x01); // 使能通道0自动应答 SPI_Write_Reg(WRITE_REG EN_RXADDR, 0x01);// 使能接收通道0 SPI_Write_Reg(WRITE_REG SETUP_RETR, 0x1a);// 自动重发延时500us重试10次 SPI_Write_Reg(WRITE_REG RF_CH, 80); // 设置信道80 SPI_Write_Reg(WRITE_REG RF_SETUP, 0x07); // 发射功率0dBm空中速率1Mbps SPI_Write_Reg(WRITE_REG SETUP_AW, 0x03); // 地址宽度5字节 SPI_Write_Reg(WRITE_REG RX_PW_P0, 32); // 接收通道0有效数据宽度32字节 NRF24L01_CE 1; // 进入接收模式 }电源与滤波nRF24L01对电源噪声非常敏感。必须在模块的VCC和GND之间并联一个10uF的钽电容和一个0.1uF的瓷片电容且尽量靠近模块引脚。电源不稳是导致通信失败、距离变短的首要原因。天线处理如果使用板载PCB天线应确保天线区域下方没有铺铜且周围远离金属物体。使用外置天线效果会好很多。2.4 语音播报WT588D语音芯片的灵活运用WT588D是一款可重复擦写烧录的语音芯片通过UART或按键等方式控制播放。这里我们使用UART模式由单片机发送控制指令。设计要点语音内容规划需要提前录制或合成语音文件如“请”、“号”、“到”、“窗口”、“1”、“2”……通过上位机软件烧录到WT588D的Flash中每个语音段对应一个地址码。组合播报为了动态播报“请A001号到1号窗口”我们不能为每一个可能的号码都录制一段语音。正确做法是分段播放先播放“请”然后根据号码的每一位A001播放对应的数字/字母语音再播放“号到”接着播放“1”号窗口的“1”最后播放“窗口”。这需要单片机程序进行分解和组合控制。// 示例播报“请A001号到1号窗口”的伪代码逻辑 void Speak_Number(char type, int num, int window) { UART_Send(“请”的地址码); Delay(播放时间); UART_Send(type的地址码); // 播放A // 分解数字001 逐位播放 UART_Send(百位数字地址码); UART_Send(十位数字地址码); UART_Send(个位数字地址码); UART_Send(“号到”的地址码); UART_Send(window的地址码); // 播放1 UART_Send(“窗口”的地址码); }硬件连接WT588D的TX接单片机的RXRX接单片机的TX。注意电平匹配通常是3.3V如果单片机是5V系统需要加电平转换电路或串联电阻。2.5 输入设备14键矩阵键盘的扫描逻辑采用4x4矩阵键盘实际用了14个键空余2个实现功能输入。键盘布局设计如下取号终端数字键0-9 “A/B/C/D”业务类型键 “取消”键 “确认”取号键。叫号终端数字键0-9用于输入窗口号“上/下”翻看队列“呼叫”键“完成”键。键盘扫描算法采用最经典的行列反转扫描法。先设置所有行为输出低电平列为输入带上拉读取列值再反转设置所有列为输出低电平行为输入带上拉读取行值。将两次读到的值组合即可确定唯一按键。这种方法相比逐行扫描代码更简洁且防抖处理更容易集成。unsigned char Key_Scan(void) { unsigned char row, col, key_val 0; // 阶段1行输出低列输入 P1 0xF0; // 假设键盘接P1口高4位为列低4位为行 if ((P1 0xF0) ! 0xF0) { // 有按键按下 DelayMs(10); // 消抖 if ((P1 0xF0) ! 0xF0) { col P1 0xF0; // 读取列值 // 阶段2反转列输出低行输入 P1 0x0F; row P1 0x0F; // 读取行值 key_val row | col; // 组合键值 while ((P1 0x0F) ! 0x0F); // 等待按键释放 } } return key_val; // 返回一个自定义的键值码 }3. 取号终端硬件设计与软件流程取号终端是顾客交互的界面需要稳定、直观。3.1 电路设计核心单片机最小系统STC89C52、复位电路10uF电容10K电阻、晶振电路12MHz晶振22pF电容x2。显示接口LCD12864的串行接口连接至P2.0 (CS)、P2.1 (SID)、P2.2 (SCLK)背光通过一个三极管控制可由单片机PWM调光。键盘接口4x4矩阵键盘连接至P1口如上节所述。无线模块接口nRF24L01的SPI接口MOSI, MISO, SCK, CSN, CE连接至P3口的一组IO。IRQ引脚连接至单片机的外部中断引脚如INT0用于高效接收数据。电源采用USB供电或5V直流电源插座经过AMS1117-3.3稳压芯片为nRF24L01和WT588D提供3.3V电源。务必在1117的输入输出端加足够容量的滤波电容。3.2 软件主循环与状态机取号终端的程序不适合用简单的顺序逻辑采用状态机是更清晰的选择。// 定义系统状态 typedef enum { STATE_IDLE, // 空闲状态显示欢迎语 STATE_SEL_TYPE, // 选择业务类型A/B/C/D STATE_CONFIRM, // 确认取号生成排队号 STATE_WAITING, // 等待叫号状态显示排队信息 STATE_CALLED // 被叫号状态高亮显示并语音播报 } SysState; void main() { SysState current_state STATE_IDLE; unsigned char key 0; QueueNumber my_number; // 自定义结构体存储业务类型和序列号 Init_All(); // 初始化所有外设 while(1) { key Key_Scan(); // 扫描键盘 switch(current_state) { case STATE_IDLE: Display_Welcome(); if (key KEY_A || key KEY_B ...) { my_number.type key; current_state STATE_SEL_TYPE; } break; case STATE_SEL_TYPE: Display_Type(my_number.type); if (key KEY_CONFIRM) { my_number.serial Generate_Serial(); // 从EEPROM读取并递增序列号 Send_To_Server(my_number); // 通过nRF24L01发送给叫号终端 current_state STATE_WAITING; } else if (key KEY_CANCEL) { current_state STATE_IDLE; } break; case STATE_WAITING: Display_Waiting(my_number); // 检查是否收到叫号指令通过nRF24L01中断接收 if (called_flag 1) { called_flag 0; current_state STATE_CALLED; } break; case STATE_CALLED: Display_Called(my_number); Speak_Number(my_number); // 控制WT588D播报 Delay_S(5); // 播报后保持显示5秒 current_state STATE_IDLE; break; } // 处理无线接收在中断服务程序中置位标志位主循环查询 Handle_RF_Data(); } }关键细节排队号生成序列号应存储在单片机的EEPROM中STC89C52有内部EEPROM每次取号后递增并保存确保断电不丢失。数据包格式定义简单的通信协议。例如数据包包含包头0xAA, 0x55、命令字取号/叫号、业务类型、序列号、窗口号、校验和。显示优化在STATE_WAITING状态下可以滚动显示当前等待人数需要叫号终端回传队列长度。4. 叫号终端硬件设计与软件流程叫号终端是服务员的操作后台需要管理一个排队队列。4.1 电路设计差异点叫号终端硬件与取号终端大部分相同主要区别在于键盘功能定义增加了“上/下”翻页键和“呼叫”、“完成”键。显示内容需要显示排队队列列表如“A001, A002, B001…”和当前操作状态。无线角色虽然也是PTX/PRX切换但逻辑上它更多是“接收”取号请求“发送”叫号指令。4.2 队列数据结构与管理算法这是叫号终端的核心。我们需要在内存中维护一个排队队列。#define MAX_QUEUE_SIZE 50 typedef struct { char type; // 业务类型 A, B, ... int serial; // 序列号 // unsigned long timestamp; // 可选加入时间戳用于优先级 } QueueItem; QueueItem queue[MAX_QUEUE_SIZE]; int queue_front 0; // 队首索引下一个要服务的 int queue_rear 0; // 队尾索引下一个可插入的位置 int queue_count 0; // 当前排队人数 // 入队操作 int Enqueue(QueueItem item) { if (queue_count MAX_QUEUE_SIZE) return -1; // 队满 queue[queue_rear] item; queue_rear (queue_rear 1) % MAX_QUEUE_SIZE; queue_count; return 0; } // 出队操作叫号 int Dequeue(QueueItem *item) { if (queue_count 0) return -1; // 队空 *item queue[queue_front]; queue_front (queue_front 1) % MAX_QUEUE_SIZE; queue_count--; return 0; }队列显示策略12864屏幕有限一次只能显示约4-6个号码。需要实现一个“当前显示页”的概念。通过“上/下”键翻页浏览整个队列。被选中的号码光标所在处高亮显示。4.3 叫号终端的核心操作逻辑void main() { QueueItem current_queue[MAX_QUEUE_SIZE]; int display_page 0; int cursor_pos 0; QueueItem calling_item; Init_All(); while(1) { // 1. 接收取号请求中断接收解析后调用Enqueue入队 if (new_number_flag) { new_number_flag 0; Enqueue(received_item); Update_Display_List(display_page); // 刷新显示 } // 2. 处理键盘操作 key Key_Scan(); switch(key) { case KEY_UP: if (cursor_pos 0) cursor_pos--; else if (display_page 0) { display_page--; cursor_pos 3; } Highlight_Item(display_page, cursor_pos); break; case KEY_DOWN: // ...类似逻辑向下移动光标或翻页 break; case KEY_CALL: // 根据cursor_pos和display_page计算出实际队列索引 int idx Get_Queue_Index(display_page, cursor_pos); if (idx ! -1) { calling_item queue[idx]; // 获取要叫的号码 // 发送叫号指令给对应的取号终端需知道终端地址可在取号时绑定 Send_Call_Command(calling_item); // 在本地屏幕上高亮显示正在呼叫的号码 Display_Calling(calling_item); } break; case KEY_COMPLETE: // 确认业务办理完成从队列中移除该号码可手动选择或自动移除当前呼叫的 Remove_From_Queue(calling_item); Update_Display_List(display_page); break; } } }难点与解决方案多终端寻址系统需要支持多个取号终端。nRF24L01有6个数据通道每个通道可以设置不同的接收地址。我们可以让所有取号终端监听同一个公共地址用于接收叫号广播而叫号终端发送时使用目标取号终端的唯一地址。更简单的方案是在数据包中包含目标终端的ID号所有终端都接收但只有ID匹配的才响应。状态同步叫号后如果取号终端没反应顾客走了叫号终端需要超时处理并允许服务员跳过或重新呼叫。5. 无线通信协议设计与数据包格式一个健壮的通信系统离不开清晰的协议。我们设计一个简单的应用层协议。5.1 数据包结构定义字节偏移字段名长度说明0帧头11固定为0xAA用于帧起始同步1帧头21固定为0x55用于帧起始同步2命令/类型10x01: 取号请求0x02: 叫号指令0x03: 心跳包0x04: 确认ACK3源地址1发送终端的ID (0x00:叫号终端0x01~0xFE:取号终端)4目标地址1接收终端的ID (0xFF:广播地址)5业务类型1ASCII码如 ‘A’, ‘B’6-7序列号22字节无符号整数范围1-655358窗口号1叫号时使用的窗口编号9-28预留字段20用于未来扩展29校验和1从“命令”到“预留字段”所有字节的累加和取低8位5.2 通信流程详解取号流程取号终端生成号码后组装数据包命令0x01 目标地址0x00叫号终端。切换到PTX模式发送数据包。等待接收ACK命令0x04。若超时未收到启动自动重发由nRF24L01硬件或软件实现。叫号终端收到后校验数据回复ACK并将号码加入队列。叫号流程服务员在叫号终端选择号码按呼叫键。叫号终端组装数据包命令0x02 目标地址特定取号终端ID。发送叫号指令。取号终端收到后校验地址是否匹配若匹配则显示、播报并回复ACK。心跳机制可选但推荐定期如每30秒发送心跳包命令0x03目标地址广播。用于检测终端是否在线。叫号终端可据此更新在线终端列表。5.3 软件层面的可靠性增强数据校验除了nRF24L01自带的CRC应用层再加一层校验和双保险。超时重传对于重要指令如叫号发送后启动软件定时器若超时未收到ACK则重发最多重试3次。队列去重取号终端可能因未收到ACK而重发取号请求叫号终端需根据“业务类型序列号”判断是否重复避免同一号码多次入队。6. 系统调试与实战中的“坑”纸上得来终觉浅调试过程才是真正的学习。6.1 nRF24L01通信不稳定现象通信距离短偶尔能通大部分时间失败。排查电源用示波器看3.3V电源波形是否有毛刺或跌落。确保滤波电容特别是10uF钽电容已焊接且靠近模块。天线检查天线是否完好周围是否有金属屏蔽。配置一致性确保发送和接收方的地址、信道、空中速率、数据宽度配置完全一致。一个字节配错就无法通信。模式切换延时在切换收发模式CE引脚拉高/低后必须给予足够的延时数据手册要求至少130us。很多驱动库的延时不够。void NRF24L01_TxMode(void) { NRF24L01_CE 0; SPI_Write_Reg(WRITE_REG CONFIG, 0x0e); // 切换为TX模式 Delay_us(150); // 关键延时必须大于130us NRF24L01_CE 1; // 启动发射 }6.2 LCD12864显示乱码或全亮现象屏幕显示方块、乱码或所有像素点全亮。排查初始化序列ST7920的串行模式初始化有严格的步骤必须按照“功能设置-显示控制-清屏-输入模式设置”的顺序且每次写命令前要判断“忙标志”串行模式无法读忙需加足够延时替代。时序串行模式下SCLK的上升沿/下降沿锁存数据。检查代码中的延时Delay_us()是否满足数据手册要求典型值高/低电平时间50ns对于51单片机用_nop_()空指令即可。对比度调节连接在VO引脚上的电位器通常10K直到显示清晰。6.3 WT588D语音播放不完整或混乱现象播放时丢字、卡顿或播放错误内容。排查波特率确保单片机UART波特率与WT588D的波特率设置通过引脚或软件设置完全一致常用9600bps。误差要在允许范围内。指令间隔发送一条语音地址指令后必须等待该段语音播放完成才能发送下一条。需要通过延时或判断WT588D的BUSY引脚状态来实现。电源功率语音播放尤其是驱动喇叭时瞬时电流较大。确保3.3V LDO如AMS1117能提供足够电流500mA并在电源输入端加大电容如220uF储能。6.4 多设备地址冲突现象多个取号终端叫号时所有终端都响应或都不响应。解决在协议中强化地址管理。每个取号终端有一个唯一的硬件ID可以写在程序里或通过拨码开关设置。叫号终端发送时目标地址填特定ID取号终端只有收到广播包或与自己ID匹配的包时才处理。7. 功能扩展与优化思路基础系统完成后可以从这些方向进行升级让项目更“像样”号码队列持久化叫号终端断电后排队队列丢失。可以增加一片AT24Cxx系列的EEPROM芯片定期将队列数据保存进去上电后读取恢复。多窗口支持叫号终端可以管理多个服务窗口。在叫号时选择窗口号。取号终端显示“到X号窗口”。预计等待时间根据历史业务办理速度记录每个业务耗时动态估算并显示当前号码的预计等待时间。网络化升级将叫号终端替换为STM32ESP8266通过Wi-Fi连接到服务器或云平台实现手机小程序取号、远程查看队列等功能。低功耗设计取号终端在无人操作一段时间后自动关闭LCD背光单片机进入空闲模式由键盘中断唤醒适用于电池供电场景。这个项目从构思到实现几乎涵盖了小型嵌入式系统的所有核心环节MCU控制、人机交互显示、键盘、语音、数据通信、队列算法、状态机编程。过程中遇到的每一个问题都是对理论知识的巩固和深化。希望这份详细的分享能为你实现自己的无线叫号系统或类似的嵌入式项目提供一份可靠的“地图”。本文还有配套的精品资源点击获取