What Software Is Needed For Micrologix 1400
Clint Callas
I have a little project. I need to communicate with the PLC which is MicroLogix1400 to read all tables (not just some) and I came to the conclusion that Ethernet/IP messaging should be used. I am evaluating all the possibilities and I have found that LabVIEW can possibly do it.
NI makes an Ethernet/IP driver that allows your computer to act as a I/O Adapter. Normally PLCs assume the role of I/O Scanner, which is needed to communicate with an I/O Adapter. If you're not familiar with Ethernet/IP roles, I have found this document to be helpful. Please take note: NI's driver does not have the ability to act as an I/O Scanner, and therefore I recommend you first confirm the PLC acts as an I/O Scanner.
If you're only going to communicate with EthernetIP using explicit messaging (e.g. non-process data aka config data), our driver can act as both Server and Client (these roles are also defined in the above link).
I could make changes specific to each type of PLC in LV, then produce the lib file and my c++ code wouldn't change at all. I would really advocate this solution with my client but I need to understand the pricing and licence:
How is the DSC Run-Time System Licensed?
The DSC RTS is distributed to customers on CD media only with a single license. A new license with media needs to be purchased for every machine that needs to run an EXE that uses DSC components.
In the link I have found -us/shop/product/labview-datalogging-and-supervisory-control-module.html the pricing is 1K$ but it is not clear if the license is for developer of deployment machine or per installation as it seems from your link.
We are having difficulty communicating with a micrologix 1400 series B.
We are using RSLogix 500
We are connected using eWon Flexy
In eCatcher the Flexy is called GP Gatorade Can Line Flexy
We have the ip address, but we are having trouble entering the I:O addresses
I have a project that currently has a standalone HMI/PLC installed and running on a machine. However, due to some layout modifications, it will now require an additional HMI for the second operator to interface with their "half" of the machine. Is there a way to "mirror" a second HMI so that I can use the existing PLC program and I/O wiring, and only duplicate the needed HMI screens for interaction? Maybe a "master/slave" relationship is a better way to state this.
If I use the CANbus ISC protocol, it is my understanding that the SB200-SB215 bits are always transmitted (or active) to pass over the network. If this is true, and I only have limited bit data that needs to be duplicated on the slave HMI (operator indicators), and minimal manual functions to be sent back to the master for output functions, would this be the best way to accomplish my needs?
My thinking is that I can use the SB200-SB215 bits from the master as "virtual inputs" to the slave HMI for the indicators, and use the SB200-SB215 bits from the slave as "virtual outputs" to the master for the hard output control (manual functions).
You are effectively treating the slave HMI like a remote I/O block, by using a separate block of registers for "in" and "out". I have thought through another situation where the slave is more tightly integrated and writes directly back to the active registers in the master program. In both cases it is necessary to consider the flow of data between the master and slave. If either master or slave can control the system, it is essential to make sure they are both operating on the most up-to-date data, and that edits on one side are not overwritten with old data from the other side.
I have Micrologix 1400 plc connected to Omron NS10-TV00b-V2 HMI. Micrologix 1400 has two serial ports (RS232/Rs485 isolated and 232c non isolated port). I want to connect second Same HMI(exect Mirror) to the PLC. what hardware will I need?
Hi all,
first of all sorry for my bad english.
This is my first big project with arduino mega. i'm collecting datas from D18B20 sensors with arduino and trying to send datas to my PLC (micrologix 1400). totally i have 45 sensors. and i use xbee to transfer datas from one place to other place.
anyway, my question is ;
how should i connect my arduino (or directly xbee) to my PLC?
which is the easiest way?
i searched about it, as i understand i should use RS232 to TTL as hardware and modbus library on arduino. with this way, i can send datas to plc. but how?
anyone can help me?
If you want to use the Modbus Protocol, you need to set up your Arduino as a Slave device.
Are your sensors digital or analogic?
If you already have your sensor read by your Arduino, then you need to create some data structure, Modbus uses words, and set up this data to be in the modbus read/write area
Let me know some more about your project/code
lmanuel thank you for your reply,
my sensors are digital and i've already created words to send.. i just don't know how to send these datas to plc.
i want to send this words to plc in every 1 or 5 minutes with rs232 or rs485. this is the only thing that i'll do.
what should i use, how should i configure.. i don't have an idea about it. because i've never done it before..
The Mega would be a modbus slave device. The plc would have to poll the slave for data
What is your data format? Float or Int?
You need a data structure to store the data . Then you map this to modbus holding registers 4XXXX , Mega reads analog data. Scale it and moves it to the data structure to be read by the modbus master
I have used the mudbus lib on tcp and it works
Modbus works in a different way. Your Arduino would be waiting for your plc to poll (ask for data) and reply to that poll.
You just set up your modbus slave library to reply with the data on the words you have created to store your sensor values.
It is in your PLC where, if possible, you could try to set up your poll time to 1 - 15 minutes..... or on the SCADA that polls from the PLC where you could also try to set up some specific polling time. Definetly not on the slave (arduino) The slave just sits and waits for the master (plc) to poll and then reply to that.
Have a look at www.simplymodbus.ca and you will better understand the modbus protocol.
If I were you I would first look at using the DF1 protocol that is available on the Micrologix 1400.
DF1 uses standard RS-232 electrical specification, and I think you may find that that will be an easier approach.
You could also look into the ASCII protocol in your Micrologix 1400 too.
It sounds to me you are unsure of how any of these protocols work on the Micrologix range of PLCs.
Might I suggest you use google to find a wealth of resources on the web.
Here's one I just found Allen Bradley (AB) PLC DF1 Protocol download SourceForge.net
You did not say, but I am assuming you are using a computer with Microsoft windows, right?
And you have RS-Logix500 programming software and also RS-Linx to help setup comms between your RS-Logix500 and Micrologix 1400
Here, this is another site with some useful info =65
You will want to use RS485 not RS232 which is point to point and limited distance.
I am assuming that you will have multiple ardunio each with a different modbus slave address
The plc will have to poll each unit, this will take time . What will you do if a device is not online?
Retry?
This will slow things down
Yes, the 1766 Micrologix 1400 series is included (see attached screen capture), if you chose to install AB as a manufacturer when you installed AutoCAD Electrical. If you didn't check AB (Allen-Bradley) as one of your manufacturers of choice when you installed AutoCAD Electrical, you can go back via Windows Control Panel and add AB (Allen-Bradley). The video at the link below shows the steps to add or remove specific manufacturer content. This change adds/removes catalog database part number entries as well as relevant footprint block files.
Uploading the entire database is probably not an option here. The file is too large, plus I have added other devices to mine, such as PILZ, Beckoff, etc., making it a bit larger I will attach a split version of my database that contains only the two tables needed for the AB 1766 MicroLogix 1400 series. There are 4 modules included. Hopefully you have Microsoft Office Pro installed, so you have MS Access available. Make a backup of your existing ACE_PLC.MDB file, located at the following path, unless you moved it to your network:
Note: You should have no problem pasting these tables into either a 2015, 2016, or 2017 database. Be sure to use the Migration Utility to merge your existing ACE_PLC.MDB file with the new one you will receive with release 2018. I have been migrating since 1997 so my databases include every additional brand and type that I have added over the years. I might have added MicroLogix, I don't remember. I do recall adding the first group of ControlLogix modules, back in the late 1990s.
If I can get permission from Autodesk to upload to their server, I will upload an entire PLC database. However, copying the tables the way I described above will only add data to your existing PLC database, instead of replacing your entire database, so if you have added any modules yourself, or modified any existing modules, your changes will not be affected.
I downloaded and installed Auto Cad Electrical 2018 yesterday and it does not have the 1766-L32BXBA in the mdb file. I copy and pasted your tables as described and they still do not show up in the Catalog as an option. Any suggestions?
There are two tables that must be added to the PLC database for a new PLC series. One serves as an Index, and provides the basic info you see in the tree when selecting a module. The other table includes the details relating to each I/O point, power connection, etc.. You will not even get to this information if the first table is not installed. I noticed that the zip file attached to my previous post will no longer open so I have attached a new zip file of the PLC.mdb file to this post with nothing in it but the two tables you need for MicroLogix. Be sure to follow the instructions in my previous post or you might accidentally replace your real ACE_PLC.mdb file. All you are going to do is open both your existing ACE_PLC.mdb and this one with two sessions of MS Access and copy/paste the two tables from my database to yours.
c80f0f1006