SIEMENS-PLC-系统软件冗余调试的常见问题

合集下载

plc调试过程中遇到的问题及解决方法

plc调试过程中遇到的问题及解决方法

PLC调试是工业自动化领域中非常重要的一环,它直接影响到整个生产线的稳定运行。

在PLC调试过程中,有时会遇到各种问题,需要及时有效地解决。

本文将从广度和深度两个方面探讨PLC调试过程中可能遇到的问题及解决方法。

一、PLC调试中可能遇到的问题1. 电气接线问题在进行PLC调试时,电气接线问题是最常见的困扰。

这包括接线错误、接线松动、接线接触不良等情况。

这些问题会导致信号传输不畅或者错误的信号输入,影响PLC的正常运行。

2. 程序逻辑错误PLC程序逻辑错误可能源于编程人员的疏忽或者对系统理解不够深入。

逻辑错误可能导致输出信号无法正确触发或者触发时序不准确,从而影响设备的运行。

3. 通讯故障在工业自动化系统中,PLC通常需要与上位机或者其他设备进行通讯。

通讯故障可能由通讯线路故障、通讯协议不兼容等原因引起,这会导致PLC无法正常接收或发送信息。

4. 传感器故障传感器是PLC控制系统中的重要组成部分,它们用于检测物理量并将其转换为电信号。

传感器故障可能导致PLC无法准确获取输入信号,从而影响控制系统的运行。

5. 输出执行机构故障如果PLC的输出执行机构(例如继电器、电磁阀等)出现故障,可能导致输出信号无法正确触发,或者无法按时触发,进而影响设备的正常运行。

二、解决方法1. 电气接线问题的解决方法对于电气接线问题,首先需要仔细检查接线图和接线情况,确认接线无误。

可以使用万用表对接线进行逐一测试,找出问题所在并进行调整。

2. 程序逻辑错误的解决方法针对程序逻辑错误,需要认真审查PLC程序,对可能存在的逻辑错误进行逐一排查和修正。

可以运用仿真软件进行模拟测试,找出程序中的逻辑漏洞。

3. 通讯故障的解决方法在面对通讯故障时,首先需要检查通讯线路是否正常连接、通讯协议是否设置正确。

如果通讯协议不兼容,需要调整通讯协议或者进行转换。

4. 传感器故障的解决方法对于传感器故障,可以使用示波器或者逻辑分析仪等设备对传感器进行检测,找出故障原因并进行更换或修复。

西门子300PLC 软冗余的实现,详细步骤截图

西门子300PLC 软冗余的实现,详细步骤截图

主要硬件:(注意冗余要采用有源背板、有源导轨)讯的IM153-2 冗余套件实现ET200M的冗余通讯。

硬件配置:添加两个300站点:A和B ,然后对两个站分别进行硬件配置:1.打开A站2.从硬件目录选择机架3.打开A站的机架,插入电源,插入CPU315-2DP,新建一条DP网络,DP地址为8 如下图:4.插入ET200从站,DP 地址为35.插入CP343-1,新建 Ethernet(1) 网络6 ET200从站中添加I/O模块,硬件组态完成冗余的输出地址为0-11 ,后面设置FC100要用到。

7 两个站的硬件组态要一致。

8.添加网络连接右击A站CPU(B站也行)会出现菜单,选择“添加新连接”(insert new connection),“连接类型”(connection type),我用以太网ISO-TCP协议实现冗余的,点确定。

就出现下面这个画面,这里边的ID:7 和LADDR十六进制100,也就是十进制256,后边设置FC100要用到。

注意ID(hex)0007 A050 这里是可以选择的,原来是0001 A050,改为0007 A050,这时的ID 就成了7。

因为资料上说以太网实现冗余一般Local ID 不能小于2(其他方式实现没说),所以要改一下,两个CPU的都要改一致,这个在后边设置FC100参数要用到。

A站配置完成以后,进行B站的配置,注意两个站的配置要一致。

软件的设置1.打开冗余程序库,复制里面所需的数据块到程序块里,采用以太网冗余需要复制SWR_XSEND_3002.调用FC5, FC6 在库Libraries-->SIMATIC_NET_CP-->CP 300里边可以找到。

随便一个位置调用他们,然后删除。

项目的块里就会出现这两个块了。

3.调用IEC定时器块,冗余块里的SFB3 TP是定时器块,IEC定时器分别有SFB3 TP,SFB4TON,SFB5 TOF等,把SFB4复制到项目里。

S7-300软冗余系统调试心得

S7-300软冗余系统调试心得

S7-300软冗余系统调试心得集成工程部张宏伟1 基本结构及工作原理1.1 基本结构硬件结构包括一对S7-300控制器及I/O、ET200从站(每个从站必须包括2个IM153-2和对应的I/O模块,必须采用有源端子板)及3个通讯(A站对分布式IO PROFIBUS-A、B 站对分布式IO PROFIBUS-B、A站对B站数据同步(MPI\PROFIBUS\Ethernet))。

软件需要STEP7 V5.x 及软冗余软件包V1.x基本结构如下图所示:图1.1 S7-300软冗余基本结构由上图可以看出,软冗余可以实现的冗余有✓主机架电源及总线冗余✓控制器冗余✓现场总线冗余1.2 工作原理在软冗余系统进行工作时,A、B控制系统(CPU、通讯、I/O)独立运行,有主系统的PLC掌握对ET200从站的I/O控制权。

A、B系统中的PLC程序有非冗余用户程序段和冗余用户程序段组成,CPU在执行冗余程序段之前会读取系统的冗余状况,若为主系统则PLC 执行全部程序,若为备用系统则跳过冗余程序段只执行非冗余用户程序。

图1.2 软冗余工作流程1.3 程序结构对于硬件组态,可采用西门子提供的冗余模板,修改CPU信号并添加ET200从站,比较简单,没有什么特别的地方,这里就不再赘述。

S7-300软冗余系统的用户程序包括非冗余程序段、用户程序段、系统诊断功能块、站间冗余数据备份等组成,一般建议将非冗余程序段写到OB1中,而冗余程序段写在OB35中。

非冗余程序段和冗余程序段与普通系统的写法一样,区别只是放置的位置不同。

在编制冗余程序的时候需要先调用FB 101 功能块,用来判断整个系统的冗余状况,在FB101 的背景DB块中可以读取到冗余连接状况和标志位。

利用冗余标志位来选择执行或者不执行冗余程序段。

因此编制冗余程序可分为4部分,如下图所示:图 1.3 软冗余程序结构首先启动系统冗余数据同步功能,根据状态字判断是否为主控制器,是否需要执行冗余程序段,若为主控制器执行冗余程序段,否则停止系统冗余程序段。

