西门子5SY5232-6CC

5SY5232-6CC

今天G130突然报F30003故障，变频器OFF2停机，，值班电工对故障能够复位掉，，但是重新启动的时候，变频器报故障F07802，能够复位，但是再启动还是报故障F07802，CU显示A05002，

F07802 驱动：整流单元或者功率单元未就绪

原因：整流单元或者驱动体在内部接通指令后没有就绪回馈 

A05002 功率单元;进风过热

故障发生后，发现配电室较高，环境温度41度，变频器壳体约60度，值班电工报告，今天中午配电室的温度一度达到48度，配电室空调损坏，期间环境温度一直48度，持续一个多小时，此时CU320面板闪烁A05002。

原因分析：根据故障出现的原因解释，可能的原因有：

1 进线熔断器损坏，导致欠压故障

2 检测板测量错误，导致进线电压处理错误误报故障

3 CU320故障

4 功率单元损坏

处理过程

 1 将进线电压进行测量，万用表测量后380V正常

2 将变频器前盖拆开，发现柜内灰尘较多，进行吹灰

可能是由于环境温度很高再加灰尘较多导致的故障，将变频器清灰后上电，故障依旧

3 将备用机上的CIB板拆下，更换

重新上电，变频器正常，从故障发生新开机，时间40分钟，夏季来临，环境温度对现场的电器元件很重要，由于其他原因，空调问题一直不能解决，温度很高时使用轴流风机进行通风，导致灰尘很多，进而影响电器元件的使用，导致电路板元件不稳定甚至损坏

 软冗余又称软件冗余，是西门子实现冗余功能的一种解决方案，可以应用于对主备系统切换时间要求不高的控制系统中。软冗余能够实现：主机架电源、背板总线等冗余；PLC处理器冗余；PROFIBUS网络冗余（包括通信接口、总线接头、总线电缆等冗余）；接口模块IM153-2冗余。在软冗余系统进行工作时，主、备控制系统（处理器，通讯、I/O）独立运行，由主系统的PLC掌握对冗余部分ET200M从站中的I/O控制权，主、备系统通过软冗余专用程序进行数据同步。PLC程序由非冗余（non-duplicated）用户程序段和冗余（redundant backup）用户程序段组成，主系统PLC执行全部的用户程序，备用系统PLC通过判断冗余状态跳过冗余程序，只执行非冗余用户程序。当主系统中的组件发生故障，备用系统会自动切换为主系统，执行冗余程序，控制任务不会出现中断

 设备出现生产线不能开机，检查为CPU自动停机所致，停机时出现SF系统故障灯亮，CPU STOP, BF灯不亮，说明不是从站导致停机的，停电或将CPU上开关从RUN转到STOP再转到RUN，CPU又工作正常，在线联机诊断，报警内容很多，较重要的报警内容就是：
     
       事件 29 / 100:  事件 ID 16# 494D 由 I/O 错误引起的 STOP 模式 无用户相关信息(Z1)：0000无用户相关信息(Z2)：5752 (Z3)：2101 先前的工作模式：RUN 要求的工作模式：STOP (内部), 外部错误, 进入的事件 01:33:39.963  2012-04-10
     
       看程序内下载有OB80,82,85.86.87，100，121,122等组织块，不是软件编程及DP从站问题造成的故障啊， DP从站的输入地址问题报错，不是CPU停机的原因，因为出现这个问题时，程序内调用了相应的OB块，CUP只会报警不会停机的，这次停机为外部错误，进入事件，这个外部事件是什么事件，诊断区没有给出答案，下午又再次出现了CPU自动停机，
     
       首先拆除子站的DP接头，连接器及模块，cpu只是报错没有停机，从而排除了上述问题，本系统还使用了IM365接口模块，会不会是他本身的原因造成问题，咨询了一下西门子及设备厂家，西门子技术人员回复说这个模块稳定性不是很好，厂家也怀疑这个模块。同意给我寄一个新的模块试一下。但是新的过来没有这么快。且我在西门子论坛上也讨论过这个模块，坛友还是认可这个模块的，认为此模块出问题的可能性不是很大。
      
       此时我怀疑厂家为了省钱，系统做的不规范造成这个问题。为此做了以下的改进：
 
      1.将DC24V供电回路做了改进，原先使用给CPU及其他模块供电电线为0.5平方，大家共用一条线路，采用串接DC24V方式供电，开关电源到PLC及模块后电压降比较厉害，开关电源处电压为25.8到CPU处为23.3，改进后加大电源线到1平方，并且给cpu及其他模块单独拉双绞线电源线，改进后开关电源处电压为24,12，cpu处为24.01。暂且系统使用的电源为铭伟的开关电源，感觉不是很好，准备购买欧辰的开关电源来替换。
     
       2.将cpu及扩展模块上的接地线单独拉出连接到房屋框架钢结构上接地。
 
       3.全部的模块连接件紧固，并且将不规范的接线重新接。
 
       三项措施做完后，就给CPU一直通电到第二天的早上8点上班后查看CPU没有停机，就让生产线开机了，开了3天机后CPU没有自动停机，到目前5月21日为止没有出现CPU自动停机的问题，厂家寄来了IM365模块也没有使用。
 通过这次的问题的解决，深刻的体会到诊断缓冲区并不是万能的，且缓冲区内内容很多，一定要分清主次否则容易误导，系统下载了相应的组织块，远程子站I/O故障是不会让CPU停机的，开关电源及接线布线及EMC做的不够规范造成的隐患后果很严重啊