Skip to Content

SiePortal

The integrated platform for your product selection, buying and support workflow - bringing together Industry Mall and Online Support.

SiePortalDeutsch

Search

Home
Support Support
{{(apiData.Support | filter:{'rank':1}:true)[0].title}} Support
- Menu temporary not available
- Menu temporary not available
- Menue temporary not available
- {{item.title}}

Products & Services
- Menu temporary not available
- Menue temporary not available
- {{item.title}}
Support Support
{{(apiData.Support | filter:{'rank':1}:true)[0].title}} Support
- Menu temporary not available
- Menue temporary not available
- {{item.title}}
MySiePortal MySiePortal
{{(apiData.MySiePortal | filter:{'rank':1}:true)[0].title}} MySiePortal
- Menu temporary not available
- Menue temporary not available
- {{item.title}}
Cart ({{apiData.CartCount}})

Navigation

Read TCP/IP packets from third party Ethernet device

Created by: Pabs at: 11/29/2012 12:03 AM (11 Replies)

Rating (1)

Thanks 6

Result pages:: |; 1 | 2; |

12 Entries

Entries per page: 10 | all

11/29/2012 12:03 AM	Rate (0)
Pabs Posts: 15 Rating: (0)	Hi All, I'm trying to build an application where I would use a CPU (S7-1200 or S7-300) to gather information in a Ethernet network from a third party Ethernet device. The third party device sends TCP/IP packes thru the network. My questions: 1. Is there a way (instruction set) to read these packes into a S7 CPU? 2. Would I need a Comm.Processor or can the CPU be directly connected to the dvice thru the built in PROFINET port? Thanks for your help! Best,
Pabs Posts: 15 Rating: (0)
Suggestion To thank Quote Answer

11/29/2012 1:00 PM	Rate (0)
Rated X Posts: 1547 Rating: (129)	Hi Pabs, it is possible to use the on Board Ethernet Port for this. The only thing you need is to know the used TCP Ports for this communication. You have to configure the connection by following the procedure described in this FAQ: Wizard for creating connection data for open TCP/IP communication (Open Communication Wizard). If the partner sends data with different length of user data observe that you get correct data (offset)
Rated X Posts: 1547 Rating: (129)
Suggestion To thank Quote Answer

11/29/2012 5:17 PM	Rate (0)
Pabs Posts: 15 Rating: (0)	Hi Rated X, Thanks a lot for your answer. A couple of things I noticed with the OC wizard: It deals with two CPUs S7300/S7400 and the T-BLOCKS are configured in both CPUs, also uses the Step 7 Simatic Manager software package. My case: 1. I will only be using one CPU as said before (preferably S71200) and the TIA portal v11 SP2, UPDATE 4. So the TCON, TDISCON, TRCV, TSEND instructions will only be programmed on one side of the pair. Will this still work??? 2. Where can I check out the "user data packets lenght" you mentioned supported by the S71200? Thanks for your help!
Pabs Posts: 15 Rating: (0)
Suggestion To thank Quote Answer

11/29/2012 6:07 PM	Rate (0)
Kaulquappe Posts: 3093 Rating: (324)	Hello Pabs, the OpenCommunication Wizard is for S7-300/400. It is possible to parameterize only the S7-side, not the communication partner - there is a check box to choose. When you are using S7-1200 you have to edit TCON_param and define this pointer at TCON. Receiving with TCP/IP is a little bit special, as the telegram doesn't include any length information. When you know that in your application all telegrams are e.g. 30 bytes long, you should set the receive length to 30. When the S7 receives telegrams with varying lengths, you should use the ad-hoc-mode (set length to 65535). But you should keep in mind, that it is possible that you receiveone telegram with two TRCV calls. For further information have a look at section 10.2 of the S7-1200 manual. Regards, Kaulquappe
Kaulquappe Posts: 3093 Rating: (324)
Suggestion To thank Quote Answer
This contribution was helpful to 1 thankful Users OMKRIS2017