S7300下挂et200从站软冗余系统调试总结

S7300下挂et200从站软冗余系统调试总结

一 STEP内程序设置注意问题Step中程序大体按照西门子手册设置后需要特别注意以下几点1.冗余软件版本问题,注意版本必须新的否则不能支持最新的CPU。

2.DB数据块的使用问题用户需要手动创建的数据块为:冗余数据DB块(冗余数据同步),块和IEC计数器和IEC 定时器的背景数据块;在fc100参数设置时,两个数据块的长度必须和实际使用量一直。

特别注意的是DB块必须连续,并且使用了多少就创建多少数据块,在CPU内存中的DB 数据块不能多于实际使用的,否则CPU长时间报错(数据区写长度错误),主从站不能正常交换数据,两个CPU同时处于主站状态.背景数据块的的创建方法,1,引用相应功能块FB时,输入期望使用的数据块;2,右键创建将数据块类型选者为instance并且指定是那个数据块的背景。

冗余数据块的使用长度必须大于2个字,并且主备站间必须将所有用户自己创建的DB 块长度、大小设置完全一致。

3.因为每次在OB100中修改调用FC100 的参数,必须重新reset CPU及内存卡内数据,下载方式如下;首先用选中BLOCKES ,PLC下拉菜单(非右键)选择download user program to memory card,也可在线下载后手动删除所有DB块其次再次选中BLOCKS后选择PLC下拉菜单DOWNLOAD或者右键DOWNLOAD注:必须进行第二次下载否则CPU及通讯模块会出错,CPU无法正常进行冗余连接。

3.OB35冗余程序组织块中的程序末尾调用FB100是CALL POSITION参数必须设置为false,并且只能在STL语言环境下才能设置参数。

4.网络组态中因为存在两个ethernet网络所以必须在建立两个CPU的ISO on TCP连接时注意该连接的正确ethernet网络。

特别注意的是连个网络的网络号必须一致,按照冗余手册上介绍的冗余时local id必须大于2,子网必须是冗余数据同步网络名,而不能是os监控网络(数据冗余网络和监控网络是同一网络除外,即数据同步和上位机通讯为同一cp)上图中名为syn的网络为数据冗余同步网络,名为OS的网络为是用来和上位机通讯的网络。

s7300的冗余问题

s7300的冗余问题

s7300的冗余问题
对于西门子plc的冗余,参看过一些资料,s7400的是硬件就有冗余功能,支持热插拔;300的需要在软件上做冗余。

对于冗余没有多少概念,只是认为在plc出现故障时,能自动切换到另一套系统上,保证系统的正常运行。

那么:1、冗余是否就需要热插拔?2、300plc要做冗余需要哪些附件加入?(过一些做过冗余的人,说需要需要增加冗余基架底板等,请说明下!)3、软件上做冗余需要哪些工具?
有哪位做过的同仁能否提供个实例?
问题补充:
另外下在冗余系统中,s7300切换需要多少时间?据说s7400的冗余系统,在出现问题时能立即启动,真的没有时间差吗?
最佳答案
1、一般做的冗余都是cpu冗余,模块的冗余做的不多,是否支持热插拔,要看用的什么底板,普通底板是不能热插拔的。

有专门的热插拔底板,模块都是通过底板通讯的,拔掉中间一个,不影响后面的模块通讯。

2、300都是做软冗余,根据选择可以通过mpi通讯,一个cpu执行全部程序,另外一个cpu判断运行的cpu的状态,
如果它正常,则冗余的这个cpu只是执行扫描同步控制数据,但是不执行输出指令,当运行的cpu出现问题后,冗余的cpu 判断到出现故障后,执行所有的程序。

3、上位机需要冗余包,来实现连接不通的cpu。

4、切换时间为大于判断的一个扫描周期,比如100ms 判断1次,那么这个切换也就大于100ms(为200ms)
5、400h是硬件冗余,不是完全没有时间差,而是这个差非常小,可以忽略。

西门子S7-300PLC最常见50问题及处理方法

西门子S7-300PLC最常见50问题及处理方法

1:使用CPU 315F和ET 200S时应如何避免出现“通讯故障”消息?使用CPU S7 315F,ET 200S以及故障安全DI/DO模块,那么您将调用OB35 的故障安全程序。

而且,您已经接受所有监控时间的默认设置值,并且愿意接收“通讯故障”消息。

OB 35 默认设置为100毫秒。

您已经将F I/O模块的F监控时间设定为100毫秒,因此至少每100毫秒要寻址一次I/O模块。

但是由于每100毫秒才调用一次OB 35,因此会发生通讯故障。

要确保OB35的扫描间隔和F监控时间有所差别,请确保F监控时间大于OB35的扫描间隔时间。

S7分布式安全系统,一直到V5.2 SP1 和6ES7138-4FA00-0AB0,6 ES7138-4FB00-0AB0,6ES7138-4CF00-0AB0 都会出现这个问题。

在新的模块中,F 监控时间设定为150毫秒. 2:当DP从站不可用时,PROFIBUS上S7-300 CPU的监控时间是多少?使用CPU的PROFIBUS接口上的DP从站操作PROFIBUS网络时,希望在启动期间检查期望的组态与实际的组态是否匹配。

在CPU属性对话框中的Startup选项卡上给出了两个不同的时间。

3:如何判断电源或缓冲区出错,如:电池故障?如果电源(仅S7-400)或缓冲区中的一个错误触发一个事件,则CPU操作系统访问OB81。

错误纠正后,重新访问OB81。

电池故障情况下,如果电池检测中的BATT.INDIC开关是激活的,则S7-400仅访问OB81。

如果没有组态OB81,则CPU不会进入操作状态STOP。

如果OB81不可用,则当电源出错时,CPU仍保持运行。

4:为S7CPU上的I/O模块(集中式或者分布式的)分配地址时应当注意哪些问题?请注意,创建的数据区域(如一个双字)不能组态在过程映象的边界上,因为在该数据块中,只有边界下面的区域能够被读入过程映像,因此不可能从过程映像访问数据。

PLC系统调试,九种常见故障解决方法汇总学习

PLC系统调试,九种常见故障解决方法汇总学习

PLC系统调试,九种常见故障解决方法汇总学习近年来,随着社会的发展,PLC可编程序控制器在工业生产中得到了广泛的使用,同时技术人员对其使用要求也在逐年增高,因此对系统正常稳定运行要求也越来越高。

PLC产品本身的可靠性可以保证,但在应用中一些不正确的操作会造成一定的影响。

