6/13/2009 9:44 AM | |
Posts: 116 Rating: (1) |
Hi, Can some one tell me if Force run mode is supported by any Siemens PLC? Thanks and Regards Paresh |
6/13/2009 9:48 AM | |
Joined: 3/21/2006 Last visit: 4/25/2024 Posts: 10228 Rating: (1181) |
Hello, What do you mean? Can you explain a little bit more? Regards Hristo Mihalev |
6/13/2009 10:03 AM | |
Posts: 116 Rating: (1) |
Hi, I am sorry for the confusion. Force Run Mode means running PLC oparations though there is some kind of IO mismatch error. Regards Paresh |
6/13/2009 10:57 AM | |
Joined: 3/21/2006 Last visit: 4/25/2024 Posts: 10228 Rating: (1181) |
Hi Paresh, You could start with Which organization blocks do you need for error handling? There you can find how you could "force run" with for example with I/O error... Hope this will helps. Best regards Hristo Mihalev |
12/3/2009 12:26 PM | |
Joined: 11/22/2009 Last visit: 10/20/2022 Posts: 11 Rating: (0) |
One of the causes of stopping the PLC could be that the number of errors you had at a punctual time provoke multiple calls to the concerned OB (i.e.: OB82) and then the time of processing those interrupts overpass the "watching cycle time" of the PLC, and then it will turn on STOP mode. We're experiencing this issue and I was wondering how we could prevent this behaviour. For example using th SFC 39 to inhibit the lauch of certains OBs in case of problem, but the drawback is that we will not have such events recorded and then be a little bit blind to what concerns to diagnostics.... Is there any other way to prevent the PLC passing to STOP whenever there is an avalanche of errors and then diagnostics? Thanks, |
12/17/2009 4:58 PM | |
Joined: 1/4/2008 Last visit: 2/27/2024 Posts: 703 Rating: (96) |
Hello Quike, sorry for late response... I don't know the solution which could fully satisfy your request, only I could suggest is to combine the discussed things. You can set the scan cycle monitoring time so you could increase the value (up to 6s).In some cyclic interrupt (e.g. OB35 with 100ms scan) you can check the actual cycle time (by counting which is reseted at OB1 start or by comparing the time tick) and if the value comes near the presettedmonitoring time then you can use that SFCs to mask the interrupts and prevent CPU from change themode to stop because of this reason. You should of course release the interrupts again. In this case you will loose some of the diagnostics interrupts, but the CPU stays running. You could also create the user message to the diagnostic buffer (with the SFC 52 "WR_USMSG")with some additional infoin case of masking the interrupts. Regards Sydney |
Follow us on