个体户收支分析表怎么建？手把手教你用Excel理清糊涂账
2026/10/12 5:08:07
在自动化现场摸爬滚打这些年，我带过的入行1-3年的PLC工程师少说也有十几个。每个人都会踩一些相似的坑：程序写得挺顺，一到现场就抓瞎；查故障全靠猜，换了三四个元件还没找到根因；图纸看不透，点位表理不清，交接时更是一脑门子浆糊。这些经历让我慢慢养成了一个习惯：把零散的经验按条记下来。这套东西前后攒了90条，都是实战里验证过、能直接用的判断和操作，不是教科书上的理论。
这篇先把90条按五个方向完整放出来：电气基础、编程习惯、调试实战、故障排查、职业成长。每条先给一句话要点，后续更新会挑重点条目展开聊。适合刚刚独立接项目的电气工程师，也适合带新人的老工程师直接拿来当培训提纲。全文没有废话，都是能落地的判断、避坑和排查思路。
1. 电气基础：入行头一年最该补的课（第1-18条）
很多新人以为PLC工程师的工作就是写梯形图，结果到了现场连端子都没理清。实际上，电气基础决定了你能不能看懂现场、能不能快速定位故障。下面这18条，都是我在接线、查线、换元器件过程中攒下的硬教训。
1.1 看图、接线与元器件：头半年先别急着写程序
新人最容易犯的毛病是拿到项目先开软件写逻辑，电气图纸丢到一边。我建议反过来先看图纸，把电源走向、地线、公共端、负载类型搞清楚，再碰程序。第1到第9条就是这方面最常见的问题。
不要急着看梯形图，先把电气原理图上的电源回路看通。很多报“程序没输出”的故障，最终发现是24V电源根本没送到传感器。
图纸上的线号是排查的第一线索。现场接线如果不按线号做，出了问题只能一根根捋，至少多花一小时。
每个柜子的地排要单独接，不要和中性线混在一起。PE和N混接是干扰和跳闸的常见来源。
输入输出点位的公共端COM要看清楚：漏型/源型接法不一样，接错后信号灯亮但不进CPU。
继电器线圈并联指示灯要加续流二极管，尤其是PLC输出口直接驱动继电器时，不然关断瞬间的浪涌可能烧输出点。
开关电源选型要留30%以上余量，不能拿额定功率算得刚刚好。电柜温度高时电源会降容。
急停回路必须用强制导向继电器/接触器，不能用普通继电器替代。安全回路不要靠PLC内部逻辑去切断。
保险丝烧了先别急着换，要查负载侧是否有短路。直接换大容量保险是给后面更大的故障埋雷。
接线端子上的螺丝要按标定扭矩拧，手拧感觉“紧”不等于接触电阻合格。端子发热导致信号闪断，初期很难查。
这9条里，新人最容易忽略的是第4条和第7条。源型漏型接反是再常见不过的问题：跟传感器三线制、四线制的接法混在一起后，输入灯亮了但程序里就是不变位。急停回路则更是原则问题，安全永远不能用程序代替硬件。你程序里写再多互锁，也不如一个强制导向继电器直接断开主回路来得可靠。这两条建议记到笔记本首页。
1.2 传感器、执行器与仪表：信号不稳定的根源多数在这里
第10到第18条，集中在传感器、变频器、模拟量这些“信号链”上。很多时候PLC程序没问题，就是现场元件选型、接线、安装方式有问题。
光电传感器注意灵敏度调节，漫反射型在灰尘现场要定期擦镜头。很多“偶尔报警”其实是镜面脏了。
接近开关有检测距离，安装时需要避开金属支架。检测面离目标太近或太远都会造成误判。
电磁阀线圈没有接续流二极管或者压敏电阻时，PLC输出点损坏频率会明显提高。感性负载必须处理。
模拟量信号线用屏蔽电缆，屏蔽层单端接地（一般在柜内端）。两端接地反而会在干扰大的地方形成环流。
4-20mA信号比0-10V更适合长距离传输，现场如果设计已经在用电压信号，布线就要远离动力线。
热电阻和热电偶不能随便互换，变送器量程和分度号必须和PLC配置一致，否则显示出来的温度可能就是错的。
编码器接线必须按A+/B+/Z+对应接，屏蔽层处理好；否则高速计数时不是丢脉冲就是多计。
检查变频器到电机的动力电缆有没有分层走，强电和弱点不要捆在同一个线槽。这个细节对模拟量影响很大。
电柜里的备用线头要包扎好并做好标识，特别是220V接线端子附近，否则后续维护时容易误碰。
第13条和第17条值得多说几句。我在一个项目中遇到过模拟量读数跳动，排查了程序、模块、传感器都没问题，最后发现是变频器动力电缆跟模拟量信号线走在同一个线槽里，挨了将近两米。把信号线挪走之后，读数立刻稳了。屏蔽层单端接地这条也一样，现场最容易出现“明明接屏蔽了还是干扰”，往往就是屏蔽层两端都接了地，形成了地环流。
2. 编程习惯：把程序写得像说明书（第19-36条）
写PLC程序的服务对象不是CPU，而是三个月之后的你，以及后面的调试、维护、交接人员。代码写得再花哨，如果别人看不懂、自己回头也看不懂，那这就是负资产。第19到第36条是关于编程习惯的18条建议。
2.1 命名、注释与结构：程序可读性决定维护成本
很多新人写程序只追求“功能能跑”，命名随意、注释缺失、结构混乱。一旦设备出现一个稍微隐蔽的故障，这种程序会让你排查到怀疑人生。
变量命名要能看懂，不要用A1、B2这种。设备位号+功能，例如S1_Motor_Start，换人维护时能省大量时间。
每个程序块开头写一段注释：作者、日期、功能、版本。新人在3个月后回看自己的程序，多半会感谢当初这段注释。
全局变量和局部变量严格分开。程序块内部能用的局部变量不要拿到全局去定义，不然程序一复杂就乱。
不要在一行里堆多个触点判断，逻辑复杂化不仅难读，还容易出现扫描覆盖问题。拆成多行中间变量。
使用临时变量要谨慎，置位复位要考虑扫描顺序。同一个线圈在程序里多次输出是最常见的“隐性Bug”。
报警程序不要做成一大段并联输出，用字/位寄存器统一管理，HMI上显示有报警组和触发时间会更好查。
模拟量转换公式不要直接写死，把量程上下限做成PLC变量。标定或者换传感器量程时只需要改参数。
安全逻辑（急停、门锁、光栅）必须用硬件回路 + 程序双保护，不能把程序当成唯一安全层。
程序版本管理从一开始就用：可以不用正版软件，但至少每天导出一次程序到固定目录，文件名带日期。
第23条是最典型的“隐蔽Bug”来源。有人喜欢在程序里多处写同一个线圈，比如先在各条件分支里分别置位，再在最后输出前统一复位。前面看着都对，但扫描到后一段时，前一段的结果可能就被覆盖了。这类问题用交叉引用一看就能发现，可很多新人从来不主动查。养成写好一段就查一次交叉引用的习惯，能省下大量现场时间。
2.2 扫描周期、刷新与模块化：不要把PLC当成电脑
PLC程序是按扫描周期循环执行的，输入刷新、程序执行、输出刷新都有固定的节奏。不理解这个机制，就会写出一堆“想当然”的逻辑。
理解扫描周期：PLC是循环执行程序，不是“同时执行”。输出在END才统一刷新，中间结果不要指望立刻反馈。
不要在子程序里等待一个输入信号变化后再做下一步，如果需要等待应该用状态机或定时器。
高速计数、运动控制、中断程序里不要做复杂的运算，否则会影响实时性。中断里只做标志位。
定时器数量规划好，不同类型定时器精度不一样。毫秒级定时建议用专用时钟指令，别用普通延时继电器代替。
编码器脉冲计数如果偶尔丢，先查输入滤波时间是不是设置过长。PLC高速输入通道一般有滤波参数。
把重复功能写成功能块FB，比如电机启停、阀门控制、气缸动作。每次复制粘贴虽然快，但后期改逻辑就是灾难。
功能块内的模式切换要加互锁；启动和停止指令不能同时为真，手动/自动也不能随意切换导致输出瞬间跳变。
HMI上的手动按钮，PLC侧最好加“手动允许”的总开关，防止误触。这个总开关可以是柜门钥匙或触摸屏权限。
配方、工艺参数尽量放在数据块里，不要散落在程序里。这样换型时只需要切换配方编号。
第33条和第36条放到一起说。因为很多新人一开始觉得复制粘贴比创建功能块快，但十个电机控制逻辑复制十遍，如果哪天需要统一把启动延时从2秒改成3秒，你就要改十处，还容易漏。写成功能块之后只改一个地方。配方参数放进数据块同理：换产品时切配方编号，不用在程序里到处找数值、改完再下载，那才是真正的效率。
3. 调试实战：上电之前把功课做足（第37-54条）
调试才是真正考验PLC工程师的环节。前面程序写得再好，到了现场也要面对机械、电气、工艺的交叉问题。第37到第54条，覆盖了从模拟调试到上电调试再到运动控制的常见操作。
3.1 模拟调试与强制输出：治一治“想当然”的毛病
没有哪个程序能一次跑得完美，但可以通过充分的离线调试减少现场问题。这里最容易犯的错，是只测正常流程，不测异常分支。
没有现场条件时，输入端用短接线或者强制输入来模拟，但不能只测程序跑通，还要测故障分支。
强制输出时一定要记住哪些点被强制了，调试完解除所有强制。因为这个吃过亏：第二天设备动作异常，查半天是强制没取消。
首次上电前用万用表量一遍每个输出点对地/对0V之间有没有短路，哪怕PLC输出点灯正常，外线短路也会烧点。
气缸调试时先手动电磁阀，确认气缸动作方向、磁性开关位置正确，再联机。直接联机，撞机概率非常大。
手动、半自动、全自动三种模式分别调试，不能只调自动。手动有问题会直接影响自动状态下的复位逻辑。
原点回归程序先从慢速找原点，再试高速找原点。高速撞到机械硬限位，换一个限位开关是小事，机械变形才是大事。
伺服驱动器试运行前要把扭矩限制设小一点（比如30%），防止程序错误导致出力过大撞设备。
电机转向确认用“点动”方式，不要长时间连续运行。转向反了，靠惯性就能带出一堆连锁反应。
模拟量调试从4mA开始，看PLC数值是否等于下限，再逐点给值，确认线性换算公式没有反。
第38条和第42条是我见过最不值得踩的坑。强制输出这个功能调试时好用，可一旦忘了取消，轻则设备动作怪异，重则造成安全风险。我现在的习惯是：在触摸屏或者程序首页做一个“强制状态指示灯”，只要还有强制点存在，就亮红提醒。原点回归也一样，直接高速找原点容易撞坏机械，先用慢速走一遍，确认限位和原点信号逻辑，再提升速度才稳妥。
3.2 上电流程与运动控制参数：按顺序、按步骤来
设备上电不是“合闸”一个动作，而是一套流程。电子、机械、电气连锁都要在通电前验证。第46到第54条是针对现场实际操作的经验。
上电顺序：总闸、控制电源、IO电源、通讯模块、最后CPU。很多人直接合总闸，会碰到浪涌把电源模块打坏。
现场调试时把CPU的故障日志打开，别急着清报警。报警现场拍照和保存，回去写报告时才有依据。
变频器参数设置时，电机铭牌参数必须准确输入，特别是额定电流和频率。变频器自整定前先检查接线和旋向。
变频器载波频率越高噪音越小，但漏电流和干扰越大。现场如果经常报通讯干扰，可以适当降低载波频率试试。
伺服系统的电子齿轮比要按实际机械减速比算，不能照抄其他设备的旧值。算错之后定位尺寸会成比例偏移。
PID调试口诀很多人知道：先P后I再D。但实际要先确认执行机构方向、量程、正反作用，否则参数再准也没用。
在PID输出端加限幅，防止积分饱和。尤其在风门、阀门类执行机构上，不限幅会关不到位或开过头。
步进电机丢步问题：先查脉冲频率是否超过启动频率，加减速时间是否太短，其次才是程序和接线。
运动控制中惯性大的机构，加减速时间要按负载惯量调。调试时“能跑”不等于“稳定”，要看实际节拍和停止位置是否重复。
第51条和第52条是调PID时最常见的坑。很多新人上来就调P、I、D三个值，结果参数越调越乱。先确认执行机构方向对不对：阀门反馈是反作用的，PID输出正偏差时阀门应该开还是关？这个搞反了，参数怎么调都白搭。输出限幅更是基础中的基础，不加限幅，积分一饱和，阀门全开全关来回震荡，设备会非常难受。
4. 故障排查：从现象到根因的固定套路（第55-72条）
现场故障千奇百怪，但排查方法是有套路的。很多新人查故障靠“换件试错”，查了一天才发现是最简单的接线松了。第55到第72条，总结了一套相对固定的排查思路。
4.1 排查优先级与常见硬件故障：先看机械，再看电气，最后怀疑程序
遇到故障，第一时间不要打开软件监控程序，而是通过现象缩小范围。程序问题只占故障的一部分，很多时候根源在外围。
故障处理第一步永远先看现象、问操作工，他们的一句话可能直接指出故障范围，不要一头扎进程序里。
按“机械->电气->程序”的顺序排查。很多程序看起来不对，其实是限位开关没有压住。
检查PLC是否运行：把CPU打到RUN，看是否有硬件错误灯。程序“不执行”和“执行结果错误”是两条完全不同的路径。
输出点不闪灯先查外部电源，输出点灯亮没动作再查继电器/接触器。这两类排查路径不要混。
传感器信号“偶尔没有”：先检查航空插头是否松动，这个故障率极高，往往被当成了程序问题。
输入信号灯亮但PLC内部位不亮，大概率是输入点烧坏或者公共端接触不良，用强制输入功能辅助判断。
PLC输出点坏了别急着换模块，先看驱动的是什么负载，感性负载有没有加续流保护，否则换了还会烧。
接触器触点吸合但主回路没电，拆开接触器看触点是否烧黑，电工换接触器时也要检查线圈电压对不对。
一个点位故障要和整组点位一起排查，因为IO板/端子排的电源往往是一组一组分配的。
第55条和第59条放一起最合适。很多工程师一到现场就抱着笔记本查程序，其实操作工的一句话能少走两小时弯路：“这台设备每次换模后才会报警”“声音正常但就是不动”。这些都是宝贵的线索。航空插头松动这种事，程序监控里看起来就是信号丢失，你查逻辑半天都查不出来。把这些外部因素排除干净，再打开程序才是正确顺序。
4.2 干扰、通讯和程序逻辑问题：从外部到内部层层剥开
如果外围都正常，问题还复现，就要考虑干扰、通讯和程序内部逻辑了。这一部分最考验经验，也最容易让新人一头雾水。
模拟量波动大时，用万用表串在信号回路里测电流是否稳定。最有效的验证方法：临时接一个信号发生器，对比判断是现场信号问题还是PLC模块问题。
视频监控线、网线、模拟量线，尽量分开走。现场“不明原因误动作”很多是电缆绑扎一起造成的干扰。
使用通讯时，把通讯状态做成一个心跳变量，如果通讯中断超过N秒自动报警。不要让设备“带病运行”。
排查Modbus通讯时，先确认波特率、数据位、校验位和站号四要素，再查线路。这四项占通讯故障的七八成。
如果上位机读写变量失败，检查PLC侧是否有变量被保护、只读或断连。通讯故障日志比盲调参数更有用。
PLC重启后数据丢了，先查掉电保持区设置。不该断电保持的区设成保持，也会导致开机日期混乱。
程序报警和硬件报警要区分开：硬件报警常带有模块故障灯，程序报警只是逻辑判断，处理方式完全不同。
用“交叉引用”功能找出所有读写该变量的位置，尤其是同一个点在多个程序块被修改时。逐段排查比猜更快。
最后，故障处理完要总结：把现象、原因、处理过程、预防措施写进设备档案。这样“经验”才真正属于团队。
第64条和第71条是排查效率的分水岭。模拟量波动，很多人直接换模块，其实用信号发生器现场给一个标准4-20mA信号，几分钟就能判断是模块还是信号源问题。变量被多个地方修改时，交叉引用一下就能看到所有读写位置，比盯着梯形图猜快太多了。这两招用熟了，排查故障的思路会清晰很多。
5. 职业习惯与长期成长：1-3年决定后面的路（第73-90条）
技术能力之外，职业习惯决定了你能走多远。我在第73到第90条里，更多讲的是怎么记录、怎么沟通、怎么学习、怎么保护自己。这些看着不起眼，但对1-3年阶段的工程师来说，才是拉开差距的地方。
5.1 记录、复盘与资料管理：经验不整理就等于没发生
很多新人做完一个项目就翻篇，脑子里只留下模糊记忆。等到下次遇到类似问题，又从头开始摸索。养成记录和复盘的职业习惯，才是把经验变成能力的唯一路径。
在现场用手机拍照或录音记录关键操作，回办公室整理成笔记，不要相信自己的记忆力。
每个项目建一个独立文件夹，按“图纸、程序、文档、调试记录、问题清单”分区。越早养成习惯，找资料越轻松。
调试记录要写“遇到的问题+最终解决办法”，不要只写“已解决”。下次同类故障可以直接检索。
从项目开始就维护点位表，不要等调试结束再补。运营期间改过的点位要同步更新。
每天下班前导出一次程序并同步网盘。不是为了给谁看，是给自己留一条退路。
复盘一个故障时问自己三个问题：为什么发生、为什么没早发现、下次怎样避免。多问几轮，水平提升很快。
不要只盯着自己负责的设备，尽量多去看相邻产线的电气柜。不同行业的PLC应用有很多可以借鉴的细节。
学习PLC不只是学软件操作，还要补一点电子、通讯、机械的知识。很多问题卡住，是因为叫不出那个零件的名字。
遇到新指令先查手册，不要靠搜索引擎里的模糊案例。手册里的时序图和注意事项，往往才是关键。
第74条和第77条是所有建议里最容易坚持、也最容易见效的。我见过不少工程师，项目做完了，程序却存在自己电脑的“桌面/新建文件夹”里，半年后连版本都分不清。每天下班前导出一次程序，文件名带日期，这个动作只需要一分钟，但能让你在设备出问题时拿出当天可恢复的版本。光这一条，就足以避免很多次深夜焦虑。
5.2 沟通、交接和持续学习：技术之外的软实力
PLC工程师不是只跟机器打交道，还要跟操作工、机械工程师、工艺工程师、设备厂商打交道。沟通方式和职业礼仪，同样影响项目结果。
和操作工沟通时尊重对方的信息：他们天天盯着设备，很多“奇怪现象”其实就是有效线索。
和机械、工艺同事确认动作顺序时要画时序图，文字描述容易有歧义。图一画出来，条件冲突立刻暴露。
项目交接不是交文档就完事，要带着接手的人把每个警告和操作习惯说一遍，尤其是那些写在纸片上的“潜规则”。
学会写问题报告：现象、影响、临时措施、根本措施、验证结果五段式。简洁清晰，领导和技术支持都喜欢。
遇到搞不定的问题，不要一个人死磕，先花15分钟整理好现场信息再求助。问问题前有准备，效率完全不同。
厂商技术支持电话里，先把PLC型号、模块型号、故障码、已做过的排查告诉他。不问基础问题是专业素养。
保持每天看一点新知识，可以是说明书的一页，也可以是别人分享的一个案例。做PLC这行，经验曲线全靠积累。
不要因为一个机型用熟了就看不起其他品牌的风格。不同PLC的编写逻辑能帮你更深入理解“程序组织单元”的概念。
最后一条送给新人：安全永远排在第一位。断电挂牌、验电确认、双人操作，这些动作做一万次也不会多余。
第83条和第85条，是我很希望新人早点掌握的技能。和人确认动作顺序时，光靠文字来回扯皮效率极低，画一张时序图，谁先动作、谁等待、谁超时报警，一目了然。写问题报告看似是给领导看的，实际上最受益的是你自己：五段式结构强制你想清楚整个故障链路，而不是只记一个“换了个传感器”。
最后再说一点个人体会：我见过太多新人把PLC编程当成写代码，忘了它是工业设备的一部分。电气基础、调试习惯和现场沟通，才是前三年最值钱的东西。90条看似多，真正能内化成条件反射的可能只有几条，但只要每天记一条，一年后回头看，你会发现自己的排查思路完全不一样了。