首先，我们必须明确上升沿与下降沿的概念。

上升沿：如果前一个周期的按钮信号值为0，而当前周期的按钮信号值为1，此时，我们将其视为产生了上升沿的信号。

下降沿：若前一个周期的按钮信号值为1，而当前周期的按钮信号变为0，那么此刻我们即视为产生了下降沿的信号。

基于上述的逻辑关系，为了追踪前一个周期的按钮信号状态，我们需要借助一个变量来存储当前的状态（这样的功能通常通过FB块来实现，因其包含背景数据块，其中的static区域能够记忆前一个周期的状态），以便在下一个周期中使用（对于下一个周期而言，当前周期即为其前一个周期，这一点值得深思）。

有了这样的逻辑基础，我们可以着手编写程序：如图所示

沿信号仅在一个扫描周期内有效

通过上述程序，我们能够捕捉到上升沿信号和下降沿信号。例如，当形参“I_请求1”的实参“I0.0”由0变为1时，形参“上升沿信号”将变为1。此时，我们可以利用这个形参值为1的信号来执行相应的操作。

下面简要介绍一个示例案例，以帮助我们理解整个编写过程，它其实是一个小型的框架构建。

整个框架的构建过程如下：

首先，我们创建一个FB功能块1，用于实现某种重复性的功能，比如这里的上升沿和下降沿检测。

接着，我们创建另一个FB功能块2，用于实现项目中的某一特定功能，并在其中调用FB功能块1。

Zui后，我们构建一个FC块1，将多个类似于FB功能块2的块整合其中，进行逻辑处理。这样，我们就完成了一个完整的小框架。

以下是整个调用流程的概述：

第一步：创建FB块，实现基础功能

第二步：利用上述FB块实现特定功能

第三步：将所有相关功能块整合至FC块中，代表整个项目的流程或某个工作站的流程（进而，可以将各个工作站的FC块再次整合至新的FC块中，并在主程序中直接调用这个新的FC块，这样程序结构将更加清晰、整洁）。

过程中遇到的一点异常情况：