Ignore compiler errors in Rslogix5000?

Structured Text lines can be "commented out" in RSLogix 5000, but there is no "ignore" or "comment" mechanism in the RLL or FBD interpreters in ControlLogix.
 
OK, a little less frivilous of an answer. You wish to somehow preserve the essence of the bad rung while removing it from consideration of the compiler.

Create an empty rung with just a NOP at the end either above or below the offending rung.

Double click on the rung number of the bad rung. The structure of the rung in ASCII appears in a window above. Highlight and copy that ASCII description of the rung.

Create a rung comment for the NOP rung and paste the ASCII description of the bad rung.

Finally delete the bad rung.

The program should now compile. You have a copy of the bad rung in the rung comments of the new NOP rung. Assuming that you feel safe you can download this copy to the PLC.

But I don't believe that rung comments are downloaded to the processor so you will have to carefully preserve the PC .ACD file.

When it comes time to recreate the offending rung open the NOP rung's comments. Highlight and copy the comment. Create a new empty rung. Double-click on the rung number to open the before mentioned window (which is empty at the moment) and paste in the comment. On pressing ENTER the original rung is recreated.
 
Hi

Your question is not really valid in a plc. Yes in c# or c++ etc but not in any plc I have ever worked on.

You can ask the question again but I think you will get the same answer

Donnchadh
 
Bernie's advice is the way I habe seen some guys do it as a permanent place holder. I have created structured text files just to hold documentation and edit it all out
 
Seriously, what is the error with the rung? If it is an undefined tag, define a tag, even a placeholder. If it is just improper logic, get rid of it.


If such a dubious 'feature' ever existed, and I saw any equipment coming in from an OEM exploiting it, I would be returning the equipment immediately and taking the OEM off of our approved list.
 
rdrast: OEMs do this all the time. I have received machines where they have double coiled a single 'Alarm' bit hundreds of times, instead of defining separate bits. Garbage. That and 'always off' bits scattered everywhere to comment out a regurgitated project they used as a template. This is why companies need an internal standards document for controls.

For commenting out, I like using bits/bytes/words with a name something like 'ToDo'

This way I can essentially comment out bunk rungs, compile do some testing etc and later on xref 'ToDo' and pick up where I left off.
 
Last edited:

Similar Topics

Hello All, need one help , looking for a example which can help me to write following code in Studio 5000 ladder logic. I have 2 String...
Replies
14
Views
10,551
Is there a way to configure a Micrologix 1400 to ignore an I/O configuration mismatch? I have 1400 that I keep here for local debugging it has...
Replies
10
Views
3,518
Good Morning , I just recently did a project with several PowerFlex 525 drives. I just recently started getting a F 73 Fault ( EN Net Loss...
Replies
24
Views
24,707
Hey guys, I'm seeing some odd behavior with some MSG instructions I have set up. Specifically, when I enable the MSG instruction I nearly...
Replies
5
Views
6,041
Hi I have a CPU 3152PN/DP on which I have 3 IM-151 ET200S stations on profibus. Each station is in a different panel, each panel is seperatley...
Replies
10
Views
9,976
Back
Top Bottom