为大家整理了一些PLC日常应用中的9个小技巧,希望能对大家在日常使用PLC有所帮助。

一、PLC自身故障判断一般来说,PLC是极其可靠的设备,出故障率很低。

PLC的CPU 等硬件损坏或软件运行出错的概率几乎为零;PLC输入点如不是强电入侵所致,几乎也不会损坏;PLC输出继电器的常开点,若不是外围负载短路或设计不合理,负载电流超出额定范围,触点的寿命也很长。

因此,查找电气故障点,重点要放在PLC的外围电气元件上,不要总是怀疑PLC硬件或程序有问题,这对快速维修好故障设备、快速恢复生产是十分重要的,因此笔者所谈的PLC控制回路的电气故障检修,重点不在PLC本身,而是PLC所控制回路中的外围电气元件。

二、输入输出(I/O)模块的选取输出模块分为晶体管、双向可控硅、接点型。

晶体管型的开关速度最快(一般0.2ms),但负载能力最小,约0.2~0.3A、24VDC,适用于快速开关、信号联系的设备,一般与变频、直流装置等信号连接,应注意晶体管漏电流对负载的影响。

可控硅型优点是无触点、具有交流负载特性,负载能力不大。

继电器输出具有交直流负载特点,负载能力大。

常规控制中一般首先选用继电器触点型输出,缺点是开关速度慢,一般在10ms左右,不适于高频开关应用。

三、接地问题PLC系统接地要求比较严格,最好有独立的专用接地系统,还要注意与PLC有关的其他设备也要可靠接地。

多个电路接地点连接在一起时,会产生意想不到的电流,导致逻辑错误或损坏电路。

产生不同的接地电势的原因,通常是由于接地点在物理区域上被分隔的太远,当相距很远的设备被通信电缆或传感器连接在一起的时候,电缆线和地之间的电流就会流经整个电路。

plc调试过程中遇到的问题及解决方法

plc调试过程中遇到的问题及解决方法

plc调试过程中遇到的问题及解决方法PLC调试过程中遇到的问题及解决方法在PLC(可编程逻辑控制器)的调试过程中,常常会遇到各种各样的问题,这些问题可能会影响到设备或系统的正常运行。

为了更好地帮助大家了解PLC调试中可能遇到的问题以及解决方法,接下来我们将深入探讨这一主题。

问题一:PLC程序逻辑错误在PLC调试过程中,程序逻辑错误是常见的问题之一。

这可能是由于程序编写不当或逻辑关系设计错误导致的。

当出现程序逻辑错误时,我们需要通过逐步排查的方法找到错误的根源,并进行相应的修正。

我们可以使用在线调试工具来监测程序执行的过程,以确定程序执行到哪一步出现了问题。

逐步检查程序中的逻辑关系,确认各个部分的运行状态是否符合预期。

根据具体的错误情况进行程序修正或优化,确保逻辑的正确性和稳定性。

在遇到复杂的逻辑错误时,我们也可以借助PLC仿真软件进行离线调试,以更好地定位和解决问题。

问题二:硬件故障除了程序逻辑错误之外,硬件故障也是PLC调试中常见的问题之一。

硬件故障可能包括接线端子松动、I/O模块损坏、电源供应不稳等情况。

当出现硬件故障时,我们首先需要对相关硬件进行全面的检查,确认是否存在松动、损坏或其他异常情况。

可以通过替换元件的方式逐步排除故障,并使用测试仪器对电路、信号和电压进行检测,以确定具体的故障位置和原因。

对于无法自行解决的硬件故障,可以及时联系设备厂家或专业维修人员进行处理,确保设备的正常运行。

问题三:通信异常在PLC调试过程中,由于通信模块故障或通信参数设置错误,可能会导致PLC与外部设备或系统之间的通信异常。

为解决这一问题,首先需要检查通信模块的运行状态和设置参数,确保其与外部设备之间的通信参数一致。

可以通过PLC自带的通信监控工具或者专业的通信调试工具来对通信过程进行监测和诊断,以确定通信异常的具体原因。

根据诊断结果进行相应的调整和优化,保障PLC与外部设备之间的正常通信。

问题四:接口数据格式不匹配在PLC调试过程中,当不同设备或系统之间的接口数据格式不匹配时,可能会导致数据传输错误或通信失败。

PLC调试过程中的八大坑

PLC调试过程中的八大坑

PLC调试过程中的八大坑在PLC(可编程逻辑控制器)调试过程中,可能会遇到一些常见问题和困难。

以下是八个常见的PLC调试过程中的“坑”,并提供了解决方案。

1.硬件问题:在PLC调试过程中,硬件问题可能会导致系统故障。

这包括电源故障、连接错误、模块损坏等。

解决方案是检查电源连接,确保所有连接正确并紧固,检查PLC模块是否损坏,尝试更换问题模块。

2.信号传输问题:一些PLC调试问题可能是由于信号传输问题引起的,如干扰、信号丢失等。

解决方案包括使用屏蔽电缆、放置信号放大器、使用节流器等方法来改善信号传输。

3.编程错误:编程错误可能导致PLC无法正常工作。

这可能包括逻辑错误、语法错误、数据类型错误等。

解决方案是仔细检查程序代码,确保逻辑正确、语法正确,并正确选择和使用数据类型。

4.通信问题:PLC系统中的通信问题可能导致与其他设备或网络的连接中断。

解决方案包括检查通信线路、检查网络设置、检查设备配置等。

5.传感器故障:传感器是PLC系统中的重要组成部分,故障可能会导致系统无法正常工作。

解决方案是检查传感器连接,确保传感器正常工作,并检查传感器的设置是否正确。

6.控制电路问题:一些PLC调试问题可能是由于控制电路故障引起的。

这包括线路短路、线路断开、继电器损坏等。

解决方案是检查控制电路,修复或更换故障部件。

7.人机界面问题:人机界面是PLC系统与操作员交互的接口,故障可能导致操作员无法正确配置和操作系统。

解决方案是检查人机界面连接,确保其正常工作,并在必要时更换故障部件。

8.调试工具和软件问题:PLC调试过程中,使用的调试工具和软件可能会出现问题,如软件崩溃、调试工具故障等。

解决方案是更新软件,检查调试工具的设置和配置,并在必要时更换故障工具或软件。

总的来说,在PLC调试过程中经常会遇到的问题主要包括硬件问题、信号传输问题、编程错误、通信问题、传感器故障、控制电路问题、人机界面问题、调试工具和软件问题等。

西门子PLC在工厂应用中存在的问题及解决措施

西门子PLC在工厂应用中存在的问题及解决措施

