简介一份面向STC8增强型8051单片机学习者的实验例程合集覆盖从基础外设到通信接口、传感器接入和图像采集等典型开发场景。压缩包内含748个文件约16.47MB以C语言源码、Keil工程文件及编译固件为主另有大量配置模板方便导入工程直接编译烧录。例程按基础、中级、高级与常用传感器分层先有发光二极管、数码管、按键等入门实验再深入到串行通信、定时器、脉宽调制、模数转换以及总线通信、中断服务和实时操作系统同时提供温湿度传感器、红外遥控、陀螺仪、加速度计等驱动并包含摄像头图像采集演示。适合对照学习单片机原理、熟悉集成开发环境或快速移植功能模块目录结构也便于按需检索。已有1279人学习下载可作为STC8项目开发和调试的实用参考资料。1. 把 STC8 实验例程当黑匣子抄是新手最亏的学法STC8 系列在国产 51 内核单片机里属于出货量很大的一个分支网上流传的各种实验例程数量非常多从点亮 LED、按键扫描到串口通信、PWM 输出几乎每个外设都能找到现成代码。但很多初学者拿到例程第一件事是编译下载看到灯亮了、串口有数据了就觉得“会了”等自己画板子换一个晶振、换一个引脚或者把芯片从 STC8A 换成 STC8H 之后代码就翻车了。原因很简单STC8 的例程大多是某个开发板厂商按自己板子写的引脚映射、时钟频率、甚至寄存器访问方式都写死在代码里你手里板子的硬件资源和作者手里的未必一致。我这些年用 STC8 做过几套小批量产品包括一个带多路 ADC 采集的传感器模块、一个带串口 Bootloader 的控制器期间也帮几位同事排查过例程移植问题。一个明显的感受是STC8 的实验例程不是让你背的而是让你拆的。打断点、看寄存器、查数据手册、逐个改参数才能真正把外设跑明白。这篇笔记我就按“先定时钟和引脚、再啃外设例程、最后做综合实验”的顺序把 STC8 各种实验例程背后的原理、可复现的最小代码、必调的参数和踩过的坑讲清楚。适合刚拿到 STC8 开发板想快速上手也适合要用 STC8 做产品选型、评估外设资源的工程师。2. 先看懂 STC8 的例程骨架时钟、引脚映射与头文件选择2.1 为什么 STC8 例程能互相抄但总差一口气STC8 系列不是单一型号而是覆盖 Flash 容量、引脚数、外设差异的大家族。比如 STC8A8K64D4、STC8H8K64U、STC8G1K08这些型号的 SFR特殊功能寄存器大体兼容但 ADC 通道数、PWM 组数量、串口数量、是否需要 USB 功能都不一样。实验例程最常见的问题是头文件包含错了。很多老例程写的是#include STC8.H而新开发环境或新型号需要#include STC8H.H或#include STC8G.H。如果型号不匹配编译器不会报明显错误但寄存器地址错位后功能完全乱套。另一个关键点是时钟源。STC8 内部集成 RC 振荡器默认上电使用内部 IRC频率通常为 11.0592MHz 或 24MHz具体取决于下载器里设置的频率。但不少例程开头会调用SysInit()或直接P0M00x00; P0M10x00;这样一组端口模式初始化没有显式配置时钟。如果你的产品对波特率精度有要求比如串口跑 115200最好用外部晶振或重新校准内部 IRC。STC8H 系列支持IRC_CLKO输出到 P5.4可以实测校准这我在后面避坑章节里会展开。2.2 最小工程模板定时器 0 闪灯例程的寄存器级拆解以最常见的定时器 0 中断翻转 P5.5 引脚 LED 为例一份可复现的最小例程如下#include STC8.H // 定时器0 16位重载模式1ms中断 void Timer0_Init(void) { TMOD 0x00; // 模式016位自动重载 TL0 0xCD; // 1ms 11.0592MHz: (65536-9216)56320, 0xCD205 TH0 0xDC; // 0xDC220, 0xDC0D? 实际计算见注释 TR0 1; // 启动定时器0 ET0 1; // 使能定时器0中断 EA 1; // 打开总中断 } void main(void) { P5M0 0x20; // P5.5推挽输出 P5M1 0x00; Timer0_Init(); while(1); } void Timer0_Isr(void) interrupt 1 { static unsigned int cnt 0; cnt; if(cnt 1000) // 1000ms { cnt 0; P55 !P55; // 翻转LED } }这段代码里有几个参数必须自己重新算。TL0和TH0的取值取决于系统时钟FOSC和想要的定时周期。计算公式是重载值 65536 - FOSC / 12 / 定时频率假设 11.0592MHz定时 1ms则65536 - 11059200/12/1000 65536 - 9216 56320,十六进制就是0xDC00所以TH00xDC, TL00x00。我代码注释里写的0xCD是错误的这正好说明网上很多例程里定时初值乱写照样能“跑起来”因为 LED 闪烁周期差一点肉眼看不出来但串口波特率差一点就会乱码。STC8 的定时器时钟源是可以配置的AUXR寄存器里的 T0x12 位决定定时器是FOSC/12还是FOSC/1。如果例程设置了AUXR | 0x80那么定时器直接以时钟频率运行初值计算公式就变成65536 - FOSC / 定时频率。这组参数不搞清楚例程移植后定时时间会成倍偏差。2.3 引脚模式与准双向口的两个必知细节STC8 的 IO 口不像传统 8051 只有准双向一种模式每个端口都有 PxM0/PxM1 两个寄存器控制四种模式准双向、推挽、高阻输入、开漏。实验例程里最常见的坑是按键输入没有配置高阻或准双向导致读到的电平不稳定。比如按键一端接地一端接 P3.2应该设置P3M0 ~0x04; P3M1 ~0x04;保留准双向默认或者直接配置成高阻输入后再使能内部上拉。STC8 系列内部上拉电阻需要通过PU寄存器单独使能不像传统 51 准双向自带弱上拉。如果例程里P3M10x04把 P3.2 设为高阻又没有打开P3PU | 0x04那按键悬空时电平就是浮动的按下和没按下可能都被识别成高电平。我见过一位朋友在按键扫描例程里反复检查硬件连线最后发现是漏配了上拉寄存器。3. 串口例程从查询发送到中断接收波特率误差到底怎么算3.1 串口 1 的映射选择P3.0/P3.1 还是 P1.6/P1.7STC8 的串口 1 两个引脚映射是可配置的默认是 P3.0(RXD) 和 P3.1(TXD)但通过P_SW1寄存器可以把串口 1 切换到 P1.6/P1.7 或者 P4.3/P4.2。实验例程如果只写了 P3.0/P3.1而你的板子为了避开某个外设把串口接到了别的引脚就需要改P_SW1。这算是最常见的例程移植问题。#include STC8.H void UART1_Init(void) { SCON 0x50; // 模式18位UART使能接收 TMOD 0x0F; // 保持定时器1模式不变 TMOD | 0x20; // 定时器1模式28位自动重载 AUXR | 0x40; // 定时器1使用FOSC不分频 TH1 0xFD; // 波特率计算见下方说明 TL1 0xFD; TR1 1; // 启动定时器1 ES 1; // 使能串口1中断 EA 1; } void UART1_SendByte(unsigned char dat) { SBUF dat; while(TI 0); // 等待发送完成 TI 0; } void main(void) { P_SW1 0x3F; // 串口1默认 P3.0/P3.1 P3M0 0x00; // 准双向 P3M1 0x00; UART1_Init(); UART1_SendByte(0x5A); while(1); }这个例程里TH10xFD在 11.0592MHz、定时器 1 不分频条件下波特率是11059200 / 4 / (256-0xFD) 11059200 / 4 / 3 921600并不是常见的 115200。所以这段代码只是为了展示结构实际用之前必须按波特率重新算初值。STC8 的波特率计算和传统 51 不完全一样因为AUXR里的 T1x12 置 1 后定时器 1 的时钟是FOSC而传统 51 是FOSC/12。正确公式为波特率 FOSC / 4 / (256 - TH1)前提是定时器 1 工作模式 2且 T1x121。反过来求初值TH1 256 - FOSC / 4 / 波特率。115200 波特率、11.0592MHz 下FOSC/4/115200 24所以TH1 256 - 24 0xE8。如果例程里写的是 0xFD那它是按 921600 计算的下载到板子上会收到乱码。3.2 中断接收的环形队列与空闲超时判断实际产品很少用轮询接收因为主循环一旦被延时阻塞就丢字节。实验例程里推荐实现一个简单的环形缓冲区#define RX_BUFFER_SIZE 64 unsigned char rx_buffer[RX_BUFFER_SIZE]; volatile unsigned char rx_head 0, rx_tail 0; void UART1_Isr(void) interrupt 4 { if(RI) { RI 0; rx_buffer[rx_head] SBUF; rx_head (rx_head 1) % RX_BUFFER_SIZE; } if(TI) { TI 0; } }循环队列的空满判断需要小心如果rx_head rx_tail表示空那么缓冲区最多只能存RX_BUFFER_SIZE - 1个字节否则会与空状态混淆。有人不做这个减一接收数据超过缓冲区大小后程序表现诡异比如串口助手发送一段长字符串收到的数据前半段正常后半段凭空丢失原因就是队尾追上了队头。接收后的解析通常还要加超时判断比如连续 5ms 没有新字节就认为一帧结束。可以用定时器 2 做毫秒计数串口中断里每收到一个字节就重置超时计数器主循环里检测超时标志。3.3 波特率误差对多字节接收的影响串口接收的采样点是每一位的中心附近如果发送端和接收端波特率误差累积超过 2% 就很容易错帧。STC8 的内部 IRC 在全温度范围内误差约 ±1%大部分情况能跑 115200但如果例程里用的波特率来自不精确的初值计算尤其是 22.1184MHz 晶振去跑 9600误差会明显偏大。我一般会优先用 11.0592MHz 或 22.1184MHz 外部晶振这两个频率是常用的串口专用频点。如果板子已经用了 12MHz那串口 115200 会有一定误差长时间通信时错码率偏高这属于硬件选型问题不是软件能完全补救的。4. ADC 实验例程采样值跳动的 90% 原因不在 ADC 本身4.1 ADC 通道配置与转换结果读取STC8 的 ADC 是 10 位逐次逼近型转换结果寄存器是ADC_RES高 8 位和ADC_RESL低 2 位使用哪个 12 位新型号还是 10 位老型号需要看数据手册。一个典型例程如下#include STC8.H void ADC_Init(void) { P1M0 0x00; // P1.x 高阻输入 P1M1 0xFF; ADC_CONTR 0x80; // 使能ADC模块 ADC_CONTR | 0x40; // ADC电源开启 ADC_CONTR | 0x0E; // 选择ADC通道14? 这里具体值由通道决定 // 注意通道号低4位0x0E表示通道14但本例只是示意 } unsigned int ADC_Read(unsigned char channel) { ADC_CONTR 0xF0; // 清除通道选择位 ADC_CONTR | channel; // 选择通道 ADC_CONTR | 0x40; // 启动转换 while(!(ADC_CONTR 0x20)); // 等待ADC标志位 ADC_CONTR ~0x20; // 清标志 return (ADC_RES 2) | (ADC_RESL 0x03); }上面这段代码里的通道选择我故意写得模糊因为不同型号 ADCCONTR 的位定义有差异。比如 STC8A8K64D4 的 ADC_CONTR 低 4 位是通道选择但 STC8H8K64U 的通道选择可能占用ADC_CONTR的ADC_CHS位有些型号的 ADC 结果寄存器是 12 位ADC_RES和ADC_RESL的位宽不同。例程移植时第一件事就是查数据手册的寄存器表不要只看代码注释。ADC 转换标志位也有坑有些例程用while(!(ADC_CONTR 0x20));但启动转换后需要清除 ADC_FLAG 再等待否则上一次转换的标志残留会导致立即退出等待。更麻烦的是 STC8 部分型号的 ADC 启动位需要先置 1 再清 0有的版本是写 1 启动转换完成后硬件自动清 0写法不同会导致连续转换时第一次结果正确第二次之后读取到陈旧数据。4.2 采样值跳动的排查顺序ADC 结果跳动新手第一反应是换滤波器加滑动平均。实际排查顺序应该是先确认参考电压是否稳定再看输入阻抗和采样保持电容然后是 PCB 布局最后才考虑软件滤波。STC8 的 ADC 参考电压默认是 VCC如果你的系统里 VCC 本身就是开关电源直出纹波几百毫伏那么 ADC 结果跳几十个 LSB 很正常。实验例程里通常不会画参考电压滤波电路但在产品上我会在 VREF 引脚如果有独立引脚加 10uF 钽电容和 100nF 陶瓷电容并联。输入信号的内阻也很关键ADC 内部采样电容大约几十 pF如果信号源阻抗达到几十千欧采样瞬间电荷注入会让电压跌落导致转换结果偏低。典型表现是采集一个通过 100kΩ 电阻分压的电池电压数值普遍比万用表低 20mV 左右。解决方法是加一级运放跟随器或者在软件上延长采样时间STC8 的 ADC_CONTR 里有采样时间设置位低速信号可以适当调大。4.3 滑动平均滤波的窗口长度怎么定滤波不是越长越好。滑动平均窗口太长真实信号的变化被抹平采集温度或电池电压这些缓慢变化量还无所谓如果采集的是电流环反馈信号窗口超过 16 点就会导致控制环相位滞后系统可能振荡。我常用的做法是先去掉最大最小值各一个再对剩余 8 个点取平均。这样既抗脉冲干扰又不过度平滑。例程里如果只做简单累加平均遇到偶发尖峰会把结果抬高产品做校准的时候就会出现校准值漂移。unsigned int ADC_Filter(unsigned char channel) { unsigned char i, j; unsigned int samples[10]; unsigned long sum 0; unsigned int temp; for(i 0; i 10; i) { samples[i] ADC_Read(channel); } // 冒泡排序去掉最大最小 for(i 0; i 9; i) { for(j 0; j 9 - i; j) { if(samples[j] samples[j1]) { temp samples[j]; samples[j] samples[j1]; samples[j1] temp; } } } for(i 1; i 9; i) { sum samples[i]; // 去掉最小[0]和最大[9] } return (unsigned int)(sum / 8); }这段排序代码在中断里跑会占用几百微秒只适合主循环调用。如果需要在中断里快速滤波不要用排序改用中值滤波或一阶低通。一阶低通滤波参数y (x - y) * k / 256k 取 8 到 32 之间效果比较适中如果信号变化快k 太小会感觉反应迟钝。5. PWM 与中断避坑相位问题、重载时机和例程里最常见的翻车点5.1 PWM 输出例程为什么风扇转速对不上STC8 的 PWM 模块有增强型 PWMPWMA/PWMB和传统 PCA 实现的 PWM 两种。实验例程里经常混着写尤其老例程用CCON、CMOD、CCAP0H这些 PCA 寄存器新例程用PWMB_CCMR1、PWMB_CCER1这类高级控制寄存器。如果你下载了某个风扇调速例程发现 PWM 频率不对或者另一路 PWM 无法独立调节大概率是模块选错了。以 STC8H 的 PWMB 为例配置一个周期 20kHz、占空比 50% 的 PWM需要设置周期寄存器和比较寄存器。周期值PWMB_ARR FOSC / 分频 / 频率比如 24MHz 不分频算 20kHz周期值是 1200。比较值PWMB_CCR PWMB_ARR * 占空比 / 100。这个计算看起来简单但很多人把 ARR 最高位 15 位还是 16 位配置错或者忘记设置PWMB_ENO使能引脚输出导致CCMR配置完成后引脚还是普通 IO 模式用万用表量不到波形。更隐蔽的问题是 PWM 和定时器共用中断优先级。STC8 的增强型 PWM 是有中断标志的比如周期中断可以触发一次“半途中断”用于 ADC 同步采样。有些例程里开了 PWM 中断但中断服务函数只清标志不做其他事如果该中断优先级高于定时器且 PWM 频率很高定时器中断可能被频繁抢占代码里的毫秒计数变慢。排查方法是用逻辑分析仪同时测 PWM 输出和某个测试引脚翻转看翻转频率是否符合预期。5.2 外部中断例程按键消抖不要用延时外部中断INT0的例程通常很简单配置IT0 1边沿触发然后EX0 1。但机械按键抖动会导致一次按下触发多次中断如果中断里做累加计数按一次可能加好几次。低水平例程会在中断里delay(10ms)这非常危险中断里长时间延时导致后续中断堆积而且延时期间主循环被卡住实时性全无。正确做法是中断里只置标志位主循环检测到标志后再做消抖确认。volatile unsigned char int0_flag 0; void INT0_Isr(void) interrupt 0 { int0_flag 1; // 只置标志不处理业务 } void main(void) { IT0 1; // 下降沿触发 EX0 1; EA 1; while(1) { if(int0_flag) { int0_flag 0; // 延时20ms后再次读取引脚确认 // 若仍为低电平则执行按键业务逻辑 } } }如果确认引脚电平需要在主循环里延时但主循环本身还有别的任务可以改用定时器轮询定时 5ms 读一次引脚连续两次读到的电平相同才认为有效。这个思路对机械按键、继电器反馈触点、编码器信号都实用也是综合实验例程里最值得扩展的地方。5.3 例程移植时的中断号与寄存器重映射STC8 的中断号和传统 8051 基本一致但新增的中断比如 ADC 中断、PWM 中断、比较器中断中断号在某些型号里可能占用了保留位置。如果你从 STC8G 例程移植到 STC8H原例程里interrupt 13的 ADC 中断在另一型号可能是interrupt 12编译不报错但中断永远不会进入。排查这类问题只能对照数据手册的中断向量表逐项核对没有捷径。另一个常见问题是 Keil 的C51编译器对 STC8H 的头文件需要设置XDATA起始地址如果例程配置里L51的XDATA范围没改数组定义多了会链接报错或运行时数据互相覆盖现象极其诡异。5.4 避坑清单STC8 实验例程的五条血泪经验我把这些年移植 STC8 例程遇到过的典型问题整理如下每一条都有过真实翻车经历。现象 1串口发出来全是乱码用逻辑分析仪看波特率差一点点。原因例程里TH1初值按 11.0592MHz 算的但板子实际用的是 12MHz 晶振且AUXR没配置定时器 1 分频导致波特率偏了约 3.9%。解决先读IRC_CLKO或示波器测晶振脚确认实际频率再按公式重算TH1或者直接改用 11.0592MHz 晶振。现象 2ADC 采集电压万用表量 2.5V单片机读出来 2.38V。原因输入信号串联了 10kΩ 电阻ADC 采样电容充放电时间不够等价于信号源内阻太高。解决将ADC_CONTR里的采样时间设置为最大档或者外接 0.1uF 电容到采样脚但电容太大会导致信号变化滞后需要权衡。现象 3按键按一次计数器跳两次。原因外部中断边沿触发机械触点抖动引起多次中断。解决中断里只置标志主循环内延时 10ms 后读引脚确认电平。如果按键接到高电平有效注意确认逻辑。现象 4PWM 输出用万用表量有电压但电机不转。原因PWM 频率太高或占空比计算错误也可能是引脚模式被误配为高阻输出没有驱动能力。解决示波器看波形确认周期和占空比再把引脚配置改为推挽输出。现象 5程序下载后跑了一次第二次上电不运行。原因例程里写 EEPROM 或 Flash 操作时误擦除了程序区或者看门狗使能后未及时喂狗。部分 STC8 例程会在初始化里操作ISP_DATA如果地址指向了用户程序区下载后程序就被破坏了。解决检查代码里是否有IAP相关操作确认IAP_CONTR的地址范围看门狗使能后必须在主循环和中断里都喂狗或至少在最长循环路径的 1/2 周期内喂一次。这五条是 STC8 实验例程移植最常踩的坑。初学阶段遇到问题不要急着怀疑芯片坏了先回到最小例子逐步注释掉功能模块往往能快速定位。6. 从例程到综合项目状态机写按键长按短按比延时扫描可靠得多6.1 定时器调度取代主循环延时到了综合实验阶段你会发现所有例程都在各自为战LED 例程用delay(500)按键例程用delay(20)串口例程用while(!TI)合到一起后程序变得一团糟。我建议把 STC8 的定时器 0 升级为 1ms 系统节拍用一个全局变量tick累加所有需要延时的操作都改成轮询tick差值。这个思路在 STC8 例程里很少见到但实际做产品非常实用。volatile unsigned int tick 0; void Timer0_Isr(void) interrupt 1 { tick; } unsigned int GetTick(void) { return tick; } int Timeout(unsigned int start, unsigned int duration) { return ((unsigned int)(GetTick() - start) duration); }这样写避免了大段delay阻塞主循环按键消抖、串口超时、LED 闪烁都可以用同一个节拍调度。比如 LED 闪烁 500ms 翻转一次记录start GetTick()在if(Timeout(start, 500))里翻转并更新 start。注意tick是无符号 16 位回绕差值计算法在 65535ms 后依然正确这是嵌入式常用的技巧。6.2 长按短按状态机把按键例程从“能用”变“好用”实验例程里按键扫描大部分是判断if(key 0)然后延时消抖这种防抖后的瞬时按状态只能处理短按长按、连按、组合键都很难扩展。改用状态机后代码量增加不多但逻辑清晰很多。typedef enum { KEY_IDLE, KEY_PRESS, KEY_WAIT_RELEASE } key_state_t; void Key_Scan(void) { static key_state_t state KEY_IDLE; unsigned char read P32; // 读取按键引脚低电平有效 switch(state) { case KEY_IDLE: if(read 0) { state KEY_PRESS; // 检测到按下等待消抖 } break; case KEY_PRESS: if(read 0) { // 消抖确认按下触发短按事件 Key_ShortPress(); state KEY_WAIT_RELEASE; } else { state KEY_IDLE; } break; case KEY_WAIT_RELEASE: if(read 1) { state KEY_IDLE; } break; } }状态机的核心优势在于消抖和事件分离。上面这段代码在KEY_PRESS状态里若检测到持续按下就立即触发短按想要支持长按可以在KEY_PRESS状态加一个计时变量超过 1 秒触发长按事件并切换到KEY_WAIT_RELEASE。主循环每 10ms 调用一次Key_Scan()消抖时间天然由调用间隔保证不需要额外延时。这个模式也是我调试 STC8 设备时固定使用的手法一个扫描函数可以管理四个按键每个按键独立状态代码不会互相干扰。6.3 一个值得做的综合实验串口命令控制 ADC 采样与 PWM 输出我建议读者把文章里提到的各个外设例程整合成一个可玩性高的综合性例程串口接收控制指令解析后切换 ADC 通道或设置 PWM 占空比同时把 ADC 结果周期性地通过串口上报。这个例子能覆盖 STC8 大多数常用外设做完之后再看新例程会轻松很多。架构上主循环只做三件事调用Key_Scan()、检查串口接收标志、按 1ms 节拍更新 PWM 占空比。串口接收用环形缓冲解析函数在收到换行符后处理一帧。PWM 占空比更新放到定时器中断里避免主循环被串口等待阻塞时 PWM 输出卡顿。我做类似 STC8 项目的习惯是先把每个外设单独用一个 .c 文件封装接口只暴露初始化函数和控制函数避免全局变量散落。比如uart.c只提供UART1_Init()和UART1_SendString()adc.c只提供ADC_Init()和ADC_ReadChannel()。这样即使以后换型号只需要改底层寄存器和头文件业务逻辑不用动。希望这篇文章里的代码和思路能帮到你至少在你下一次对着 STC8 例程迷茫时能想起先去查时钟、查引脚映射、查寄存器版本这三大件。本文还有配套的精品资源点击获取