AI小西专业的回答：

在S7-400H冗余系统中，当出现您描述的现象——即从站IO模块重新插拔后现场数据恢复、IM模块“SF”报警消除，但其中一个CPU仍报“外部故障”——这通常表明系统在冗余运行过程中存在通信或同步方面的问题。以下是可能的原因分析及排查处理建议：

可能原因分析

I/O冗余通信链路不一致或未完全恢复
S7-400H系统中，若采用冗余I/O配置（如Switch IO或单通道双向I/O），两个CPU需通过各自的接口独立访问同一组I/O设备。当某个IO模块发生故障时，系统会记录诊断事件。即使物理模块恢复正常，若其中一个CPU未正确识别到设备恢复状态，其诊断缓冲区可能仍保留“外部故障”状态 [4]。

诊断缓冲区未自动清除或OB未正确响应
在冗余系统中，当IO设备发生故障时，两个CPU都会在诊断缓冲区中记录事件，并可能触发OB86（机架故障）或OB70（I/O冗余错误）[2] [3]。如果用户程序中未正确处理这些OB块，或事件未被确认，CPU可能持续保持故障状态提示。

IM模块或PROFIBUS/PROFINET通信链路存在间歇性故障
虽然重新插拔IO模块暂时恢复通信，但IM模块本身或总线电缆可能存在接触不良、终端电阻异常或电磁干扰等问题，导致某一侧CPU的通信链路未能稳定恢复。

冗余同步状态异常（REDF灯状态异常）
如果CPU之间的冗余同步出现问题，例如同步模块或光纤链路异常，也可能导致两CPU对I/O状态判断不一致。此时REDF灯可能常亮或异常闪烁，表示同步丢失 [5]。

单边I/O或Switch IO配置下主备切换逻辑问题
若使用的是Switch IO配置，系统允许两个CPU同时访问I/O，但激活路径可能因故障切换而未完全回切。若被动通道未及时更新状态，可能导致一个CPU仍认为设备不可用 [6]。

排查与处理步骤

检查CPU的LED指示灯状态
查看两个CPU上的SF、REDF、BUSxF等指示灯状态：

若REDF灯常亮或异常闪烁，说明冗余同步存在问题，需检查同步模块和光纤连接 [5]。

若BUSxF灯闪烁，说明PROFIBUS或PROFINET通信链路存在故障 [4]。

查看诊断缓冲区（Diagnosis Buffer）
使用STEP 7或TIA Portal连接两个CPU，分别查看其诊断缓冲区：

确认是否触发了OB86（站故障）或OB70（I/O冗余错误）。

检查故障事件的时间戳和具体描述，判断是“单站故障”还是“主站系统级故障” [4] [6]。

确认I/O组态类型
明确该IM站是采用单边IO、Switch IO还是冗余IO配置：

若为冗余IO，必须确保两个CPU都正确组态了冗余对，且使用了冗余IO库进行编程 [1]。

若为Switch IO，需确认IM模块支持Switch功能（如ET200M HF）且已正确组态 [1]。

检查IM模块和总线连接

检查IM模块的ACT LED是否正常点亮，确认当前激活通道。

检查PROFIBUS终端电阻设置是否正确（ON/OFF），电缆屏蔽是否良好接地。

尝试更换IM模块或通信电缆，排除硬件隐患。

执行手动冗余同步或CPU重启

若诊断缓冲区中故障已清除但报警仍存在，可尝试对报警未消除的CPU执行STOP → RUN操作，促使其重新同步I/O状态。

若问题持续，可考虑在安全停机窗口内对两个CPU执行同步重启。

确认用户程序中OB处理逻辑
检查是否编写了OB70和OB86，并在其中正确处理了故障进入与恢复事件。若未处理，CPU可能无法自动清除故障状态 [4] [6]。

建议参考资料

S7-400H的LED指示灯状态说明 [5]

S7-400H站组态IO方式详解 [1]

CPU 410-5H 系统手册 - 冗余操作期间的组件故障 [5]
如以上步骤仍无法解决，建议导出诊断数据并通过西门子技术支持进一步分析。