西门子PLC在工厂应用中存在的问题及解决措施随着工业自动化的快速发展,西门子PLC已成为工厂自动化控制系统中重要的组成部分。

虽然PLC具有高可靠性和灵活性,但在实际应用中仍然存在一些问题。

本文将介绍西门子PLC在工厂应用中常见的问题,并提供相应的解决措施。

第一个问题是PLC程序设计的复杂性。

PLC程序设计通常需要熟悉特定的编程语言,并需要精确地编写程序来实现所需的功能。

对于没有编程经验的工程师来说,学习和掌握PLC编程语言是一项具有挑战性的任务。

解决这个问题的方法是提供相关的培训和教育资源,帮助工程师学习和理解PLC编程语言。

提供可视化的编程界面和用户友好的编程工具也可以简化PLC程序设计过程。

第二个问题是PLC系统的可靠性和稳定性。

PLC系统在工厂生产环境中运行时需要面对各种各样的干扰和噪声。

如果PLC系统发生故障或意外停止工作,将会对生产过程造成严重的影响。

解决这个问题的方法包括使用高质量的PLC硬件和组件,制定合理的维护计划以及及时进行故障排除和修复。

在PLC系统中使用冗余控制和备份策略也可以提高系统的可靠性和容错能力。

第三个问题是PLC系统的扩展性和适应性。

在工厂生产过程中,可能需要不断地修改和升级PLC系统来适应变化的需求。

由于PLC系统的复杂性和多样性,对系统进行扩展和修改可能是一项困难的任务。

解决这个问题的方法是选择具有良好扩展性和可定制性的PLC系统,并与供应商建立稳固的合作关系,以获取及时和专业的技术支持。

采用模块化设计和标准化接口也可以简化对PLC系统的修改和扩展。

第四个问题是PLC系统的安全性和保护。

由于PLC系统控制着关键的工厂设备和过程,如果未能采取适当的安全措施,可能会面临安全风险和数据泄露的威胁。

解决这个问题的方法包括实施严格的访问控制和身份验证机制,加密敏感数据的传输和存储,以及建立完善的网络安全策略和防火墙。

对PLC系统进行定期的安全评估和漏洞扫描也可以发现和修复潜在的安全漏洞。

S7-300 400 PLC 系统软件冗余调试的常见问题

S7-300 400 PLC 系统软件冗余调试的常见问题

S7-300 400 PLC 系统软件冗余调试的常见问题问题1:硬件组态需要注意什么?回答:软冗余系统的冗余控制只能通过ET 200M实现,按照图1进行组态。

A、B站的组态必须确保一致,可以拷贝ET200M的组态,在另一站点组态中使用图2所示菜单操作。

图1图2问题2:哪些模块可以支持软冗余?回答:可以通过软冗余手册查询,或参考以下链接的FAQ。

问题3:FC100“SWR_START”中定义的数据区,哪些是冗余数据区?哪些是非冗余数据区?有什么区别?回答:如图3红色区域,冗余同步数据区包括:过程映像输出区/DB/IEC/M;如图3绿色区域,非冗余数据区包括:DB。

冗余数据区,主站的数据会通过冗余链路覆盖到备用站,保证主备之间数据同步;非冗余DB区,无论主备,数据按照定义的A-B B-A方向传递。

注意!无论冗余数据区还是非冗余数据区,A、B站点的长度必须一致。

如果不需要使用,长度定义为0。

图3问题4:软冗余中DB块的影响。

回答:软冗余系统中会使用一些特殊功能的DB块,在FC100“SWR_START”中定义,如图4:图4A:软冗余工作DB,程序会自动生成,不要在项目中手动添加;“DB_SEND_NO”、“DB_RCV_NO”定义的DB,在冗余站两侧一致。

B: FB101“SWR_ZYK”的背景数据块,注意生成DB5的长度。

如果创建出错,CPU能够正常运行但是SF灯报错,诊断缓冲区如图5:图5查看DB5的长度如图6,只有100字节,此时双击打开DB5看不到内部参数,如图7。

可以删除DB5,重新生成FB101“SWR_ZYK”背景数据块。

正常MPI同步-194字节;以太网/PROFIBUS同步-358字节。

图6图7C:冗余DB区,主站的数据随时同步备用站。

需要手动创建,IEC定时器的背景数据块也需要生成,A、B站点长度一致;生成的DB块的长度需要大于2个字(新生成的DB块,内部只有一个INT变量,长度2字节)。

PLC调试中常见的安全问题及预防措施

PLC调试中常见的安全问题及预防措施

PLC调试中常见的安全问题及预防措施PLC(可编程逻辑控制器)的调试是工业自动化系统中至关重要的一环。

然而,在实践中,我们经常面临一些安全问题,这些问题可能对人员安全和设备运行产生不可忽视的风险。

为了确保调试过程的安全性,必须采取适当的预防措施。

本文将介绍PLC调试中常见的安全问题,并提出相应的预防措施。

一、电气触点或线路短路的风险在PLC调试过程中,由于电气触点的磨损或线路连接不良,可能会导致触电或线路短路的风险。

这些问题可能会对操作人员造成电击伤害,并且可能导致设备的过载或损坏。

为了预防这些问题,应该在进行PLC调试之前进行设备的彻底维护和检查。

同时,应该佩戴绝缘手套和护目镜等个人防护装备,并确保所有电气接线都经过正确的绝缘处理。

二、程序错误引发的安全风险PLC调试中,一个常见的问题是由于程序错误引发的安全风险。

这可能导致设备的异常运行或停止,进而影响整个工业自动化系统的正常运行。

为了预防这些问题,应该在PLC调试之前对程序进行仔细的检查和测试。

同时,在调试过程中应该进行逐步测试,确保程序运行的正确性。

此外,定期备份程序和数据也是重要的预防措施之一,以防止数据丢失或不可恢复的错误。

三、PLC设备人为操作不当的风险人为操作不当是PLC调试中容易出现的另一个安全问题。

例如,误操作设备、修改参数或未经授权的访问可以导致设备故障、系统崩溃或操作人员受伤。

要预防这些问题,必须对操作人员进行充分的培训,使他们了解PLC设备和系统的操作规程,并且严格按照操作规程进行操作。

另外,通过设置权限和密码等控制措施,可以限制未授权人员对PLC设备和系统的访问。

四、紧急停机时的安全问题在PLC调试过程中,如果出现紧急情况,需要及时停机并采取相应的应急措施。

然而,在停机过程中,如果没有正确执行停机程序或缺乏相应的安全措施,可能会导致人员受伤或设备损坏。

