Micrologix 1100 problem

bgarbus851

Member
Join Date
May 2021
Location
New Jersey
Posts
6
Hi,

I'm new here and a total rookie at programming. I was running a program on a version 1100 A C controller. If I try running the same program on a version
1100 B FW 16 controller a few things happen. First I get a window on rslogix500 that asks do I want to change the data tables. I have tried both changing them and not changing them. As soon as I put the unit into run mode I get a fault 0187h.Obviously there is something different but I'm not sure what.
Any help would be greatly appreciated. Thanks!!
 
Welcome to the forum!


Can you post the program i.e. the original, for (what I assume is) Micrologix 1100 Series A?


Did you do a search on either the forum or The Google for something like ["micrologix 1100" "series a" "series b"]?

See also the image below ([help menu] => [contents button] => [search tab] from RSLogix 500):


yyy.png
 
Last edited:
What are the actual part numbers of the two different PLCs? It should look something like 1763-L16AWA. When you change the part #, you need to make sure the Base/Type is the same as the last three letters of the part number. I don't have a MicroLogix at hand, so I don't know if you can even download a program into a PLC with the wrong Base/Type.
 
What is the fault you get?

0187h; cf. Post #1.

I think
  • The Series A 1100 has four expansion modules (three 1762-IQ16 and one 1762-OB16)
  • The Series A 1100 program is configured with those same four expansion modules.
  • The OP has not moved the physical expansion modules from the Series A 1100 to the Series B 1100,
  • So when OP changes the [Processor Type] in the [Controller Properties] menu to a Series B 1100,
    • and then tries to download that modified program to that Series B 1100
      • RSLogix 500 notices the difference in configuration between the program and the physical Series B 1100,
        • which causes RSLogix 500 to throw the error with the 0187h fault code.
The solution is probably one of the options listed in the Help file:

  1. Either correct the user program I/O configuration to match the actual configuration, or
  2. With power off, correct the actual I/O configuration to match the user program configuration.
I think only the second option will work here, because with the first option RSLogix 500 throws an error when verifying the project for the inputs and outputs that the program writes to that are no longer configured.
 
3 things to try
Make sure plugs are secure at the controller and each I/O card
In I/O configuration, Read the I/O while in program and see if your card are showing up.
In I/O configuration, Highlight the processor and under Adv Config, Set Base/Type to Any Base.

read.jpg Any Base.PNG
 
Last edited:
0187h; cf. Post #1.

I think
  • The Series A 1100 has four expansion modules (three 1762-IQ16 and one 1762-OB16)
  • The Series A 1100 program is configured with those same four expansion modules.
  • The OP has not moved the physical expansion modules from the Series A 1100 to the Series B 1100,
  • So when OP changes the [Processor Type] in the [Controller Properties] menu to a Series B 1100,
    • and then tries to download that modified program to that Series B 1100
      • RSLogix 500 notices the difference in configuration between the program and the physical Series B 1100,
        • which causes RSLogix 500 to throw the error with the 0187h fault code.
The solution is probably one of the options listed in the Help file:

  1. Either correct the user program I/O configuration to match the actual configuration, or
  2. With power off, correct the actual I/O configuration to match the user program configuration.
I think only the second option will work here, because with the first option RSLogix 500 throws an error when verifying the project for the inputs and outputs that the program writes to that are no longer configured.

If this is the case, And You do not have the Cards you must delete them and assign the Input and output addresses with a Binary address and and you should be able to test load the program until you have the propper cards. It will be easy to address them later. I attached a file for you.
 
Last edited:
...I attached a file for you.
I was able do open @sharkyho's .RSS, convert it to Series B, download it my expansion-less MicroLogix 1100 Series B PLC, and switch that PLC to RUN mode without error.

The program has an input map and an output map, so it should be straightforward to convert to another hardware arrangement, with or without expansion modules. In fact, according to the cross reference, none of the inputs or outputs on the non-embedded, expansion modules are actually used or changed by the PLC outside the input and output map routines. Maybe the configuration is a holdover from another application with that Series A that used some of those expansion module I/O points.

Perhaps an external HMI is supposed to be writing to the L9:5/bit booleans used in the output map routine (some are not 0), but as far as I can tell,

  • the input map routine (program file LAD 3) could have all of the rungs that read inputs I:1, I:2, and I:3 removed (B3:1, B3:2, B3:3 for @sharkyho's version),
  • and the output map routine (program file LAD 4) could have all of the rungs that write O:4 removed (B3:4 for @sharkyho),
and the program would not run any differently.
 
Just a note.
The other ET at our plant has never updated his 500 software so on all micrologic 1400 series B plcs I keep as series A, otherwise he cannot open the .rss file.
 
If this is the case, And You do not have the Cards you must delete them and assign the Input and output addresses with a Binary address and and you should be able to test load the program until you have the propper cards. It will be easy to address them later. I attached a file for you.

Not saying this is better, and I haven't actually tested it yet, but isn't it possible to go into the Advanced Config for each card and check the "Ignore Configuration Error" box in order to bench test the program with just the processor? I may be misunderstanding the issue at hand, but I have seen people mention this for testing a program (at the office for example) when you only have a processor and not the correct I/O cards. Screenshot attached. [HIGHLIGHT]Note you have to check this box for each card.[/HIGHLIGHT]

MicroLogix1100 IO Advanced Config.JPG
 
I prefer this method because I would rather toggle the bit for testing as opposed to forcing.

This is a good point, I would personally rather have the I/O configured and not have to re-add cards and change the addresses for the bits in exchange for forcing, but that's just my opinion. Forcing can be a pain since there's no keyboard shortcut for it to my knowledge.
 

Similar Topics

Helo everyone! I am using micrologix 1100, for communicate through Ethernet IP whith 4 weighing modules, 3 of then are comunicate properly...
Replies
4
Views
746
First of all Hi, nice to met you all. I have a problems trying to control my PLC's (1762-L40BWA ser. C and 1763-L16DWD ser. B) with the Panelview...
Replies
10
Views
4,984
I'm building a model traffic light with my Micrologix 1100 processor (1763L16BBB) and two of the lamps that are controlled by relay outputs are...
Replies
6
Views
3,835
I'm trying to establish communication with Micrologix 1100, 1763L16BBB, processor with Windows 8.1 64 bit laptop without any success. I have read...
Replies
17
Views
9,525
Rs Logix 500 Version 8.40 AB Micrologix 1100 B I have 10 counters C5:0 to C5:9. I have different bits triggering them but each counter increments...
Replies
10
Views
2,966
Back
Top Bottom