Ken,
Where would the spreadsheet get the data? Would it be from the historian?
If so, we would have to remove any exception handling when we are doing a
collect. We are using the legacy historian so that might be too practical,
since we need to stop the historian to edit the historian tags.
If the data doesn't come from the historian, this might be a slick solution
providing that we can specify the times in the future and a a one second
data rate.
"Ken Heywood"
<kheywood@xxxxxxx To: foxboro@xxxxxxxxxxxxx
om> cc: (bcc: Ed
Zychowski/Coated & SC Papers/IPAPER)
Sent by: Subject: Re: [foxboro] Data
collection software for Sun I/A
foxboro-bounce@fr
eelists.org
08/25/2003 07:23
AM
Please respond to
foxboro
I believe that Lotus on Sun boxes has Foxboro extensions that can =
snapshot process block data. You could set up a spreadsheet template for =
one row, duplicate the rows, and then edit/replace the block names in =
each row. You could export that spreadsheet using TCP/IP to whatever =
machine/tuning package you desire.
If you are looking for some sort of heuristic tuning as found in some of =
these third party packages, I'm curious as to why you don't use the =
exact block? Is it that bad?
-----Original Message-----
From: Ed Zychowski [mailto:Ed.Zychowski@xxxxxxxxxx]
Sent: Monday, August 25, 2003 8:07 AM
To: foxboro@xxxxxxxxxxxxx
Subject: [foxboro] Data collection software for Sun I/A
Hey list,
We are looking for a new method to get data from our unix based I/A =
systems
(AW51E) for loop tuning. I am currently looking into OPC servers which =
seem
to work well but require block configuration at both the OPC server and =
OPC
client side. It is also very expensive. What I would like is a simple
application where I can type in the tags I'm interested in (typically
PID.MEAS, PID.SPT PID.OUT) and the sample rate. The application would =
then
put the data in a file in ASCII format. I thought before I wrote =
something
I'd see what your using.
Thanks in advance for your help.
=20
=20
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
=20
foxboro mailing list: http://www.freelists.org/list/foxboro
to subscribe: =
mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Djoin
to unsubscribe: =
mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Dleave
=20
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
foxboro mailing list: http://www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
foxboro mailing list: http://www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave