Butch has suggested possible solutions that may work, however PI OLEDB Provider or PI OLEDB Enterprise will need to be installed on each client, is this requirement good for your terminal-based installation?
Are your terminals running a Terminal Server session on a Windows Server? Or is software installed on a small box ?
Another thing to note is you could probably run PI ProcessBook if your thin clients use a Windows Terminal Server, is this something possible for you?
It would be also interesting to know how much and what type of data you are going to display on intouch/archestra screens?
Is it to display data on trends? if yes, you should make sure to use our specific call that is dedicated to that, depending on the technology you are using it can have a different name: Plot table, plot values call, etc.
Did any of the suggestions work for you. If not, please post additional questions or mark this thread as Answered as it may assist others with a similar question.
We may need to do something similar: produce a Wonderware component to trend PI data within Wonderware displays, so we would be interested in any advice or lessons you may have learned. To be honest, we are uncertain right now whether we need to write a new display trend symbol in Wonderware, or just a 'PI Connector' to provide PI data to existing Wonderware trend symbols. We are not really up-to speed on how Wonderware works at the moment!
Right, what they want is a WinForms custom control to display PI data. Seems pretty simple: Find a suitable Graphing control and embed it in a WinForms custom control with public properties and methods to connect to a PI Server and bind the graphing tool to the PI data.
Trouble is, we can't find a WinForms control at short notice that understands the PI data: They all either expect all traces to have values at the same X-coordinates, or they display data gaps as 0. Or some other anomaly occurs.
One option might be the PITrend Active-X control that is used by ActiveView. They don't want to use Active-X because it's old and it's COM etc. but if there's no other way... So would that work? Can we just plonk that Active-X control into a WinForms custom control and expose properties to control it? Are there licensing issues? Am I completely misremembering this?