企业官网建设流程全解析

简介：本资源是一套完整的基于51单片机的自动浇花系统毕业设计套件，面向电子信息、自动化、物联网等专业的本科生，解决课程设计与毕业实践中的嵌入式系统开发需求。资源包含原理图（SCH）、PCB预览、Keil工程（UVPROJ/UVOPT）、C语言源程序（C/A51）、编译输出文件（HEX/OBJ）、AD转换与LED显示驱动代码、系统测试程序及配套论文（DOC/PDF），覆盖硬件设计、软件编程、调试验证全流程。压缩包共109个文件，以26张电路与界面截图（JPG/PNG）、7篇文档（含设计说明与论文）、4类工程备份（BAK/LNP/PLG/M51）及2个核心源码文件（C/H）为主，总大小7.78MB。已有5086人学习下载，提供可直接烧录运行的HEX文件、带注释的ADC0809采集中断程序、湿度阈值判断逻辑及LED数码管动态显示模块，助读者快速掌握传感器数据采集、A/D转换时序控制与单片机人机交互实现。 每年毕设选题里，总有一批“看起来特别简单”的题目，51单片机自动浇花系统绝对是重灾区。你说它难吧，网上原理图、源程序、论文一抓一大把；你说它简单吧，每年都有人拿着下载的全套资料去答辩，被老师问得怀疑人生——“你的传感器原理是什么？”“为什么继电器会闪个不停？”“这个阈值是怎么标定的？”全场沉默。

这篇文章就围绕这个题目，从需求拆解、器件选型、原理图设计、源程序架构、实际调试到论文与答辩准备，完整讲一遍我认为正确的做法。重点不是说“你有资料能用”，而是让你在交出一套可复现的硬件和代码之外，还能把每一步选择的理由讲清楚。这才是毕业设计真正的意义，也是最容易在答辩环节拿分的地方。

1. 拿到题目先别急着下载代码，把“自动浇花”拆成功能需求

1.1 一个容易被低估的“自动”背后，到底要做哪些事

很多人第一反应是：一个湿度传感器，检测到土干了就启动水泵浇水，这不就完了？但只要你把这句话细化成功能需求清单，事情就没那么简单。

我建议拿到题目后先列一个表，把功能按照“必须做”“建议做”“扩展做”划分：

你把这个清单摆出来，再去对照网上的全套资料，会发现很多资料其实只做了前四项。那你的论文里“系统功能设计”一节就有了自己的内容增量，而不是照抄别人。

1.2 核心器件选型：记住“能解释为什么”比“用最新”更重要

选型是整个系统里第一个可能被答辩老师抓着问的地方。我的原则是：可以不用最先进的方案，但必须能解释自己为什么这么选。

以STC89C52RC为核心，系统其他部分我推荐这样选型：

主控：STC89C52RC，或者STC12C5A60S2。前者是教科书标配，资料多、稳定、上手门槛低；后者的优势是内置10位ADC，可以直接省掉外部ADC芯片。如果你是第一次做全套硬件，我建议先用STC89C52RC加外部ADC，因为原理更清晰，论文也好写；如果你希望板子更简洁、ADC精度更高，可以换STC12系列。两者C语言编程基本兼容，Keil工程切换成本很低。

土壤湿度传感器：电阻式探头（YL-69/FC-28）或电容式探头。电阻式最便宜，电路上就是一个分压器，湿土电阻小、干土电阻大，读出来的电压值自然变化。缺点是探针长时间通直流电会极化腐蚀，这个坑后面会专门讲。电容式（比如基于NE555振荡器频率变化的方式，或直接买电容式模块）寿命更长，但价格高一些、输出信号处理稍麻烦。对毕设来说，电阻式传感器上手难度最低，数据也足够演示，我的建议是用它，但在论文里主动写出“该方案的局限性与改进方向”，这反而能体现你思考了。

ADC芯片：ADC0832。STC89C52内部没有ADC，所以必须外扩。ADC0832是8位串行ADC，两路输入，分辨率256级，对于“判断土壤干湿”这种需求来说完全够用。而且网上51驱动ADC0832的例程和时序讲解多到数不清，前期调试省力。如果选了STC12系列，这部分就可以砍掉，直接读内部ADC寄存器。

