ECOM 100 RAW TCP/IP or UDP/IP

[KulikovV]

Hello!

Is it possible to make a firmware for Hx-ECOM100 supporting RAW TCP/IP, RAW UDP/IP or both protocols?

The application is data transfer from PLC equipped with ECOM100 to third-party device on RS-485 bus through ethernet_to_serial converter like MOXA NPort and backward. The protocol of the device is open but custom and not the modbus.

I have tried RBE for UDP but faced 2 problems:
- device does not like 13-byte request header in forward direction datagram
- PLC does not like backward datagram without 11-byte reply header

The same with Modbus TCP:
- NPort transfers whole message from ethernet to serial and the header is unwanted
- NPort transfers reply from devise back to PLC, but it is ignored cause modbus header is absent

Is there any solution?

[PLCGuy]

Check with Real Time Automation. 800-249-1612. This is the best company I tried so far. They have bridges for this type of problems. They have very knowledgeable people there.

[Greg]

KulikovV, there is no solution to this at the moment. Reason-being, ECOM/ECOM100s send the header to make things easier on the ECOM/ECOM100. To do a raw UDP/IP send is pretty easy to change the firmware to do, but receiving UDP/IP raw data is not easy.

This doesn't help your current problem, but, when our new DL205 CPU comes out (275e), you will be able to send both TCP/IP and UDP/IP raw data packets very easily from ladders.

[KulikovV]

PLCGuy, thank you wery much for the information! I'll consider the use of their products.

Greg, forward path is not realy a problem cause i can send 2-byte "delimiter" in my data just after the header. NPort can detect this delimiter and split one telegram to two: header (is ignored by device) and other part (is correctly recognized and answered by device). So actually the problem in back path. It's a pity to know that it is not possible to make raw IP communication currently.

I'm very happy to know about new version! It makes possible to implement architecture like i have now, later in future. This feature is of great need and it will make AD PLCs VERY flexible in communication with 3'rd-party devices!

Could you please tell when approximately we can expect new CPU to come out? And what plans about 06 and 405 series?

Your information is very valuable, thank you a lot!