企业官网建设流程全解析

简介：西门子S300系列可编程控制器水处理程序源码包，是一份面向工业自动化工程师和PLC编程学习者的完整项目示例，程序围绕水质监测、过滤消毒、pH值调节、流量控制等工艺环节，展示从I/O配置、梯形图逻辑到定时计数、故障报警的整套控制思路。压缩包共344个文件，大小约518KB，内部以S7项目源文件、数据库表、工程配置和说明文档为主，同时包含索引、临时文件与锁存记录，基本还原了Step7项目目录全貌。代码覆盖输入输出地址分配、控制逻辑、定时与计数、故障诊断与报警、上位机通信及关键参数存储等模块，便于逐段对照学习，也有助于理解实际水处理系统的自动控制流程。工程带有实际运行痕迹，并保留了历史数据库与趋势记录，读者既可学到标准编程习惯与排错思路，也可直接作为同类项目二次开发或教学演示的参考蓝本。目前已有156人学习浏览，适合需要从完整实例入手、快速掌握西门子S300水处理程序架构与控制逻辑的工程师和学员。

1. 一份S7-300水处理源码的核心价值，不在梯形图里

先说结论：这类 S300 水处理源码包，解压后直接灌进 PLC 跑的概率几乎为零。硬件型号、模块地址、量程单位全跟你现场不一样，轻则输入映射错乱，重则加药泵和反洗阀在错时间动作。值得复用的是三样东西：程序骨架、泵阀对象封装方式、DB 里的工艺时序参数。水处理的特点是模拟量密度高、泵阀连锁多、时间程序长，一个液位回差写错就能让两台提升泵频繁切换。S7-300 旧项目多用 STEP 7 V5.x 编写，由 OB、FB、FC、DB 构成，与 S7-1500 的工程结构不同，但工艺逻辑可以迁移。下文按读包顺序走：程序组织、软件还原、点表重映射、参数调整与验证。适合同行看包移植，也适合刚接触西门子PLC编程的人理解一个真实项目该怎么拆。

2. S7-300水处理程序的骨架：OB调度、DB数据与泵阀封装

S7-300 没有 main 函数，程序入口是 OB1，其它逻辑靠事件触发。理解一个旧水处理项目，不要先翻梯形图，而是先把组织块和背景 DB 清单拉出来。OB 分布能直接看出工艺被切成几段、哪些逻辑按固定周期跑、哪些按日历时间跑，这是和老项目建立对话的第一张地图。

2.1 先拉 OB 清单：循环扫描之外，水处理靠中断块定节奏

水处理程序里时间相关逻辑占大头：定时加药、间歇反洗、沉淀延时。全塞进 OB1 里，扫描周期一变，所有定时全漂。常见做法是让 OB1 只做模式切换和状态机推进，把固定周期的调节放进 OB35，把跨天跨周的时序放进 OB10~OB17 日期时间中断。

打开项目后先在左侧树里数一下有没有 OB35、OB82、OB86，这决定后面调整参数时该去哪里找代码。OB35 里调用块多时要留意执行时间：OB35 的中断周期默认 100ms，如果中断程序本身执行时间超过了 100ms，系统会报循环中断错误，而不是等你发现 PID 没输出。我见过一个项目因为 PID 回路太多导致 OB35 超时，处理办法是把循环中断时间从 100ms 改到 200ms，代价是调节周期变长。加药回路可以接受，流量反馈回路就不行，改之前要想清楚。

2.2 泵阀封装：FB+UDT+多重背景是S7-300时代的对象编程

水处理程序里大量重复“启动—反馈—故障—停机”逻辑。写得好的项目一般用 FB 配合 UDT（用户自定义数据类型）做封装：把一台泵的所有输入输出和参数打包进 UDT，一个 FB 只处理一台泵，每台泵给一个背景 DB 实例。这样加药泵从 2 台扩到 4 台时不用复制十几行梯形图，多建两个 DB 实例把参数写上就行。UDT 定义如下：

TYPE UDT_Pump STRUCT Auto : BOOL; // 自动模式使能 Cmd : BOOL; // 启动指令，来自面板或上位机 Fault : BOOL; // 综合保护输入 RunFb : BOOL; // 接触器反馈触点 StartDly : TIME; // 启动确认窗口 Alarm : BOOL; // 泵故障汇总，输出给HMI END_STRUCT END_TYPE

对应的泵控制 FB 骨架：

FUNCTION_BLOCK FB_Pump VAR_IN_OUT p : UDT_Pump; // 泵对象，IN_OUT保证可读可写 END_VAR VAR ton_Fb : TON; // 启动反馈监视定时器 END_VAR // 自动模式下启动条件成立且无故障，置位输出 IF p.Auto AND p.Cmd AND NOT p.Fault THEN p.Alarm := FALSE; ton_Fb(IN := TRUE, PT := p.StartDly); IF NOT p.RunFb AND ton_Fb.Q THEN p.Alarm := TRUE; // 启动后反馈没跟上，判定故障 END_IF; ELSE ton_Fb(IN := FALSE); p.Alarm := p.Fault; // 故障直接透传 END_IF;

