Hide Transcript
View Transcript
In the Explicit Un-Connected primer video
we saw that EtherNet/IP is really just a bunch lookup tables the device vendor fills out. The blank table template in each class is
called an object and a filled-in table is one specific instance of that object. There was also a table of services – things
you can do with these tables - like get and set the values and another table that listed
the attributes of the whole group – things like how many total instances are there in
the group. All these things taken together are what we
call the Class. Once you have that picture in your mind, getting
or setting a parameter of a EtherNet/IP device is easy. Let’s do a few examples with an Allen Bradley
Power Flex 40 as the server and a Do-more PLC as the Client. In the Do-more Designer software, that Flex
Drive is just another device so as always, we start with system configuration and work
our way down this list. There’s nothing to do at the CPU level,
It doesn’t affect the I/O of the PLC, It’s not a new module, but it is a new device so
we’ll start here. Could we use this one generic EtherNet IP
built-in device to talk to all of our EtherNet/IP hardware? Sure. BUT, it’s better to create a new Do-more
device for each piece of Ethernet IP hardware because each one needs its own TCP/IP connection. If you run all of those through the one generic
EtherNet/IP device, it has to manage all of those which slows things down. If each piece of EtherNet/IP hardware has
its own device, then things get real simple and much faster. So we’ll create a new EthernNet/IP device
for this Flex Drive. New Device, EtherNet/IP Client, OK. Give it a name, how abut FlexDrive and the
rest of this looks fine. That’s it. We just created a device we can talk to. There is no associated I/O mapping and no
new structure because there is nothing for us to interact with in this EtherNet/IP client. Notice that there IS a structure for the EtherNet/IP
SERVER – some people call that the slave – we’ll see that in action in the video
where we use the Do-more as a server to another device. For this video, the Do-more is the Client
or Master device. Great, we’ve created our EtherNet/IP device. Let’s talk to it. In this setup we have a Do-more at this IP
address, a Stride Ethernet switch here and the Allen Bradley PowerFlex40 drive here on
the same subnet at this IP address. To talk to it we just drag the EtherNet/IP
instruction from the toolbox in the Protocol section and fill in the blanks. We want to talk to our PowerFlex device. Remember, that device – which is a lot like
the drivers you have on your windows pc – manages the hardware for you. It takes care of all the handshaking, error
checking, the memory allocation, etc. so you don’t have to mess with any of that. It makes your life easy. We’ll enter the device’s IP address is
this. We have a direct connection so the default
port number is fine. For the rest of this, we just look up the
answers in the PowerFlex 40’s EtherNet/IP Adapter Manual. In Appendix C we see all the different classes
available. We want the Parameter Class so we’ll scroll
down to page C-9. Here’s everything we need to know about
how the parameter information is organized. The Class number is 15. That goes here. This chart is telling me that the Drive Parameters
Numbers ARE the Instance numbers. That means these instance tables we need have
the same numbers as the drive’s parameters – that’s really convenient. In this example we want the nameplate voltage
which is drive parameter 31, so that’s also table - or “instance” - 31. It’s also telling us that instance zero
is the class attribute table – this guy – and here’s the format of that table. So if we wanted to know how many parameters
are in this Class, we would just specify Instance zero, attribute 2. Here’s the object template – the table
format for these instances - the parameter value, name, units, data type, min value,
max value – everything we could want to know about each drive parameter. We want the value of the name plate voltage
for this first example – that’s attribute number 1 - so that number 1 goes here. This is the format for the services table
format for this class. We want to get a single attribute which is
a 0E hex or 14 decimal, so we put that one here. So that’s all there is to it – you just
go to the hardware manual, look up the numbers for the service, Class, Instance, and the
attribute of that instance that you want and you’re done. In this example we want to get from the parameter
class, parameter 31 which is instance 31 – and we want to know the nameplate voltage of that
instance which is attribute number 1. We’ll enable this on an edge, set these
bits on success and error and put the response here which I happen to know is a 16 bit unsigned
result – I’ll show you how I know that in just a minute – which is 2 bytes max. Let’s add a control bit so we can enable
this instruction and transfer the project …
Let’s bring up a data view and monitor the result which we put in D1 and the result length
which we put in D2. Let’s also add the control bit so we can
activate the instruction. When I toggle that control bit, I see the
request was successful and the name plate voltage is 225 Volts and that two bytes were
returned. Perfect. That’s all there is to it. Given these tables, we just look up what we
want and fill in the blanks. EtherNet/IP is easy once you understand how
to navigate these tables. How did I know that the nameplate voltage
was an unsigned 16 bit integer? I ask asked for it! You can see back in appendix C that the data
type is attribute number 5. Let’s try that. And since it’s almost the exact same thing
as we just did, let’s just copy that instruction and modify it. The only thing we need to change is the attribute
we want – instead of the parameter value we want the data type which is number 5. And let’s put that result in D3 and the
length in D4. And let’s use these as our success bits. We see in appendix C, attribute number 5,
is an unsigned integer or 8 bits, so we only need one byte for that. Click OK. Let’s trigger this instruction on the success
of the previous one. And write it out to the Do-more. And over in the Data view let’s add our
new results. Toggle the control bit and sure enough, the
device tells us the data type for parameter 31 is 199 which is C7 hex which according
to our lookup table is Unsigned 16 bit. So before I started this video, I executed
this command so I would know the data type to use for that first example we did. Again, everything you need to know is in these
tables and once you understand how to use them you will be in total control of your
device. Let’s do another one. Let’s get the name of this parameter. Again, it’s almost identical to what we
just did, so we’ll just copy this instruction. Same Class – or group of tables. Same Instance – or table number. The only difference is now we want a different
row of the table – or attribute of the parameter. We see back in appendix C that the name of
the parameter is attribute 7 and that it is a short string. So we put a 7 here, and put the result in
a string structure. Change the success bits and we’re Done. Trigger this one on the success of the previous
one. Accept everything, and write out to the Do-more. Add the string to the data view, toggle the
control bit and we see the name of this parameter is “Motor Name Plate Voltage.” Awesome. Do you notice this little dot here? That’s because the string sent to us from
the flex drive has a leading length byte. If I switch this to Hex display this 10 hex
which is 16 decimal is a count of the characters in the string. And if we do a short string zero dot length
– it agrees – there are a total of 17 characters – which includes the length byte
– in this string. Perfect. Ok, this time we’re going to ask the Flex
Drive what the units of the Name Plate Voltage are. It’s exactly what we just did so we’ll
copy that instruction and change the attribute we want to the Units Attribute, attribute
number 8. Change the status bits, put the result in
short string 1. Great. Let’s enable this instruction on successful
completion of the parameter name request. Accept the changes and write the project to
the Do-more. And I’ll add the units string to our dataview. Toggle the initial name plate voltage control
bit, and sure enough, we see the units are volts. What if we wanted to do all of this for the
acceleration parameter? Same thing, Right? Except now we want parameter or “instance”
number 39. What if you wanted to set a parameter instead
of get one? Well, the SET service code is 10 hex or 16
decimal. Everything else is pretty much the same. As you can see, once you get the hang of using
these groups of tables – or “Classes” – it’s easy to get or set anything you
want using just the one explicit message instruction. And keep in mind – we only messed with the
Parameter class of this device – there are a bunch of others you can explore simply by
changing the class number here. The only hard part of all of this is finding
the documents that have the EtherNet/IP class information – you know, all those filled
out tables - for your target device. Once you’ve done that, the rest is easy. If you have any questions, please contact
AutomationDirect’s FREE award winning tech support during regular business hours – they
will be happy to help you with any AutomationDirect parts. The PowerFlex drive isn’t an AutomationDirect
part so don’t ask them about that, but you can ask folks on the forums – they love
to share their years of experience! Just don’t post any questions directed at
AutomationDIrect’s support staff there, they don’t monitor the forums on a regular
basis. Spend Less, Do More. With AutomationDirect.
Safe &
Secure
Updating...