高价回收西门子模块系列

检查电机负载端是否异常。3）软启动器可控硅击穿短路。怎样格式化或复位SIMATICS7-300CPU的MMC卡(微存储卡)说明：用户不能格式化MMC卡。只能是“复位”MMC卡，这会删除所有用户数据。

　　按以下步骤进行：1.MMC卡插在CPU的插槽中。CPU要求整机复位(STOPLED灯慢闪烁)。2.将模式转换开关扳到MRES位置，并在此位置保持(大约9秒)直到STOPLED灯持续亮。3.在接下来的3秒钟内将转换开关松开回到STOP模式位置，并再次扳到MRES位置。

　　STOPLED灯在删除过程中闪烁。如果MMC卡在以上描述的步骤完成后仍继续请求整机复位，则该卡有故障。注意事项：如果MMC卡包含的数据对CPU无效，就只可能对它进行复位。另外MMC卡只能由上述步骤初始化。

　　警告：不要将MMC卡用于非SIMATIC产品并不要使用第三方设备格式化它。这可能覆写MMC卡的内部结构且无法恢复。这样会导致此MMC卡不能被SIMATICCPU识别/接受并无法再在SIMATIC设备中使用。

　　哪些设备不通过CPU可以对SIMATICS7-300MMC卡进行读写操作设备注意事项：S7-300的MMC卡在CPU外只能由以下设备读或写：FieldPGPowerPG用于PG720或PG740的MMC编程适配器(MLFB6ES7798-0BA00-0XA0)USB编程器(MLFB6ES7792-0。

　　在SIMATICS7连网的情况下，为什么使用PG调用诊断功能或传送块时，到OP的连接会掉线描述：每一个连接都需要给所连接的终端站点或其上的CP提供连接资源。连接资源的数量与CPU/CP的型号相关。由上述现象可知，存在资源瓶颈。

　　甚至可能根本无法用PG进行在线。请检查实际的通信连接数量，CPU是否有足够的连接资源。由于缺少连接资源而出现的OP通信问题，通常发生在老版本的SIMATICS7-300CPU上，一方面这些SIMATICS7-300中的连接资源少，另一方面连接资源还不能预留给PG、OP和S7基本通信使用。

　　此问题可能通过保留资源得到很好的解决。否则就要对CPU进行硬件升级。西门子PROFIBUSDP通信是否占用连接资源组态注意事项：只要数据是通过的装载（L）和传送(T)指令进行交换的，主站－从站系统中的PROFIBUSDP通信就不占用连接资源。

　　DP从站的数量与连接资源无关。在保留资源时，在硬件配置中的CPU属性对话框的“Communication”栏（在许多SIMATICS7-300CPU中可见）中也不需要考虑DP通信。在所有的其它情况中，例如S7BASIC通信，S7通信，S5-compatible通信等，它们通过通信功能块进行数据交换，就有可用的连接资源。

　　哪些分布式IO的故障信号模块可与哪些故障控制器结合使用组态注意事项：根据所用的系统，会有不同的分布式I/O信号模块可用。SIMATICS7-400F/FH高可靠性的故障S7-400F/FH系统可通过使用ET200M的故障模块和ET200S的单通道模块进行扩展。

　　SIMATICS7-400F故障型的S7-400F系统可使用ET200M，ET200S，ET200PRO，ET200eco的故障模块以及符合PROFIsafe配置文件的故障标准从站进行扩展。

　　SIMATICS7-300F故障型CPU可主要使用ET200M的故障模块进行扩展。ET200M，ET200S，ET200PRO和ET200eco模块用来进行分布式安装。同样，所有符合PROFIsafe配置文件的故障标准从站可通过PROFIBUS连接。

　　为什么在整个系统掉电后恢复供电之后CPU仍然在STOP状态描述：包括DP主站S7-300和从站的整个系统通过主开关切断电源。通过CPU的内部电压缓冲，CPU一般可继续运行大概50到100毫秒并且在这段时间中检测到所连接从站的故障。

　　依赖于所用的电源单元，电压缓冲可以更长(长500毫秒)。如果OB86或OB122没有被编程，CPU就由于从站丢失而进入STOP状态。补救措施：对OB86和OB122(必要时OB82)编程，启动定时器。

　　定时器的值大于CPU的电压缓冲持续时间(也就是大于指导值100毫秒)，可以通过适当的测试来确定这个值。在系统运行时出现从站故障，若定时器时间到，而且从站故障依然存在，CPU就按已编程的方式作出响应。

　　例如由于STOP命令CPU进入STOP状态。当系统掉电时，会启动定时器。如果选择了正确的定时器时间，那么定时器就不会超时，因为CPU在从站掉电后也会很快没有操作电压。因此CPU在RUN模式中掉电后，一旦电压恢复就会重新运行。

　　SIMATICS7-300400为什么循环中断被跳过说明：中断程序的长度如果在处理某个循环中断时，又来了一个相同的循环中断，此时操作系统会调用OB80，存储这个没有执行的循环中断并且在下一个合适的时候执行此循环中断(如果没有下载时间错误处理组织块(OB80)，则CPU会切换到停机STOP状态)。

　　请注意在长时间电压缓冲（500ms）的情况下，可能会发生其它错误如站故障、I/O故障、时间错误、周期时间超时、缓冲溢出等，就会导致CPU进入STOP状态。所以如果中断程序持续的时间与调用间隔一样长－由于中断程序不断变化－偶尔情况下循环中断OB执行的时间会大于调用间隔时间。

　　当中断程序(由随后应该执行的循环中断触发)由于处理时间过长而覆盖了随后的两个循环中断时，就存在丢失一个循环中断的危险。由于操作系统只存储一个循环中断，所以在这种情况下就会丢失一个中断。优先级和相位偏移参数设置不当由于当前正在处理另外的循环中断，而这时又调用一个循环中断，该循环中断就会被跳过。

　　使用优先级以及相位偏移可以调整程序处理时间。避免在一个优先级内分配多个循环中断处理；不要将优先级0分配给要使用的循环中断OB。如果存在其它OB，则不会执行这个循环中断；在调用间隔内设置循环中断的相位偏移(互为公倍数关系)禁止循环中断检查是否在循环程序中使用SFC39“DIS_IRT”禁止了不希望出现的循环中断。

　　在这种情况下，操作系统既不会调用循环中断OB，也不会触发非编程循环中断OB定义的响应过程。即使使用SFC40“EN_IRT”解除了对循环中断的禁止，也不会立即执行此循环中断。禁止循环中断的事件会影响所有的优先级。

　　此处可以参见这两个SFC的在线帮助。延迟循环中断检查是否在循环程序中使用SFC41“DIS_AIRT”延迟了不希望出现的循环中断或者中断驱动的程序，结果造成这些中断或者程序丢失。使用SFC41“DIS_AIRT”，可以延迟处理优先级高于当前OB的循环中断OB。

　　如果F-CPU进入STOP模式，并且在诊断缓冲区中出现“Datafalsificationinthesafetyprogram...”消息时，应该怎么办描述：F-CPU进入STOP模式，在诊断缓冲区出现“DatacorruptioninthesafetyprogrambeforeoutputtoFI。

　　可以在OB中多次调用SFC41。操作系统会计算调用SFC41的次数，处理延迟一直有效，除非使用SFC42“EN_AIRT”取消使用SFC41设置的中断延迟，或者直到处理完当前OB为止。如果在程序中出现数据损坏或者希望避免此类问题，请按以下所述操作：当对本地数据区操作时，在一个F-PB/F-FB/F-FC中，个对本地数据的访问一直是写访问。

　　Flip-flop(SR,RS)，Setoutput(S)或者Resetoutput(R)操作不能初始化本地数据位。为了初始化，本地数据需要转换为静态变量。请注意在F-FB/F-FC中，它的输入参数只有读访问权限，输出参数只有写访问权限。

　　使用in/out参数进行读写访问。数学运算的结果使得数值范围发生上溢或者下溢。因此应该确保在创建程序时，整数(16位)在允许的范围之内。这样可以对溢出错误位(状态字的OV位)进行评估。对于故障接收块F_RCVDP的输出参数，不要使用在同一个F_RCVDP或者不同的F_RCVDP调用输入参数中已经使用过的参数。

　　否则由于识别出数据有冲突，FCPU将进入STOP模式，或者会得到错误消息：“F_ReceiveBlockxxxcanonlybecalledatthebeginningoftheFprogramblock”。

　　可以通过过程映像区(PII)使用来自标准用户程序的M区或者来自标准I/O的信号实现标准程序和F程序间的通信。禁止从标准程序到故障程序的数据块的写访问。此规则的例外是当使用块F_ACK_OP进行故障用户确认时。

　　在程序中，如果希望从标准用户程序(M区或者标准I/O的PII)中读取数据，而该数据可以通过标准用户程序或者运行着的F系统中的HMI所改变，例如由于标准用户程序要被更高优先级的时间中断处理，这就需要使用单独的M区地址。

　　在进入F程序运行时间之前，立即将数据从标准用户程序写入到这些M区中。然后在程序中仅访问这些M区地址就可以了。还要注意，在组态FCPU时(在硬件配置中的FCPU的对象属性对话框中)，所定义的时钟标记可以在F程序运行时间内改变，因为时钟标记与FCPU周期运行不同步。