逻辑说明：这段不是某个项目里的真实代码，只是把 S7-300 老项目里最常见的泵逻辑还原成可读形式。Fault透传给Alarm是为了让手动模式下故障也能被上位机看到。改别人程序时最容易犯的错，就是把这句“故障透传”当成多余逻辑删掉，结果现场故障时 HMI 上没有任何提示。TON 是 S7-300 标准定时器，背景数据保存在实例 DB 里，多次调用互不干扰。StartDly一般设 2~5 秒，取决于接触器和电机启动时间；RunFb接的是接触器辅助触点，不是电流信号，反映不了过载。如果现场用电机综合保护器的常闭触点做Fault，注意别把它串在接触器控制回路里，否则故障时接触器先分断，PLC 里根本看不到Fault变化。

2.3 模拟量三段式：标定、滤波、限幅

水处理信号 4-20mA 进入 SM331 后是 0~27648 的整数，S7-300 标准库里的 FC105 完成量程转换。调用方式：

CALL "FC105" IN := "IW64" // SM331模块的通道输入字 HI_LIM := 10.0 // 液位变送器满量程，单位米 LO_LIM := 0.0 // 量程下限 BIPOLAR := FALSE // 单极性4-20mA RET_VAL := #ErrorCode // 16位状态字 OUT := "LT_PoolLvl" // 工程值，实数

参数说明：IN是模拟量模块的原始值，HI_LIM/LO_LIM对应变送器的实际量程，OUT是换算后的工程量。RET_VAL非零时必须去查 FC105 的错误代码表，不能直接忽略。单极性接 4-20mA 时BIPOLAR必须为 FALSE，设成 TRUE 后量程下一半都是无效区。FC105 之后的滤波我一般放在 OB35 里做一阶惯性，不用单独写 PID 块：

// OB35中，0.5为按采样周期折算的滤波系数 "LT_PoolLvl_Filter" := "LT_PoolLvl_Filter" + 0.5 * ("LT_PoolLvl" - "LT_PoolLvl_Filter");

水处理的 PID 大多用在加药回路上，响应以分钟计，不建议第一次投运就切自动。先手动观察余氯或 pH 曲线稳定后，再让 FB41 输出叠加在手动频率上，比例带从较大的值开始往下压。FB41 的CYCLE参数必须和 OB35 实际中断周期一致，这是旧项目里最常见的参数错位。另一个坑是 FB41 输出是 0~100.0 的百分比，变频器可能接收 0~16384 的 16 位输出格式，中间必须再做一次量程映射，不能直接接到 PQW。pH 调节是典型非线性环节，5~7 和 7~9 两个区间的对象特性完全不同，源程序里如果按“加酸/加碱”拆了两个 FB41，那是工艺需要，不是冗余。

3. 打开与还原：STEP 7 与 TIA Portal 读取 S300 源码包的姿势

拿到 zip 先别双击。先分清是 STEP 7 归档文件还是普通项目文件夹，这决定你用哪个软件、走哪条流程。错误打开方式会破坏项目结构，我见过有人用“打开项目”去开后缀是 zip 的归档文件，弹出一句“不是有效项目”就以为文件损坏了。

3.1 用命令行确认压缩包内容：S7 归档与项目目录的判别

老 S7-300 压缩包常见两种：一种是 V5.x 的归档文件，内部有SIMATIC/相关目录；另一种是项目文件夹的直接打包。先列一下内容：

7z l 水处理程序S300.zip | head -60

输出如果出现SIMATIC/或项目名目录下有S7Proj/，说明是 V5.x 归档。这时在 SIMATIC Manager 里用File > Retrieve恢复，而不是File > Open。Retrieve会把项目解到指定路径并重建辅助文件，Open打不进去。反过来，如果 zip 解开就是一个带.plc目录的 TIA 项目，直接在 TIA Portal 里用项目 > 打开选那个目录即可。

中文 Windows 下解压老项目经常遇到文件名乱码。Linux/macOS 下用 unzip 时加参数：

unzip -O GBK 水处理程序S300.zip -d s300_src

Windows 上有乱码时用 Bandizip 选“自动检测编码”再解压。这一步不解决项目内部引用关系，但至少能让你看懂文件名。归档恢复时报“路径太长”的话，把目标目录放到C:\S7Proj这类短路径下，不要用带空格的深层目录。

3.2 版本血缘：哪些版本能开，哪些必须移植

