2/26/2008 4:12 PM | |
Posts: 90 Rating:
|
Hello to all... We are running the WinCC V6.2 Runtime on a PC with the standard Ethernet card. On the same PC is running the MicroSC OPC server for GPRS communication with 5 S7-200 PLCs with MD720-3 GPRS modems (one of the stations is now out of service, so we have a communication with 4 stations). The system worked fine for 3 months (reading and sending the data from/to PLC), but for the past two months something strange is happening. All OPC connections, from the modems, are connecting and disconnecting from the MicroSC OPC server every 2-5 minutes. The first thing that I suspected was the DynDNS service, but for one day, I've entered directly the IP address of the PC and the stations behaved the same way.In the attached file you can see the log file from MicroSC OPC server. From the logfile you can see that there is some problem with reading on socket, but unfortunately we don't have documentation of the CTSCPClient function. The PLC status monitor is: Status monitoring by value updates – for every 30 minutes.Does anybody have similar experience? What could be the reason for such errors and what can be done to resolve these problems? Thanks in advance for your answers. Beep Attachmentm2mopc_log.zip (421 Downloads) |
Last edited by: O_Moderator at: 4/15/2010 8:14 AMsubject edited |
|
2/28/2008 8:54 AM | |
Joined: 9/29/2005 Last visit: 4/26/2022 Posts: 313 Rating:
|
Hi, ok, lets hunt the needle in a bundle of hay. (Is this also a english idiom? General: The communication between S7-200 and MD720-3 is unidirectional with the higher priority on receiving (from the S7-200 view). This means its nothing abnormal when there is a crash because of e.g. Sending from S7-200 to Server crashes with Status monitoring of Server to s7-200. This appears frequently with the combination of a short monitoring cycle on SINAUT Micro SC´s side. But you told me you have a monitoring cycle of 30 Minutes. So this event should occur very rarely. Looking to the logfile show me that its quiet frequently. To your system: 1 Do you have the possibilty to install a port analyzer like "commView" Download Would be nice to see the relation between " 26.02.2008 13:12:19.637 ERROR: CTSCPClient::Read(): ("modem2") Reading on socket failed! Closing session. WSAECONNRESET " and some lost TCP/IP Pakets or to long Response times. 2 Can you be sure that on the remote station side no power failure causes this problem 3 Whats the signal strength and the signal quality (any motors, cable for electricity nearby of the MD720-3) 4 Could you please contact the provider for any eventual provider problems 5 Where do you live? Actual in Austria and Argentinia there are known provider problems. regards Lif |
2/28/2008 6:02 PM | |
Posts: 90 Rating:
|
Hi, again, Lifrasil I've installed the commView software on the SCADA-PC and monitored the port 26862 for traffic with one station. The log file of the m2m_opc and the excel file of the commView log are in the attachment. Probably the clocks in these two files are not synchronized, but I've noticed one thing. When I have "read socket failure" the port of the GPRS station has changed! You can check it in the log files.
Is this a meter of the provider, or can be controlled by the user?The sending from the Remote station is event driven. For example when the pump is ON or when the max level of the tank has been reached. Let's say that the stations are sending data every 15-20 min. We use SMS service if there no one acknowledges the alarm on the SCADA-PC for 10 minutes. When this kind of read socket error happens, the remote station in not in the SMS mode of operation – this has been checked.
Attachmentlog.zip (352 Downloads) |
2/29/2008 5:16 PM | |
Posts: 90 Rating:
|
Hi Lifrasil Here are the log file of commView saved as NAI Sniffer for Win and the appropriate m2m_opc log file. So, you can check the packets. In the next week I'll check with the provider what you suggested and also change one station to another provider to eliminate this option. Thank you for your answers and suggestions. Kind regards Beep AttachmentLOG.zip (349 Downloads) |
3/1/2008 1:31 PM | |
Joined: 1/29/2006 Last visit: 8/19/2024 Posts: 446 Rating:
|
Hi ALL! I have nearly the same configuration (4 S7200 stations with GPRS Modems, Sinaut Micro OPC server, WinccFlex SCADA,......)in one application and also the same problem! It is very interesting,that traffic goes OK during the night and during weekends!!! Ialso tried to analyze my problem, with use of m2m log file and Ethernet traffic control program (some freeware, from internet,...). I have managed to mergelogs from both programs in one, which is attached. I have allready posted a question on Siemens support, and I have received a following answer: I quote: The meaning of message "ERROR: CTSCPClient::Read(); ("modem1") Reading on socket failed is that the provider cannot handle the huge traffic. It is rush hour at the net. If you have further questions don't hesitate to contact me again.Best regardsYour Technical Support for Automation & Drives End of quote. Now, I dont know, what to do. In my application, stations allways return back after some time (after 5 seconds (!), after few minutes, the longest time is about 12 minutes). I wouldalso be very happy, if anybody could give us a hint, what to do. AttachmentSINAUT LOG AND ETH LOG MERGED.zip (317 Downloads) |
Follow us on