电机驱动：继电器（5V线圈）或S8050三极管 + 续流二极管。这里要特别说明，51单片机IO口的驱动能力很弱，拉电流只有几百微安到毫安级别，绝对不能直接驱动水泵。惯例做法是用IO控制三极管或ULN2003达林顿管，再去驱动水泵或者继电器。ULN2003更省事，一组芯片有8路，内部已有续流二极管，适合拿来驱动继电器或小直流电机。如果水泵功率很小，用S8050也能搞定；如果想更彻底地隔离强电和弱电，再加光耦MOC3023。至于选哪种，取决于你的水泵规格，我会在第二章展开。

电源：USB 5V/2A适配器供电。大忌是直接用一个插在电脑上的USB口给整板供电。水泵启动瞬间电流能拉到几百毫安，电脑USB口容易限流保护，然后你的单片机就掉电重启了。用一个5V/2A的普通手机充电头，加上板载的退耦电容，基本就稳了。如果水泵是12V的，那需要独立的12V电源，这时候5V和12V两路要共地，且继电器做隔离，复杂度会明显上升，不建议第一次就搞。

把这些选型确定下来，写进论文的“方案论证”章节，每个部件用一小段说明“为什么不用XX而用XX”，整章的含金量立刻就上去了。

2. 原理图设计：驱动能力、探头寿命、电源去耦三个硬骨头

2.1 IO口根本无法直接带动水泵，三极管/ULN2003才是常规做法

很多第一次画板子的同学，会画出“单片机P1.0直接接继电器线圈”这种惊世骇俗的原理图，结果烧了一排IO口还想不通为什么。51单片机的IO口在准双向模式下，拉电流能力非常有限（约几十到几百微安），而灌电流能力稍强（约20mA），但依然远远不够给继电器线圈或水泵电机供电。

正确的驱动链路是：IO口 -> NPN三极管（S8050）或ULN2003 -> 继电器/电机 -> 电源。

以S8050为例，基极串一个1k~4.7k的限流电阻接到单片机IO，发射极接地，集电极接继电器线圈一端，线圈另一端接5V，然后在线圈两端反向并联一个1N4007二极管。单片机输出高电平，三极管导通，继电器吸合；输出低电平，三极管截止，继电器释放。

提示：继电器线圈两端反并联的那个二极管千万不能漏，方向也必须接对（阴极接电源正极，阳极接三极管集电极）。继电器断开瞬间线圈会产生反向电动势，如果没有续流二极管，几伏的线圈反冲能被电感放大到几十伏，足以击穿三极管，严重时还会从IO口灌回单片机。

如果嫌麻烦，那就用ULN2003。它内部就是达林顿管阵列，驱动能力强，且每个通道都内置了续流二极管，接法省心很多。不过要注意，ULN2003的输出结构是集电极开路，输出端要拉到正电源，别把线接反。

2.2 不要让传感器探头长时间带电，这是一个专业课老师未必会讲的坑

电阻式土壤湿度传感器的探头是两根金属探针，插入潮湿土壤后，如果一直加直流电压，探针表面会发生电解反应。几天下来你会发现，探头表面明显变黑、发绿，接着ADC读数开始漂移，同一块土壤的“干”“湿”判断越来越不准。这个问题在实际使用中几乎必现，但在教材里很少被提到。

解决思路不复杂：给传感器的供电端加一个开关，只在需要采样的瞬间才通电，采样完立刻断电，让探头在绝大多数时间里不带电。

硬件上很简单，用一个PNP型三极管（比如S8550）或者P沟道MOS管串在传感器的VCC端，单片机一个IO口控制它。软件逻辑是：

1. 置低/置高给传感器上电；
2. 延时20~50ms，等待探头在土壤中的电化学反应稳定，ADC读数不再剧烈跳动；
3. 执行多次ADC采集和滤波；
4. 采集完成后，立刻给传感器断电。

延时时间不要省。探头刚上电时，电流和电压还没稳定下来，立刻读ADC经常是错的。这是我实际调试中发现的问题，第一次做的时候省了这几十毫秒，读到的数值像股票K线一样乱跳。

如果你不想加这个三极管开关，还有一种更“懒”的办法：用定时器做周期性采样，每次采样时给传感器供电100ms，完成后断电。效果类似，只是多占用一个IO口。原理图里这个三极管，以及软件里这段“短时供电逻辑”，都可以作为论文里的设计亮点。答辩老师听到这里往往会点头，因为这体现的是工程经验，不是教科书照搬。