S7-300 在 STEP 7 V5.x 和 TIA Portal 里都能编程，但项目文件不通用。常见链路：V5.4/V5.5/V5.6 项目在 TIA 里用“项目 > 移植项目”导入，导入后可以下载到 S7-300；更老的 V5.2 项目，先拿对应 V5 版本打开另存为高版本，再进 TIA，直接移植容易丢符号。TIA 版本低时打开高版本 V5 归档会报“无法读取项目数据”。我一般先确认当前 TIA 版本是否能新建 S7-300 项目，能新建才去尝试移植。

老项目很多用到标准库里的 PID 块，移植后 TIA 库版本对不上，FB41、FC105 还在但接口可能变成CONT_C风格。移植前先在 V5 里把所有 FB/FC/DB 打开并编译一遍，确认无错误再移植。移植后逐个打开 FB 看变量注释是不是变成问号，如果变了，说明源程序的中文符号在编码转换中损坏。处理办法是把这个块单独导出再导入一次，而不是在移植后手工改变量名。

3.3 打开后先做三件事：核对硬件组态、导出符号表、刷新交叉引用

打开项目不要急着读梯形图。第一件事，打开 HW Config 对照 CPU 型号与机架模块清单。水处理旧项目很多用 315-2DP 带 ET200 分布式从站。如果现场模块比组态少一张 AI 卡，下载会报“模块不存在”，这是组态问题，不是程序问题，删掉多余模块再下载通常不影响逻辑。

第二件事，把符号表导出成 CSV 检查点表完整性。在符号表窗口右键“导出”，格式选“电子表格（CSV）”。老项目符号表的中文注释在 Excel 里显示乱码时，改导入编码为 ANSI。如果符号表几乎为空，说明源码在流传过程中被清理过，后面只能按绝对地址读程序，工作量会大很多。

第三件事，用“参考数据 > 分配列表”查看 I/Q/M 地址的使用密度。水处理程序最常见的隐患是 M 区地址复用：一个工位用 M50.0 做“加药泵1自动”，另一段程序又把 M50.0 当“反洗正在运行”的中间位。PLC 不会报错，运行时动作却互相覆盖。交叉引用能直接看到同一个 M 位被哪些块读写，这是判断源码是否被多人改过的快速途径。

4. 从源码到自己的工艺：点表核对、地址重映射与参数调整

程序能打开之后，重点就是“这一个包”怎么变成“你这一个现场”。水处理工艺差异大，但源码改造路径可以固定成三步：先核对点表，再改地址映射，最后调整时序和 PID 参数。

4.1 先核对点表：符号表才是程序的地基

S7-300 在符号寻址模式下，FB/FC 里写的是符号名，真实地址放在符号表里。所以改造顺序是改符号表地址，而不是在梯形图里挨个找 I/Q 编号。我一般先做一张核对表，把原地址、新地址、设备位号、信号说明列在一起。

更新符号表时注意新地址是否与原有地址重叠。原程序用了 IW64~IW66 三路模拟量，换成 IW256~IW258 时，要确认 IW258 没有被下一张模拟量模块占用。SM331 每通道占一个字，地址从偶数开始，不能从奇数地址编排模拟量通道。

符号表改完之后，在 SIMATIC Manager 里右键 PLC 程序，选择“编译 > 软件（重置）”，把所有块重新生成一遍。不编译的话，下载的仍然可能是旧的引用关系，在线监视时输入点全对不上。

4.2 工艺段修改：轮换控制与反洗时序怎么改

水处理常见的几段逻辑：提升泵轮换、过滤器反洗、加药联动、沉淀池排泥。老程序里最值得保留的是轮换和反洗这两段顺控。如果只是设备编号不同，建议保留顺控骨架，只改设备号映射；如果工艺段本身不一样，不要试图在原程序上改出第二套逻辑，直接新写一个 FC，把原 FC 的调用条件屏蔽掉。

轮换切泵的简化骨架：

FUNCTION FC_Rotate : BOOL VAR_INPUT b_Enable : BOOL; // 轮换使能 i_CurPump : INT; // 当前运行泵编号 1/2/3 b_Req : BOOL; // 需要切换 END_VAR VAR_OUTPUT i_NextPump : INT; // 下一台泵编号 END_VAR IF b_Enable AND b_Req THEN IF i_CurPump >= 3 THEN i_NextPump := 1; ELSE i_NextPump := i_CurPump + 1; END_IF; ELSE i_NextPump := i_CurPump; END_IF; FC_Rotate := TRUE;

逻辑说明：这个骨架只演示递增轮换，实际项目要加“优先启动可用泵”的判断。某台泵处于故障状态时，要先跳到下一台泵再启动，而不是等泵 FB 把泵停了才轮换，否则会有一次无效切换。i_CurPump定义成 INT 是为方便 HMI 显示，但要注意 S7-300 的 INT 是 16 位有符号数，范围 -32768~32767，HMI 上数值回绕显示负数会吓到操作工。现场设备超过 10 台时，建议改用 DINT 或把编号拆成两个字节处理。

