We have X20CP0410 CPU installed at the plant and we do upgrades from time to time. For unknown reason TCP communication via 11159 port is blocked after some successive dowloads. CPU is OK, I can ping it, I can see it and work with it via VNC as well. Port 5900 is opened… PLC is behind a Secomea router but plant IT specialists say that router does not block any of used ports… What can be a problem?
Thanks for help!
Hi,
for TCP connection (= ANSL protocol), the default port is 11169.
You wrote 11159 which is the standard port of the older UDP based communication protocol (= INA protocol).
Could you please check if port 11169 TCP is opened via the router? If yes, maybe the connection speed via the router is a bit slower then usual, then you should increase the timeout parameters in your online configuration.
Best regards!
Based on your description, it seems like this issue is recurring. How do you resolve it? Do you restart the PLC? From what you’ve mentioned, it appears you are unable to connect with Automation Studio anymore, correct? Are you certain that there is sufficient idle time? Is there any information in the logger (which can be uploaded using SDM, for example)?
Hi,
First I have to thank you and Jaroslav in next reply for quick reaction! That PLC is relatively old and very basic and is used mainly for different remote tests at the costumer plant. These TCP settings were used for some time, but before it was some other programmer who used it…
According to your suggestion, I tested TCP port 11169 and it is opened. I changed Destination and Source Port to 11169, increased response timeout 10 times and also Communication timeout x10. With no success.
It happened today for the third time. Last two times costumer’s IT specialist switched PLC OFF and ON and also made some changes on router. I don’t know exactly what they changed at the router and if that really helped… So today I performed few downloads with success. After the last download it was not possible to monitor watched variables anymore. Then I did warm restart and lost online communication permanently. But I can see it via VNC. Fortunatelly I can see SDM as well. CPU is normally loaded at 65-70%, at the moments when I try to connect online it jumps to 100%. I have only one program in one task with few FB (MpRecipe, ASICMP, MpFile,…). Nothing very special. System tick is 10ms, my task is in cycle#4 with 100ms… In logger I can see report ID 28700 (E_OUTOFMEMORY) from VCVNC and ID 31651 from OnLine service (“Unable to allocate memory”).
Maybe this problem is related to VC… I have resized Visualization… Can this influence that much?
CF/HD partitions are almost empty.
Hi,
thanks for sharing that information.
Yes, it seems that the PLC runs out of DRAM memory, and the 2nd number 31651 says that the online protocol has no more memory which explains that the online services won’t run anymore.
As you said, the reason can be the resizing of the VC4 visualization, both entries point into that direction.
Unfortunately you don’t have too much possibilities to free DRAM, you could try to use 8bit color depth in visu instead of 32bit (if you’re using 32bit), decrease the size of the page (e.g. 800x600 instead of 1024x768), or switch off SDM to free some DRAM. Of course, if your application uses DRAM allocation (AsMem library or TMPalloc), you could also try to free some DRAM there.
Best regards!
2 Likes
To save some memory quickly, you can disable SDM and webserver if you do not need it. The disadvantage is that you will lose the diagnostic tool.
1 Like
Again, thank you both, Alexander and Jaroslav! I will 100% confirm the source of the problem in next day or two when I will continue with tests, but I think nothing else can be a reason for problem
2 Likes