L1LODL10 AddLocalHardware Labs
L1LODL10 AddLocalHardware Labs
Modules
Important User Information
This documentation, whether, illustrative, printed, “online” or electronic (hereinafter “Documentation”) is intended for use only as
a learning aid when using Rockwell Automation approved demonstration hardware, software and firmware. The Documentation
should only be used as a learning tool by qualified professionals.
The variety of uses for the hardware, software and firmware (hereinafter “Products”) described in this Documentation, mandates
that those responsible for the application and use of those Products must satisfy themselves that all necessary steps have been
taken to ensure that each application and actual use meets all performance and safety requirements, including any applicable
laws, regulations, codes and standards in addition to any applicable technical documents.
In no event will Rockwell Automation, Inc., or any of its affiliate or subsidiary companies (hereinafter “Rockwell Automation”) be
responsible or liable for any indirect or consequential damages resulting from the use or application of the Products described in
this Documentation. Rockwell Automation does not assume responsibility or liability for damages of any kind based on the
alleged use of, or reliance on, this Documentation.
No patent liability is assumed by Rockwell Automation with respect to use of information, circuits, equipment, or software
described in the Documentation.
Except as specifically agreed in writing as part of a maintenance or support contract, equipment users are responsible for:
• properly using, calibrating, operating, monitoring and maintaining all Products consistent with all Rockwell Automation
or third-party provided instructions, warnings, recommendations and documentation;
• ensuring that only properly trained personnel use, operate and maintain the Products at all times;
• staying informed of all Product updates and alerts and implementing all updates and fixes; and
• all other factors affecting the Products that are outside of the direct control of Rockwell Automation.
Reproduction of the contents of the Documentation, in whole or in part, without written permission of Rockwell Automation is
prohibited.
Throughout this manual we use the following notes to make you aware of safety considerations:
Identifies information about practices or circumstances that can cause an explosion in a hazardous
environment, which may lead to personal injury or death, property damage, or economic loss.
Identifies information that is critical for successful application and understanding of the product.
Identifies information about practices or circumstances that can lead to personal injury or death, property
damage, or economic loss. Attentions help you:
• identify a hazard
• avoid a hazard
• recognize the consequence
Labels may be located on or inside the drive to alert people that dangerous voltage may be present.
Labels may be located on or inside the drive to alert people that surfaces may be dangerous temperatures.
Level 1: Logix - On Demand Adding Local Hardware Modules
Hardware
To complete this lab, you will require the following hardware:
PC-based programming workstation with access to the RAcbi learning environment
Software
To complete this lab, you will require the following software:
Studio 5000 Logix Designer version 32
Files
To complete this lab, you will require the following files:
Machine_1_Lab10.ACD
Setup
To complete this lab, you will need to perform the following setup procedure:
1. Log on to your instance of the RAcbi learning environment.
1.b.
2. If you have NOT completed all labs up to this point in the Level 1: Logix - On Demand
course (e.g., you are just doing this individual lab as a refresher), then open the starting
file for this lab:
a. Use the shortcut on the desktop of your instance of the RAcbi learning
environment to open the LabFiles.
b. Open the Machine_1_Lab10.ACD file.
Prior to adding hardware to the I/O Configuration of our project, we will need to know the
catalog numbers and firmware revisions for the hardware. The RSLinx® Classic application is
one place we may look to discover this information.
7. Open the Device Properties for the digital input module (1756-IB16IF/A) in slot 3:
8. Make note of the firmware Revision (your module’s firmware revision may differ from
what is shown below):
Now that we know the catalog numbers and firmware revisions of our I/O modules, we can
return to our Logix Designer project and begin the process of adding and configuring the
modules.
12.a.
12.b.
12.c.
12.d.
13. In the New Module window, configure the General properties of the module:
a. In the Name box, type in ‘DigitalInputs’.
b. For the description, type ‘Digital input module for Machine 1’.
c. Select Slot number 3.
d. Click the Change button:
13.a.
13.a
13.b. 13.c.
13.a 13.a
13.d.
13.a
14.a.
13.a
14.b.
13.a
14.c.
13.a
14.d.
13.a
14.e.
13.a
Within the Connection category, we have the option of altering the Requested Packet Interval,
or RPI. The RPI is the period at which the input module will communicate with the controller.
Thus, the lower we adjust this value, the more frequently the module will update the controller
and the more demand it will place on the Backplane network. The higher we adjust this value,
the less frequently the module will update the controller and the less demand it will place on the
Backplane network.
17. Maintain the default RPI and click the OK button to add the module to the I/O
Configuration:
Now that the input module is added, let’s also add the 1756-OB16IEF digital output module
located in slot four of our ControlLogix chassis. This module has 16 digital output points, the first
twelve of which are wired to indicators on our control panel.
18. Back in the I/O Configuration of the Controller Organizer, right-click the Backplane
and select New Module… :
19.a.
13.a
19.b.
13.a
19.c. 19.d.
13.a 13.a
20. In the New Module window, configure the General properties of the module:
a. In the Name box, type in ‘DigitalOutputs’.
b. For the description, type ‘Digital output module for Machine 1’.
c. Select Slot number 4.
d. Click the Change button:
20.a.
13.a
20.b. 20.c.
13.a 13.a
20.d.
13.a
21.a.
14.a.
13.a
21.b.
13.a
21.c.
13.a
21.d.
13.a
21.e.
13.a
As with the input module, we have control over the period for communications between the
controller and the output module (i.e., the RPI).
24. Maintain the default RPI and click the OK button to add the module to the I/O
Configuration:
This completes the addition of local digital I/O modules to our project.
As mentioned previously, the compatible electronic keying used in this example means that the
catalog number of the physical module must match the configured catalog number, and the
combined major and minor revisions of the physical module’s firmware must equal or exceed
the configured revisions. This configuration is fairly common and sufficient for many
applications.
However, industries that require government inspection and certification (such as the
pharmaceutical industry) often require exact match electronic keying. In these industries, any
variance in the installed modules, including the minor revision, requires re-inspection /
certification.
Disabled keying is not recommended other than in very specific testing / lab environments that
are closely controlled and monitored. And even then, the configuration is generally only
temporary.
Now we have some of the local hardware added to our project so that, when we download to
the controller, the configuration data that we entered will be written to the two modules. The
common look and feel between the two module profiles is no accident. You will learn, as you
configure other types of hardware, both local and remote, that the profile configurations are as
similar in look as possible, and are likewise intuitive.
But this is not all that has happened in our project. The goal of the Integrated Architecture is to
simplify the configuration of a system and, to that end, a lot goes on in the background that the
programmer would otherwise have to take care of manually. One of these things is the
automatic creation of hardware data types and tags.