为了避免这些问题,应该在PLC调试前制定相应的紧急停机程序,并对所有操作人员进行培训。

西门子软冗余总结问题现场出现的问题

西门子软冗余总结问题现场出现的问题

软冗余问题总结:罗龙问题一.西门子软冗余故障首先OB35是循环中断组织块,通过循环中断组织块可以每隔一段预定的时间执行一次程序。

如在利用S7-300PLC进行电炉的PID温度控制中,就是在周期中断OB35中调用SFB41“CONT_C”(连续控制器)中,如果选择OB35默认间隔时间100毫秒,每100毫秒作一次PID运算。

你可以从西门子网站下载相关的文档循环中断组织块的间隔时间较短,最长为1min,最短为1ms,用户可以修改该时间(1---60000ms)。

在使用循环中断组织块时,应该保证设定的循环时间大于执行该程序块的时间,否则会产生循环中断错误,并调用OB80。

打开你的项目硬件组态界面,双击CPU,打开其属性对话框,选择“CyclicInterrupts”(循环中断)子项,选择OB35,在“Execution(ms)”(执行)中修改OB35的时间间隔。

问题二.DB5数据长度故障首先我们在 OB1 中调用功能块 FB101,并为其生成背景数据块 DB5,这时我们来看看背景数据块 DB5 的长度。

如图2所示,可见实际生成的 DB5 只有 100 个字节,正常的 DB5 长度应该为 358 个字节,DB5长度错误。

问题三.OB121报数据长度错误如果这时我们下载程序到 CPU 中,则 CPU SF 亮红灯,CPU 诊断缓冲区报写区域长度错误,如图下图所示。

如果实际中遇到了这种问题,可以先删除已经生成的错误的 DB5,然后在程序中加载好FB104 “SWR_AG_COM”后再重新为 FB101 生成一个新的背景数据块 DB5。

这时我们再查看 DB5 的块长度为 358 个字节,如图4所示,问题解决。

小结:回过头来分析一下问题的根源。

通过上面的解决办法我们不难发现,调用 FB101 并为其生成背景数据块之前必须先加载 FB104 这个功能块到程序中。

那么 FB101 与 FB104 之间是什么关系呢?通过查看FB101 的块属性,如图下图所示,可以看到在 FB101 中调用了 FB104,所以在调用 FB101 之前需要先将FB104 加载到程序。

PLC调试的常见问题及解决方法

PLC调试的常见问题及解决方法

PLC调试的常见问题及解决方法PLC(Programmable Logic Controller,可编程逻辑控制器)是一种用于自动化控制的电子设备。

在工业控制系统中广泛应用,用于监控、控制和保护生产线。

然而,在PLC调试的过程中,常常会遇到一些问题。

本文将介绍一些常见的问题,并提供相应的解决方法,以帮助读者快速解决PLC调试中的困惑。

问题一:PLC无法正常启动解决方法:首先,检查电源是否连接正确,确保电源电压符合PLC的要求。

其次,检查PLC的电源模块是否工作正常,可以通过测试电源模块的输出电压来确定。

如果电源模块正常,那么可能是PLC程序有误,可以尝试重新编译或下载程序。

另外,查看PLC的错误日志,寻找可能的故障原因。

问题二:输入和输出信号无法正常读取或输出解决方法:首先,检查输入和输出模块的连接是否正确,确认信号线路是否正常。

其次,检查PLC的输入和输出配置是否正确,确保输入和输出信号的设置与实际需求相符。

如果问题仍然存在,可能是输入或输出模块损坏,需要更换故障模块。

问题三:PLC程序运行异常或逻辑错误解决方法:首先,检查PLC程序是否编写正确,排除逻辑错误。

可以通过断点调试或在线监视来逐步排查错误。

其次,检查程序中使用的变量是否正确定义和赋值,避免变量的重复使用或未初始化。

如果问题仍然存在,可以尝试重写或简化程序逻辑,减少复杂性,提高可读性。

问题四:PLC与外部设备通信故障解决方法:首先,检查通信接口的连接是否良好,确保接口线路正常。

其次,检查通信设置和参数是否正确,包括通信协议、数据格式、波特率等。

可以通过外部设备的诊断工具或者PLC的调试工具来检测通信信号和数据。

如果问题仍然存在,可能是设备之间的不兼容性导致,需要优化或更换通信设备。

问题五:PLC无法与上位机或下位机通信解决方法:首先,检查上位机或下位机的连接是否正常,确保连接线路良好。

其次,检查通信设置和协议是否与上位机或下位机匹配。

SIEMENS S7-400冗余系统常问问题集 说明书

SIEMENS S7-400冗余系统常问问题集 说明书
Switch I/O 配置方式:Switch I/O 配置是将 I/O 接在切换式接口模块后,例如通常把 I/O 接在 IM153-2 后,在冗余模式下,H 系统的主从两个 CPU 都可以访问 Switch I/O,数据将通过同步链接进行比较,由于同步访问,因此两个子系统始终可以使用 完全相同的数值,并输出完全相同的数据到接口模块。但是在任何时刻,H 系统都只 使用其中一个接口模块来输出数据。当前接口由相应 IM 153-2 上的 ACT LED 指 示。通过当前活动接口(IM 153-2 或 IM 157)的路径称为主动通道,通过另一接口的 路径称为被动通道。DP 周期始终在两个通道上都处于活动状态。但只有主动通道的 输出值才会输出到 I/O。当 H 系统的一个 CPU、单侧 DP 主站系统或 DP 从站接口模 块 IM153-2 发生故障时,另一个 CPU 仍然可以对这些 I/O 进行寻址读取数据并输出 命令。故障情况下的切换只在每个 DP 站上分别执行,问题排除后,即恢复冗余模 式。需要注意的是在 153-2 因故障切换时,控制器并不发生主从切换。
412-3H 768K 414-4H 2.8M 417-4H 30M
集成 256K
集成 256K
集成 256K
扩展
256K64M 扩展
256K64M 扩展
256K64M
75ns 45ns 18ns
计时器/ 计数器
各2048 个
IO地址 接口
8K
MPI/DP
各2048 8K 个
MPI/DP; DP
各2048 16K 个
PCS7 AS Runtime license
单位 块 块 块 片 块 根 个 块
PO
S7 包 1 2 2 2 4 2 无 无 无

S7300软冗余调试心得

S7300软冗余调试心得