反洗时序改造要特别留意“步进条件”。老程序常用一组 M 位表示“气洗中、水洗中、等待中”，然后用定时器到点跳步。改造时，先把跳步条件列成一张表，确认每一步的进入条件和退出条件，再决定是沿用定时器还是改成用实时钟计算累计时长。

4.3 定时器与扫描周期：旧程序里最隐蔽的坑

S7-300 的定时器资源是全局的，按 CPU 型号有 128 或 256 个。梯形图里两段网络用了同一个 T 号，后调用的逻辑会重置定时器状态，前一段的计时结果在下一轮扫描里被覆盖。旧项目经过多人修改后，T 号复用非常普遍。处理办法是在交叉引用里按定时器排序找重复项，把冲突的定时器改成 IEC 定时器。S7-300 里 IEC TON 是 SFB4，实例用一个 DB，不再占用全局 T 号，多个调用互不影响。

水处理里的长时间定时，比如滤池“气洗 5 分钟、水洗 10 分钟”，不要用 T 定时器累加，因为显示不了剩余时间。常见做法是用 OB10 记录“本次反洗开始时刻”，拿当前时刻减开始时刻得到累计时长。S7-300 用 SFC1 READ_CLK 读取时钟，返回 DATE_AND_TIME 格式。注意这个格式是 BCD 编码，要先做字节转换得到可计算的时间差，不能把 8 个字节当整数直接相减。HMI 上要显示“剩余 xx 秒”时，用这个时长减去设定的总时间。

PID 参数不要从默认值开始整定。源码的 FB41 背景 DB 里通常有别人的整定值，抄那个值作为初始值更靠谱。水处理加药回路的工程起点参考：

投自动前先手动固定频率，观察 pH 从启动到稳定的响应时间。响应大约 3 分钟时，积分时间给 5~10 分钟，P 从 1.0 开始加倍试。若输出振荡且周期长，先加大积分时间而不是减小 P，这是最常见的方向性错误。

5. 验证与进阶：PLCSIM 强制输入、交叉引用阅读与向 S7-1500 迁移的边界

5.1 用 PLCSIM 把整套程序跑起来的三步

硬件组态和程序编译通过后，在 SIMATIC Manager 里启动 PLCSIM，下载对象选“整个项目”，勾选硬件组态一起下载。打开变量表（VAT），把输入字强制成现场信号。比如原水液位IW64 := 5000，对应约 1.8 米，再把液位下限原水液位低 := TRUE强制进去，观察提升泵是否按逻辑启动。PLCSIM 能跑状态机，但模拟量输入断线诊断、高速计数和部分通讯报错是仿真不了的。程序里如果用了 OB82 做诊断，仿真时不会触发，需要在变量表里人为把报警寄存器位置位，才能验证 HMI 画面上的故障文字是否显示。

5.2 用交叉引用读程序：别顺着 OB1 一行行读

几十个块顺着扫描顺序读效率太低。更快的方式是用参考数据导出的地址分布列表，把 M 区和 DB 位里“只写不读”“只读不写”的地址筛出来。“只写不读”的中间位多半是调试遗留，删掉能让程序更清晰；“只读不写”的 DB 位来源是 HMI 写入或上位机通讯，这一类的符号不要动，否则 HMI 的变量连接也要跟着改。这个筛选动作在移植老项目时能省下大量排查时间。

5.3 向 S7-1500 迁移时能搬什么、不能搬什么

S7-300 的 OB35、FB41、FC105 在 S7-1500 里有对应但不等价的新版本：OB35 变成循环中断 OB，FB41 对应 PID_Compact 或 PID_3Step，FC105 可以用 NORM_X/SCALE_X 指令替代。直接把 S7-300 块复制到 S7-1500 项目会报不兼容。迁移时建议搬三层：UDT 和符号表原样保留，泵阀对象 FB 用 SCL 重写，OB35 调用逻辑重排；不搬的是通讯功能块和硬件诊断块，因为接口体系完全不同。循环中断时间在 S7-1500 里可以设到 10ms 以下，但如果源程序的工艺节拍以秒计，保持 100ms 也够用，没必要为了指标去压周期。

如果你拿到的是带 HMI 画面的完整包，下一步先在 HMI 变量表里按通讯连接过滤出 PLC 变量，和更新后的 PLC 符号表做一次变量同步，然后启动 PLCSIM 与 WinCC Runtime Advanced 联合仿真，验证画面上的启停按钮和指示灯是否对应到正确的 DB 位，排除符号表改名后 HMI 连接丢失的问题。

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