Firstly, sorry for the delay in getting back!
Initially this was the solution provided. We were to upgrade their system from RSView32 to FTView v12.0. Unfortunately, there is huge latency between requests and actions.
Their currently setup has a DH+ Network (57.6 k) which has 10 PLC-5's (of various processors from a 5/40 to 5/11 and two XP stations running RSView32 with 1784-PKTX cards. Currently when they make requests via the HMI the action takes 1 second, in which I found amazing for DH+ but the client finds it slow (Door open/close application). Client would like to replace the PC before they die. I suggested PLC's as well but no money for that.
The solution we provided was replace the two stations with Windows 10 machines, Convert the program from RSView32 to FTV Studio and install a CLX gateway (7 slot chassis with a 1756-ENBT and 1756-DHRIO) into the DH+ network. The the Ethernet portion is two Win10 hooked up to a un-managed switch which then connects to the 1756-ENBT. 1756-DHRIO was added to the DH+ network and is the last node of the network, in which I've moved the resistor.
Problem we are seeing is that when requests are being made via the FTV studio HMI application, after starting the client file, requests take 2-5 seconds and after running the application for awhile it seems that the application takes 8-9 seconds. Worth noting that there is no errors in the diagnostic list. We could see the set command execute in the diagnostic list but delay is so long. Even when viewing the data monitor in RSClassic. I really don't think it's the application but rather the gateway the limiting factor.
Solution we've tried to fix the situation but did not succeed so far, are the following;
-Removing auto negotiate and fixing everyone at 100 Mbps.
-Switching FTLinx to RSClassic gateway back to FTLinx (at RA request) for the communication path
-Use Direct referencing instead of HMI tags (which does improve by 0.5-1 seconds but would require ~170 macro modifications and still doesn't achieve that 1 second needed)
-Play with the displays refresh time
-Play with poll rates and packet sizes
As usual the business people sold this as a "quick conversion" and "up and running in no time" but we are over budget and they are pointing to me as the problem.
Currently have a ticket with RA and they are working on it but they've hinted they think its a legacy hardware problem. Any idea's would be appreciated! Was exploring the idea of trying the RSView32 on a windows 10 machine but still can't get it running. I wanted to remove the CLX gateway from the equation and use the RSView32 application and 1784-PKTX in the Win10 Machine. Now I'm thinking of putting a CPU in the CLX gateway and letting the CPU message the PLC-5's and create tables and the FTV application would write to these tables but would require big time tag changes in the application
Thanks in advance!