S7300软冗余调试心得前段时间做了一个S7300软冗余+wincc的设备,cpu是两个315—2dp,各自带一块343-1以太网模块,上位机wincc+1613卡与343通讯,ISO方式,一开始的时候,经常发现cpu冗余失败,后来检查程序感觉没什么不对的地方,就把cpu里面的程序全部清空,重新下载,但是也还是报错了,后来就干脆再次清空,然后把软冗余的几个重要的程序先下载进去,当然参数也同时修改了,下载完发现没问题(这时候跟软冗余例子差不多,当然没问题呵呵),然后一点一点的把冗余部分的程序加进去,并且同时修改冗余参数,下载之前检查两个cpu的参数一致性和程序一致性,直到最后全部下载完,没有遇到什么问题,重新启动一次,ok呵呵。

在wincc里面按照深入浅出里面介绍的办法,在打开一个画面后,使用冗余配置的向导,添加了一条冗余通讯连接,完成后重启,下位机cpu来回切换,上位机画面大约经过10秒钟多一点,成功的切换到另外一台上面。

但是这样存在一个问题,有时候wincc会连接到备用cpu上面去,为了让操作人员更加直观的看到连接情况,将db5.dbx9.2和db5.dbx9.0与db5.dbx9.5做了两个tag显示在画面上,分别注明是Acpu和Bcpu,并且显示当前连接为主机或者备用机,以及通讯正常/失败,并做了一个切换通讯连接的按钮,当当前CPU是备用机,可以手动切换到主机上(这里没做成自动哈哈哈不好意思)。

通过对这个软冗余系统的调试,得出以下结论:如果你的软冗余系统,冗余的程序和数据比较多的时候,最好耐心点,一点一点的把冗余部分的程序加进去,免得出问题,还有就是重新下载程序的话,最好是清空原来的plc,要不然容易出错300软冗余编程我做过一个软冗余系统,硬件与你的类同,只是I/O多一些,有一个远程站,但我确得这个产品与S7 400H硬冗余比较,就是差了,软冗余系统的人机介面(WinCC)它并不会跟随CPU自动切换,工作的CPU没有坏,但可能受到某些干扰它也会切换到另一个CPU中去,我感觉软冗余不是一个好东西(与硬冗余相比较),但还是可以用,你可以参照例程试试,祝你好运!wincc冗余选件请教各位wincc冗余的功能是在安装时选择手动安装将冗余选件打勾即可还是需另外安装一个什么软件,谢谢!在安装时选择手动安装将冗余选件打勾即可触摸屏如何通过双环以太网冗余连接PLC。

Siemens PLC系统软件冗余的说明与实现

Siemens PLC系统软件冗余的说明与实现

Siemens PLC系统软件冗余的说明与实现软件冗余基本信息介绍软件冗余是Siemens实现冗余功能的一种低成本解决方案,可以应用于对主备系统切换时间要求不高的控制系统中。

A.系统结构Siemens软件冗余系统的软件、硬件包括:1套STEP7编程软件(V5.x)加软冗余软件包(V1.x);2套PLC控制器及I/O模块,可以是S7-300或S7-400系统;3条通讯链路,主系统与从站通讯链路(PROFIBUS 1)、备用系统与从站通讯链路(PROFIBUS 2)、主系统与备用系统的数据同步通讯链路(MPI 或 PROFIBUS 或Ethernet);若干个ET200M从站,每个从站包括2个IM153-2接口模块和若干个I/O模块;除此之外,还需要一些相关的附件,用于编程和上位机监控的PC-Adapter(连接在计算机串口)或CP5611(插在主板上的PCI槽上)或CP5511(插在笔记本的PCMIA槽里)、PROFIBUS电缆、PROFIBUS总线链接器等;下图说明了软冗余系统的基本结构:图2可以看出,系统是由两套独立的S7-300或S7-400 PLC 系统组成,软冗余能够实现:I.主机架电源、背板总线等冗余;II.PLC处理器冗余;III.PROFIBUS现场总线网络冗余(包括通讯接口、总线接头、总线电缆的冗余);IV.ET200M站的通讯接口模块IM153-2冗余。

软冗余系统由A和B两套PLC控制系统组成。

开始时,A 系统为主,B系统为备用,当主系统A中的任何一个组件出错,控制任务会自动切换到备用系统B当中执行,这时,B系统为主,A系统为备用,这种切换过程是包括电源、CPU、通讯电缆和IM153接口模块的整体切换。

系统运行过程中,即使没有任何组件出错,操作人员也可以通过设定控制字,实现手动的主备系统切换,这种手动切换过程,对于控制系统的软硬件调整,更换,扩容非常有用,即Altering Configuration and Application Program in RUN Mode 。

[资料] SIEMENS S7-400H冗余系统中S7-400H冗余控制器的兼容性

[资料] SIEMENS S7-400H冗余系统中S7-400H冗余控制器的兼容性

冗余系统中S7-400H冗余控制器的兼容性 Compatibility of S7-400H CPUs in Redundant System摘要 本文列举了在冗余系统中S7-400H冗余控制器的兼容性问题和有关的注意事项。

关键词 冗余控制器,H-CPU,400H,S7-400H,兼容性Key Words Redundant CPUs, H-CPU, 400H, S7-400H, CompatibilityIA&DT Service & Support Page 2-14目录1. S7-400H冗余控制器概述 (4)1.1 S7-400H冗余系统的典型组成 (4)1.2 现有的各种类型S7-400H冗余控制器及供货情况 (4)1.3 S7-400H冗余控制器主要参数的对比 (5)1.3.1 最新冗余控制器的参数对比 (5)1.3.2 各类型冗余控制器的新旧版本对比 (5)1.4 S7-400H CPU冗余套件 (6)1.4.1 STEP 7的冗余套件 (6)1.4.2 PCS 7的冗余套件 (7)2. 组态各版本S7-400H冗余控制器的软件要求 (8)3. 各版本S7-400H冗余控制器与其他组件的兼容性 (9)3.1 S7-400H冗余控制器与CP443-1模块的兼容性 (9)3.2 S7-400H冗余控制器与同步模块和同步光纤的兼容性 (9)3.3 S7-400H冗余控制器对RAM卡/FLASH卡的大小要求 (10)4. 各版本S7-400H冗余控制器之间的兼容性 (10)5. S7-400H冗余控制器在更换过程的注意事项 (11)5.1 不停机更换冗余控制器 (11)5.2 停机更换冗余控制器 (12)附录如何在线查看CPU信息 (13)IA&DT Service & Support Page 3-141. S7-400H冗余控制器概述在许多自动化领域中,对自动化系统的可用性的需求越来越高。

西门子S7系列 PLC 软件冗余的说明弱点及CS1D进攻的方向

西门子S7系列 PLC 软件冗余的说明弱点及CS1D进攻的方向

