BobLfoot

MrPLC Admin
 View profile  See their activity

  • Content count

    4128

  • Joined

  • Last visited

Posts posted by BobLfoot

  1. Posted

    19 hours ago, Sealyons said:

    Yes, I finally found the wire gauge info on page 93. I was attempting to use 18awg wire with insulated ferrules. Obviously a bad choice. Switched to non-insulating ferrules and all is good. Appreciate the reply. Thanks.

    Glad you found your answer and shared for others to learn as well.

    1 person likes this

  6. Posted

    First I put your question into it's own topic rather than on a three year old post to hopefully attract more relevant attentions.

    Second - I found this Mitsubishi Manual which talks about Modbus - https://www.mitsubishifa.co.th/files/dl/jy997d56101d_FX5(MODBUS%20Communication).pdf

    Third - I found this Omron Manual which talks about MODBUS - https://assets.omron.eu/downloads/manual/en/v4/w506_nx_nj-series_cpu_unit_built-in_ethernet_ip_port_users_manual_en.pdf

    Fourth - From what bare little I know of Modbus you'll first need to decide which PLC is master and which is slave.  Then you'll map Native I/O of each to modbus registers and the modbus comms will transfer the data.

    Beyond that it's time for you To RTFM and post your success or failure for others to guide you.

    Good Luck!

    2 people like this

  7. Posted

    On 5/14/2023 at 9:28 PM, hugheydarryl said:

    We have been doing this for about 10 years using an Omron area scanner on some of our machines.

     

     

    Any time I hear "That's the way we've always done it and it works" in the context of a Safety Discussion I get worried.  

    In the 1960's it was recommended by the American Academy of Pediatrics that a solo parent and solo child in a car, both ride in the front seat, so the parents arm can restrain the child.

    We all know better today and what worked 10 years ago, should be reviewed today to see if there is something better.

    Safety-1960.PNG

  8. Posted

    8 hours ago, hugheydarryl said:

    I have a safety PLC program and cannot access the data from the regular PLC program.  Is there a way to map the data from the PLC program to the safety program?

    Take a look into this manual - https://literature.rockwellautomation.com/idc/groups/literature/documents/rm/1756-rm093_-en-p.pdf - I believe the section on Standard Tags in Safety Routines (tag mapping) -- may accomplish what you're looking for.   

    BUT HEED THE WARNING, YOU ARE RESPONSIBLE FOR THE INTEGRITY OF IMPORTED!!

  9. Posted

    Here is one reason why "old timers" prefer all reads.

    MSG READ TO PLC A FROM PLC B N7:0

    Step 1 - PLC A sends to PLC B  - "I need your N7:0 data please send it"

    Step 2 - PLC B sends to PLC A - "Here is the N7:0 data you asked for and it's checksum"

    Step 3 - PLC A validates checksum, if OK Read Done , Else Repeat at Step 1.

     

    MSG WRITE TO PLC A FROM PLC B N7:0

    Step 1 - PLC B sends to PLC A - "I wish to write my N7:0 data to you, are you ready?"

    Step 2 - PLC A sends to PLC B - "I am ready to recive your N7:0 data, please sned it"

    Step 3 - PLC B sends to PLC A - "Here it the N7:0 data I said I'd send and it's checksum"

    Step 4 - PLC A sends to PLC B - "I have received the data and the checksum and the status is GOOD/BAD"

    Step 5 - If PLC B recevies BAD CHecksum Status thenr epeat WRTIE, else END Write.

     

    As you can see the READ needs only two set data packets per data message while the write requires 4 data packets per data set message.

     

    ANECDOTAL DATA

    I had an SLC 5/04 network using DH-485 to exchange data between four SLC 5/04 the DH-485 speed was 19,200 baud

    To send an integer from A to B, increment by one in B and send it back to A took anywhere from 5-15 seconds using MSG WRITES.

    Covnerted to MSG READS the timing went down to 1-3 seconds.

  10. Posted

    On 4/26/2023 at 0:55 PM, evanmars said:

    Had to set the data type to integer instead of unsigned integer.

    Apparently, I/O addresses are treated differently than memory addresses when doing bit shift operations.

    https://rockwellautomation.custhelp.com/app/answers/answer_view/a_id/25521

    Thanks for posting the solution you found to work.  So often a suggestion solves the issue, but we never get feedback.

    1 person likes this

  11. Posted

    20 hours ago, evanmars said:

    i.e.  In tag manager INPUT_WORD_1, type analog, max 65535, data type unsigned integer, device, ::[PLC]I:1.0

    But when I run it, I get "Unable to connect to INPUT_WORD_1" (same for rest of the I/O).

     

    I have others like ::[PLC]N142:13 that work fine.

    I would suspect something is wrong in your tag manager definition of the I/O Points.  I'd try type integer rather than type analog and also use address {plc]I:1 without the .o on the end.

  12. Posted

    I am writing this because it is a lesson I just learned after 30+ years in automation and while I was using Intouch Wonderware 10 I am convinced it could have application to other platforms as well.

    I received a trouble call that Application B wasn't working on Terminal X, but it worked fine on Terminals Y & Z.  Also Application A would run on terminal X without issue.

    I should Point out that both Application A & B connect through a data server to PLCs 1,2,3 & 4.  But Application B also connects to PLCs 5 & 6 as well.

    Turns out that an "improvement" project turned off PLC6 as it is being replaced by new PLCs 7 & 8.  And it just so happens Application B was hammering the Data Servers with requests for points from PLC6.  Since the application couldn't get data from PLC6 it hung at that point.  Changing the Data Mode from Always connect to On Active connect let Application B work just fine.

    Too bad it took me 2 hours of log snooping to find that one radio button could fix a "broken" application.

    1 person likes this

  13. Posted

    16 hours ago, Really said:

    I accidentally removed one of my IP addresses in RSLinx which was used for a Panelview, when you right click on IP 

    address you get a four choices details,remove, configure driver, device properties and I hit remove. This removed

    that IP address and I cannot get it back on, can you tell me how to get back.

    You mention a Panelview so I must ask. 

    What model of Panelview? 

    You mention RSLinx but was it FTLinx Classic or FTLinx Enterprise?  Each one behaves differently.

  16. Posted

    I'm setting up a new Blade Server which will host five production Virtual Machines.  This blade has eight 1 gigabit physical NICS available.

    I had originally planned 1 physical NIC per VM, but then I read I can NIC Team between the Blade and Cisco Switch Uplink. 

    NIC Teaming would give the possibility a VM could use more than a 1 Gig data flow if needed and if in the rare instance of a cabling failure the remaining NICs would share the load.

    This would seem like the best approach, but I'm asking if anyone has done this sort of thing with host blades?

    For Reference VM1, VM2 and VM3 are all part of an Aveva HMI Galaxy so would probably share three NICS as a team setup.

    VM4 is a Data Collector so I would give it two NICS.

    VM5 is the Development and maintenance PC so I'd give it two NICS.

    This would leave a spare NIC unused.

    Am I totally crazy??

  18. Posted

    14 hours ago, pturmel said:

    It definitely cannot use RIO.  Nowhere in the docs does it show support for any PLC-5 devices.  Just SLC and MicroLogix.

    Not to disagree venerable @pturmel but using CCW version 13 it says I can setup the 2711C-T6T for Protocol = Ethernet | Allenbradley SLC/PLC  and Controller Type = PLC5.

    So while you can't do RIO it appears it will do ethernet to a PLC 5.

    That Said @omar_zdn I don't have hardware or emulator to conduct proof of concept.

    1 person likes this

  19. Posted

    3 hours ago, pturmel said:

    Open your factorytalk license admin package.  Show everything in your current licenses page to Rockwell and they should be able to help you trace your license back to original.

    To add to what pturmel said, check with your local Rockwell Distributor's Automation Support Specialist as well.  They can guide you in how to approach Rockwell and get the Serial Numbers tranferred to you at your new company name.

    2 people like this

  22. Posted

    The Omron NA5 runs an embedded version of Windows 10 from what I can see, so you should be able to load the Cognex Insight Viewer Application {VisionView}  and call it from a script.  

    We did this on Panelview Plus HMI with Insight 5800, but I've never tried it in the Omron HMi World.

  23. Posted

    @Hot Rod welcome to the mrplc forum.  I've moved your post from the AB Forum to Omron Forum as it is more about how to use an Omron piece of Software than anything Allen Bradley Rockwell.  The Omron "experts" here will chime in with suggestions very shortly I am sure, but in the meantime let me ask the obvious.  Do you have the manuals for the Micrologix and the NQB and have you tried what is suggested there.  Trying something and posting your failure will get you more responses than just asking, "solve this for me"