FB102调用了SFC6和SFC52但是项目里缺失

你这个问题很好，
针对您的问题，以下是分步解答和建议：

1. SFC6（RD_SINFO）和SFC52（WR_USMSG）的功能
SFC6 (RD_SINFO)：用于读取OB块（组织块）的启动信息，例如触发OB的事件类型、错误代码等。常用于诊断和故障排查。

SFC52 (WR_USMSG)：用于将用户自定义消息写入诊断缓冲区，便于记录运行时的特定事件或错误。

2. 安装缺少的SFC6和SFC52
来源：这两个SFC是西门子标准系统函数，通常集成在STEP 7的**标准库（Standard Library）**中。

安装步骤：

打开STEP 7项目，导航到** Libraries → Standard Library → System Function Blocks**。

找到SFC6和SFC52，将其复制到您的项目中（如需要可直接调用）。

如果库中缺失，可能是STEP 7版本不兼容（如V5.x与TIA Portal差异），需升级软件或从合法渠道获取库文件。

3. FB102与CPU更换后的处理
是否需要重新编译：

更换CPU型号（如从EK06到EK07）后，如果硬件组态中CPU型号已更新并重新编译硬件配置，FB102可能需要重新编译（尤其是涉及硬件相关参数时）。

若FB102仅用于Modbus协议处理且无硬件依赖，可能无需重新编译。

缺少SFC的影响：

如果FB102内部调用了SFC6或SFC52，而项目中未包含这些SFC，下载时会报错（编译不通过）。

若FB102未直接调用SFC6/SFC52，但其他OB块调用了，可能导致CPU进入INTF故障（红灯闪烁）。

4. 当前问题的解决方案
步骤1：检查诊断缓冲区
虽然您提到诊断缓冲无报警，但仍需确认：

是否有“Block not found”（缺少块）或“Consistency error”（一致性错误）的条目。

检查OB块是否完整（尤其是OB82、OB86等错误处理OB）。

步骤2：补充缺失的SFC
将SFC6和SFC52添加到项目中，重新编译并下载所有块。

步骤3：处理FB102
重新编译FB102及调用它的所有块，确保无硬件配置冲突。

如果FB102来自第三方库（如Modbus库），确认其兼容性（EK07可能需要更新版本）。

步骤4：检查硬件配置
在STEP 7中核对新CPU的固件版本，确保与项目匹配。

确认I/O模块的地址分配是否因CPU更换而变化（可能导致风机控制失效）。

步骤5：监控运行状态
使用PLCSIM或在线监视功能，检查：

FB102的调用是否成功。

是否有未处理的诊断事件（如SFC52写入的消息）。

5. 其他可能原因
INTF红灯闪烁：通常表示内部错误（如编程错误、块缺失、时间故障）。

风机停转但无报警：

检查程序逻辑（如定时器、条件判断是否受CPU更换影响）。

确认电源或输出模块是否正常（硬件故障可能不触发软件报警）。

总结建议
优先补充SFC6/SFC52并重新编译项目。

更新FB102至兼容版本（如需）。

全面下载硬件配置和程序至新CPU。
希望可以帮到你，记得给个好评。。