2011-1-24
陆斌
西门子S7系列 PLC 软件冗余的说明、弱点及CS1D进攻的方向 西门子S7系列 软件冗余的说明、弱点及CS1D进攻的方向 S7 CS1D
西门子软冗余的构成---可以实现的功能 西门子软冗余的构成---可以实现的功能 由两套独立的S7-300或S7-400 PLC系统组成:
– 主机架电源、背板总线等冗余 ; – PLC处理器冗余; – PROFIBUS现场总线网络冗余(包括通讯接口、总线接 头、总线电缆的冗余); – ET200M站的通讯接口模块IM153-2冗余。
11
2011-1-24
陆斌
西门子S7系列 PLC 软件冗余的说明、弱点及CS1D进攻的方向 西门子S7系列 软件冗余的说明、弱点及CS1D进攻的方向 S7 CS1D
西门子软冗余的PLC编程和设置---弱点5 西门子软冗余的PLC编程和设置---弱点5 需要很多的时间和步骤完成系统配置和编程 需要购买一套软冗余软件包。 需要购买一套软冗余软件包。
2011-1-24
陆斌
西门子S7系列 PLC 软件冗余的说明、弱点及CS1D进攻的方向 西门子S7系列 软件冗余的说明、弱点及CS1D进攻的方向 S7 CS1D
End
16
2011-1-24
陆斌
陆斌
14
可靠性
– CS1D – SIEMENS
冗余的实现
– CS1D – SIEMENS
2011-1-24
西门子S7系列 PLC 软件冗余的说明、弱点及CS1D进攻的方向 西门子S7系列 软件冗余的说明、弱点及CS1D进攻的方向 S7 CS1D
说明
15
鉴于两者之间有如此大的差距,因此,这两个产品 鉴于两者之间有如此大的差距,因此, 并不属于同一级别。所以, 并不属于同一级别。所以,两者价格的比较或者竞 争是没有意义的。如果客户不能接受这种说明, 争是没有意义的。如果客户不能接受这种说明,那 么只能做放弃。 么只能做放弃。 欧姆龙CS1D的竞争者是西门子的S7 400, CS1D的竞争者是西门子的 欧姆龙CS1D的竞争者是西门子的S7 400,施耐德的 QUANTUM、罗克韦尔的Control Logic和 QUANTUM、罗克韦尔的Control Logic和Process Logic,后者是基于Control Logic的过程控制系统 的过程控制系统。 Logic,后者是基于Control Logic的过程控制系统。

软冗余的原理西门子plc

软冗余的原理西门子plc

软冗余的原理 - 西门子plcA站和B站分别通过2个IM153-2把握DP从站上的IO,不明白2个接口是如何协调把握输出(输出都在DP从站上)e.g.Q0.0~Q0.3设定为FC100'SWR_START'中的冗余映射,A站为主站1.假如A站写Q0.0为1,B站在冗余程序FB101‘SWR_ZYK’外(不被跳过),写Q0.0为0,实际输出为啥?2.假如A站写Q0.5为1,B站在冗余程序FB101‘SWR_ZYK’外(不被跳过),写Q0.5为0,实际输出为啥?答:原理:在软冗余系统进行工作时,主、备把握系统(处理器,通讯、I/O)独立运行,由主系统的plc把握对冗余部分ET200M从站中的I/O把握权,主、备系统通过软冗余专用程序进行数据同步。

PLC程序由非冗余(non-duplicated)用户程序段和冗余(redundantbackup)用户程序段组成,主系统PLC执行全部的用户程序,备用系统PLC通过推断冗余状态跳过冗余程序,只执行非冗余用户程序。

当主系统中的组件发生故障,备用系统会自动切换为主系统,执行冗余程序,把握任务不会消灭中断。

1.假如A站写Q0.0为1,B站在冗余程序FB101‘SWR_ZYK’外(不被跳过),写Q0.0为0,实际输出为啥?B系统冗余程序不被跳过,只有在A系统组件发生故障时,备用系统会自动切换为主系统,执行冗余程序,假如A系统正常,则B系统PLC通过推断冗余状态跳过冗余程序。

所以,实际输出为0。

2.假如A站写Q0.5为1,B站在冗余程序FB101‘SWR_ZYK’外(不被跳过),写Q0.5为0,实际输出为啥?B系统冗余程序不被跳过,只有在A系统组件发生故障时,备用系统会自动切换为主系统,执行冗余程序,假如A系统正常,则B系统PLC通过推断冗余状态跳过冗余程序。

所以,实际输出为0。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

问题1:硬件组态需要注意什么?
回答:软冗余系统的冗余控制只能通过ET 200M实现,按照图1进行组态。

A、B站的组态必须确保一致,可以拷贝ET200M的组态,在另一站点组态中使用图2所示菜单操作。

图1
图2
问题2:哪些模块可以支持软冗余?
回答:可以通过软冗余手册查询,或参考以下链接的FAQ。

42614519
问题3:FC100“SWR_START”中定义的数据区,哪些是冗余数据区?哪些是非冗余数据区?有什么区别?
回答:如图3红色区域,冗余同步数据区包括:过程映像输出区/DB/IEC/M;如图3绿色区域,非冗余数据区包括:DB。

冗余数据区,主站的数据会通过冗余链路覆盖到备用站,保证主备之间数据同步;非冗余DB区,无论主备,数据按照定义的A-B B-A方向传递。

注意!无论冗余数据区还是非冗余数据区,A、B站点的长度必须一致。

如果不需要使用,长度定义为0。

图3
问题4:软冗余中DB块的影响。

回答:软冗余系统中会使用一些特殊功能的DB块,在FC100“SWR_START”中定义,如图4:
图4
A:软冗余工作DB,程序会自动生成,不要在项目中手动添加;“DB_SEND_NO”、“DB_RCV_NO”定义的DB,在冗余站两侧一致。

B: FB101“SWR_ZYK”的背景数据块,注意生成DB5的长度。

如果创建出错,CPU能够正常运行但是SF灯报错,诊断缓冲区如图5:
图5
查看DB5的长度如图6,只有100字节,此时双击打开DB5看不到内部参数,如图7。

可以删除DB5,重新生成FB101“SWR_ZYK”背景数据块。

正常MPI同步-194字节;以太网/PROFIBUS同步-358字节。

图6
图7
C:冗余DB区,主站的数据随时同步备用站。

需要手动创建,IEC定时器的背景数据块也需要生成,A、B站点长度一致;生成的DB块的长度需要大于2个字(新生成的DB块,内部只有一个INT变量,长度2字节)。

否则,CPU会停机,诊断缓冲区报如图8错误:
图8
D:非冗余DB块
➢不要手动创建,程序自动生成。