2.3 水泵一开单片机就重启？先从电源纹波查起

这是整个项目里出现频率最高的“灵异现象”：系统单独跑没问题，按键、显示、传感器都正常；一旦水泵启动，LCD闪一下，单片机原地重启；严重的时候，继电器不断吸合释放，像打点计时器一样。

直接原因就一条：水泵或继电器线圈启动瞬间拉走了大量电流，导致单片机供电电压跌落到复位门槛以下。USB线是有内阻的，劣质充电头在负载跳变时输出电压跌得更厉害，重启就这么发生了。

对策分三层：

第一层，水泵和单片机不要共用同一根细供电线。如果一定要共用，至少保证从电源适配器出来之后，先用较粗的线分别走两路，一路给水泵，一路给单片机，汇合点放在电源入口处。

第二层，在单片机电源管脚附近加大电容。典型做法是：VCC与GND之间并一个100uF电解电容，再并一个0.1uF瓷片电容。电解电容负责应对较大幅度的电压跌落，瓷片电容滤除高频噪声。

第三层，如果条件允许，单片机单独用一颗AMS1117-3.3或78M05降压供电，水泵直接接5V电源，两者只是共地。这样隔离度最高，水泵怎么折腾，单片机供电都比较稳。

还遇到过一种情况：继电器线圈本身耗电不大，但每次吸合瞬间，机械接触点打火，会往电源线上耦合一堆高频噪声，导致系统偶尔乱跳。解决方法是给继电器线圈并联续流二极管，电源端再并0.1uF瓷片电容，同时在继电器输出触点两端也可以并RC吸收网络。另外，所有电机和继电器的驱动线尽量短，双绞后走线，别把粗壮的电机线贴着晶振和复位电路走。

2.4 画原理图时的几个“文档级”细节

原理图软件用什么，我没有执念。立创EDA完全免费，上手快，生成的元件库接地气，导出PDF和Gerber很方便；习惯AD也行，但注意破解版有版权风险，且库管理和保存习惯需要额外注意。

这里说几个新手最容易在原理图上被老师挑毛病的点：

• 图纸大小要设置合理。A4或A3均可，不要把整个系统画在一张纸上挤得密密麻麻。你可以在文档选项里设置图纸尺寸，确保所有元器件标号清晰可见。
• 网络标号要有语义。不要全是NET1、NET2。给电源、地、传感器输出、继电器控制线分别命名5V、GND、SOIL_ADC、PUMP_CTRL，原理图可读性立刻提升。
• 悬空脚要处理。单片机不用的IO口最好通过10k电阻上拉或下拉，别让它们悬空。虽然51内部有弱上拉，但悬空脚在干扰环境下容易引入系统不稳定。
• 接口要选接插件。传感器、水泵、电源、按键，全部用XH2.54或杜邦线端子座引出，千万不要直接焊死，否则调试时拔插就非常痛苦。接插件旁边标注清楚VCC、GND、SIG，方便装配时对接。
• 画完必须做ERC检查。原理图电气规则检查会提示未连接引脚、重复标号、电源短路等问题。网上能搜到大量“AD原理图检查”“candence原理图引脚名重复”之类的搜索记录，就说明很多人在这上面踩过坑。

3. 源程序：状态机、迟滞比较和模块化，缺一个都会挨怼

3.1 代码结构：别把整个工程堆成一个main.c

我见过不少本科生的代码，一个main.c两千行，所有功能揉在一起，变量名从a到z几乎用遍。这种代码即使能编译通过，论文里也没法截出一个像样的模块图，更别说答辩时你对着它讲实现逻辑了。

我建议按照功能把代码拆成下面几个模块：

• main.c：主流程和状态机；
• delay.c/h：延时函数；
• timer0.c/h：定时器0初始化、中断服务函数，提供2ms时基和标志位；
• adc0832.c/h：ADC0832的时序驱动，返回采集值；
• sensor.c/h：传感器供电控制、采集、滤波、ADC值到湿度百分比映射；
• lcd1602.c/h：LCD显示驱动，包括光标、清屏、字符串输出；
• key.c/h：按键扫描、消抖、长按短按识别；
• pump.c/h：水泵控制、超时保护计时、状态上报。

