1. 从一个现场“幽灵故障”说起前两年帮一个做包装机械的朋友排查过一个特别典型的故障一台小型设备操作工反映“偶尔会多动作一次”有时候一天出现两三次有时候几天都不出现。程序逻辑翻来覆去看了好几遍梯形图里就是很普通的一个按钮启动、一个气缸推料逻辑上完全说得通。后来把监控打开盯着变量表看了半小时终于抓到现场——操作工按按钮的时间稍微长了一点大概两百多毫秒而程序里用的是普通触点去驱动气缸线圈扫描周期又只有几毫秒结果按钮按住的这段时间里线圈被反复置位了几十次。气缸本身动作慢大部分重复置位被机械行程“吃掉”了但偶尔赶上时序凑巧就多推了一次。这个故障的根子就是没有用边沿触发。如果你写过PLC程序尤其是做过跟按钮、传感器、编码器、通信握手相关的逻辑边沿触发这个词一定绕不开。它不是什么高深的理论但它是区分“能跑的程序”和“跑得稳的程序”的一道分水岭。很多新手写出来的逻辑仿真的时候一切正常一上现场就出各种玄学问题十有八九跟边沿处理没做到位有关。这篇内容我打算把边沿触发这件事从头到尾讲透它到底是什么、PLC内部是怎么实现的、上升沿和下降沿分别用在什么场景、不同品牌PLC的指令有什么差异、实际写程序时有哪些坑、怎么排查边沿相关的故障。不管你是刚接触PLC的新手还是已经写了几年的老手相信都能从里面找到一些自己踩过或者即将踩到的坑。2. 边沿触发到底在解决什么问题2.1 先搞清楚“电平”和“边沿”的区别要理解边沿触发得先把两个概念分清楚电平和边沿。电平说的是信号在某一时刻的状态。比如一个按钮没按的时候是0按下的时候是1这个0和1就是电平。PLC的输入映像区里存的本质上就是每个扫描周期采样到的电平状态。你写一个常开触点X0它判断的就是“当前这个扫描周期里X0是不是1”。边沿说的是信号状态发生变化的那个瞬间。从0变成1的那一下叫上升沿从1变成0的那一下叫下降沿。注意边沿是一个“事件”它只存在于变化发生的那一个扫描周期里下一个周期信号已经稳定在新的电平上了边沿就不存在了。打个比方。电平就像是你家门口的灯亮着还是灭着这是一个持续的状态。边沿就像是有人按了一下门铃叮咚那一声只响一下按住了不放它也只响一次理想情况下。你关心的是“有人按了门铃”这个事件而不是“门铃按钮现在是不是被按着”这个状态。2.2 为什么普通触点会“重复执行”回到开头那个故障。程序里写的是X0按钮 ---- Y0气缸操作工按下按钮X0变成1。PLC每个扫描周期都会重新读一遍输入只要X0还是1这个逻辑就成立Y0就被置位一次。扫描周期假设是5毫秒操作工按了200毫秒那么Y0就被置位了40次。对于气缸这种执行机构连续置位40次和置位1次效果可能是一样的因为气缸动作需要时间你置位再多次它也是推出去。但对于下面这些场景重复执行就是灾难计数器按一次按钮计数器加了40而不是加1。数据移位按一次按钮数据移位了40次直接移没了。通信发送按一次按钮往串口发了40帧数据接收端直接崩了。状态切换按一次按钮状态机在几个状态之间来回跳了40次最后停在哪全看运气。脉冲输出按一次按钮发了40个脉冲电机走过头了。所以边沿触发的核心作用就一句话把一个持续的电平信号转换成一个只持续一个扫描周期的脉冲信号。这样后面的逻辑不管扫描多快都只会执行一次。2.3 边沿触发在PLC里的两种实现思路PLC实现边沿触发本质上靠的是“记住上一次的状态”。当前状态和上一次状态一比较就能判断出有没有发生变化。具体到实现有两种常见思路第一种是指令级实现。PLC厂商直接提供了边沿触发指令比如三菱的LDP、LDF西门子的P、N触点欧姆龙的UP、DOWN。你在梯形图里放一个带上升沿标记的触点PLC内部就自动帮你做了“比较上一次状态”这件事。第二种是逻辑级实现。用普通的触点和辅助继电器自己搭一个边沿检测电路。比如用一个辅助继电器M0记住上一次的X0状态然后用X0 AND NOT M0来判断上升沿。这种写法在早期PLC或者某些特殊场景下还会用到现在大部分时候直接用指令就行但理解它的原理对排查问题很有帮助。3. 上升沿和下降沿分别用在什么场合3.1 上升沿的典型应用场景上升沿是0变1的那一下对应的是“信号来了”“按钮按下了”“传感器检测到了”这类事件。下面这些场景基本都要用上升沿。按钮启动和停止。这是最经典的场景。启动按钮按下去设备启动停止按钮按下去设备停止。如果不加边沿按住启动按钮不放启动指令会被反复执行。虽然对于普通的启保停电路反复执行启动指令不会有什么问题因为自锁已经建立了但如果启动逻辑里包含了计数器、数据初始化、通信握手这些操作就必须加边沿。计数器计数。产品经过光电传感器传感器输出一个脉冲计数器加一。传感器的输出可能持续几十毫秒而PLC扫描周期只有几毫秒不加边沿的话一个产品能被计几十次。这是计数应用里最常见的错误。数据采样触发。比如按一下按钮采集一次当前温度值存到数组里。不加边沿的话按一次按钮会存进去几十个相同的值把数组撑爆。状态机切换。设备从待机状态切换到运行状态这个切换动作只应该发生一次。如果切换逻辑里包含了阀门复位、参数加载、计时器清零这些操作重复执行会导致状态混乱。通信请求发送。按一下按钮向上位机发送一帧数据。不加边沿的话按一次发几十帧上位机的接收缓冲区直接溢出。3.2 下降沿的典型应用场景下降沿是1变0的那一下对应的是“信号走了”“按钮松开了”“传感器离开了”这类事件。下降沿的应用场景比上升沿少一些但在某些场合是不可替代的。按钮松开检测。有些操作逻辑是“按住运行松开停止”这时候就需要检测松开的那一下。比如点动控制按住按钮电机转松开按钮电机停。用下降沿来触发停止动作比用常闭触点更可靠因为常闭触点在按钮按下的整个过程中都是断开的而下降沿只在松开的那一瞬间动作。传感器离开检测。产品经过传感器传感器从有信号变成没信号这个下降沿可以用来判断“产品已经完全离开了”。有些流水线上需要等产品完全离开工位才能进行下一步动作这时候下降沿就派上用场了。通信帧结束判断。某些通信协议里数据帧之间靠空闲间隔来分隔。检测到接收信号从有变无说明一帧数据接收完毕可以开始解析了。脉冲计数的另一种思路。有些场景下用下降沿计数比上升沿更合适。比如某些传感器输出的是常亮信号产品遮挡时信号消失这时候用下降沿来计数反而更准确。3.3 上升沿和下降沿配合使用的场景有些逻辑需要同时用到上升沿和下降沿典型的是翻转逻辑。按一下按钮输出翻转一次第一次按开第二次按关第三次按又开。这种逻辑如果只用上升沿写起来会比较绕如果上升沿和下降沿都用上逻辑会清晰很多。还有一种场景是脉冲宽度测量。上升沿记录开始时间下降沿记录结束时间两个时间一减就是脉冲宽度。这种用法在速度测量、占空比测量里很常见。4. 不同品牌PLC的边沿指令差异4.1 三菱PLC的边沿指令三菱的边沿指令在梯形图里非常直观。LDP是上升沿取脉冲LDF是下降沿取脉冲。在梯形图编辑器里你直接输入LDP X0出来的就是一个带上升沿标记的触点。三菱还有一个PLS指令是输出脉冲。PLS M0的意思是当前面的条件成立时M0只接通一个扫描周期。这个指令在需要产生单脉冲的场合很好用。另外三菱的PLF是下降沿输出脉冲跟PLS对应。需要注意的是三菱的边沿指令在梯形图里的位置有讲究。LDP和LDF是取脉冲指令一般用在逻辑行的开头或者分支的开头。如果你在逻辑行中间插入边沿指令要确认一下逻辑关系是否符合预期。4.2 西门子PLC的边沿指令西门子的边沿指令跟三菱不太一样。在S7-200/200 SMART里边沿检测用的是EU上升沿和ED下降沿指令配合栈操作来用。在S7-1200/1500里边沿检测有专门的指令R_TRIG和F_TRIG需要配合背景数据块使用。西门子还有一种在触点上加边沿标记的写法。在梯形图里你可以给一个触点加上P标记上升沿或者N标记下降沿这样这个触点就只在边沿时刻接通。这种写法在S7-300/400里很常见。西门子的边沿指令有一个特点它需要存储上一次的状态。在S7-1200/1500里R_TRIG指令需要一个背景数据块来存这个状态。如果你在多个地方调用同一个R_TRIG实例状态会互相干扰。所以每个需要边沿检测的地方都要用独立的实例。4.3 欧姆龙PLC的边沿指令欧姆龙的边沿指令有UP上升沿和DOWN下降沿用法跟三菱的LDP/LDF类似。欧姆龙还有DIFU和DIFD指令分别是上升沿微分和下降沿微分效果跟三菱的PLS/PLF差不多。欧姆龙的边沿指令在CX-Programmer里的输入方式跟三菱略有不同但逻辑是一样的。4.4 各品牌边沿指令对照品牌上升沿指令下降沿指令脉冲输出指令备注三菱LDPLDFPLS/PLF梯形图直接输入西门子 S7-200EUED-配合栈操作西门子 S7-1200/1500R_TRIGF_TRIG-需要背景DB欧姆龙UPDOWNDIFU/DIFD用法类似三菱台达LDPLDFPLS/PLF兼容三菱风格信捷LDPLDFPLS/PLF兼容三菱风格注意不同品牌的边沿指令在细节上可能有差异比如某些品牌要求边沿指令必须放在逻辑行开头某些品牌允许放在中间。换品牌的时候最好先翻一下对应品牌的编程手册确认一下用法。5. 边沿触发的内部原理与扫描周期的影响5.1 PLC的扫描机制要真正理解边沿触发得先理解PLC的扫描机制。PLC的工作方式是循环扫描一个扫描周期分为几个阶段输入采样把所有输入点的状态读进来存到输入映像区。程序执行从上到下执行用户程序根据输入映像区和内部变量的状态计算输出。输出刷新把输出映像区的状态写到实际的输出点上。系统处理处理通信、诊断等系统任务。关键点在于在程序执行阶段输入映像区的状态是固定的。也就是说即使实际输入点在程序执行过程中发生了变化输入映像区也不会更新要等到下一个扫描周期的输入采样阶段才会更新。这个机制对边沿触发有重要影响。边沿检测比较的是“本次扫描的输入状态”和“上一次扫描的输入状态”。如果信号变化发生在两次输入采样之间那么边沿检测就能正常捕捉到。但如果信号变化太快在两个扫描周期之间来了又走了输入采样可能两次都采到0边沿就丢了。5.2 边沿检测的“记忆”机制边沿检测的核心是“记住上一次的状态”。在PLC内部这个“记忆”通常用一个辅助继电器或者一个数据位来实现。以三菱的LDP X0为例PLC内部会分配一个存储位来记录X0上一次的状态。每个扫描周期程序执行到LDP X0的时候PLC会做两件事比较X0的当前状态和存储位里的状态。如果当前是1、存储位是0说明发生了上升沿LDP X0接通一个扫描周期。然后把X0的当前状态写入存储位供下一个扫描周期比较。这个存储位是PLC自动管理的你不需要手动干预。但你要知道它存在因为有些问题就跟这个存储位有关。5.3 扫描周期对边沿检测的影响扫描周期越短边沿检测越灵敏能捕捉到更短的脉冲。扫描周期越长能捕捉到的最小脉冲宽度就越大。假设扫描周期是10毫秒那么一个只持续5毫秒的脉冲有可能在两个扫描周期之间来了又走了输入采样两次都没采到边沿就丢了。要可靠地捕捉到一个脉冲脉冲宽度至少要大于一个扫描周期。实际选型的时候如果输入信号的脉冲很窄比如编码器的输出、高速计数器的输入就不能用普通的边沿指令来处理要用高速计数模块或者中断功能。普通边沿指令适合处理按钮、普通传感器这类信号脉冲宽度一般在几十毫秒以上。实操心得如果你发现某个边沿信号偶尔会丢先查一下信号源的脉冲宽度和PLC的扫描周期。如果脉冲宽度接近或小于扫描周期丢信号是必然的不是程序写错了。6. 实际编程中的边沿触发应用实例6.1 单按钮启停控制单按钮启停是一个经典的边沿触发应用。一个按钮按一下启动再按一下停止。用上升沿来实现的逻辑是这样的LDP X0 // 按钮上升沿 ALT M0 // M0翻转 LD M0 OUT Y0 // 输出ALT是交替指令每次前面的条件成立时它就把目标位翻转一次。LDP X0保证只有按钮按下的那一下ALT才执行按住不放不会反复翻转。如果用普通触点写按住按钮不放M0会以扫描周期为频率疯狂翻转输出Y0就会闪烁完全不可控。6.2 计数器防抖动产品计数是边沿触发最典型的应用之一。光电传感器检测到产品输出一个脉冲计数器加一。LDP X1 // 传感器上升沿 INC D0 // 计数器加一如果不加LDP直接用LD X1那么产品经过传感器的时间里D0会一直加加多少取决于产品遮挡传感器的时间和扫描周期。一个产品可能被计几十次。有些场景下传感器信号有抖动上升沿可能会误触发多次。这时候可以在边沿检测之前加一个滤波或者用PLC自带的输入滤波功能。大部分PLC的输入点都有滤波参数可以设置一般设成几毫秒到几十毫秒能滤掉大部分触点抖动。6.3 数据移位控制假设有8个指示灯按一下按钮亮灯的位置移动一位。LDP X0 // 按钮上升沿 ROL D0 // 循环左移ROL是循环移位指令每次执行把D0里的数据左移一位。LDP X0保证按一次按钮只移位一次。如果不用边沿按住按钮不放D0会以扫描周期为频率疯狂移位指示灯看起来就像在乱闪。6.4 通信握手信号两台设备通过IO信号握手。设备A输出一个“请求”信号设备B收到后回复一个“应答”信号设备A收到应答后撤销请求。这种握手逻辑里请求信号的发出和撤销都要用边沿触发。发出请求用上升沿撤销请求用下降沿。如果不加边沿请求信号会一直保持设备B可能会重复应答或者握手状态机卡死。6.5 状态机中的边沿应用状态机是PLC程序里常用的结构边沿触发在状态机里扮演着重要角色。状态切换的触发条件通常都是某个信号的边沿。比如一个简单的三步流程按下启动按钮进入步骤1步骤1完成后进入步骤2步骤2完成后进入步骤3步骤3完成后回到待机。每个步骤的切换条件如果是按钮或者传感器信号基本都要用边沿。否则信号持续存在的时候状态机会在几个状态之间反复跳转无法稳定。7. 边沿触发相关的常见问题与排查技巧7.1 边沿信号丢失现象按钮按了但程序没反应或者偶尔没反应。排查思路先确认按钮本身的信号有没有到PLC。用监控功能看输入点的状态按按钮的时候输入点有没有变化。如果输入点有变化但边沿指令没动作检查边沿指令前面的逻辑条件是否满足。如果输入点变化很快检查扫描周期和信号脉冲宽度。脉冲太窄的话普通边沿指令可能捕捉不到。检查是否有多个地方同时使用了同一个输入点的边沿。某些PLC的边沿指令共享状态存储位多个地方同时用可能会互相干扰。7.2 边沿信号重复触发现象按一次按钮程序执行了多次。排查思路确认边沿指令是否真的用上了。有时候梯形图里看起来有边沿标记但实际编译的时候可能被优化掉了或者指令用错了位置。检查输入信号是否有抖动。按钮触点抖动、传感器信号不稳定都可能导致边沿指令在一个按下动作里触发多次。检查是否有多个扫描周期里条件都成立的情况。比如边沿指令后面的逻辑里又用了普通触点去触发同一个动作。7.3 边沿指令在子程序或中断里的问题现象边沿指令在子程序里不工作或者工作不正常。排查思路有些PLC的边沿指令在子程序里需要特殊的处理。比如西门子的R_TRIG在子程序里调用时背景数据块的状态可能不会按预期更新。如果子程序不是每个扫描周期都调用边沿检测的“记忆”机制就会失效。因为边沿检测依赖每个扫描周期都去比较状态如果子程序隔几个周期才调用一次中间的状态变化就丢了。中断程序里的边沿检测也要小心。中断程序的执行时机跟主程序不同步边沿检测的状态存储可能会混乱。7.4 边沿指令与高速信号的配合现象高速信号用普通边沿指令处理计数不准。排查思路普通边沿指令的处理能力受扫描周期限制。信号频率超过扫描频率的一半就会丢信号。高速信号要用高速计数模块、中断输入或者专门的脉冲捕捉功能来处理。有些PLC有“脉冲捕捉”功能可以在输入点变化时立即锁存状态不依赖扫描周期。这种功能适合捕捉窄脉冲。7.5 常见问题速查表问题现象可能原因排查方法解决措施边沿信号丢失脉冲宽度小于扫描周期用示波器或监控看信号宽度改用高速计数或中断边沿信号丢失输入点硬件滤波太强检查输入滤波参数减小滤波时间边沿重复触发信号抖动监控输入点状态增加软件滤波或硬件滤波边沿重复触发边沿指令用错位置检查梯形图逻辑调整指令位置子程序边沿不工作子程序非每周期调用检查子程序调用条件改用主程序处理边沿多实例互相干扰共享状态存储位检查边沿指令的实例分配每个边沿用独立实例避坑技巧在调试边沿相关逻辑的时候我习惯在边沿指令后面直接跟一个辅助继电器然后用监控功能看这个辅助继电器有没有动作。这样能快速判断是边沿指令本身的问题还是后面逻辑的问题。如果辅助继电器动作正常但后面的动作不对那就是后面逻辑的问题如果辅助继电器根本不动作那就是边沿指令或者输入信号的问题。8. 进阶话题边沿触发的替代方案与选型建议8.1 什么时候不该用边沿触发边沿触发虽然好用但也不是万能的。有些场景下用边沿反而会带来问题。安全相关的逻辑。急停、安全门这类安全信号一般不建议用边沿触发。安全逻辑要求的是“信号存在就安全”而不是“信号变化的那一下才安全”。如果用边沿触发信号持续存在的时候逻辑反而不成立这是很危险的。需要保持状态的逻辑。有些逻辑需要信号持续保持比如“使能”信号、“允许”信号。这类信号用普通触点就行用边沿反而会导致使能丢失。模拟量处理。模拟量信号是连续变化的不存在“边沿”的概念。模拟量的报警、比较一般用阈值判断不用边沿触发。8.2 边沿触发与置位/复位指令的配合边沿触发经常和置位SET、复位RST指令配合使用。上升沿触发置位下降沿触发复位这是一种很常见的模式。比如一个报警逻辑温度超过阈值上升沿触发报警置位温度降到阈值以下下降沿触发报警复位。这样报警状态会保持直到温度恢复正常。这种模式比直接用比较指令驱动报警输出更可靠因为比较指令在温度波动的时候会导致报警输出频繁通断而置位/复位模式有“记忆”功能报警状态更稳定。8.3 边沿触发在顺序控制中的应用顺序控制步进控制是PLC程序里很常见的结构。每一步的切换条件通常都是某个信号的边沿。用边沿触发来做步进切换有一个好处即使切换条件信号持续存在步进也只会前进一步不会跳步。比如用传感器检测工件到位传感器信号可能持续几百毫秒但步进只需要切换一次。用边沿触发就能保证只切换一次。如果不用边沿传感器信号持续期间步进可能会连续切换好几步导致流程混乱。8.4 不同场景下的边沿处理选型建议场景推荐方案理由普通按钮操作指令级边沿LDP/LDF简单直接够用高速计数高速计数模块或中断普通边沿跟不上速度安全信号普通触点不用边沿安全逻辑要求电平有效通信握手指令级边沿握手信号一般不快模拟量报警阈值比较置位/复位模拟量没有边沿概念窄脉冲捕捉脉冲捕捉功能或中断普通边沿可能丢失9. 我踩过的那些边沿相关的坑说几个我自己在实际项目里踩过的坑都是教科书上不会写的。第一个坑是边沿指令的位置。有一次写一个逻辑边沿指令放在了逻辑行的中间前面还有几个串联的触点。结果发现边沿指令有时候动作有时候不动作。后来才搞明白边沿指令检测的是它前面所有逻辑条件的“综合结果”的边沿而不是单个输入点的边沿。前面串联的触点任何一个状态变化都会影响边沿检测的结果。所以边沿指令最好放在逻辑行的开头或者明确知道自己在检测什么的边沿。第二个坑是同一个输入点多处用边沿。有一次在一个程序里同一个按钮的上升沿在两个不同的地方用了。结果发现两个地方的边沿动作不同步有时候这个动作了那个没动作。后来查手册才知道某些PLC的边沿指令是共享状态存储位的同一个输入点多处用边沿状态会互相覆盖。解决办法是每个地方用独立的辅助继电器来传递边沿信号。第三个坑是子程序里的边沿。有一次把边沿检测放在了一个条件调用的子程序里子程序不是每个扫描周期都调用。结果边沿检测时灵时不灵。原因是边沿检测依赖每个扫描周期都去比较状态子程序不调用的时候状态比较就断了边沿就丢了。后来把边沿检测移到主程序里问题解决。第四个坑是仿真和实际的差异。仿真的时候按钮信号是理想的方法信号边沿检测一切正常。到了现场按钮触点有抖动边沿检测偶尔会触发多次。后来在输入点加了滤波问题才解决。仿真环境不会模拟触点抖动所以仿真通过不代表现场没问题。第五个坑是扫描周期突变。有一次程序里加了一段比较耗时的逻辑扫描周期从5毫秒变成了20毫秒。结果原来能正常工作的边沿检测开始丢信号了。原因是信号脉冲宽度没变但扫描周期变长了原来能捕捉到的脉冲现在捕捉不到了。所以扫描周期变化的时候要重新评估边沿检测的可靠性。这些坑说到底都是一件事边沿触发不是孤立的指令它跟扫描周期、输入滤波、程序结构都有关系。写程序的时候不能只看边沿指令本身要把整个信号链都考虑进去。10. 边沿触发的调试方法与工具调试边沿相关的问题光看程序是不够的得借助一些工具和方法。监控功能是最基本的。大部分PLC编程软件都有变量监控功能可以实时看输入点、辅助继电器、边沿指令的状态。调试边沿的时候我习惯把边沿指令后面的辅助继电器也监控上这样能直观看到边沿有没有被触发。趋势图功能很有用。有些编程软件支持变量趋势记录可以把输入信号和边沿触发信号一起录下来看它们的时间关系。这样能清楚地看到边沿是在信号的哪个位置触发的有没有丢失或重复。扫描周期监控也要看。大部分PLC都能监控当前扫描周期和最大扫描周期。如果扫描周期波动很大边沿检测的可靠性就会受影响。输入滤波设置要检查。每个输入点的滤波参数不一样滤波太强会滤掉窄脉冲滤波太弱会引入抖动。要根据信号特点来设置。强制功能要慎用。调试的时候强制输入点状态可以快速验证边沿逻辑。但强制的时候要注意强制出来的信号没有真实的边沿边沿指令可能不会按预期动作。要测试边沿最好用真实的信号源或者用编程软件里的“脉冲”功能来模拟。示波器是终极武器。如果边沿问题实在查不出来用示波器直接看输入信号的波形能看清楚信号的上升时间、下降时间、抖动情况、脉冲宽度。这些信息是监控功能看不到的。11. 关于边沿触发的一点个人体会写了这么多年PLC程序我越来越觉得边沿触发是一个“看起来简单、用起来讲究”的东西。它的概念一句话就能说清楚但真正用好需要对PLC的扫描机制、输入采样、程序结构都有理解。新手最容易犯的错误就是觉得“逻辑上说得通”就行了。按钮按下启动逻辑上确实说得通但实际运行时扫描周期会把一个按下动作变成几十次执行。边沿触发就是用来弥合“逻辑思维”和“实际运行”之间的这个差距的。我现在写程序凡是遇到按钮、传感器、通信握手、状态切换这些场景第一反应就是“这里要不要加边沿”。加边沿不会让程序变复杂但不加边沿程序迟早会在现场给你找麻烦。还有一点边沿触发不是加得越多越好。有些地方加了边沿反而会出问题比如安全逻辑、使能逻辑。判断的标准很简单这个信号是“事件”还是“状态”事件用边沿状态用电平。想清楚这一点边沿触发就用对了一半。最后分享一个小技巧如果你不确定某个地方要不要加边沿可以先不加然后在监控里看这个信号持续了多少个扫描周期。如果持续了多个扫描周期而你的逻辑只需要执行一次那就加边沿。如果信号只持续一个扫描周期或者逻辑需要持续执行那就不用加。这个方法虽然笨但很有效。