1. 技术报告到底是一份什么东西如果你正在准备全国大学生智能车竞赛或者刚带队拿了校赛名次准备冲分区赛那么技术报告这四个字你迟早要面对。很多队伍代码写得漂亮、车跑得也快最后却栽在报告上不是格式扣分就是内容空洞评审一看就知道是临时拼凑的。这篇东西就是把我这几年带队、看报告、帮学弟学妹改报告的经验整理出来讲清楚一份能拿分的技术报告应该长什么样从整体框架到排版细节尽量说到能直接照着抄作业的程度。先把定义说清楚。技术报告是智能车竞赛里和实车成绩、视频一起提交的核心材料它记录的是你这台车从方案选型、硬件设计、软件算法到调试过程的完整思路。评审通过它来判断你的工作是原创的还是买现成的、你的方案是深思熟虑的还是碰运气调出来的、你的队伍到底理解不理解自己车上跑的每一行逻辑。所以在很多组别里技术报告的权重并不低它和实车成绩一起决定你最终排在哪。适合谁看适合第一次写报告的新手队长、适合负责攒文档的硬件同学、也适合那些车跑得不错但不知道怎么把经验写出来的老队员。我见过太多队伍的做法是比赛前一天晚上几个人凑在一起把往年学长的报告复制过来改改图、换换数据赶在截止前十分钟提交。这种报告在初审阶段可能不挂但一旦进入答辩或者评奖环节评审老师随口问一句你这个滤波系数怎么定的当场就答不上来。报告不是负担它其实是你逼自己把整个系统梳理一遍的最好机会写完你会发现很多之前没想明白的地方突然就通了。2. 报告的整体框架怎么搭2.1 推荐的章节骨架与篇幅分配不同年份、不同组别的细则会在页数、章节上有些微调但底层逻辑十几年没大变过。一份完整的技术报告通常包含封面、目录、引言、硬件设计、软件与算法设计、系统调试与测试、总结与展望、参考文献和附录。页数上限一般会卡得比较死比如正文控制在二十到三十页之间多出来的图和数据全部塞附录。这个页数限制不是为难你而是逼你学会取舍把最有价值的东西留下来。下面这张表是我这几年总结的一个通用篇幅分配你可以根据自己组别的侧重微调。注意表格里的百分比指的是正文部分不含附录。章节建议页数占比内容重点引言与方案概述10%赛道分析、任务拆解、总体方案框图硬件设计25%主控、传感器、驱动、电源、PCB软件与算法35%图像处理、控制算法、状态机调试与测试20%测试方法、数据、误差分析总结与展望10%不足、改进方向、心得为什么软件算法要占最大头因为智能车竞赛的核心竞争力就在算法硬件方案大家大同小异真正拉开差距的是你怎么处理赛道信息、怎么做决策。我曾经看过一份报告硬件部分洋洋洒洒写了八页把每个电阻电容都列了一遍软件部分只有三页结果评审直接批注重点不明。反过来把硬件写清楚但精炼把算法讲透分数立马不一样。2.2 封面与格式的硬性红线格式这东西看着无聊但它是评审对你队伍严谨程度的第一印象。封面一般要求包含队伍名称、组别、参赛学校、队员姓名、指导教师、提交日期缺一不可。我强烈建议在最后提交前找一个人专门负责找茬把所有硬性条款打印出来一条条对着勾因为格式扣分往往是无意识的比如字体用错了、图表标题没编号、页码位置不对。具体到细则里最常见的几条红线正文字体通常规定为宋体或仿宋西文用 Times New Roman字号小四或五号行距一般要求 1.5 倍或固定值页边距上下左右都有范围要求图表必须有编号和标题图题在图下方表题在表上方。这些细节如果你不提前设好模板写到一半再改会非常痛苦。所以我的建议是正式动笔之前先花半小时把 Word 样式或者 LaTeX 模板配好后面就一劳永逸。3. 核心章节的落地写法3.1 硬件章节讲方案不讲元件清单新手写硬件章节最常见的毛病是把它写成了采购清单什么我们用了 XX 型号单片机XX 型号运放XX 型号电机驱动。这些信息确实要有但更重要的是讲清楚为什么选它、它解决了什么问题、和其他方案比好在哪。评审想看的不是你会不会查手册而是你的选型逻辑。举个例子假设你选了某款主控芯片你要讲的是它的主频、外设资源、中断响应能力如何匹配你的算法需求如果你从上一代芯片升级过来就说明升级后解决了什么瓶颈比如运算速度不够导致图像处理丢帧。驱动电路部分重点是讲你的 H 桥设计、死区时间怎么设、如何避免上下桥直通。电源部分要讲清楚你是怎么把电池电压稳定成几路独立供电的尤其是给传感器和主控的电源如何隔离噪声。我当时带的一支队伍硬件报告里附了一张自己设计的四层 PCB 的叠层说明和关键走线分析还专门解释了为什么把电机驱动的地和信号地分开。就这一处细节答辩时老师专门夸了一句看得出是认真做过板子的。硬件部分的图非常关键总体框图、电源树、关键模块原理图、PCB 实物图都要有而且每张图下面都要有一段文字说明不能光放图不说话。3.2 软件算法章节把黑盒打开给人看这是整份报告的灵魂。很多队伍到这一步就露怯了因为代码是东拼西凑来的自己也说不清原理只能贴几段代码了事。要写好这一章你得有能力把自己的算法逻辑拆成输入—处理—输出三段来讲述并且解释每一步的设计意图。以摄像头组常见的赛道识别为例你的流程大概是采集原始图像、灰度化与二值化、提取赛道边线、计算中心线和偏差、送控制算法。每一环你都要讲清楚方法选择和参数依据。二值化用固定阈值还是大津法为什么边线提取用的是八邻域爬线还是边缘检测各有什么优缺点偏差计算用的是最小二乘法拟合还是加权平均这些都要交代。控制算法部分从舵机打角到电机速度控制PID 参数的整定过程一定要写进来。我最喜欢看到的写法是先给出控制框图再说明每个环的作用然后给出整定步骤和实际效果对比最好配上一张阶跃响应的波形图从超调到稳定时间都标清楚。这比贴一百行代码都有说服力。下面给一个说明性的控制环节描述模板你可以套用输入赛道中心线偏差 e(t)、当前速度 v(t) 处理 1. 方向环采用位置式 PID输入为偏差输出为舵机 PWM 2. 速度环采用增量式 PID输入为编码器反馈输出为电机 PWM 3. 加入前馈补偿根据偏差变化率提前打角 输出舵机转角指令、电机速度指令3.3 调试与测试章节用数据说话这一章是最容易被敷衍的也恰恰是最能体现你工作量的一章。不要只写经过反复调试车子跑得越来越快这种话等于没说。你要给出可量化的测试方法和结果。比如直线加速测试记录从静止到指定速度的耗时弯道测试记录不同曲率半径下不冲出赛道的最快速度整个赛道的圈速记录以及不同参数下的对比。误差分析也很有必要。传感器本身有噪声机械结构有装配误差赛道光照条件会变化这些都会影响稳定性。你如果能主动分析这些误差来源并说明你采取了什么措施来抑制比如加了中值滤波、做了光照自适应、调整了重心分布评审会觉得你真正理解了整个系统。我当时整理过一份测试记录表把每次参数调整后的圈速、冲出次数、最大偏差都列出来虽然朴实但答辩时老师翻到这一页明显看得很仔细。4. 排版与图表的细节陷阱4.1 图表的规范与常见扣分点图表是技术报告的门面但也是扣分重灾区。我总结了几条几乎每年都有队伍犯的错。第一图没有编号或者编号和正文引用对不上正文写如图 3 所示结果图只有两三张。第二图题位置错图题应该在图的下方居中很多人写在了上面。第三截图模糊尤其是从示波器或者上位机直接截的图字都看不清这种图放上去还不如不放。第四表格跨页断裂且没有续页表头阅读体验极差。正确的做法是给所有图和表统一编号图题格式如图 4-1 总体电路框图表题如表 5-2 PID 参数整定结果。正文里凡是引用到图的地方都要用编号指代不要写下面这张图。另外插图的分辨率尽量保证在 150 dpi 以上直接用截图工具截的图最好重新导出或者重画。我一般要求队员把关键框图都用 Visio 或者绘图工具重新画一遍虽然费时间但效果和截图完全是两个档次。4.2 公式、单位与参考文献有控制算法就一定会用到公式。公式要用公式编辑器或者 LaTeX 排版不能直接键盘敲更不能用图片代替。公式要有编号并且在正文里引用比如由式 (3-2) 可得。单位要统一到国际单位制速度用 m/s时间用 s电压用 V不要在正文里一会儿厘米一会儿毫米混着用。参考文献这块很多队伍直接忽略其实这是体现你研究深度的好机会。你参考了哪些公开的算法论文、哪些往届优秀报告、哪些芯片数据手册都可以列出来按规范格式引用。注意如果用了别人的图或者数据一定要标注来源这既是学术规范也是评审很看重的诚信问题。附录里可以放完整的代码清单、原理图全图、物料清单这些不计入正文页数放进去能增加报告的分量但前提是正文要引得到附录别让附录成了孤岛。5. 常见问题与实操避坑5.1 高频问题速查表下面这张表是我这几年被问得最多的问题几乎每次帮人看报告都会遇到你对照自查一遍能省不少返工时间。问题现象根本原因处理办法正文页数超限什么都想写舍不得删把细节挪到附录正文只留主线算法部分像说明书只讲是什么不讲为什么补充选型理由和对比分析图表被评审吐槽截图模糊、编号混乱重画关键图统一编号体系数据前后矛盾多人分工没校对定稿后专人通读核对数据答辩被问倒报告不是自己写的每章由实际负责人亲自撰写公式排版错乱用普通文本敲公式用公式编辑器或 LaTeX 重排5.2 几条只有踩过坑才知道的经验先说分工。技术报告千万不要一个人包干哪怕这个人再能写。合理的做法是按模块分给对应的负责人写硬件的写硬件调算法的写算法最后再统一风格和排版。但这里有个坑就是不同人写的部分术语和符号不统一比如同样一个变量硬件同学写 Vcc算法同学写 V_in读者会看得一头雾水。所以定稿阶段一定要有一个人做统一把所有符号、术语、缩写拉一张表对齐。再说时间安排。我见过太多队伍把报告拖到最后三天写那时候正是实车调试最紧张的阶段结果两边都顾不好。我的建议是从系统方案定型那天起就开始积累素材每次调试拍了图、跑了数据随手就归档到一个共享文件夹里按日期或模块命名。等到正式写的时候你会发现素材早就攒够了只是组装和润色而已效率高得不是一点半点。还有一个细节是数据留痕。你报告里写的每一个参数、每一张波形图最好都能在原始记录里找到出处。答辩时如果老师问这个超调量是怎么测的你能直接翻出当天的测试截图这种底气是装不出来的。我带的队伍有个习惯每次调参都在上位机上保存一波数据文件名带上日期和参数值攒到后期就是一座金矿。最后提醒一句不同年份的细则真的会有变化比如页数上限、章节要求、是否允许附录放代码都可能调整。所以拿到当年的官方细则之后务必逐条读一遍把硬性条款做成一张检查清单提交前一条条打勾。我个人的经验是报告写得再漂亮只要踩了一条硬性红线比如页数超标或者缺少某个必备章节扣分都是实打实的甚至可能影响晋级。把格式和结构这些能确定拿的分先稳稳拿到手再去拼内容的深度这才是最划算的策略。这套东西我用了好几年每年帮队伍改报告都能在结构分上少丢不少希望对正在准备新一届比赛的你有点用。