11/29/2012 7:53 PM	Rate (0)
Pabs Posts: 15 Rating: (0)	Hi Kaulquappe, What method would be easier (simple) to implement? The S71200 or the OC Wizard in S7300? I could go either way, depending on your answer. I have S71200 and TIA portal ready for setup, but if my TIA portal will work on the S7300 along with the OC Wizard, I could go that way also...all I need to do is purchase a new S7300 CPU and eventually upgrade the TIA... I'm a beginner with TCP/IP packet send/receive instructions, I've never used them before...so I appologize for my trivial questions as follows: When the TCP packets are received in the CPU, how does the CPU handle them?? Do I have to create a DB? How about reading what is in the packet?? My TCP/IP packets will contain Temperature/Humidity values sent thru the network by the third party device and I want to be able to display them on an HMI or PC station. Will I be able to do so?? Thanks again!
Pabs Posts: 15 Rating: (0)
Suggestion To thank Quote Answer

11/30/2012 11:29 AM	Rate (1)
Kaulquappe Posts: 3093 Rating: (324)	Hello Pabs, the OC Wizard can only be installed under STEP7 V5. The main question which S7 to use is the telegram length. When the length changes from telegram to telegram the S7-1200 is the better solution as it supports the ad-hoc-mode. With fixed telegram length both systems are equal. From the protocol point of view a telegram is just a number of HEX values. When you evaluate the telegram you need to know which byte or word is the temperature and in which format (float, fixed, ASCII) it is transferred. When you receive telegrams you have to create a DB, tell T_RECV the pointer to it and the received data are transferred to this DB. And now it is becoming a little bit more difficult: The pointer includes a length information. With TCP the data are transferred from the CPto the CPU when the expected number of bytes was received. If less data than defined are received from the CP they are not transferred to the CPU, just stay on the CP. To avoid that scenario, you can use the ad-hoc-mode of S7-1200. But when the 3rd party device sends e.g. 500 bytes you don't know whether they are transferred in one block on the ethernet. It could also be possible that the first block contains 300 bytes and the second block 200 bytes. In the user program you must take care about that, because both blocks were transferred to the defined pointer and the second block may overwrite the first one. Of course it is possible to display temperature etc. on an HMI. But you have to do a littleprogramming. It is not like "calling T_REV and all values are displayed as characters on the screen". Regards, Kaulquappe
Kaulquappe Posts: 3093 Rating: (324)	Last edited by: Kaulquappe at: 11/30/2012 1:22 PM typo
Suggestion To thank Quote Answer

11/30/2012 4:59 PM	Rate (0)
Pabs Posts: 15 Rating: (0)	Hi Kaulquappe, Thank you for your detailed answer. I really thought that implementing TCP/IP was more straight forward regardless of the vendor just like PROFINET is. I can see that no matter what CPU a pick or software package, making it work is going to be not as easy as I supposed!! Not to mention the time I will spend trying to figure out the problems I will run into. I think I better not use this approach with the third party device and probably figure something else with a remote IO like the ET200 or other similar device a bit more "friendly" to configure... I would very much appreciate your wise advise on this. Thanks again for your help!
Pabs Posts: 15 Rating: (0)
Suggestion To thank Quote Answer

10/3/2013 5:29 AM	Rate (0)
Navnag Platinum Expert Joined: 11/21/2007 Last visit: 3/31/2025 Posts: 2326 Rating: (309)	Hello Pabs No need to get so disheartened. We have recently implemented TCP/IP communication from S7-1200 to third part equipment using TCON, TSEND and TRECV Blocks of S7-1200. Though initially we were also a bit worried, it did not turn out to be as difficult as it appears to be. You Need to Call TCON - to Set Communication Parameters and Call TSEND and TRECV to Send and Receive Data Packets. I can help you with this if you can post the eaxt requirement that you have. Cheers Navnag
	There is no such thing as the last bug in a program There are no stubborn bugs, There are only stubborn Debuggers.
Suggestion To thank Quote Answer
This contribution was helpful to 4 thankful Users fritz Dave Nardella dharmesh1 oscarfeme

2/19/2014 12:27 PM	Rate (0)
sharmasatish Posts: 1 Rating: (0)	Hello , Please help me for the same. I am trying to communicate with a third party device over TCP/IP. I am uing same blocks what you explained but stuck please help me. Satish
sharmasatish Posts: 1 Rating: (0)
Suggestion To thank Quote Answer

2/19/2014 1:38 PM	Rate (0)
Pittiplatsch Posts: 1368 Rating: (128)	Without knowing, what your problem is, it is difficult to help you. Where did you encounter issues when using? Greetings
Pittiplatsch Posts: 1368 Rating: (128)
Suggestion To thank Quote Answer
This contribution was helpful to 1 thankful Users Navnag

|

Share this page:

Share this page on...

Related topics by keywords:

Follow us on