★ FEATURED ARTICLE 拿到西门子200Smart加Smart 1000 IE的水处理项目时我一般不会急着开STEP 7-MicroWIN SMART画梯形图而是先干一件看起来最不“自动化”的事把水从进水口到出水口完整地“走”一遍。搞工控的人都知道水处理程序本身并不复杂真正的复杂度全在工艺上——哪个罐子该反洗、哪个泵不能同时启、加药量怎么跟流量联动这些理不顺后面程序写得再花哨也是空中楼阁。这篇文章要聊的就是一套能落地、能复用、能交付的水处理自动化方案。核心是西门子200Smart PLC加Smart 1000 IE触摸屏的成套设计包含PLC源程序、触摸屏组态、工艺设计思路、现场调试经验和一套结构化交付模板。适合三类人看一是刚接触水处理项目的电气工程师需要一个完整参考案例二是做设备配套的集成商想了解这类案子从选型到交付的标准做法三是想把手头程序做得更规范、更好复用的老手。我尽量把选型估算、程序骨架、HMI组态、PID整定、防抖和交付这些环节里真正花过时间的地方写透而不是只列一堆功能。1. 拿到项目先别写程序把工艺流程拆成控制节点水处理系统看上去千变万化超滤、反渗透、离子交换、加药消毒各有各的玩法但落到PLC控制的层面本质上就是“液位—泵阀—流量—水质在线仪表”这四类信号的组合。所以第一步永远是画出工艺方框图然后把每个设备对应的输入输出信号统计成一张点位表。这一步省了后面全是坑。1.1 先画一张能说服自己的工艺流程图最常见的小型一体化水处理系统长这样原水通过提升泵进入原水箱或直接进入多介质过滤器经过砂滤、碳滤两级过滤再进入精密过滤器同时通过计量泵投加絮凝剂、消毒剂最后产水进入产水箱供用水点使用。系统里还有反洗环节——过滤器运行一段时间后截留物增多压差升高需要反向冲洗。画工艺图的时候我会特别标注三类节点储运节点原水箱、中间水箱、产水箱主要关注液位高低和泵的启停联锁。处理节点砂滤罐、碳滤罐、精滤器主要关注运行/反洗/正洗的状态切换和阀门组合。投加节点PAC加药、次氯酸钠加药主要关注加药泵与进水流量/提升泵的联动。先把这张图画出来你才会知道这台PLC需要多少个输入点、多少个输出点、几个模拟量通道。很多新人上来就去分配地址结果做到一半发现DI不够用就非常被动。1.2 I/O点表是程序和人机界面的共同“坐标系”画完工艺图下一步是拉I/O清单。以一个典型的产水能力10~20吨/小时的设备为例点位规模大致这样信号类型点位内容示例数量估算说明数字量输入DI水箱液位开关、泵故障、阀门开到位/关到位、手自动状态24~32预留10%~20%备用量数字量输出DO提升泵、计量泵、反洗阀、电磁阀、声光报警器12~20控制小功率负载或中间继电器模拟量输入AI进水流量、产水流量、压力变送器、余氯/浊度仪表4~8路4~20mA居多预留备用通道模拟量输出AQ加药泵变频给定、电动调节阀开度给定1~4路有变频加药时才会用到我在实际项目中习惯把点位表做成三列——设备位号、点位注释、对应PLC地址或符号名。这一张表做完以后PLC程序和触摸屏组态就共用了同一套“坐标系”谁改谁都清楚。这里有个坚持了很久的习惯程序里一律用符号寻址不直接用I0.0/Q0.0这种绝对地址。原因很简单设备成套项目常常改改动动中间变量和符号名能让改动成本大大降低也方便给客户做讲解。1.3 控制模式的分层设计手动、自动、检修水处理PLC的程序我从来不做成“只有自动模式”而是至少分三套逻辑手动、自动、检修。手动模式操作员在触摸屏或者柜门按钮上单动泵和阀主要用在调试阶段和自动故障后的应急处置。手动逻辑要带基本互锁防止误操作损坏设备。自动模式按液位、时间、压差等条件自动完成启停、加药、反洗全流程。这是系统正常运行的灵魂。检修模式设备离线维护此时该设备的操作不会影响其他设备运行报警也可以屏蔽。检修模式经常被忽视但现场维修时非常刚需没有的话维修一个泵整条线都联动停机维修工能把PLC程序员的祖先问候一遍。三个模式做成一个选择开关在程序里用一条“模式选择”逻辑把执行区隔开。控制模式设计的背后逻辑其实就是把“程序安全”放在“功能自动化”前面——一个不安全的自动程序不如一套安全的手动操作。2. 选型估算有讲究SR40加EM AE04加Smart 1000 IE的黄金组合选型是方案报价阶段的事但很多人只盯着CPU型号买忽略了扩展模块、触摸屏和通讯配套。这套组合我用了很多次西门子S7-200 SMART CPU SR40或ST40取决于输出类型 EM AE04模拟量扩展模块 Smart 1000 IE触摸屏以太网直连。为什么这样搭理由如下。2.1 200 SMART的I/O余量原则宁松勿紧SR40本体集成40个数字量I/O其中24点输入、16点输出。对多数中小型水处理系统来说40点I/O基本够用但我在选型时始终遵守一条余量规则实际使用量不超过总额定量的80%且同类型点位至少预留4点备用。计算方式很直接。假设统计完DI 28点、DO 14点那么SR40刚好能覆盖DI还有余量DO只剩2点备用。但现场经常遇到什么情况客户临时说“再加一个低压压力开关”或者“电动阀改成带反馈的”这时候DO和DI都很紧张。所以我在预算允许的前提下会这样做DI紧张就换CPU SR60或者加一个EM DR08数字量扩展模块。DO紧张优先用中间继电器扩展触点不太建议直接让PLC驱动大接触器线圈。模拟量一律单独扩展不迷信“本体够用”的说法。另外一个细节SR40和ST40的区别在于输出形式前者是继电器输出后者是晶体管输出。水处理现场大部分负载是泵阀继电器输出触点容量大、带载能力强坏了还好换所以水处理项目选SR40更稳妥。ST40适合需要高频脉冲输出比如步进定位的场合水处理基本用不上。2.2 模拟量扩展与4~20mA信号配对留意隔离和接地水处理系统的在线仪表基本全是4~20mA两线制信号流量计、压力变送器、浊度仪、余氯分析仪。200 SMART本体不带模拟量输入标配加一块EM AE04就非常舒服——4路模拟量输入12位分辨率内置传感器供电注意EM AE04的A、B端子可以直接给两线制变送器供电但是电流有限遇到有些进口仪表功耗大就要外接配电模块。接线时我有两个习惯一是模拟量信号线用屏蔽双绞线屏蔽层在PLC柜侧单端接地绝不能在现场仪表侧也接地否则地环路产生的干扰会让AI数值在满量程范围乱跳二是如果是多路模拟量严格区分地线不要在仪表端子排上与其他信号共用地线。这两条看着都是基本功但调试时PID乱跳、液位不准十有八九都出在这里。2.3 Smart 1000 IE触摸屏的通讯设置以太网直连最省心Smart 1000 IE是西门子面向200 SMART配套推出的10.2寸触摸屏组态软件用WinCC Flexible Smart V3或者直接用TIA Portal加相应版本支持和200 SMART通过以太网口直连一条普通网线就能通讯省去了RS485的麻烦。IP配置上我习惯这样做PLC设192.168.0.10触摸屏设192.168.0.20子网掩码统一255.255.255.0网关不用配。在PLC侧需要开启“允许来自远程的PUT/GET访问”选项默认是关闭的触摸屏作为客户端通过S7通讯协议读写PLC变量。有个坑一定要提醒Smart 1000 IE的原生项目文件后缀是.hmi但不同版本组态软件打开高版本项目会有兼容提示。如果客户把你程序文件发给我移植时优先用同一版本软件修改跨版本容易丢画面变量绑定关系。3. PLC侧的核心逻辑手自动切换、加药PID与报警联锁程序架构上我习惯用模块化写法不搞“一个大主程序从头写到尾”。程序分几个块模式选择、手动控制、自动流程、加药控制、报警处理、模拟量处理。这样别人接手看程序容易自己调试也能快速定位问题。3.1 手动模式下的互锁与防误操作逻辑手动模式的难点不在“让泵转起来”而在“怎么防止操作员按出事故”。考虑这样一个场景提升泵正在运行操作员在触摸屏上误触了反洗阀原水直接走反洗管路冲到排污沟整个产水流程中断。互锁逻辑其实就一句话凡是会影响当前运行状态的动作一律要满足前置条件。我可以给一个示意性的逻辑框架提升泵手动启动条件原水箱液位高于低低液位 AND 产水箱液位低于高高液位 AND 无急停信号。反洗阀手动开条件对应的过滤器处于“反洗状态” AND 提升泵停止或者反洗泵运行。加药泵手动启动条件提升泵运行 OR 产水泵运行防止干投药。这些条件写起来不复杂但每一条都是现场事故换来的。我见过因为没有“提升泵运行才能开加药泵”的互锁加药泵在管路无水时持续投加次氯酸钠浓度高到把后级滤芯都氧化变色的情况。互锁是程序的第一道安全网永远不要嫌多。3.2 自动模式的顺序控制怎么写才稳定自动模式最核心的是泵阀联动的顺序。以一组双砂滤罐轮流反洗为例正常过滤时原水泵运行进水阀打开产水阀打开反洗阀关闭。当运行时间到达设定值比如12小时或者过滤器进出压差超过设定值比如0.08MPa时PLC先停原水泵再关闭进水阀、产水阀然后开反洗泵、开反洗阀反洗设定时间10~20分钟结束后关闭反洗泵和反洗阀再打开进水阀排气最后恢复产水。这个逻辑里最容易被忽略的是阀门的开到位/关到位反馈。很多低配系统只有DO输出阀门的开关命令没有DI输入阀位反馈程序只能“开着”-“定时后认为动作完成”。这时候必须把延时保护加上发出开阀指令后30秒内没收到开到位反馈就判定阀门故障并报警停机。否则阀门卡死了泵还在打水设备损坏就是分分钟的事。自动顺序逻辑我习惯于用S置位/R复位指令组织步进状态核心就一句话当前步完成条件满足后复位当前步置位下一步。每一步都单独留一个“完成标志”调试时通过强制变量就能看系统走到哪一步。比用计数器加比较更直观也更抗逻辑错乱。3.3 加药量控制先别急着上PID闭环水处理里的加药控制是很多工程师爱发挥的地方但我建议分两步走。第一版程序先做开环变频给定操作员在触摸屏上设定加药泵频率比如30HzPLC把4~20mA信号送给加药泵变频器泵随工艺泵联动启停。跑一段稳定期以后如果现场有在线余氯或浊度仪表再升级为PID闭环。这样做的好处是开环系统逻辑简单初期调试风险低先把管路、泵、仪表的关系理顺了再谈调节。上一个闭环PID控制我最常用的做法是利用200 SMART的PID向导PID指令配合回路表实现调节。下面这是我实际项目里经常用的一个PID启动框架结构化文本风格方便理解逻辑// 手动/自动偏置切换 IF 模式 手动 THEN PID输出 : 手动频率给定; // 旁路PID直接给变频器手动值 PID手动复位; ELSE PID设定值 : 余氯目标值; // 例如 0.8 mg/L PID反馈值 : 余氯仪表滤波值; PID周期执行; // 采样周期一般设2000ms PID输出 : 限幅(PID输出, 20.0, 50.0); // 频率上下限保护 END_IF这里有一个很关键的点PID在手动/自动切换时要做无扰切换。200 SMART的PID向导一般能处理好这一点但是如果你自己手写PID公式一定要在切到自动之前把积分项用当前输出值初始化。否则一切自动输出瞬间从0跳到50%加药泵猛然提速整个水质波动一大片。3.4 报警与故障策略分三级别一刀切水处理系统的报警如果不能分级现场操作员会被高频警报弄到麻木最后连真正的故障都忽略掉。级别示例处理策略提示级产水箱液位中位、过滤器运行时间接近设定点触摸屏文字提示、历史记录不停机故障级泵过载、阀门动作超时、余氯超标响铃、相关设备停止触摸屏红色闪烁紧急级急停按下、原水箱低低液位且提升泵运行、管道超压全部运行设备断电切除声光报警需人工复位报警逻辑不要全部堆在一个主程序里我习惯把报警分成“设备故障”和“工艺报警”两组。设备故障报警由PLC数字量输入直接触发工艺报警则来自模拟量比较和累计时间判断。这样排查报警时思路清晰得多。还有一点所有报警都要附“恢复条件”和“复位方式”比如低低液位报警必须在液位恢复且操作员在触摸屏上确认复位后泵才允许重新启动防止液位抖动导致泵频繁启停。4. Smart 1000 IE组态细节画面规划、用户权限与手动操作安全触摸屏组态最怕的是“功能都有但操作员不会用”。Smart 1000 IE的画面规划我通常控制在6个以内画面太多页操作员在紧急情况下来回翻页很容易误操作。4.1 画面结构总览页、工艺流程页、泵阀操作页、报警页、参数设置页我的画面清单是这样定的总览页一屏看清所有水箱液位、泵的启停状态、阀门开关状态、流量和压力数值。总览页不做任何操作只做监控关键词就是“一目了然”四个字。工艺流程页画一条完整的工艺图设备图标绑定PLC变量运行泵绿色闪烁、停止泵灰色、故障泵红色。操作员看到红色图标就能快速定位故障区域。泵阀操作页手动模式操作集中在这里。每个泵/阀带“启动/停止”按钮和当前状态反馈。这个页面要绑定用户权限只有操作员及以上角色才允许操作。报警页显示当前报警和报警历史带确认按钮。Smart 1000 IE支持报警视图控件直接关联PLC的报警变量和确认变量即可。参数设置页液位设定值、反洗周期和反洗时间、加药PID参数、模拟量量程等。建议这些参数全部用PLC的V区保持性寄存器存放掉电不丢。这里有个实用经验参数设置页上每次修改完参数一定要做一个“写入确认”动作——比如操作员先改数值然后按“保存设置”触摸屏用一个“置位”按钮触发PLC把新值写入保持性V区。这样做能防止操作员误触一次屏幕就改掉参数。4.2 用户管理与操作记录别嫌麻烦很多小项目图省事触摸屏不设密码任何操作员都能进参数设置页。水处理项目的药剂投加量如果被误改影响的是出水水质那是直接对接用户安全的问题。所以Smart 1000 IE这套项目我建议用户管理至少分成三层角色权限范围说明管理员全部画面、参数修改、配方管理调试和系统维护时使用操作员工艺监控、泵阀手动操作、报警确认、设定值微调限制修改PID参数和反洗周期只读只能看监控页和报警页给甲方领导或参观用用户管理在Smart 1000 IE上要配置用户级别和画面权限。另外一个容易忽略的是操作记录Smart 1000 IE支持在SD卡上记录报警和操作日志组态时一定要把“用户登入/登出”“参数修改”这些事件勾选到日志里。后期出了水质问题回查“谁在什么时间改了什么参数”比什么都管用。4.3 手动操作按钮的防误触设计长按启动、二次确认、锁定模式触摸屏和实体按钮不一样没有手感反馈手指轻轻一点就可能触发操作。水处理设备上有大量泵阀频繁启停不仅伤接触器还会引起水锤。我在触摸屏上对手动操作按钮一律这么做启动/停止按钮设置为长按2秒生效触摸屏变量用“按住”持续置位来处理。停止泵或者关闭关键阀门时增加二次确认弹窗“确定要停止提升泵吗是/否”。自动运行期间把手动操作页锁定通过PLC模式变量控制画面按钮使能只有切换成“手动模式”后才开放操作。这些设置看起来增加了几步点击实际上是在给设备保命。特别是在一些工期紧的调试阶段操作员一边看手机消息一边点屏幕没有二次确认误停泵、误开阀的后果能让你返工到半夜。4.4 Smart 1000 IE项目的版本兼容坑位如果你拿到的工程文件是从别的工程师那里转来的一定要确认组态软件的版本。Smart Line系列的组态可以用WinCC Flexible Smart V3打开也可以用TIA Portal V13 SP1以上版本通过“Smart Line”面板组态。虽然都是官方支持但TIA博途组态Smart屏幕时刷新变量表的方式略有差异跨软件版本容易丢关联。我踩过一次具体的坑一套老工程文件在WinCC Flexible Smart V3里改了画面下载没问题但另一台电脑装了TIA V15打开后总提示缺少“Smart 1000 IE V4”对应映像重新关联后才恢复正常。所以我的建议是能沿用原工程同版本软件尽量用原版本跨版本做升级前先备份一份后缀为.hmi的原文件再尝试移植。此外触摸屏的固件版本和组态软件版本建议保持一致有些新固件下载旧组态会提示需要更新映像这个属于出厂配置问题提前在项目交付文档里写清楚即可。5. 现场调试最容易翻车的三个环节信号抖动、模拟量干扰、PID整定现场调试和实验室组态完全是两回事。再规范的程序到了电钻、变频器、水泵都在响的车间里都会冒出一堆平时想不到的问题。这里我挑三个翻车率最高的环节讲透。5.1 浮球开关信号抖动提升泵反复启停的元凶水处理系统里最常用的液位检测是浮球开关或者电极式液位计。浮球到液位临界点时由于液面波动会不停通断通断PLC扫描周期又很快可能在一两秒内收到几十次电平变化。提升泵就会表现为频繁启停接触器火花四溅泵电机也容易烧。应对方案分两层硬件层浮球线缆用屏蔽线并远离动力电缆程序层加入信号防抖处理。我的习惯是做一个这样的置位/复位逻辑// 防抖液位信号持续1秒为高才认为高液位有效 IF 浮球信号 1 AND 持续时间计时器 1.0s THEN 液位上限标志 : 1; ELSIF 浮球信号 0 THEN 液位上限标志 : 0; END_IF也就是说信号变化后必须稳定持续一段时间程序才认可。液位波动再厉害也不会导致泵闪停闪起。用200 SMART的TONR指令加一个“当前值比较”就能实现成本极低但效果立竿见影。5.2 模拟量读数乱跳先查接地再谈滤波模拟量信号乱跳是调试阶段的经典噩梦。压力变送器读数在0.4MPa到0.7MPa之间闪烁PLC里的PID完全没法用。排查顺序我有一个固定路线先看屏蔽层接地。模拟量屏蔽线在PLC柜侧单端接地现场仪表侧悬空用万用表通断档确认屏蔽层没有多点接地。再看变送器供电。两线制变送器如果供电电压低于18V输出信号会漂移。用万用表串在信号回路里量电流是不是稳定。接着查PEM AE04模块的通道偏置。模块硬件上有跳线或者组态里选“4~20mA”还是“0~20mA”选错会导致读到满量程一半左右跳变。最后才是程序滤波。200 SMART的模拟量滤波可以在“系统块—模拟量输入滤波”里配置也可以在程序里对采样值做递推平均或一阶惯性滤波。有时候“干扰”真不是干扰而是供电不足。我见过不少现场把变送器电源和接触器电源接在同一个开关电源上接触器一吸合电压跌落变送器乱跳。给仪表单独配一个24V稳压电源问题立刻消失。调试这种事先物理后软件别一上来就写滤波程序。5.3 PID整定实录从振荡到稳定的六步走以加药泵余氯PID闭环为例我记录过一段典型整定过程。现场条件是产水量10t/h次氯酸钠计量泵变频范围20~50Hz余氯分析仪滞后约15秒管路混合段较长采样周期2秒。我的整定步骤是这样第一步把PID闭环旁路用手动模式固定输出30Hz观察余氯在1.2mg/L左右稳定记录当前输出值与反馈的关系。第二步切到自动设定目标0.8mg/LP比例增益先给一个很保守的值0.5I积分时间先取120秒D禁用。第三步观察阶跃响应。设定目标从0.8改到1.0看余氯实际值变化。如果余氯升得慢且一直达不到设定值就逐步增大P如果出现等幅振荡说明P太大减半。第四步余氯能到设定值附近但长时间在小幅振荡就把积分时间加大积分作用减弱而不是继续调P。第五步如果余氯过冲厉害超过目标的30%以上把D微调加上一般取积分时间的一小部分作为微分时间但水处理这种大滞后系统微分作用不宜太强否则噪声一放大就完蛋。第六步固定参数连续跑8小时记录数据看是否长期稳定。录一组最终参数供参考P1.2I90sD3s采样周期2000ms输出限幅20%~50%。这不是万能参数不同管路滞后、不同仪表响应完全不一样别抄。但整定的思路是通用的先开环摸清楚系统的惯性走向再手动闭环最后调积分和微分。5.4 通讯中断比程序Bug更容易遇到200 SMART和Smart 1000 IE之间通讯一般用网线直连稳定性非常好。但如果调试时出现“画面灰屏”“变量显示####”八成是这么几个原因PLC侧“允许远程访问”选项没勾。IP地址冲突特别是现场有多台设备时网段里的某个工控机占用了192.168.0.10。触摸屏和PLC不在同一子网。有时候现场有其他设备把触摸屏的IP改成过别的值。网线非屏蔽或者用了劣质网线距离超过50米时信号衰减严重。排查方法很土但很有效用笔记本网线直接连PLCPing通PLC的IP然后再把触摸屏插回网络逐个Ping。谁不通就查谁网络层的问题永远用最底层的办法解决。6. 交付资料怎么组织源文件结构、万字报告框架与定制扩展标题里写着“设计源文件万字报告讲解”这其实是很多工控项目做得最弱的部分。程序写得再漂亮没有任何文档客户拿到手上等于拿到一个黑盒半年后你自己去看那份程序可能也要愣半天。所以交付资料的规范化不是形式主义是给自己省麻烦。6.1 源文件工程目录结构建议我自己交付时工程文件夹一定是这个结构项目根目录/ ├─ 01_PLC程序/ │ ├─ 主程序.smart 或者.mwp工程文件 │ ├─ 符号表导出.xlsx │ └─ I_O点表.xlsx ├─ 02_HMI组态/ │ ├─ HMI工程.hmi │ ├─ 画面截图参考/ │ └─ 变量表导出.xlsx ├─ 03_设计文档/ │ ├─ 水处理工艺说明.docx │ ├─ 自动控制逻辑说明.docx │ ├─ 电气原理图.pdf │ └─ 调试与验收记录.docx ├─ 04_常用资料/ │ ├─ 触摸屏操作手册.pdf │ ├─ PLC硬件手册.pdf │ └─ 仪表说明书合集/ └─ README_项目说明.txtREADME文件里写清楚项目名称、PLC和HMI的IP、组态软件版本、触摸屏固件版本、操作密码放在封页别放正文、最后修改日期、工程师联系方式。这一步看起来细碎但甲方验收时最常问的就是这些内容少一样都会被扣分。6.2 万字设计报告真正值得写的内容清单万字报告不要写成流水账也不要全部堆文字。能落到表格和图纸上的一律用表格报告模块核心内容为什么重要需求与设计依据工艺流程图、设计水量、水质目标、设备清单让接手人能理解“为什么这么设计”I/O点表与硬件配置点位清单、模块接线说明、供电分配表设备改造时最关键的参考控制逻辑说明手自动模式、反洗流程、加药控制、报警策略程序和使用之间的桥梁触摸屏操作说明画面结构、操作步骤、权限说明给操作员培训直接可用调试与联调记录单机调试、联动调试、PID整定记录、性能数据证明系统真的验证过常见故障与处理报警代码表、故障处理指引减少售后服务电话这六项写下来一万字根本不够用。我见过很多工程师写报告只交一份“设备说明书”式的文档那其实交付价值不大我们要写的应该是“让下一个接手的工程师不需要打电话也能维护系统”的资料。6.3 “支持定制”意味着哪些地方最容易改动标着“支持定制”从技术层面讲就是程序要具备足够的扩展弹性。我总结过三个最容易出现定制需求的点I/O映射调整现场增加一个水箱、一路管道泵点位表变了。如果当初程序全用绝对地址改一个点要全局搜索如果用了符号寻址和中间变量只需要修改符号表映射和HMI变量关联即可。工艺参数调整不同客户水源水质差异大絮凝剂投加量、反洗周期、液位联锁点都要改。所以参数设置页一定不能锁死最好做到操作员权限就能改常用工艺参数。画面文案和品牌定制客户往往要求触摸屏上的标题、单位、logo统一换成他们的样式。Smart 1000 IE在组态软件里改起来很简单但记得是所有画面引用都检查一遍别漏了报警页顶部的标题栏。定制这东西最忌讳临时抱佛脚。在设计之初就把参数做成“数据块集中区”、画面做成“母版复制式”后面定制起来就是改数据填表的事。实际上做了这么多年水处理自动化我越来越觉得这套系统的核心价值不在程序本身而在于“能看懂工艺、能工程化实现、能清楚交付”这三个层面的能力。每次做完一个项目把程序、文档、操作手册整理齐整就像给下一个项目铺路。如果你正打算接手或者改造一套水处理项目不妨从工艺流程表和I/O点表开始把基础工作做扎实再考虑PID和复杂联锁的事。程序是水到渠成的东西理不清工艺再高端的代码也救不了现场。
阅读完成 · 觉得有帮助？