➢A-B B-A的DB必须同时使用,不能只有一个方向的(A-B 0 BYTE ,B-A 100BYTE -----B STOP;B-A 0 BYTE ,A-B 100BYTE -----A STOP)。

否则,CPU停机,诊断缓冲区如图9:
图9
➢创建的长度必须是偶数字节,不能是奇数字节,如图10;A、B站点长度一致。

否则,CPU停机,诊断缓冲区如图11:
图10
图11
问题5:其他冗余同步数据区的影响。

回答:其他冗余同步数据区如下,包括过程映像输出区和M区,如图12。

主站数据随时同步到备用站。

过程映像输出区不要大于CPU允许范围,而且每个ET 200M从站允许最大32字节;M区大于1个字节,小于CPU允许最大M区范围。

否则,CPU停机,诊断缓冲区如图13。

如果不需要使用,长度定义为0。

图12
图13
问题6:修改完FC100“SWR_START”的参数,重新下载后为何会导致CPU报错?
回答:FC100“SWR_START”在CPU启动会生成相关的DB块,修改参数后必须删除已生成旧的DB块,否则会导致CPU故障。

手册描述如图14:
图14
所以,修改完FC100“SWR_START”参数后,建议使用下面方法重新下载。

方法1:
1.打开项目在线窗口,如图15。

2.删除所有程序块,如图15。

3.重新下载块,如图16。

4.对CPU进行存储器复位操作。

图15
图16
方法2:选中“Blocks”,按照图17所示菜单进行下载(删除MMC卡中所有的块,并把新的程序写到卡中,同时对CPU RAM进行一次复位)。

图17
问题7:同步失败的原因?
回答:当同步失败时,FB101“SWR_ZYK”的返回值会报16#8015的错误,如图18,同时状态字DB5.DBX9.5置1,如图19。

在确保物理连接正常情况下,检查下面的参数设置。

图18
图19
➢根据不同的同步方式,注意FC100 “SWR_START”的参数,如图20。

“MPI_ADR”表示对方的MPI地址,对于MPI同步有效;“LADDR”“VERB_ID”对于
PROFIBUS/ETHERENT同步有效,分别代表同步CP的硬件地址和连接号,如图21。

图20
图21
➢选择MPI同步,冗余程序块会调用SFC65“X_SEND”和SFC66“X_REV”进行数据同步,占用S7-300 CPU的2个“S7 basic communication”连接资源,如图22。

注意,要确保在组态中预留足够的资源,如图23,否则会因为连接资源不够影响同步链路的通讯。

图22
图23
问题8:FC102 “SWR_DIAG”作用。

回答:FC102 “SWR_DIAG”必须在OB86中调用,软冗余系统才会对DP总线错误做出判断,从而控制主备切换。

注意!如果不调用,此时状态字不会报任何错误,也不会影响CPU故障导致主备切换。

但是对于此时出现的总线故障软冗余系统不会切换,但是外部IM153模块会执行切换。

注意!FC102 “SWR_DIAG”一定不能修改块编号。

问题9:为什么状态字不稳定,DB5.DBX9.5 0-1闪烁?
回答:如图24,DB5.DBX9.5 0-1闪烁表示同步有时成功有时失败。

首先,要保证两个CPU 之间冗余数据和非冗余数据区大小一致。

其次,冗余主备CPU之间同步过程如图25所示,数据的同步是随着FB101“SWR_ZYK”的执行实现的,所以要确保同步成功,需要两个CPU 对FB101“SWR_ZYK”的调用周期一致,建议在OB35中调用(如果在OB1中调用,确保OB1循环扫描周期相差不多)。

图24
图25
如果冗余系统使用不同CPU,最好使用OB35调用FB101“SWR_ZYK”,不要在OB1中调用。

因为,不同CPU运算速度不同,会导致OB1循环周期差异较大,从而影响同步效果,如图26、27。

图26
图27
问题10:不同版本的软冗余程序包区别。

回答:V1.1版本用于早期CPU315-2DP和S7-400的CPU。

新CPU需要使用V1.2版本库。

如图28(来自冗余软件包文档说明)。

图28
CPU暖启动过程中如果PROFIBUS总线故障,V1.2版本会导致CPU停机,诊断缓冲区如图29;V1.3版本,CPU不会停机,SF亮BF闪烁,诊断缓冲会报总线错误。

图29
问题11:CPU本体的PN口是否可以进行软冗余数据同步。

回答:不行,软件包提供的程序不针对PN口。

问题12:软冗余系统能否带第三方的DP从站。

回答:不能。

软冗余系统所有的冗余控制只能通过ET200M实现。

该从站可以挂在一条PROFIBUS 总线上,但是不能实现冗余控制,它的控制权只属于这条总线上的CPU。

问题13:ET200M的两个IM153同时掉电的影响。

回答:两个CPU都处于PROFIBUS故障状态,该ET200M站失去控制,系统会执行一次主备切换,状态字会显示错误状态,如图30,建议两个IM153模块使用不同的电源供电。

图30
问题14:如何临时关闭ET200M从站,而不引起系统的主备切换?
回答:如果没有采取其它措施,关闭DP从站后会引起冗余系统的主备切换。

下面的例程介绍了防止切换的措施。

例程来自于软冗余手册,在OB86中调用,I0.0作为防止切换的开关,可以在操作员面板或其它途径输入。

图31
注意:I0.0置位后,此时,任何一个从站的掉站将不会引起主备的切换,一个以上从站的掉站才会引起切换。

所以,一定要慎用此功能!站点恢复后,切记复位I0.0,否则影响系统安全。

问题15:不使用的区域该如何设置?
回答:如果不使用该区域,则在参数上输入0。

特例,如果不使用映像输出区,则为PAA_FIRST 分配一个大于PAA_LAST的数值。

问题16:ET200M的组态能否使用GSD文件?
回答:软冗余系统组态不推荐使用GSD文件!
问题17:怎样判断冗余系统工作正常。

回答:软冗余系统提供了CPU之间的冗余和DP总线的冗余。

判断冗余系统正常,切不可只观察IM153-2 “ACT”指示灯,因为两个153-2的切换是有源总线底板的功能,“ACT”正常只代表硬件的切换,不代表软件也切换成功。

因此,必须同时观察冗余的状态字,软件硬件都切换成功,才可以判断冗余系统正常。

问题18:TIA Portal V11如何组态软冗余?
回答:目前暂时没有支持TIA Portal V11的软冗余软件包。

不能用TIA Portal V11组态软冗余。

关键词
S7-300,软冗余,DP。

相关文档
最新文档