从学S7-1200中断开始我每一篇笔记都在跟“事件触发”这件事较劲。前面几篇分别练了数字量输入边沿中断、高速计数器中断到了这篇“中断练习4模拟量模块”严格说不是让模拟量模块直接去触发OB40而是把模拟量采集、越限判断、快速联锁、诊断处理全部塞进中断机制里重新组织一遍。刚上手的朋友往往有个误区以为给AI模块配个“中断开关”就能在压力超限瞬间跳进OB40实际不是这么回事。这篇笔记适合正在学S7-1200中断、或者开始接触模拟量模块组态的朋友看尤其是你想实现“信号越限马上处理”“断线马上报警”“不靠OB1轮询也能稳定采样”这类需求时今天这套组合拳基本够用。我会把硬件组态、OB规划、程序写法、参数整定和踩坑记录都过一遍全程用我实际测试过的案例讲。1. 中断与模拟量模块先把概念边界理清楚1.1 “AI模块中断”不是你想的那个功能第一次听说“模拟量模块中断”时我也以为是在SM1231上勾一个“阈值中断”输入超过设定值就自动触发OB40。翻完手册和实际组态之后结论很明确S7-1200常用的模拟量输入模块SM1231系列本身不提供“通道测量值越限触发硬件中断”这种功能这个和部分S7-1500扩展模块、ET200SP的某些AI模块不一样。那模拟量模块跟中断真的没关系吗也不是有两条路是真实存在的第一SM1231等AI模块支持诊断中断也就是模块检测到断线、短路、外部电源故障这类硬件问题时会触发诊断中断组织块OB82。这是模拟量模块自己产生的是货真价实的中断。第二想要“测量值超过某个点马上执行快速动作”工程上最可靠的做法是使用外部报警触点比如压力开关、温度开关或带继电器输出的智能变送器把开关量信号接到CPU的数字量输入点再组态上升沿/下降沿中断OB40。说白了用开关量中断去承载“模拟量越限”这个事件。所以本篇笔记的思路也定了模拟量模块负责测量和诊断中断机制负责快速响应二者配合而不是等价的“AI中断”。1.2 和模拟量采集强相关的三类中断把S7-1200支持的中断类型过一遍会发现跟模拟量应用关系最紧密的就三类循环中断OB30/OB31/OB32/OB35按固定时间间隔执行适合定时采样模拟量、做滤波、判断上下限、算变化率。这是模拟量采集最常用的中断载体。硬件中断OB40~OB47由数字量输入边沿、HSC高速计数器等触发延时极小适合做快速联锁。上面说的“压力开关接入DI触发OB40”就是这类。诊断中断OB82模块诊断事件触发比如模拟量模块断线时进OB82适合做设备健康监测和报警。很多教程一提“模拟量中断”就直接跳过OB30讲OB40真做项目时会发现不对味。模拟量信号是连续变化的它没有天然的“边沿”你不可能让CPU每时每刻都在等一个电平跳变。所以老老实实走“循环中断采集判断”“硬件中断做联锁”“诊断中断做故障监测”才是正路。1.3 一套典型实验场景的设计我这篇笔记的实验对象是一台小型液压站测试台有一个0~1.0MPa的压力变送器4~20mA一个PT100温度传感器还有一路流量计脉冲输出。要求压力超过0.8MPa时30ms内切断主阀并报警压力变送器断线时2秒内点亮面板报警灯主程序不需要每秒循环读压力减轻OB1负担压力和温度数据每50ms更新一次方便上位机读取。这个需求很典型既有“需要快速响应的越限”部分又有“需要持续观测的采样”部分。我用的CPU是S7-1200 1214C DC/DC/DC扩展了SM1231 8路AI模块和一个SM1221数字量输入模块。接下来所有组态和程序都围绕这套实际硬件展开。2. 硬件组态与中断OB规划2.1 SM1231模块组态与诊断中断使能在TIA Portal中组态SM1231首先要确认版本和订货号我手里这块是6ES7231-4HD32-0XB08通道模拟量输入支持0~10V、0~20mA、4~20mA以及热电偶等测量类型。双击模块进入设备视图选择通道0作为压力变送器输入通道测量类型选“电流”测量范围选“4~20mA”。这里有个容易忽略的点通道模板里需要把“诊断中断”使能。路径是在“AI模块属性→通道模板→通道0”里勾选“启用诊断中断”同时在“诊断设置”里把“断线”选项选为“过程报警级别”。如果不使能模块断线时CPU根本不知道OB82也不会执行。使能之后一旦变送器线路断开模块会立即上报硬件故障CPU中断当前执行逻辑进入OB82。地址分配也要看一眼默认情况下SM1231起始地址可能是IW648个通道依次占用IW64到IW78我习惯在组态里手动改成从IW80开始好记也不容易和CPU集成的AI通道冲突。地址分配完成后先编译硬件组态确认没有红色报错再做软件部分。2.2 组态循环中断OB30固定50ms采样在“添加新块”里选“组织块”类型选择“循环中断”编号用OB30默认循环时间我改成50ms。这里要说下为什么选50ms压力变送器的响应时间大概在几十毫秒量级采样周期至少要快于信号变化周期的5到10倍才能捕捉到有效拐点。液压系统的压力突变一般在几百毫秒甚至更长50ms采样绰绰有余。如果你做的是气流脉动这类快速信号可以压到10ms甚至5ms但要留意CPU周期负荷。OB30的优先级在S7-1200里默认是7硬件中断OB40的默认优先级是16数字越大优先级越高。这意味着如果OB40和OB30同时触发CPU会先执行OB40。这个优先级顺序要记牢后面快速联锁逻辑能不能抢占执行靠的就是这个机制。2.3 组态硬件中断OB40用DI点做快速联锁压力越限快速联锁我采用外部压力开关接入SM1221的DI0点。压力开关的整定值设在0.78MPa返回点复位点设在0.72MPa这样即使主程序没来得及处理压力开关本身也能扛住不会一直抖动。在TIA Portal里组态SM1221的DI0通道勾选“上升沿中断”组织块分配到OB40。需要注意“上升沿中断”这个概念有歧义它指的是CPU捕获到该通道信号从0变1时触发OB40不是中断OB本身。组态完成后只要压力开关闭合控制器会在极短的时间内进入OB40这个时间通常不到1ms完全满足30ms的联锁要求。2.4 下载运行与在线验证硬件组态完成后要把“硬件配置”和“软件”全部下载到PLC。注意一点只下载程序不下载组态中断是不会执行的。下载完成后在在线视图里打开“循环中断OB30”和“硬件中断OB40”用在线监控看着运行状态。我习惯在每个OB里加一个累加器变量专门记录这个OB执行了多少次。比如OB30里每执行一次就“计数加1”OB40同样。在线看这两个计数是否在增长就能判断中断到底有没有触发增长频率是否符合预期。这是最朴素的验证手段但非常直观后面排查问题全靠它。3. 程序实现中断服务里读模拟量的正确姿势3.1 OB30循环中断读值、工程量换算、判断越限OB30虽然是中断OB但程序量不要写太多我的经验是让它专注做三件事读模拟量原始值、换算工程量、判断阈值并置报警位。梯形图写多了乱这块我用SCL写逻辑更清晰// OB30 循环中断50ms执行一次 #rawValue : %IW80; // 读压力通道原始值 #valueMPa : INT_TO_REAL(#rawValue - 5530) * 1.0 / 22118.0; // 工程量换算 AI_DB.PressureMPa : #valueMPa; // 存到全局DB供OB1和上位机读 AI_DB.Ob30Count 1; // 执行计数 // 越限判断带回差避免阈值附近抖动 IF #rawValue 23224 THEN AI_DB.AlarmHigh : TRUE; ELSIF #rawValue 22782 THEN AI_DB.AlarmHigh : FALSE; END_IF;这里面的5530和23224是怎么来的下一节专门算先搞懂流程。解释一下为什么用原始值判断而不是换算后的浮点数CPU做整数比较比浮点比较快而且组态里我们看的阈值表就是原始值用整数判断最直接。读模拟量时用%IW80读的是过程映像好处是每个扫描周期信号状态一致不会被中断程序读走一半数据。但对模拟量模块来说过程映像更新和真实信号之间存在一个周期延迟如果要求很高可以用立即读指令PIP强制从模块直接读取。S7-1200没有直接的PIP指令要读写外设地址可以用PIP扩展指令或者直接组态“读取I/O外设地址”这个属于进阶用法本篇不展开。普通项目里用过程映像就够了我实际对比过50ms采样周期下过程映像和立即读数差别可以忽略。3.2 OB82诊断中断断线报警怎么处理OB82是诊断中断组织块当SM1231上报断线、短路诊断事件时CPU会进入OB82。在OB82里我们要做的是从启动信息中提取故障源然后置位诊断报警位同时让报警灯闪烁。一个比较实用的写法是// OB82 诊断中断 AI_DB.DiagFault : TRUE; AI_DB.DiagTime : RD_SYS_T(); // 记录故障发生时间 // 此处可根据需要判断是哪个模块、哪个通道故障 // 启动信息里可以读取模块地址和通道号 // 置位输出点亮面板报警灯 Q0.0 : TRUE;有一个坑必须提醒诊断中断OB82里不要做复杂的报警文本处理也不要调用通讯指令。曾经有同事在OB82里调用了S7通信发送邮件结果一个诊断事件卡住了整个OBCPU被钉在中断里出不来。诊断中断要的是快是记录现场剩下的繁重处理全部丢给OB1或上位机。断线报警还有一个联动逻辑断线后压力值会掉到4mA以下此时OB30里的越限判断可能误报“低压力”导致联锁误动作。正确的做法是在OB30里先判断“模块诊断状态是否正常”如果不正常直接屏蔽越限判断只保留断线报警。我用一个简单互锁IF NOT AI_DB.DiagFault THEN // 只有诊断正常时才允许越限判断 IF #rawValue 23224 THEN AI_DB.AlarmHigh : TRUE; ELSIF #rawValue 22782 THEN AI_DB.AlarmHigh : FALSE; END_IF; END_IF;这样断线瞬间不会误动作报警逻辑也更合理。3.3 OB40硬件中断只做联锁锁存和动作输出OB40的触发来自压力开关的DI点上升沿。进到OB40后我们不需要再去读模拟量因为压力开关本身已经是一个独立于PLC的判断机构。OB40的任务非常单纯置位联锁输出、锁存故障位、记录触发次数。// OB40 硬件中断 IF DI0状态位 THEN AI_DB.InterlockTrip : TRUE; // 锁存联锁标志 AI_DB.TripCount 1; // 触发计数 Q0.1 : TRUE; // 直接切断主阀 END_IF;联锁标志锁存后必须由操作员在触摸屏上按“复位”按钮才能解除不能自动复位。这是安全回路设计的基本原则避免联锁条件消失后设备突然重新启动。复位逻辑放进OB1里只有当压力已经降到安全范围以下、并且外部压力开关已经断开时才允许复位IF HMI复位按钮 AND NOT AI_DB.AlarmHigh AND NOT DI0状态位 THEN AI_DB.InterlockTrip : FALSE; Q0.1 : FALSE; END_IF;这一步在实际项目里非常重要我看过不少初学者把复位按钮直接放在联锁程序里结果压力还没掉下来就复位了系统处于危险状态。控制逻辑必须遵循“先确认安全再允许复位”的原则。3.4 数据交换全局DB和一致性访问前面程序里反复出现“AI_DB”这是一个全局数据块我把它定义成变量名数据类型说明PressureMPaReal换算后的压力值TemperatureReal换算后的温度值RawValueInt压力通道原始值AlarmHighBool高压报警位DiagFaultBool模块诊断故障位InterlockTripBool联锁触发标志TripCountDIntOB40触发次数Ob30CountDIntOB30执行计数全局DB是中断程序与主程序交换数据的桥梁。OB30写、OB1读要注意同一时刻只能一边写一边读否则可能出现读到一半数据的情况。S7-1200对单字节、单字、双字访问本身有一致性保护但如果你在OB30里一次性更新一个结构体OB1同时在读这个结构体就可能出问题。解决办法有两个要么把数据分成独立变量分别访问要么在OB1读取前先禁用中断读完再启用。实际项目中我多数用“分别访问”的方式因为禁用中断会影响实时性。数据量不大时根本感觉不到差异。4. 参数计算与防误触发这些数不能拍脑袋4.1 阈值、滞回和最关键的原始值计算在SCL里我们用了5530和23224这两个整数看起来很神秘其实就是4~20mA信号在0~27648整数范围内的换算结果。S7-1200的模拟量模块0~20mA对应整数0~27648那么4mA对应的原始值就是 4/20×276485529.6取整为553020mA对应27648。压力变送器量程0~1.0MPa4mA对应0MPa20mA对应1.0MPa所以工程量和原始值是线性关系斜率就是 (27648-5530)/(1.0-0)22118即每MPa对应22118个整数单位。要触发0.8MPa的越限报警先算0.8MPa对应的原始整数5530 0.8×22118 5530 17694.4 23224.4取整23224。这就是SCL里那个23224的来源。滞回量我取了0.02MPa也就是442个整数单位所以复位比较值就是23224 - 442 22782。这个计算逻辑放在这里希望大家能理解模拟量报警不是随便填一个好看的数字而是先定物理量阈值再反算成原始值写进程序里的每一步都有据可查。4.2 采样周期到底怎么定很多人问循环中断OB30的采样时间设多少合适。这个问题的答案取决于你的信号变化速度和CPU负载能力。我用一个简单原则采样周期应小于系统最小时间常数的1/5到1/10。拿温度来说一个加热炉的温度变化时间常数可能长达几十秒你用100ms采样完全没有意义徒增CPU负担500ms甚至1s就够了。压力如果涉及液压冲击时间常数可以小到几十毫秒那就需要20~50ms采样。流量计脉冲计数则要依靠高速计数器而不是AI模块。另外多个循环中断OB同时运行时总执行时间不能超过CPU可用周期预算的50%否则CPU负载报警。我在做这套实验时把OB30设成50msOB31温度采样200ms和OB32脉冲计数累加10ms一起跑在线看CPU负荷保持在12%左右非常健康。如果发现CPU负荷长期超过70%第一反应不是换CPU而是检查自己是不是开了太多细粒度中断。4.3 中断风暴的防护策略模拟量越限最容易出的问题不是漏报而是“中断风暴”——阈值附近信号抖动导致OB40或OB30里的报警逻辑反复触发、反复复位继电器的触点寿命几个小时就报废了。防止中断风暴有三个层级的办法第一硬件层外部压力开关本身带回差我这只压力开关死区0.06MPa本身就防抖。第二DIDI通道层SM1221的数字量输入滤波时间我设成了6.4ms可以滤掉大部分电气抖动。如果使用中断输入滤波时间会引入延迟6.4ms对压力开关完全没问题。第三软件层联锁标志锁存后绝不能自动复位必须人工确认相当于从机制上把抖动的影响封锁住。有一种特殊场景要警惕如果因为某种故障导致OB40反复进入比如外部触点粘连CPU会持续被中断打断OB1执行时间被无限推迟。S7-1200有中断事件管理机制但程序里最好加一个“中断次数上限”保护如果OB40在10秒内触发了100次就判定异常并禁用该中断输入同时触发“需维护”报警。这个思路对设备维护特别实用能让你提前发现机械触点磨损等隐患。5. 踩坑记录与排查速查表5.1 我实际踩过的四个坑第一个坑组态使能了诊断中断但忘记下载硬件组态结果断线时OB82根本没反应。任何中断配置都是硬件组态的一部分必须完整下载到PLC后才会生效。这个错误非常低级但在现场很容易发生特别是你对项目只做了局部修改习惯性只下载程序忘记了组态也在变动。第二个坑压力变送器信号波动引起OB30里报警位反复翻转。最初我没设滞回写成“大于等于23224就报警小于23224就复位”结果压力在0.79~0.81MPa之间跳变时报警继电器咔咔响。后来加了0.02MPa的滞回问题彻底消失。没有滞回的阈值比较在工业现场就是找罪受。第三个坑在OB82诊断中断里读模拟量通道值想看看断线后的数值是多少。这个操作本身没问题但要命的是我用了过程映像地址而此时模块的诊断故障可能导致过程映像没有及时更新读出来的值还是旧值。我折腾了半天才明白这种时刻应该用立即读取指令。后来干脆不在OB82里读模拟量了直接置标志位让OB1里的逻辑去处理数据分离职责。第四个坑用PLCSIM调试OB40触发逻辑折腾了一晚上都没法验证效果。PLCSIM可以模拟循环中断OB30但数字量输入中断和模块诊断中断在PLCSIM环境下支持有限有的版本根本触发不了。建议核心中断逻辑第一次调试直接上真机实在不行也要先用真实SM1221或SM1231模块验证。PLCSIM只适合验证OB1和OB30这类时间驱动的逻辑。5.2 常见问题速查表问题现象可能原因处理建议OB30不执行OB未下载 / 循环中断组态未生效检查OB30是否分配给CPU在线观察运行计数OB40频繁触发DI通道滤波未设 / 外部触点抖动增加输入滤波时间检查压力开关死区模拟量读数明显偏大测量类型或范围设错 / 变送器供电不足检查模块通道组态用信号发生器验证断线不报警诊断中断未使能 / 未下载组态在通道模板勾选断线诊断重新下载硬件组态OB82执行后OB1被拖慢OB82里程序过于复杂精简OB82只做锁存复杂处理放OB1中断计数不增长没触发对应事件 / 下载的是旧组态用强制表强制信号检查OB编号和优先级5.3 高效调试的四个操作习惯做完这套中断练习我给自己总结了一套调试套路分享出来给每个OB都加一个“执行计数”变量永久保留不要删。任何时候想确认中断是否执行看一眼计数就知道比翻监控列表快得多。用强制表定点模拟输入信号比如直接强制通道原始值为24000验证报警逻辑是否触发。这比在现场拿信号发生器模拟方便太多当然最终还是要用真实信号做一次完整校验。修改中断参数后养成“全编译→下载硬件和软件→在线复位”的习惯别只下载部分避免组态和程序版本不一致。在线监控时不要同时打开几十个监视变量尤其是模拟量浮点数会拉长扫描周期影响中断时序判断。我最多在线看8~10个关键量剩下的用报表导出。这篇笔记从概念边界、硬件组态、程序实现一路写到参数整定和排查速查基本把我做“模拟量模块中断”这套实验的完整路径记录下来了。我个人在这次练习里最大的转变是不再执着于“让AI模块自己产生中断”而是理解了中断在PLC世界里只是一种事件驱动的执行机制真正要解决的是“用什么方式感知事件”和“进入中断后做什么”这两件事。模拟量越限用什么感知最可靠现场有没有更快的开关量触点诊断事件如何快速锁存——这些问题想清楚了OB30、OB40、OB82怎么分配自然就清楚了。最后再分享一个小技巧联锁逻辑里的复位按钮我建议在触摸屏上做成“按一下弹出确认框再按一下确认”的二次确认模式并且把复位条件压力低于安全值、外部压力开关断开实时显示在旁边。这个细节看着小却能有效防止操作员在设备还没脱离危险状态时就贸然复位。中断逻辑本身已经够快了别让人为操作成为整个安全回路里最薄弱的环节。
S7-1200中断实战：模拟量模块、越限联锁与诊断处理全解析
从学S7-1200中断开始我每一篇笔记都在跟“事件触发”这件事较劲。前面几篇分别练了数字量输入边沿中断、高速计数器中断到了这篇“中断练习4模拟量模块”严格说不是让模拟量模块直接去触发OB40而是把模拟量采集、越限判断、快速联锁、诊断处理全部塞进中断机制里重新组织一遍。刚上手的朋友往往有个误区以为给AI模块配个“中断开关”就能在压力超限瞬间跳进OB40实际不是这么回事。这篇笔记适合正在学S7-1200中断、或者开始接触模拟量模块组态的朋友看尤其是你想实现“信号越限马上处理”“断线马上报警”“不靠OB1轮询也能稳定采样”这类需求时今天这套组合拳基本够用。我会把硬件组态、OB规划、程序写法、参数整定和踩坑记录都过一遍全程用我实际测试过的案例讲。1. 中断与模拟量模块先把概念边界理清楚1.1 “AI模块中断”不是你想的那个功能第一次听说“模拟量模块中断”时我也以为是在SM1231上勾一个“阈值中断”输入超过设定值就自动触发OB40。翻完手册和实际组态之后结论很明确S7-1200常用的模拟量输入模块SM1231系列本身不提供“通道测量值越限触发硬件中断”这种功能这个和部分S7-1500扩展模块、ET200SP的某些AI模块不一样。那模拟量模块跟中断真的没关系吗也不是有两条路是真实存在的第一SM1231等AI模块支持诊断中断也就是模块检测到断线、短路、外部电源故障这类硬件问题时会触发诊断中断组织块OB82。这是模拟量模块自己产生的是货真价实的中断。第二想要“测量值超过某个点马上执行快速动作”工程上最可靠的做法是使用外部报警触点比如压力开关、温度开关或带继电器输出的智能变送器把开关量信号接到CPU的数字量输入点再组态上升沿/下降沿中断OB40。说白了用开关量中断去承载“模拟量越限”这个事件。所以本篇笔记的思路也定了模拟量模块负责测量和诊断中断机制负责快速响应二者配合而不是等价的“AI中断”。1.2 和模拟量采集强相关的三类中断把S7-1200支持的中断类型过一遍会发现跟模拟量应用关系最紧密的就三类循环中断OB30/OB31/OB32/OB35按固定时间间隔执行适合定时采样模拟量、做滤波、判断上下限、算变化率。这是模拟量采集最常用的中断载体。硬件中断OB40~OB47由数字量输入边沿、HSC高速计数器等触发延时极小适合做快速联锁。上面说的“压力开关接入DI触发OB40”就是这类。诊断中断OB82模块诊断事件触发比如模拟量模块断线时进OB82适合做设备健康监测和报警。很多教程一提“模拟量中断”就直接跳过OB30讲OB40真做项目时会发现不对味。模拟量信号是连续变化的它没有天然的“边沿”你不可能让CPU每时每刻都在等一个电平跳变。所以老老实实走“循环中断采集判断”“硬件中断做联锁”“诊断中断做故障监测”才是正路。1.3 一套典型实验场景的设计我这篇笔记的实验对象是一台小型液压站测试台有一个0~1.0MPa的压力变送器4~20mA一个PT100温度传感器还有一路流量计脉冲输出。要求压力超过0.8MPa时30ms内切断主阀并报警压力变送器断线时2秒内点亮面板报警灯主程序不需要每秒循环读压力减轻OB1负担压力和温度数据每50ms更新一次方便上位机读取。这个需求很典型既有“需要快速响应的越限”部分又有“需要持续观测的采样”部分。我用的CPU是S7-1200 1214C DC/DC/DC扩展了SM1231 8路AI模块和一个SM1221数字量输入模块。接下来所有组态和程序都围绕这套实际硬件展开。2. 硬件组态与中断OB规划2.1 SM1231模块组态与诊断中断使能在TIA Portal中组态SM1231首先要确认版本和订货号我手里这块是6ES7231-4HD32-0XB08通道模拟量输入支持0~10V、0~20mA、4~20mA以及热电偶等测量类型。双击模块进入设备视图选择通道0作为压力变送器输入通道测量类型选“电流”测量范围选“4~20mA”。这里有个容易忽略的点通道模板里需要把“诊断中断”使能。路径是在“AI模块属性→通道模板→通道0”里勾选“启用诊断中断”同时在“诊断设置”里把“断线”选项选为“过程报警级别”。如果不使能模块断线时CPU根本不知道OB82也不会执行。使能之后一旦变送器线路断开模块会立即上报硬件故障CPU中断当前执行逻辑进入OB82。地址分配也要看一眼默认情况下SM1231起始地址可能是IW648个通道依次占用IW64到IW78我习惯在组态里手动改成从IW80开始好记也不容易和CPU集成的AI通道冲突。地址分配完成后先编译硬件组态确认没有红色报错再做软件部分。2.2 组态循环中断OB30固定50ms采样在“添加新块”里选“组织块”类型选择“循环中断”编号用OB30默认循环时间我改成50ms。这里要说下为什么选50ms压力变送器的响应时间大概在几十毫秒量级采样周期至少要快于信号变化周期的5到10倍才能捕捉到有效拐点。液压系统的压力突变一般在几百毫秒甚至更长50ms采样绰绰有余。如果你做的是气流脉动这类快速信号可以压到10ms甚至5ms但要留意CPU周期负荷。OB30的优先级在S7-1200里默认是7硬件中断OB40的默认优先级是16数字越大优先级越高。这意味着如果OB40和OB30同时触发CPU会先执行OB40。这个优先级顺序要记牢后面快速联锁逻辑能不能抢占执行靠的就是这个机制。2.3 组态硬件中断OB40用DI点做快速联锁压力越限快速联锁我采用外部压力开关接入SM1221的DI0点。压力开关的整定值设在0.78MPa返回点复位点设在0.72MPa这样即使主程序没来得及处理压力开关本身也能扛住不会一直抖动。在TIA Portal里组态SM1221的DI0通道勾选“上升沿中断”组织块分配到OB40。需要注意“上升沿中断”这个概念有歧义它指的是CPU捕获到该通道信号从0变1时触发OB40不是中断OB本身。组态完成后只要压力开关闭合控制器会在极短的时间内进入OB40这个时间通常不到1ms完全满足30ms的联锁要求。2.4 下载运行与在线验证硬件组态完成后要把“硬件配置”和“软件”全部下载到PLC。注意一点只下载程序不下载组态中断是不会执行的。下载完成后在在线视图里打开“循环中断OB30”和“硬件中断OB40”用在线监控看着运行状态。我习惯在每个OB里加一个累加器变量专门记录这个OB执行了多少次。比如OB30里每执行一次就“计数加1”OB40同样。在线看这两个计数是否在增长就能判断中断到底有没有触发增长频率是否符合预期。这是最朴素的验证手段但非常直观后面排查问题全靠它。3. 程序实现中断服务里读模拟量的正确姿势3.1 OB30循环中断读值、工程量换算、判断越限OB30虽然是中断OB但程序量不要写太多我的经验是让它专注做三件事读模拟量原始值、换算工程量、判断阈值并置报警位。梯形图写多了乱这块我用SCL写逻辑更清晰// OB30 循环中断50ms执行一次 #rawValue : %IW80; // 读压力通道原始值 #valueMPa : INT_TO_REAL(#rawValue - 5530) * 1.0 / 22118.0; // 工程量换算 AI_DB.PressureMPa : #valueMPa; // 存到全局DB供OB1和上位机读 AI_DB.Ob30Count 1; // 执行计数 // 越限判断带回差避免阈值附近抖动 IF #rawValue 23224 THEN AI_DB.AlarmHigh : TRUE; ELSIF #rawValue 22782 THEN AI_DB.AlarmHigh : FALSE; END_IF;这里面的5530和23224是怎么来的下一节专门算先搞懂流程。解释一下为什么用原始值判断而不是换算后的浮点数CPU做整数比较比浮点比较快而且组态里我们看的阈值表就是原始值用整数判断最直接。读模拟量时用%IW80读的是过程映像好处是每个扫描周期信号状态一致不会被中断程序读走一半数据。但对模拟量模块来说过程映像更新和真实信号之间存在一个周期延迟如果要求很高可以用立即读指令PIP强制从模块直接读取。S7-1200没有直接的PIP指令要读写外设地址可以用PIP扩展指令或者直接组态“读取I/O外设地址”这个属于进阶用法本篇不展开。普通项目里用过程映像就够了我实际对比过50ms采样周期下过程映像和立即读数差别可以忽略。3.2 OB82诊断中断断线报警怎么处理OB82是诊断中断组织块当SM1231上报断线、短路诊断事件时CPU会进入OB82。在OB82里我们要做的是从启动信息中提取故障源然后置位诊断报警位同时让报警灯闪烁。一个比较实用的写法是// OB82 诊断中断 AI_DB.DiagFault : TRUE; AI_DB.DiagTime : RD_SYS_T(); // 记录故障发生时间 // 此处可根据需要判断是哪个模块、哪个通道故障 // 启动信息里可以读取模块地址和通道号 // 置位输出点亮面板报警灯 Q0.0 : TRUE;有一个坑必须提醒诊断中断OB82里不要做复杂的报警文本处理也不要调用通讯指令。曾经有同事在OB82里调用了S7通信发送邮件结果一个诊断事件卡住了整个OBCPU被钉在中断里出不来。诊断中断要的是快是记录现场剩下的繁重处理全部丢给OB1或上位机。断线报警还有一个联动逻辑断线后压力值会掉到4mA以下此时OB30里的越限判断可能误报“低压力”导致联锁误动作。正确的做法是在OB30里先判断“模块诊断状态是否正常”如果不正常直接屏蔽越限判断只保留断线报警。我用一个简单互锁IF NOT AI_DB.DiagFault THEN // 只有诊断正常时才允许越限判断 IF #rawValue 23224 THEN AI_DB.AlarmHigh : TRUE; ELSIF #rawValue 22782 THEN AI_DB.AlarmHigh : FALSE; END_IF; END_IF;这样断线瞬间不会误动作报警逻辑也更合理。3.3 OB40硬件中断只做联锁锁存和动作输出OB40的触发来自压力开关的DI点上升沿。进到OB40后我们不需要再去读模拟量因为压力开关本身已经是一个独立于PLC的判断机构。OB40的任务非常单纯置位联锁输出、锁存故障位、记录触发次数。// OB40 硬件中断 IF DI0状态位 THEN AI_DB.InterlockTrip : TRUE; // 锁存联锁标志 AI_DB.TripCount 1; // 触发计数 Q0.1 : TRUE; // 直接切断主阀 END_IF;联锁标志锁存后必须由操作员在触摸屏上按“复位”按钮才能解除不能自动复位。这是安全回路设计的基本原则避免联锁条件消失后设备突然重新启动。复位逻辑放进OB1里只有当压力已经降到安全范围以下、并且外部压力开关已经断开时才允许复位IF HMI复位按钮 AND NOT AI_DB.AlarmHigh AND NOT DI0状态位 THEN AI_DB.InterlockTrip : FALSE; Q0.1 : FALSE; END_IF;这一步在实际项目里非常重要我看过不少初学者把复位按钮直接放在联锁程序里结果压力还没掉下来就复位了系统处于危险状态。控制逻辑必须遵循“先确认安全再允许复位”的原则。3.4 数据交换全局DB和一致性访问前面程序里反复出现“AI_DB”这是一个全局数据块我把它定义成变量名数据类型说明PressureMPaReal换算后的压力值TemperatureReal换算后的温度值RawValueInt压力通道原始值AlarmHighBool高压报警位DiagFaultBool模块诊断故障位InterlockTripBool联锁触发标志TripCountDIntOB40触发次数Ob30CountDIntOB30执行计数全局DB是中断程序与主程序交换数据的桥梁。OB30写、OB1读要注意同一时刻只能一边写一边读否则可能出现读到一半数据的情况。S7-1200对单字节、单字、双字访问本身有一致性保护但如果你在OB30里一次性更新一个结构体OB1同时在读这个结构体就可能出问题。解决办法有两个要么把数据分成独立变量分别访问要么在OB1读取前先禁用中断读完再启用。实际项目中我多数用“分别访问”的方式因为禁用中断会影响实时性。数据量不大时根本感觉不到差异。4. 参数计算与防误触发这些数不能拍脑袋4.1 阈值、滞回和最关键的原始值计算在SCL里我们用了5530和23224这两个整数看起来很神秘其实就是4~20mA信号在0~27648整数范围内的换算结果。S7-1200的模拟量模块0~20mA对应整数0~27648那么4mA对应的原始值就是 4/20×276485529.6取整为553020mA对应27648。压力变送器量程0~1.0MPa4mA对应0MPa20mA对应1.0MPa所以工程量和原始值是线性关系斜率就是 (27648-5530)/(1.0-0)22118即每MPa对应22118个整数单位。要触发0.8MPa的越限报警先算0.8MPa对应的原始整数5530 0.8×22118 5530 17694.4 23224.4取整23224。这就是SCL里那个23224的来源。滞回量我取了0.02MPa也就是442个整数单位所以复位比较值就是23224 - 442 22782。这个计算逻辑放在这里希望大家能理解模拟量报警不是随便填一个好看的数字而是先定物理量阈值再反算成原始值写进程序里的每一步都有据可查。4.2 采样周期到底怎么定很多人问循环中断OB30的采样时间设多少合适。这个问题的答案取决于你的信号变化速度和CPU负载能力。我用一个简单原则采样周期应小于系统最小时间常数的1/5到1/10。拿温度来说一个加热炉的温度变化时间常数可能长达几十秒你用100ms采样完全没有意义徒增CPU负担500ms甚至1s就够了。压力如果涉及液压冲击时间常数可以小到几十毫秒那就需要20~50ms采样。流量计脉冲计数则要依靠高速计数器而不是AI模块。另外多个循环中断OB同时运行时总执行时间不能超过CPU可用周期预算的50%否则CPU负载报警。我在做这套实验时把OB30设成50msOB31温度采样200ms和OB32脉冲计数累加10ms一起跑在线看CPU负荷保持在12%左右非常健康。如果发现CPU负荷长期超过70%第一反应不是换CPU而是检查自己是不是开了太多细粒度中断。4.3 中断风暴的防护策略模拟量越限最容易出的问题不是漏报而是“中断风暴”——阈值附近信号抖动导致OB40或OB30里的报警逻辑反复触发、反复复位继电器的触点寿命几个小时就报废了。防止中断风暴有三个层级的办法第一硬件层外部压力开关本身带回差我这只压力开关死区0.06MPa本身就防抖。第二DIDI通道层SM1221的数字量输入滤波时间我设成了6.4ms可以滤掉大部分电气抖动。如果使用中断输入滤波时间会引入延迟6.4ms对压力开关完全没问题。第三软件层联锁标志锁存后绝不能自动复位必须人工确认相当于从机制上把抖动的影响封锁住。有一种特殊场景要警惕如果因为某种故障导致OB40反复进入比如外部触点粘连CPU会持续被中断打断OB1执行时间被无限推迟。S7-1200有中断事件管理机制但程序里最好加一个“中断次数上限”保护如果OB40在10秒内触发了100次就判定异常并禁用该中断输入同时触发“需维护”报警。这个思路对设备维护特别实用能让你提前发现机械触点磨损等隐患。5. 踩坑记录与排查速查表5.1 我实际踩过的四个坑第一个坑组态使能了诊断中断但忘记下载硬件组态结果断线时OB82根本没反应。任何中断配置都是硬件组态的一部分必须完整下载到PLC后才会生效。这个错误非常低级但在现场很容易发生特别是你对项目只做了局部修改习惯性只下载程序忘记了组态也在变动。第二个坑压力变送器信号波动引起OB30里报警位反复翻转。最初我没设滞回写成“大于等于23224就报警小于23224就复位”结果压力在0.79~0.81MPa之间跳变时报警继电器咔咔响。后来加了0.02MPa的滞回问题彻底消失。没有滞回的阈值比较在工业现场就是找罪受。第三个坑在OB82诊断中断里读模拟量通道值想看看断线后的数值是多少。这个操作本身没问题但要命的是我用了过程映像地址而此时模块的诊断故障可能导致过程映像没有及时更新读出来的值还是旧值。我折腾了半天才明白这种时刻应该用立即读取指令。后来干脆不在OB82里读模拟量了直接置标志位让OB1里的逻辑去处理数据分离职责。第四个坑用PLCSIM调试OB40触发逻辑折腾了一晚上都没法验证效果。PLCSIM可以模拟循环中断OB30但数字量输入中断和模块诊断中断在PLCSIM环境下支持有限有的版本根本触发不了。建议核心中断逻辑第一次调试直接上真机实在不行也要先用真实SM1221或SM1231模块验证。PLCSIM只适合验证OB1和OB30这类时间驱动的逻辑。5.2 常见问题速查表问题现象可能原因处理建议OB30不执行OB未下载 / 循环中断组态未生效检查OB30是否分配给CPU在线观察运行计数OB40频繁触发DI通道滤波未设 / 外部触点抖动增加输入滤波时间检查压力开关死区模拟量读数明显偏大测量类型或范围设错 / 变送器供电不足检查模块通道组态用信号发生器验证断线不报警诊断中断未使能 / 未下载组态在通道模板勾选断线诊断重新下载硬件组态OB82执行后OB1被拖慢OB82里程序过于复杂精简OB82只做锁存复杂处理放OB1中断计数不增长没触发对应事件 / 下载的是旧组态用强制表强制信号检查OB编号和优先级5.3 高效调试的四个操作习惯做完这套中断练习我给自己总结了一套调试套路分享出来给每个OB都加一个“执行计数”变量永久保留不要删。任何时候想确认中断是否执行看一眼计数就知道比翻监控列表快得多。用强制表定点模拟输入信号比如直接强制通道原始值为24000验证报警逻辑是否触发。这比在现场拿信号发生器模拟方便太多当然最终还是要用真实信号做一次完整校验。修改中断参数后养成“全编译→下载硬件和软件→在线复位”的习惯别只下载部分避免组态和程序版本不一致。在线监控时不要同时打开几十个监视变量尤其是模拟量浮点数会拉长扫描周期影响中断时序判断。我最多在线看8~10个关键量剩下的用报表导出。这篇笔记从概念边界、硬件组态、程序实现一路写到参数整定和排查速查基本把我做“模拟量模块中断”这套实验的完整路径记录下来了。我个人在这次练习里最大的转变是不再执着于“让AI模块自己产生中断”而是理解了中断在PLC世界里只是一种事件驱动的执行机制真正要解决的是“用什么方式感知事件”和“进入中断后做什么”这两件事。模拟量越限用什么感知最可靠现场有没有更快的开关量触点诊断事件如何快速锁存——这些问题想清楚了OB30、OB40、OB82怎么分配自然就清楚了。最后再分享一个小技巧联锁逻辑里的复位按钮我建议在触摸屏上做成“按一下弹出确认框再按一下确认”的二次确认模式并且把复位条件压力低于安全值、外部压力开关断开实时显示在旁边。这个细节看着小却能有效防止操作员在设备还没脱离危险状态时就贸然复位。中断逻辑本身已经够快了别让人为操作成为整个安全回路里最薄弱的环节。
