DamianInRochester
Lifetime Supporting Member
Damian,
The DSP and G3 are actually the same core, though they keep leap-frogging each other regarding the processor being used, memory fitted, etc. The new V2 G3s actually outperform the DSP at the moment, but that was a relatively recent change.
The DSP would have the same change in speed if you hit its web server while doing protocol conversion (and had a lot of tags on the screen), so if speed is critical, then you don't want to configure and use the virtual display in it either.
Speed will be dictated by the protocols chosen, and the amount of tags. The latter is probably obvious, but the former is very important. (We've seen protocols that will move 20 words in 10 seconds, and those that will move 10's of thousands in just over a second!)
If you have a specific application that you'd like us to benchmark, let us know - we'll see if we can simulate it here for you.
You can shoot the application information directly to Jeremy at [email protected] if you'd like. He does monitor the boards, but the back and forth questions and answers will be faster via email.
Thanks
Jesse
Jesse,
Thanks for great information. Although this application is already behind me, I may still take you up on your offer since it could impact future projects.
Our application was specifically EIP to ModbusTCPIP. All in all we were writing out about 16 bytes and reading in about 16 bytes of information. Or from a tag standpoint, 4 in and 4 out.
The data being passed was for "control" and so really did need to be pretty fast. Using the Modbus RTU connection we achieved about 80ms to 100ms full cycle updates. The best we achieved using the G3 as a gateway was about 200ms when the "least busy" screen was display. But then you could change the screen and all of the sudden be up around 1500ms. It is certainly possible we just didn't have something set optimally. We didn't have the luxury of time at that point to fiddle with it too much.
Thanks again,
Damian