Does Ethernet SDK work with Do-More PLCs?

[arkeele]

I have used the HEICCMRequest command included in the Ethernet SDK (available at http://www.hosteng.com/Ethernet_SDK.htm) to read & write to DirectLOGIC PLCs.  Does the SDK also work with Do-Mores?

If not, where should I begin learning how to read/write data to a Do-More from a C++ (or C#) program running on a PC?  If someone can point me in the right direction, I would certainly appreciate it.

For our application, we are processing materials on a manufacturing line.  As items proceed down the line, I collect data from the PLC about the item, process the data on the PC, and then send data back to the PLC to tell it how to handle the item.  Items are processed at a rate of about 1 item every 1 to 2 seconds, so timing is critical.

[plcnut]

I would probably use TCP to STREAMIN and STREAMOUT data to and from a webserver for this type of application.

[BobO]

It does work with Do-more. You can access X, Y, C, and V, but it will show up in Do-more's DLX, DLY, DLV, and DLV memory blocks.

Do-more can also do a wide range of custom protocols. There's a large number of ways to solve this. 

[arkeele]

Thank you both for your responses!

PLCNut, I will look into the STREAMIN and STREAMOUT commands.

Bobo, of the many ways to tackle PC to Do-more communications, is there a "best way" or an approach that you would recommend? While it would be nice to use the Ethernet SDK since I already have C++ functions written that utilize it, I am willing to invest some time if there is a better way to do things in today's Do-more world.

[BobO]

Bobo, of the many ways to tackle PC to Do-more communications, is there a "best way" or an approach that you would recommend? While it would be nice to use the Ethernet SDK since I already have C++ functions written that utilize it, I am willing to invest some time if there is a better way to do things in today's Do-more world.

Since you already have functional code, I would use that. The PLC already supports the protocol and you already have a functional PC implementation. There is no work to do.

Since you are clearly in group of users that thinks a bit outside the PLC box, you would probably enjoy tinkering with the stream and packet custom protocol instructions...but...if your time is limited, use the SDK CCM calls.