工作总结
发表时间：2026-04-13大二工作总结。
去年这个时候我还在实验室对着数据手册发愁，现在至少能在一小时内判断出电源纹波是来自开关噪声还是负载突变。这一年经手了六个项目，真正跑完设计、打样、调试、部署全流程的有三个。挑两个最折腾人的案例说，不谈虚的。
第一个案子：室外机柜的周期性掉线
智能监控箱，装在马路边。每天早七点到九点准时丢包，其余时间一切正常。现场用万用表挂了一整天，发现那俩小时里12V输入会从12.1V突然跌到10.3V，持续几十秒到几分钟不等。附近有台大型变频器，每天早上启动。问题是——电源芯片的欠压阈值是10.8V，刚好卡在中间。
改电路。手头有三套方案：加电容阵列、换宽压芯片、改两级稳压。电容试过，2200uF并四个，撑不过三个跌落周期。换芯片最简单，但库存没有合适的宽压型号，采购要两周。最后决定做两级：前级用LM2596HV把不稳定的12V预稳到13.8V，后级再用常规DCDC降到5V和3.3V。为什么选13.8V？因为我测过输入最高会到14.2V，留0.4V余量，同时确保后级芯片压差够。
改板、焊接、上机。示波器抓到输入掉到9.6V时，13.8V输出纹丝不动，波动小于30mV。这台设备到现在跑了八个月，再没掉过线。
但这个方案有代价——效率从89%降到了81%，多出来的热得处理。我在散热片上加了导热垫，机箱侧壁开了一排通风孔，实测外壳温度只比原来高了4度，能接受。
第二个案子：存储节点的“假高温”
机房一台服务器，硬盘温度报警。风扇已经全速转，温度还在往上爬。我第一反应是风扇坏了。拆开，六颗4010风扇转速正常，风量用手背感觉也够。换导热硅脂，没用。重装散热架，还是没用。
蹲在机柜后面仔细看了十分钟。出风口热风呼呼的，但硬盘架中间的金属隔板摸上去是凉的——这不正常。如果风道通畅，隔板应该被气流带走热量。我拿一张A4纸贴在前面板进风口，几乎吸不住。拆开前面板，防尘网被絮状灰尘堵了个严实。
清理完再测，温度从63度降到48度，用了十分钟。但这件事真正让我记下的是：我浪费了三个小时才找到原因。如果一开始就测进风口风速，或者看一眼系统日志里的风扇占空比和实际转速的偏差，五分钟就能定位。
后来我做了一张故障树。每个分支对应一个可测量的参数：热源侧看硬盘读写负载和盘体表面温度；散热路径侧看风扇转速、进风口风速、出风口温差、散热片温度；环境侧看机房空调回风口温度和机柜前后压差。这张表现在贴在实验台侧面，每次处理热相关故障都按表走一遍。
再说一个没写进验收报告的事
六月底项目验收，甲方要求做断电恢复测试。拔总电源，等三十秒，合闸。系统启动正常，所有传感器数据都回来了。但串口日志里跳出一条错误：“RTC time lost, default to 2024-01-01”。时钟芯片掉电后没保住时间。
我设计时只给RTC配了一个0.1F超级电容，理论能撑两分钟。但实测发现，主控板掉电后，其他外设会通过IO口倒灌电流到RTC电源轨，超级电容的电被偷走了。解决方法是加一颗CR2032电池，串联一个肖特基二极管隔离，同时改PCB走线让电池只给RTC供电。
连夜手工改了三套样机，第二天一早去现场换上。甲方签字时说了句：“这个细节我们以前没测出来过。”我没说出口的是——我也没测出来，直到验收那天。
几个死规矩
这一年我给自己定了三条规矩。第一，每次故障解决后，当天写《异常处理记录》，格式固定：现象、环境、排查步骤（带实测数据）、根因、解决方案、预防措施。不写完不回家。第二，改电路或代码前，先在纸上画时序图——信号电平变化、各模块上电顺序、复位时序、通信超时重试机制。画清楚再动手。第三，每周五下午花一小时翻调试日志，标出那些“当时觉得是小问题、后来没再出现”的条目。这类条目往往是定时炸弹。
还欠的账
七月份一次Modbus总线瘫痪，原因是两个从机地址冲突。我花了一整天在几百米长的线路上分段排查。其实应该在设计阶段就做地址分配表并固化到配置文件里，而不是现场用拨码开关临时设。还有一次手工焊接BGA封装的WiFi模块，钢网没对正，虚焊导致间歇性断网。返工时拆了重焊，焊盘掉了两个，飞线补的。从那以后，所有BGA器件必须过X光检查焊点，不凭手感。
最后说句实在话
技术这行，骗得了人眼骗不了示波器。大二这一年焊过的板子堆了半个抽屉，写过的故障记录超过四十篇。没什么创新，就是把该拧的螺丝拧到规定扭矩，该测的参数测到量程尽头，该写的文档写到别人能照着复现。那台智能监控箱至今还在跑，我偶尔远程看一眼它的电压曲线——平稳，纹波50mV以内。这就够了。
-
想了解更多【工作总结】网的资讯，请访问：工作总结
