This sluggishness often has nothing to do with the type of network being used. I’ve seen it happen on RIO as often as I’ve seen it on Ethernet.
The reason for it is almost always caused by a default setting of every new project and display you create within View Studio: The “Maximum Tag Update Rate.”
However, it defaults to a sluggish 1 second update rate.
Now you may think that 1 second isn’t too bad. But when set at 1 second, I typically see a round trip response from “button push” to “on-screen indication” of nearly three seconds.
Why? Well, if you press the button just after the update occurs, you’ll have nearly a whole second go by until it’s read. And once it’s read and sent to the PLC, you’ll then have close to another second until the screen updates again to indicate its on.
If the screen doesn't respond in a second or two, they'll often assume it didn't read their input and press the screen again.
To avoid this, and insure at least a 1 second update rate, I’ve found you’ll need to set each graphic display screen's “Maximum Tag Update Rate” to at lease .25 seconds.
However (if your system has the bandwidth) I would recommend a .1 second update rate as it provides for a very snappy system more in-line with today’s expectations.
Unsure if your EtherNet system can handle these update rates? Check out our previous article on using Rockwell’s Ethernet/IP Capacity tool which can help you quickly benchmark a system.
I hope you've found the above information about speeding up your FactoryTalk View Displays helpful.
If you have a comment, question, or suggestion please feel free to share it with us by filling out the “Leave a reply” form at the bottom of this page.
If you enjoy reading my articles please consider helping me take The Automation Blog "Ad Free" with a small monthly pledge at Patreon.com/Automation