adccommunitymod (AutomationDirect) asked a question.
Created Date: May 29,2012
Created By: GEMA
**** This post has been imported from our legacy forum. Information in this post may be outdated and links contained in the post may no longer work.****
This is a unique situation.. I have a system that has 2 Cmore screens. The original install was a single screen connected serially to an AB SLC. The customer then requested a remote screen. This screen was connected via the enet port to the original screen. So the second panel was setup to connect through the first screen. All of this worked very well no problems encountered. The original screen has a USB device that is storing trend data. The customer wanted a way to remotely access this data. So I modified the screens to allow remote access via FTP and Web. This is when the troubles started. Though all of this works, they can upload the trend files via the FTP and remotely connect to the screens using the WEB service login, the second screen will occasionally lock up and stop responding. They have to cycle power to recover. I have updated the screens to the latest version 2.73 Has anyone connected a system in this way? Any suggestions as to what may be the root cause?
Created Date: May 30,2012
Created by: HMI Eng
Are your panels connected to a public Internet or are they behind a VPN. If they are on the Internet, it could be denal of service exploits locking up the panel. You should be behind a VPN with security in place.
If the network is all local and you are remoting in from a local network, let us know. We need to look into this.
Created Date: June 18,2012
Created by: GEMA
Sorry for the slow response. I 've been on the road.
The connections were all done by the end user. I have never seen the connection first hand so I am going from the information the customer has provided.
The network the screens are attached to is all local. There is no outside access available. There is a single ethernet coonnection to an ethernet switch. The 2 panel are connected to this switch.
The customer is the only one connecting to the screen remotely. Again this is all being done from within their local network.
Created Date: June 19,2012
Created by: HMI Eng
See the attached file. Is this your network?
It should not be an issue, but is there a reason you are logging data on both Panels and accessing the data on both panels?
There should be no problem with this network, but we can try to duplicate it.
Created Date: June 19,2012
Created by: GEMA
The screen programs are idenitical, but I do not have the secondary screen storing trend data to the USB drive. Only the main screen is storing data to a USB drive. So in general there is no real reason to access the 2nd screen but to maybe see what the operator is doing in real time.
The operator uses the secondary screen to perform most of his tasks.
The attachement you sent is how the units are connected.
(again based on what the customer has told me)
Created Date: May 29,2012
Created by: GEMA
This is a unique situation..
I have a system that has 2 Cmore screens. The original install was a single screen connected serially to an AB SLC. The customer then requested a remote screen. This screen was connected via the enet port to the original screen. So the second panel was setup to connect through the first screen. All of this worked very well no problems encountered.
The original screen has a USB device that is storing trend data. The customer wanted a way to remotely access this data. So I modified the screens to allow remote access via FTP and Web. This is when the troubles started. Though all of this works, they can upload the trend files via the FTP and remotely connect to the screens using the WEB service login, the second screen will occasionally lock up and stop responding. They have to cycle power to recover.
I have updated the screens to the latest version 2.73
Has anyone connected a system in this way?
Any suggestions as to what may be the root cause?