在Keil C51里建立工程时，最好每一类文件就用子文件夹分好，头文件里写清函数声明和宏定义，变量命名统一。这样你的代码结构在论文里对应一张“软件模块划分图”，答辩老师看着舒服，你自己调试时改bug也省力。

3.2 定时器0做系统时基，这是“51定时器计数器工作原理”最实在的落点

51单片机的定时器计数器原理是教材重点，但如果只在实验课上点个LED就扔了，到了这个项目里就会浪费。自动浇花系统有一个明显的特点：任务并发但不复杂。你要在刷新LCD的同时扫描按键、采集湿度、控制水泵、记录超时，如果主循环里靠delay_ms(200)来刷新显示，那按键扫描就会卡顿，水泵响应也不及时。

正确做法是：用定时器0工作在方式1，也就是16位定时模式。假设晶振12MHz，机器周期1us，要产生2ms的中断，定时初值大概这样计算：定时器向上计数到65535溢出，2ms需要计数2000次，所以初值是65536-2000=63536，也就是0xF830。每次中断服务函数里重新装载初值，同时维持一个软件计数器变量，每次中断加1，累计到一定数量就置一个“显示刷新标志”或者“采集标志”。

我在实际项目里是这样组织的：

• 2ms中断：扫描一次按键状态；
• 每50次中断（100ms）：置采样标志，让主循环进行一次湿度采集和滤波；
• 每250次中断（500ms）：刷新LCD显示。

主循环则是一个非阻塞的轮询结构，只检查标志位并执行动作，整个系统响应很快，按键也不会有迟滞感。这个设计思路在论文里属于“软件系统设计”的核心内容，比单纯写“用delay延迟”显得专业得多。

再说一点：定时器中断里不要做耗时操作，比如读ADC、清屏、字符串操作都别放进去，只能做标志位和简单的计数。中断服务函数越短越好，否则中断嵌套和时间抖动会让系统时序一团乱。

3.3 湿度读数的滤波与迟滞比较：直接拿原始值比较会让你崩溃

电阻式土壤传感器的ADC原始读数，受土壤颗粒接触、探针极化、电源波动影响，跳动幅度可能达到正负20个单位。如果直接用单次采样值和阈值比较，会出现一个非常尴尬的场景：土壤湿度在临界点附近时，水泵每隔几秒就吸合一次，继电器“嗒嗒嗒”响个不停，几分钟就能把继电器触点烧黑。

所以这里有两个必做的逻辑：滤波和迟滞比较。

滤波我用的是“去极值平均法”：连续采样5次，去掉一个最大值和一个最小值，剩下3次取平均。

// 去极值平均滤波：采集5次，去掉最大最小值，取中间3次的平均 unsigned int get_stable_humidity(void) { unsigned char i, j; unsigned int buf[5]; unsigned int sum = 0; for (i = 0; i < 5; i++) { buf[i] = read_adc0832(SOIL_CHANNEL); delay_ms(20); // 多次采样之间留出稳定时间 } for (i = 0; i < 4; i++) { for (j = i + 1; j < 5; j++) { if (buf[i] > buf[j]) { unsigned int tmp = buf[i]; buf[i] = buf[j]; buf[j] = tmp; } } } for (i = 1; i < 4; i++) { sum += buf[i]; } return sum / 3; }

迟滞比较的实现思路是设置两个阈值：启动阈值和停止阈值。比如湿度百分比低于30%时，认为土壤偏干，启动水泵；湿度升到50%以上时，认为已经浇透，停止水泵。30%到50%之间的区间就是死区。这样在临界点附近，系统不会频繁切换状态，继电器寿命和用户体验都得到明显改善。

3.4 状态机让“自动浇水”行为清晰可测

如果你把自动浇灌逻辑写成一段从上往下的顺序判断，一开始可能没问题，但后续加手动模式、告警、超时保护时，代码会迅速变成一团乱麻。更好的组织方式是用一个简单的状态机：

• IDLE：空闲监测状态，传感器正常工作，水泵关闭；
• WATERING：浇水状态，水泵开启，启动计时器；
• MANUAL_ON / MANUAL_OFF：手动强制开/关水泵；
• ALARM：缺水告警，低水位开关触发；
• CONFIG：阈值设置状态，按键加减调整启动和停止阈值。

