User Tag List

Results 1 to 5 of 5

Thread: ML1400 series C(or B with v21.x) and Memory module(1766-MM1)

  1. #1
    Member bhosay's Avatar
    Join Date
    Dec 2018
    Location
    NE Georgia
    Posts
    8
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Thanks Thanks Given 
    0
    Thanks Thanks Received 
    2
    Thanked in
    2 Posts

    ML1400 series C(or B with v21.x) and Memory module(1766-MM1)

    Usually I would not document this type detail on forum but this really caught me as unconventional for typical PLC(not PAC) controller.
    But now thinking how most PLC have LAN access and maybe Internet facing with very little or no over-site from OEM or end-user - well here is new twist from RA that caught me when commission 6+ identical panels.
    I went through B to C change with RA in detail - discussion only with their product manager & RA OEM specialist in July 2018.
    I was assured that commission and recovery methods would be same with only password location would change.

    for some of us that have commissioned PLCs for few decades;
    the memory module is very useful for occasional PLC recovery - typically by end user trying to keep that line running.
    OEMs will typically provide memory module for end-users that maintain adequate spares and have PLC maintenance staff.
    OEMs also like to commission identical panels with same program, easy to do with memory modules.

    if you been using latest ML1400 C series (or B flashed with v21.x) and "using MM1 module with ML1400 password set" then download to MM1,
    STOP doing this(using the MM1) !!!

    verified with RA few weeks ago, MM1 with password WILL NOT COMMISSION a NEW or USED ML1400.
    The new or used ML1400 must already have SAME PASSWORD as MM1.
    You would need to provide end-user with spare ML1400 with protected program already loaded or blank program with same password set.
    Basically there is NO NEED to provide MM1 with ML1400/C (unless NO password used).

    The WORK AROUND if need to PROTECT ML1400/C program !
    Select or Change your ML1400/C processor to the NON-ENHANCED PASSWORD SECURITY; currently the middle selection of 3 ML1400 available(the ML1400/B).
    C hardware will now function like B, will have 3 passwords that can be used.
    NOTE: can not flash C to B ; you can flash B to v21 or later which makes it operate like C.

    ML1400 LCD screen will FAULT 0004 when try to upload to NEW ML1400 using protected MM1 from series C controller.
    So the ENHANCED PASSWORD SECURITY does work ! you are NOT able to over-write ML1400 unless it already has same password as MM1.
    (a blank password is considered a NON-MATCH)

    NOTE: Series C stores password in the HARDWARE(ML1400), which prevents ONLINE access & Download.
    NOTE: Series B stores all passwords in offline .RSS file (can be viewed if know how).
    NOTE: recommend use SUBROUTINE password for protection, this password is stored in offline file Series B&C,
    also CHECK encrypted to prevent offline hack if end-user happens to have file.
    NOTE: you can view SERIES C offline file since password is stored ONLINE, that why i suggest use SUBROUTINE password.

    No where in RA docs or release notes is mentioned, no need to use MM1 with password protected Series C program.
    MM1 works great for the non-password Series C program.
    ============
    Bill Hosay
    DataVisual Controls, LLC

  2. The Following User Says Thank You to bhosay For This Useful Post:

    Shawn Tierney (03-07-2019)

  3. #2
    Administrator Shawn Tierney's Avatar
    Join Date
    Sep 2016
    Location
    Berkshires, MA
    Posts
    2,331
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Thanks Thanks Given 
    24
    Thanks Thanks Received 
    6
    Thanked in
    6 Posts
    Good afternoon @bhosay,

    Wow, thanks for writing this up!

    Would you mind if I reposted it on TheAutomationBlog.com?

    Thanks either way,

    Shawn Tierney,
    Instructor at TheAutomationSchool.com
    Looking for affordable automation training? If you are, check out my courses at TheAutomationSchool.com!

  4. #3
    Administrator Shawn Tierney's Avatar
    Join Date
    Sep 2016
    Location
    Berkshires, MA
    Posts
    2,331
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Thanks Thanks Given 
    24
    Thanks Thanks Received 
    6
    Thanked in
    6 Posts
    Follow-up note: Bill dropped me an email with his permission - thanks Bill!
    Looking for affordable automation training? If you are, check out my courses at TheAutomationSchool.com!

  5. #4
    Member dadadadeo's Avatar
    Join Date
    Nov 2016
    Posts
    6
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Thanks Thanks Given 
    0
    Thanks Thanks Received 
    1
    Thanked in
    1 Post

    Good to know this

    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.

  6. The Following User Says Thank You to dadadadeo For This Useful Post:

    Shawn Tierney (04-22-2019)

  7. #5
    Member bhosay's Avatar
    Join Date
    Dec 2018
    Location
    NE Georgia
    Posts
    8
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Thanks Thanks Given 
    0
    Thanks Thanks Received 
    2
    Thanked in
    2 Posts
    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.
    ============
    Bill Hosay
    DataVisual Controls, LLC

  8. The Following User Says Thank You to bhosay For This Useful Post:

    Shawn Tierney (04-22-2019)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •