诊断缓冲区中的条目包括：
故障事件
操作模式转变以及其它对用户重要的操作事件
用户定义的诊断事件(用SFC52 WR_USMSG)
在STOP模式下，在诊断缓冲区中尽量少的存储事件，以便用户能够很容易在缓冲器中找到引起STOP的原因。只有当事件要求用户产生一个响应(如需要系统内存复位，电池需要充电)或必须注册重要信息(如固件更新，站故障)时，才将条目存储在诊断缓冲器中。
在STOP模式下，用户程序不被执行。不存在因用户程序引发的诊断缓冲条目。
诊断缓冲区中的条目不包括：
临时性错误
统计信息或跟踪记录
关于数据或服务质量的信息
循环OB启动调用
循环发生的故障事件通常仅在次输入，在此之后，只有当引起错误的原因被识别后才输入。这确保溢出不会覆盖重要的条目。通过在线帮助，用户可以分析诊断缓冲条目，并找到可能的原因以及事件的补救措施。
当一个分布式 IO 设备出故障时被处理的组织块
问题：
当CPU315-2DP做主站或从站时，应分别调用哪些“故障 OBs”？
解答：
当把CPU315-2DP配置为从站时，必须在STEP7程序中调用下列OB块以来识别分布式I/O出错的类型：
诊断中断 OB 块OB 82
机架故障 OB 块OB 86
I/O 访问出错 OB块OB 122
诊断块OB82
如果一个模块支持诊断功能并且选取了它的诊断中断，那么它就可以识别一个错误，当有错误事件进入或离去时，就会向CPU提出中断申请。操作系统就会调用OB82。在内部变量里OB82包含了错误模块的逻辑基本地址和四个字节的诊断数据，如果没有调用OB82，则CPU就会进入停止模式。
也可以通过系统功能块SFC39到SFC42来禁止或延迟诊断中断OB。
对CPU STOP的响应: 继续处理
如果CPU切换到RUN模式，计数器被清零。如果要计数器值被保持，就必须在CPU断电或切换到STOP模式前将其值保存，要在CPU重新启动时再装载。在这里要注意的一点是被保存的计数器值可能与实际设备位置不一致。例如，在断电后，记录移动路径的增量编码器被移动就会发生这种情况。
下面的参数对版本号为 6ES7 350-2AH01-0AE0 之后的模块有效:
此时，如果在CPU由STOP转换为RUN时模块参数保持不变，那么模块就会继续计数。
描述：
在数字量输出的负载说明中有恒定值的阻性负载, 灯负载和感性负载。在数据表中的这些值涉及到每个应用中的数字量输出。
· 阻性负载
恒定的阻性负载的特性一般是在技术数据中以大输出电流(当信号为1时)的说明来表示的。
· 灯负载
在使用灯负载时要考虑到灯的接通电流是额定工作电流的n倍。灯丝升温会导致阻抗迅速增大。灯负载在数据表中的特性以瓦特数来表示。
这就意味着比产品在额定电压乘以允许输出电流所得功率低。高的接通电流导致了灯负载的大开关频率要比恒定的阻性负载大约低10倍。
对于数字量输出只能连接总的额定瓦特数低于标定的灯负载的灯。 LED指示灯不受影响，等同于阻性负载。