Today I'd like to share a helpful “field report” that was posted in our forums recently.
The report came in from Bill Hosay of DataVisual Controls, LLC, and if you'd like to see his original post you can read it here.
Bill's story starts back in July 2018, when he sat down with Rockwell's product manager and OEM specialist to discuss details of the changes to the MicroLogix 1400 Series C.
At the time he was assured that commissioning and recovery methods would be same between the series B and C, with only the location of the password changing.
A quick check of the current versions of Rockwell's MicroLogix 1400 Release Notes and User Manual provide the very same information (As of today, 3/12/19, the latest version of each document is July, 2018.)
For those who don't know, Memory Modules are used to hold a backup of the PLC's program, and can be set to automatically load on power-up, or if the PLC's program is missing or corrupt.
While many End Users use memory modules as a means of safely backing up PLC programs, OEMs often use them to quickly commission identical controllers, as well as to provide end users with updated PLC code that can be loaded without the need of a PC and Programming Software.
With that in mind, understanding how the implementation of passwords changed in the MicroLogix 1400 with Series B FRN 21 and Series C, is important to those End Users and OEMs who have implemented password protection.
As Bill put it in his post, “if you've been using latest MicroLogix 1400 Series C (or B with v21) and you're using the MM1 module with ML1400 password set, STOP doing this! I verified with Rockwell a few weeks ago that an MM1 with a password WILL NOT COMMISSION a NEW or USED MicroLogix 1400.”
At the core of the problem is the fact that you can't use a passworded MM1 in these newer 1400s unless the 1400 already has the same password… not very likely if you're replacing a failed unit with one out of the store room, or off a vendors shelf.
As Bill put it, “This means OEMs would need to provide end-users with a spare MicroLogix 1400 pre-loaded with the OEMs passworded program, OR a blank program with the same password as the OEMs program, in order for them to use a pre-configured and passworded MM1.”
Not very useful.
So what's the workaround if you find yourself in this position? Thankfully Bill shared one with us.
According to Bill, you first need to change the MicroLogix 1400 Processor in your Series Bv21 or C program to the, “NON-ENHANCED PASSWORD SECURITY version, which is currently the middle selection of MicroLogix 1400s available (ML1400 Series B):”
“This will make the series C hardware function like B, with 3 passwords that can be used. Note that you can't actually flash your series C to series B, but you should have no issues changing the processor type from ENHANCED PASSWORD SECURITY back to B in RSLogix:”
Bill also provided some additional notes which I'll include below:
– The MicroLogix 1400 Series C stores password in the HARDWARE, which prevents ONLINE Access & Downloads.
– The MicroLogix 1400 Series B stores all passwords in the offline .RSS file, which can be viewed if one knows how.
– Another workaround this issue is to use a SUBROUTINE password for code protection, as this password is stored in the offline file in both Series B and C, and if “encrypted” is checked it will prevent offline file hacking from relieving the password. Another reason for recommending SUBROUTINE passwords is that anyone can view a password SERIES C file offline since the Series C password is stored ONLINE.
In summary, Bill points out (and I confirmed) that nowhere in Rockwell's manuals or documentation does it state that you don't need to use MM1 memory modules with password protection to protect your program if you're using MicroLogix 1400 Series C.
Bill also shared one final note, saying that while this issue effects password protected MM1's, if you're not using passwords the MM1 still works as advertised in the Series C (or Series B FRN 21) MicroLogix 1400.
If you'd like to see Bill's original post you can read it here, where you can also add your own comments.
Enjoy the benefits of membership! Patreon.com/automation
Check out my affordable courses: TheAutomationSchool.com
Ask me questions by clicking here to go to the comments link
Have an industrial automation news tip? Share it with us here
- SMC EX600 Industrial Wireless (P66) - December 2, 2020
- First Look: Distance Sensor with Analog Out and IO-Link, Pepperl+Fuchs OMT600-R200-IEP-IO-V1-L - November 24, 2020
- Automation Fair: My Session Picks (so far) - November 19, 2020
Click HERE to scroll down to view or leave comments
- Good afternoon ,
Wow, thanks for writing this up!
Would you mind if I reposted it on TheAutomationBlog.com?
Thanks either way,
Instructor at TheAutomationSchool.comFollow-up note: Bill dropped me an email with his permission - thanks Bill!Thanks again for another "heads up".
Thankfully I am already using the encrypted password option for each ladder routine. I think this is a solid option. The only catch is that, if you have a program that does not have the protection built in from the start, you have to open the property setting for each ladder and set the "view disabled" option. It gets to be tedious if there are a lot of ladders. Plus, good diligence must be practiced when adding new routines. If there is a better way to edit them in bulk, I would like to know.as far as i know, no other way to edit routine viewable option in ML1400,
only 1 at a time since each is stored as separate memory block within controller to call.
i usually have only 3 to 8 routines that i protect, what i call the engine for more complicated sequencing or data flow changes,
typical for proprietary OEM equipment that others like to copy.