状态迁移可以这样设计：系统上电进入IDLE；自动模式下湿度低于启动阈值，迁移到WATERING；WATERING中湿度高于停止阈值或超过最大浇水时间，回到IDLE；手动按键随时可以把AUTO/MANUAL模式互换；低水位信号触发ALARM，且此时无论如何不允许启动水泵。

这个状态机写进论文软件设计章节，配合一张visio画的流程图，逻辑一目了然。答辩老师问到“系统有哪些状态”时，你能直接背出来每个状态的进入条件和退出条件，这就是硬实力。

4. 实调阶段最扎心的“翻车记录”和排查办法

4.1 高频故障对照表，我见过的典型问题基本都在这了

做毕设没有不调bug的，区别是有没有思路。我把这个项目里最常见的问题按频率排了个序，放到一张表里，遇到现象直接按顺序查原因：

4.2 没有专业湿度计也能校准传感器的土办法

仪器精度当然是越高越好，但学生实验室里不一定有手持式土壤湿度仪。我建议直接用三种典型土壤状态做校准，得到一条简单的映射关系，足够项目使用了。

操作是这样的：

1. 找三份相同的土壤样本，分别处理成“干燥土壤”“手握成团但不出水的湿润土壤”“接近饱和的泥浆土”；
2. 把传感器插入样本中，插入深度尽量保持一致，分别记录ADC原始值；
3. 重复三次取平均，记录到表里。

举个例子，我做过一组实测数据：

然后你在代码里做个简单线性映射，ADC值和百分比之间近似直线关系。这样的校准方法虽然不算高精度，但胜在可解释、可复现。把这张表放进论文“系统测试”章节，再配合一张湿度-ADC关系曲线图，老师一眼就能看出你真的做过实验，而不是纯抄代码。

有一点要注意：传感器插入土壤中的深度对读数影响很大，校准和后续实际使用时必须保持一致。另外，测试时探头周围有石头或空洞也会导致读数异常，尽量选择土质均匀的位置。

4.3 一次“水漫花盆”的教训，以及我为什么坚持要加超时保护

有一次帮一个学弟调系统，阈值设低了，水泵启动条件过于敏感，而他的花盆托盘又没有排水孔，结果就是系统一整夜反复浇水，第二天早上花盆周围一滩水。本来传感器读到的湿度一直是“偏干”状态，其实是探头被水流冲开了，接触不良，读数偏高，系统误判成“还不够湿”。

这个案例让我意识到，自动浇花系统里最重要的其实不是让算法变聪明，而是加“安全兜底”：无论传感器读数如何，单次浇水时间必须有一个上限。我在代码里加了一个最大浇水时间，比如60秒，达到之后就强制停泵，并且进入冻结状态5分钟，这段时间内无论湿度读数多低都不再启动，防止传感器异常或探头被冲到一边时造成疯狂浇水。

这个功能实现起来很短，但它在答辩中是极好的工程亮点。因为它说明你不是只会按书上写的“传感器检测-阈值判断-输出执行”这种理想流程，而是考虑了传感器失灵、执行机构故障等真实工程问题。我记得现场答辩时，学弟讲到这一段，那个原本一路追问的老师难得点头了。

5. 论文和答辩：把设计过程讲成“你的故事”

5.1 论文结构怎么排：方法对比、硬件分析、软件流程、测试数据一个都不能少

很多同学写论文时最喜欢干的事，是去网上找一篇模板，然后把自己的原理图和代码截图往里面一贴。这种论文拿给老师看，最明显的问题就是“硬件设计和软件设计脱节”——前面贴了图，后面贴了代码，但没有一句话说明为什么这么设计。

我建议的论文结构是：

• 摘要：用两三句话说清楚“做了一套什么系统、用什么方案、达到什么效果”；
• 绪论：写自动浇灌、智能灌溉的背景与意义，这部分不要堆概念，重点是说明“为什么用51单片机也能做，而且适合教学和基础应用”；
• 系统总体设计：先给总体框图，然后做方案对比。比如主控方案对比、传感器方案对比、显示方案对比，每个方案用表格列出优缺点，说明你选的方案为什么是当下的最佳平衡；
• 硬件设计：逐个模块展开，电源、最小系统、传感器、ADC、继电器驱动、显示。每个模块先给原理图，再用“电流流向+信号流向”的方式把电路工作过程讲清楚；
• 软件设计：软件架构图、主程序流程图、各子模块流程图、关键代码说明。流程图和真实代码逻辑必须一致，这是答辩时最容易翻车的地方；
• 系统调试与测试：前面第四章那个校准表、测试记录表、故障排查记录都可以放进来，再放几张实物运行照片；
• 总结与展望：项目完成了什么、还有什么不足、未来可以往哪扩展。

