marcopar / ethernetip4j

EthernetIp4j is a communication protocol for Rockwell's Allen-Bradley PLC systems, written entirely in Java. This is my branch.

ethernetip4j

NOTE: i switched work and i have no longer access to any Allen Bradley PLC, so i'm unable to do any activity on this project.

EthernetIp4j is a communication protocol library for Rockwell's Allen-Bradley PLC systems, written entirely in Java.

This project has been imported on 2015/05/11 from:

https://code.google.com/p/ethernetip4j/

I have no informations about the original project authors, the only info i have are the "shortened" email addressess available on google code:

[email protected] Owner - Maja Arvehammar

[email protected] Owner - Probably: https://github.com/sewalliniusm

[email protected] Owner

[email protected] Committer

[email protected] Committer

I will update this informations and give proper credit for their work if i manage to get their names.

The project on google code is dead and the latest patches i made available on the google code issue tracker have never been merged into the project trunk. So now i am starting this new project where i have applied all my patches.

Please note that i am mantaining this project because i need it for my current job. However my knowledge of the protocol and the library itself is very limited, also i do not have access to the full documentation of the ethernet/ip and cip protocols (that btw are pretty complex). The modifications i have done are the result of a very difficult and tedious process of bug hunting, documentation hunting, trial and error and luck.

So please understand that i can't assure prompt bugfixing or proper project development unless i need to solve the same issue for my work.

Good luck and have fun!

ethernetip4j's Issues

several bug fixes and enhancements

Hi,
please find the attached small patch that addresses the follow issues:

- Fix for fragmented read. 
Current version threats the response always as an array. That is not the case 
when you are reading the maximum object numbers that fit a single fragment + 1. 
In that case the "+1" is returned as a simple object. So check like the one 
done for normal read should be done.

- In CipCommandSpecificDataRequest.fillBuffer the parameters 
routePathLinkedAddress and routePathPort are swapped.

The patch also adds support for reading the STRING datatype using the 
SimpleLogixCommunicator class

Original issue reported on code.google.com by [email protected] on 18 Mar 2014 at 4:10

Attachments:

• eip4j.patch

Micrologix 850

Hello,

Do you know if the libe ethernetip4j works with Micrologix 850?

thaks,

new cumulative patch

Sorry but my tree has diverged too much to be able to send single patched to 
individual issues so i gathering everything here

- fix for segment lenght calculation in CipMessageRouterRequest that causes 
padding errors and consecuent failure of the request (issue 3)

- fix for errors when accessing array positions larger than 255

- fix for swapped parameters routePathLinkedAddress and routePathPort  in 
CipCommandSpecificDataRequest.fillBuffer (issue 2)

- fix for array handling in SimpleLogixCommunicator (issue 2)

- better error handling with extended status

- string support in SimpleLogixCommunicator by adding two commodity methods 
writeString and readString

- fixed bug that made writeString to fail

Original issue reported on code.google.com by [email protected] on 10 Feb 2015 at 12:51

Attachments:

• b.patch

BOOL type support

Is anyone working on supporting BOOL type?

I think current implementation is broken as BOOL are packed in DINT (i 
believe). For sure it does not work with my PLCs...

Original issue reported on code.google.com by [email protected] on 20 Mar 2014 at 9:31

Added source from patch to trunk

Now supports more complex tags using the "." notation from the user side hiding 
the protocol specific delimiters.

Original issue reported on code.google.com by [email protected] on 14 Oct 2012 at 3:23

Cumulative patch for various bugs

Sorry but my tree has diverged too much to be able to send single patched to 
individual issues so i gathering everything here

- fix for segment lenght calculation in CipMessageRouterRequest that causes 
padding errors and consecuent failure of the request (issue 3)

- fix for errors when accessing array positions larger than 255

- fix for swapped parameters routePathLinkedAddress and routePathPort  in 
CipCommandSpecificDataRequest.fillBuffer (issue 2)

- fix for array handling in SimpleLogixCommunicator (issue 2)

- better error handling with extended status

- string support in SimpleLogixCommunicator

Original issue reported on code.google.com by [email protected] on 27 Mar 2014 at 5:23

Attachments:

• a.patch

Reading SINT problem

What steps will reproduce the problem?
1. I've tried to read SINT value from controller.
2.
3.

What is the expected output? What do you see instead?

I've expected byte value but got char.

What version of the product are you using? On what operating system?

the last 0.4

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 15 Aug 2014 at 6:11

Write string problem

What steps will reproduce the problem?
1. I'm trying to write string value.


What is the expected output? What do you see instead?

Expect to see STRING value on the controller. It doesn't work with large 
strings >2 letters.

What version of the product are you using? On what operating system?

the last 0.4 with last patch

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 15 Aug 2014 at 6:14

Not able to read more than 9 tag values

Hi, when reading multiple tags using the example, it is not able to read more than 9 tags a time.

Below is the exception.

se.opendataexchange.ethernetip4j.exceptions.InvalidEncapsulationPackageException: Package can not be a valid Ethernet/IP Cip package.
at se.opendataexchange.ethernetip4j.segments.CipPacketResponse.createPackage(CipPacketResponse.java:81)
at se.opendataexchange.ethernetip4j.services.UnconnectedMessageManagerResponse.validate(UnconnectedMessageManagerResponse.java:50)
at se.opendataexchange.ethernetip4j.clx.SimpleLogixCommunicator.read(SimpleLogixCommunicator.java:81)
at se.opendataexchange.ethernetip4j.test.TestClass.main(TestClass.java:59)