把整个开发过程的笔记保留好，论文素材就永远不会缺。

5.2 答辩时老师最爱问的5个问题，以及应该怎么回答

根据我旁听过多场答辩的经验，自动浇花系统这个题目，老师翻来覆去问的其实就是那几个问题：

第一个：为什么选STC89C52，不选STM32或Arduino？回答思路：系统对实时性和计算量要求不高，STC89C52运行频率12MHz，IO数量足够，外围扩展灵活，学习资料最全，成本低，适合本科生在有限时间内完成完整的设计和调试。如果选STM32，开发环境、库函数、调试复杂度都会上升，对于这个项目属于“杀鸡用牛刀”。这个回答既讲清了方案合理性，又体现了你评估过不同平台的成本。

第二个：土壤湿度传感器的原理是什么？为什么湿度越大ADC值反而越小？回答思路：电阻式传感器是利用土壤含水率不同导致电阻不同的原理。湿土导电性好，探头之间的等效电阻变小，在分压电路中，湿度越大，传感器两端电压越低，ADC采集到的数字量越小。把分压公式写在草稿纸上，再把实测表一摆，这个问题基本稳过。

第三个：你的控制电路做隔离了吗？为什么继电器驱动不需要光耦？回答思路：系统整体是低压弱电环境（5V），被控对象是小功率水泵，所以用三极管或ULN2003驱动继电器即可，不需要额外光耦隔离。如果需要控制220V交流水泵，那必须加光耦，并把低压和高压区域在PCB上分离开。能说出这个“看工况选方案”的逻辑，老师不会再追问。

第四个：如果传感器读数一直很低，水泵会不会一直浇不停？回答思路：不会，因为有超时保护。单次浇水达到最大时间限制后强制停泵，进入冻结状态，同时告警提示传感器可能异常。这就是前面提到的工程兜底设计，属于加分项。

第五个：系统的测量准确度怎么保证？回答思路：硬件上采用短时供电、探头采样后立即断电，降低极化影响；软件上采用去极值平均滤波，再用校准得到的映射关系换算成湿度百分比；测试时统一插入深度，保证读数可比。这套说法已经很完整，足够应对大多数追问。

5.3 关于源码和论文原创性的一句实在话

说到这个问题，我想说点掏心窝的。网上确实可以找到完整的原理图、源程序和论文，但直接把别人的成果交上去，风险远超你的想象。一方面，如今很多学校对毕业设计源程序和论文都有查重与抽查机制，下载的代码和论文往往带着明显特征，容易被鉴别出来。另一方面，哪怕侥幸过了查重，答辩时老师随口问一个函数的作用、一个编译错误的处理过程，你都答不上来的话，场面会非常难看。

更值得做的做法是：下载的资料可以当参考，但你要把它拆开、看懂、重写。从需求清单开始，自己画原理图，自己写每个模块，自己记录调试过程。你不必让代码跟网上完全不一样，但你要做到“每一行自己写出来的逻辑，都能讲明白为什么这样写”。我在这个项目里加入的短时供电、迟滞比较、超时保护，都是参考资料里没有的，而是我从实际调试中总结出来的。这些就是你的原创增量，也是你论文里真正有价值的部分。

论文写作也一样，可以参考别人的行文结构，但每一个设计决策、每一张测试表、每一张实物图，都应该来自你自己的项目记录。这样做出来的毕业设计，不只为了通过答辩，更是你在大学阶段能拿得出手的一份真实作品。

做完整套系统之后，我最大的感受是：这个题目之所以经典，是因为它麻雀虽小、五脏俱全，从传感器采集到执行机构，从硬件电路到软件状态机，从原理设计到实际调试，刚好覆盖了一个完整嵌入式小项目的全部环节。你用心做完，并且把每一次踩坑和修复的过程都记录下来，其实就已经具备了把一个“教学示例”提升成“可复现作品”的能力。最后一个小建议：所有调试过程中拍的照片、测试数据、失败记录，一个都别删，把它们放到论文的附录里，比你单独写十句“系统功能正常”都有说服力。

本文还有配套的精品资源，点击获取