RE: Process Alarms

[Schouten, Frits JF]

Yep, like the following:
Current Steel Analysis,
Machine parts,
Heatlogs,
Anomalies,
Message log,
Production schedule,
SlabCaster Status,
Ladle treatment status,
etc, etc.

Some extract data from Informix, some straight out of C:B.Ps
But generally in concept all the same as the first one I showed you.

Cheers,
Frits.

> -Original Message-
> From: Stan Brown [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, 3 May 2000 11:09
> To:   [EMAIL PROTECTED]
> Subject:  Re: Process Alarms
> 
> On Tue May  2 17:41:07 2000 Schouten, Frits JF wrote...
> >
> >Hi Mark, 
> >I think I've something going.
> >I have an 'Apache web server' running on one of my WPs for easy access of whatever 
>to whoever. :-)
> >Users can look up, among other things, the alarm history.
> 
>   Very interesting! Got any more useful data extraction scripts that you
>   would care to sahre?
> 
> -- 
> Stan Brown [EMAIL PROTECTED]843-745-3154
> Charleston SC.
> -- 
> Windows 98: n.
>   useless extension to a minor patch release for 32-bit extensions and
>   a graphical shell for a 16-bit patch to an 8-bit operating system
>   originally coded for a 4-bit microprocessor, written by a 2-bit 
>   company that can't stand for 1 bit of competition.
> -
> (c) 2000 Stan Brown.  Redistribution via the Microsoft Network is prohibited.
> 


---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

Re: Process Alarms

[Stan Brown]

On Tue May  2 17:41:07 2000 Schouten, Frits JF wrote...
>
>Hi Mark, 
>I think I've something going.
>I have an 'Apache web server' running on one of my WPs for easy access of whatever to 
>whoever. :-)
>Users can look up, among other things, the alarm history.

Very interesting! Got any more useful data extraction scripts that you
would care to sahre?

-- 
Stan Brown [EMAIL PROTECTED]843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is prohibited.

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: Process Alarms

[Schouten, Frits JF]

Hi Mark, 
I think I've something going.
I have an 'Apache web server' running on one of my WPs for easy access of 
whatever to whoever. :-)
Users can look up, among other things, the alarm history.
The script that runs when the user select 'Caster alarm history' looks like 
this:

#!/bin/sh
#
rsh -l root C0AP01 /opt/bhpnzs/utils/hst2txt/get_alarms >/tmp/$REMOTE_ADDR
#
echo Content-type: text/plain
echo
echo "CGI/1.0 Caster Alarm History (the last few hundred)"
echo
#
cat /tmp/$REMOTE_ADDR
##

As you can see, the guts of the work is on an AP.
The AP script looks like this:

#!/bin/sh
 /opt/bhpnzs/utils/hst2txt/hist2txt /usr/hstorian/almhist |
#Concat line 1 and 2
nawk '{
if(NR >= 3) {
if(NR % 2 == 0 ) { #concat line 1 and 2
printf("%s %s\n",$0, firstline)
} else {
firstline = $0 # remember line 1
}
}
}' |
#
# do away with the return messages
#
grep -v RTN |
#
#now sort the alarms...
#
sort -r |
#
# print only the first xxx hunderd of lines
# and only the bits we are interested in
#
awk '{ if (NR < 200)
printf("%s %s %s\n",substr($0,1,14),substr($0,82,66),substr($0,15,55)) }'
 

Thats all there is to it.
Is this useful or wot..

Cheers,
Frits.

> -Original Message-
> From: Clement, Mark [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, 3 May 2000 06:08
> To:   '[EMAIL PROTECTED]'
> Subject:  Process Alarms
> 
> Hi all
> 
> Has anyone done any work(or have examples) of extracting process alarms from
> I/A and converting to text type file ? 
> Do they reside in the historian or informix or some other file system ?
> 
> Thanks In Advance 
> Mark


---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

Re:RE: External Horn For Process Alarms

[Neil_Martin]

Marci,

There is no automatic backup for the horn.cfg.  Each station that is configured
to trip a COUT or make a workstation sound basis a certain priority alarm, will
trip that COUT or make that sound whenever it receives an alarm with that
priority.  If you want a backup, you will need to make sure that at least two
WP's are configured to trip the same desired COUT or to make the same necessary
workstation sound.

I hope this helps.



Reply Separator
Subject:RE: External Horn For Process Alarms
Author: [EMAIL PROTECTED]
Date:   05/02/2000 3:54 PM

I have a question about the horn.cfg file when used to sound an external
horn. I am going to use an example to pose my question.

If I have 3 WPs, each specifying different external horns to sound on
Priority 1 -5 alarms (so I have a total of 15 digital outputs), what happens
when one of the WP's is turned off? If they are all members of the same
Common alarm group, will the backup WP take over for the downed WP and sound
its alarms for it? Or do I lose 5 of my alarm horns?

Another related question:
If I have 3 WPs, but want to have 64 different external horns, is it
possible to do this through the horn.cfg file or do I have to come up with
something else?

BTW, I am not the nutjob who thinks having 60 different external horns in
one building is a good idea. I unfortunately, was asked to try to implement
it.

Thanks-

Marci Sewell
Process Automation and Control
115 Bldg, Mail 032
ph: (517)496-5071   page: (517)926-1487
email: [EMAIL PROTECTED]


-Original Message-
From: Duc M Do [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 02, 2000 3:06 PM
To: Foxboro DCS Mail List; Foxboro DCS Mail List
Subject: RE: Process Alarms


At 02:48 PM 5/2/00 -0400, Johnson,Alex wrote:

>2) Use a PC as your "alarm printer" and one of several 3rd party
>packages to capture the alarms.

We do something similar. We feed all the process alarms (and system
alarms, too, for that matter) to a VAX. Our friendly VAX guru sets up
automatic capturing and parsing of the alarms into process area
specific files (text files, one file per day) and put them on a web
server. The process people can grab them at their leisure and do
whatever with them. These files are kept on the web server for 3 months
and then archived to CD-ROM for who knows how long.

Duc M. Do
Dow Corning Corp.
Carrollton Plant
Carrollton, KY, US



---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: External Horn For Process Alarms - CAG note

[Johnson,Alex]

I meant to add something about the CAG.

I don't like it very much because it's operations are broadcast based. In
one large system with a heavy number of broadcasts, we found that 75% of the
broadcasts were CAG broadcasts.

Since this customer is using the CAG to silence the horns only, I suggested
that they move to shared external horns. The WP is supposed to "optimize"
the sets to those horns and that should result in a much lower number of
broadcasts.


Regards,

Alex Johnson
The Foxboro Company
10707 Haddington
Houston, TX 77043
713.722.2859 (v)
713.722.2700 (sb)
713.932.0222 (f)
[EMAIL PROTECTED]  


-Original Message-
From:   Johnson,Alex [SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, May 02, 2000 3:30 PM
To: Foxboro DCS Mail List
Subject:RE: External Horn For Process Alarms

The CAG is good for two things:

1)  Silencing all horns on the WPs in the CAG when the horn is silenced
on any WP in the group.
2)  Clearing an alarm from all WPs in the CAG when the alarm is cleared
from any other WP in the group.

When the horn silence button is pressed on an annunciator keyboard (it's
sometimes (mis)labeled ACK), all horns on that WP (internal and external)
are silenced regardless of priority.

So, to get to your questions:

1)  what happens [to the horns -ed] when one of the WP's [in the CAG
-ed] is turned off?

Basically, the answer is nothing special. Internal horns are
silenced because they are now off too. External horns shared with another WP
continue to be driven by that WP. External horns driven uniquely by the WP
that is now off, remain in their last state - blaring away perhaps.


2)  If they are all members of the same Common alarm group, will the
backup WP take over for the downed WP and sound its alarms for it?

The surviving WP will sound the horns that it is configured for when
it receives an alarm. If the WPs share external horns, the surviving WP will
of course drive them. If the WPs have a disjoint set of horns, the "dead"
WPs horns just hang there.


3) Or do I lose 5 of my alarm horns?
Well, not literally, but they will no longer be driven assuming that
on the "dead" WP works with them.


3)  [I -ed] want to have 64 different external horns, is it possible to
do this through the horn.cfg file [? -ed]

No, the system supports only six external horns (5 for process
alarms and 1 for system alarms).


4)  or do I have to come up with something else?

You need something else.


Can you explain what you want to accomplish? Maybe there is another route.



Regards,

Alex Johnson
The Foxboro Company
10707 Haddington
Houston, TX 77043
713.722.2859 (v)
713.722.2700 (sb)
713.932.0222 (f)
[EMAIL PROTECTED]  


-Original Message-
From:   [EMAIL PROTECTED]
[SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, May 02, 2000 2:55 PM
To: [EMAIL PROTECTED]
Subject:RE: External Horn For Process Alarms

I have a question about the horn.cfg file when used to sound
an
external
horn. I am going to use an example to pose my question.

If I have 3 WPs, each specifying different external horns to
sound
on
Priority 1 -5 alarms (so I have a total of 15 digital
outputs), what
happens
when one of the WP's is turned off? If they are all members
of the
same
Common alarm group, will the backup WP take over for the
downed WP
and sound
its alarms for it? Or do I lose 5 of my alarm horns?

Another related question:
If I have 3 WPs, but want to have 64 different external
horns, is it
possible to do this through the horn.cfg file or do I have
to come
up with
something else?

BTW, I am not the nutjob who thinks having 60 different
external
horns in
one building is a good idea. I unfortunately, was asked to
try to
implement
it.

Thanks-

Marci Sewell
Process Automation and Control
115 Bldg, Mail 032
ph: (517)496-5071   page: (517)926-1487
email: [EMAIL PROTECTED]


-Original Message-
From: Duc M Do [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 02, 2000 3:06 PM
To: Foxboro DCS Mail List; Foxboro DCS Mail 

RE: External Horn For Process Alarms

[Johnson,Alex]

The CAG is good for two things:

1)  Silencing all horns on the WPs in the CAG when the horn is silenced
on any WP in the group.
2)  Clearing an alarm from all WPs in the CAG when the alarm is cleared
from any other WP in the group.

When the horn silence button is pressed on an annunciator keyboard (it's
sometimes (mis)labeled ACK), all horns on that WP (internal and external)
are silenced regardless of priority.

So, to get to your questions:

1)  what happens [to the horns -ed] when one of the WP's [in the CAG
-ed] is turned off?

Basically, the answer is nothing special. Internal horns are
silenced because they are now off too. External horns shared with another WP
continue to be driven by that WP. External horns driven uniquely by the WP
that is now off, remain in their last state - blaring away perhaps.


2)  If they are all members of the same Common alarm group, will the
backup WP take over for the downed WP and sound its alarms for it?

The surviving WP will sound the horns that it is configured for when
it receives an alarm. If the WPs share external horns, the surviving WP will
of course drive them. If the WPs have a disjoint set of horns, the "dead"
WPs horns just hang there.


3) Or do I lose 5 of my alarm horns?
Well, not literally, but they will no longer be driven assuming that
on the "dead" WP works with them.


3)  [I -ed] want to have 64 different external horns, is it possible to
do this through the horn.cfg file [? -ed]

No, the system supports only six external horns (5 for process
alarms and 1 for system alarms).


4)  or do I have to come up with something else?

You need something else.


Can you explain what you want to accomplish? Maybe there is another route.



Regards,

Alex Johnson
The Foxboro Company
10707 Haddington
Houston, TX 77043
713.722.2859 (v)
713.722.2700 (sb)
713.932.0222 (f)
[EMAIL PROTECTED]  


-Original Message-
From:   [EMAIL PROTECTED]
[SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, May 02, 2000 2:55 PM
To: [EMAIL PROTECTED]
Subject:RE: External Horn For Process Alarms

I have a question about the horn.cfg file when used to sound an external
horn. I am going to use an example to pose my question.

If I have 3 WPs, each specifying different external horns to sound on
Priority 1 -5 alarms (so I have a total of 15 digital outputs), what happens
when one of the WP's is turned off? If they are all members of the same
Common alarm group, will the backup WP take over for the downed WP and sound
its alarms for it? Or do I lose 5 of my alarm horns?

Another related question:
If I have 3 WPs, but want to have 64 different external horns, is it
possible to do this through the horn.cfg file or do I have to come up with
something else?

BTW, I am not the nutjob who thinks having 60 different external horns in
one building is a good idea. I unfortunately, was asked to try to implement
it.

Thanks-

Marci Sewell
Process Automation and Control
115 Bldg, Mail 032
ph: (517)496-5071   page: (517)926-1487
email: [EMAIL PROTECTED]


-Original Message-
From: Duc M Do [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 02, 2000 3:06 PM
To: Foxboro DCS Mail List; Foxboro DCS Mail List
Subject: RE: Process Alarms


At 02:48 PM 5/2/00 -0400, Johnson,Alex wrote:

>2) Use a PC as your "alarm printer" and one of several 3rd party
>packages to capture the alarms.

We do something similar. We feed all the process alarms (and system
alarms, too, for that matter) to a VAX. Our friendly VAX guru sets up
automatic capturing and parsing of the alarms into process area
specific files (text files, one file per day) and put them on a web
server. The process people can grab them at their leisure and do
whatever with them. These files are kept on the web server for 3 months
and then archived to CD-ROM for who knows how long.

Duc M. Do
Dow Corning Corp.
Carrollton Plant
Carrollton, KY, US



---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: External Horn For Process Alarms

[marci . sewell]

I have a question about the horn.cfg file when used to sound an external
horn. I am going to use an example to pose my question.

If I have 3 WPs, each specifying different external horns to sound on
Priority 1 -5 alarms (so I have a total of 15 digital outputs), what happens
when one of the WP's is turned off? If they are all members of the same
Common alarm group, will the backup WP take over for the downed WP and sound
its alarms for it? Or do I lose 5 of my alarm horns?

Another related question:
If I have 3 WPs, but want to have 64 different external horns, is it
possible to do this through the horn.cfg file or do I have to come up with
something else?

BTW, I am not the nutjob who thinks having 60 different external horns in
one building is a good idea. I unfortunately, was asked to try to implement
it.

Thanks-

Marci Sewell
Process Automation and Control
115 Bldg, Mail 032
ph: (517)496-5071   page: (517)926-1487
email: [EMAIL PROTECTED]


-Original Message-
From: Duc M Do [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 02, 2000 3:06 PM
To: Foxboro DCS Mail List; Foxboro DCS Mail List
Subject: RE: Process Alarms


At 02:48 PM 5/2/00 -0400, Johnson,Alex wrote:

>2) Use a PC as your "alarm printer" and one of several 3rd party
>packages to capture the alarms.

We do something similar. We feed all the process alarms (and system
alarms, too, for that matter) to a VAX. Our friendly VAX guru sets up
automatic capturing and parsing of the alarms into process area
specific files (text files, one file per day) and put them on a web
server. The process people can grab them at their leisure and do
whatever with them. These files are kept on the web server for 3 months
and then archived to CD-ROM for who knows how long.

Duc M. Do
Dow Corning Corp.
Carrollton Plant
Carrollton, KY, US


---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: XVision on Win98

[Murray, Steve]

Hi Alex,

  Excellent tip!  I have depended on memorizing the location of the "Cancel"
button in the ICC to get me out of trouble in Go Global when I have a block
open (Buffer is not available then).  To re-display disappeared menus I have
been going back and forth between View Compound List & View Blocks/ECBs.  I
can usually find this because it is the top menu item, and I just keep
easing down the screen as I click until I hit it.  I love operating the
computer by Braille! :-)

  It would be a lot easier to use the Buffer when the top menu is visible.

  Thanks,

Stephen Murray
Asarco

> -Original Message-
> From: Johnson,Alex [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 02, 2000 4:41 PM
> To: Foxboro DCS Mail List
> Subject: RE: XVision on Win98 
> 
> 
> FYI, Many of the buttons on the ICC under GoGlobal can be 
> refreshed by going
> into and out of the Paste Buffer. (The BUFFER pick on the 
> ICC's menu bar.)
> 
> 

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: Process Alarms

[Duc M Do]

At 02:48 PM 5/2/00 -0400, Johnson,Alex wrote:

>2) Use a PC as your "alarm printer" and one of several 3rd party
>packages to capture the alarms.

We do something similar. We feed all the process alarms (and system
alarms, too, for that matter) to a VAX. Our friendly VAX guru sets up
automatic capturing and parsing of the alarms into process area
specific files (text files, one file per day) and put them on a web
server. The process people can grab them at their leisure and do
whatever with them. These files are kept on the web server for 3 months
and then archived to CD-ROM for who knows how long.

Duc M. Do
Dow Corning Corp.
Carrollton Plant
Carrollton, KY, US


---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: Process Alarms

[Johnson,Alex]

Frankly, the best way to do this is one of the following:

1)  Add FoxAMI to your system and store the messages there
2)  Use a PC as your "alarm printer" and one of several 3rd party
packages to capture the alarms.

After that the options are worse,

1)  The I/A Series Historian maintains a FIFO queue of 5000
alarms/messages. There is a tool to dump this file, but it is really a
pretty worthless archive.
2)  AIM*Historian can record the messages, but it does not have a GUI to
dump the data or a command line tool; you will have to write them or use MS
tools on a PC.


Regards,

Alex Johnson
The Foxboro Company
10707 Haddington
Houston, TX 77043
713.722.2859 (v)
713.722.2700 (sb)
713.932.0222 (f)
[EMAIL PROTECTED]  


-Original Message-
From:   Clement, Mark [SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, May 02, 2000 1:08 PM
To: '[EMAIL PROTECTED]'
Subject:Process Alarms

Hi all

Has anyone done any work(or have examples) of extracting process
alarms from
I/A and converting to text type file ? 
Do they reside in the historian or informix or some other file
system ?

Thanks In Advance 
Mark


---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: Classic historian data location(s)

[Johnson,Alex]

Re: ODBC

I don't know how sophisticated a query it can support, but AIM* is
definitely not a relational database. 

[Do you really want to do a join of pressure and temperature using time as
the key? That's about the only type of query that you could do. I guess a
pressure vs. temperature curve would be interesting, but is it really that
much better than two time plots of the P and T?]


Re: I/A Series Messages

AIM* records its messages in a flat file and provides an API to retrieve
them. It does not have a GUI equivalent to the FoxAMI GUI at this time.


Regards,

Alex Johnson
The Foxboro Company
10707 Haddington
Houston, TX 77043
713.722.2859 (v)
713.722.2700 (sb)
713.932.0222 (f)
[EMAIL PROTECTED]  


-Original Message-
From:   Stan Brown [SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, May 02, 2000 12:22 PM
To: [EMAIL PROTECTED]
Subject:Re: Classic historian data location(s)

On Tue May  2 12:38:07 2000 Johnson,Alex wrote...
>
>AIM*Historian uses flat files to store all of its data since they
provide
>much faster insertion and query support.
>
>AIM*Historian does supply an ODBC front-end that makes the data
appear as if
>it is in a simple relational database.

Sorry to keep asking questions :-)

Does this ODBC interface provide a good SQL interface? By
good I mean
supporting joins etc. And are  teh system manager alarms
also stored in
the new historian, or are they kept somwhere else?

And again, thanks for the eduaction.

We are contemplating upgradeing to the new historian, and
are just
trying to learn about the relatives strngths, and weakness
of the two.


-- 
Stan Brown [EMAIL PROTECTED]
843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit
extensions and
a graphical shell for a 16-bit patch to an 8-bit operating
system
originally coded for a 4-bit microprocessor, written by a
2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is
prohibited.


---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

Process Alarms

[Clement, Mark]

Hi all

Has anyone done any work(or have examples) of extracting process alarms from
I/A and converting to text type file ? 
Do they reside in the historian or informix or some other file system ?

Thanks In Advance 
Mark

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

Re: XVision on Win98

[Duc M Do]

At 08:42 AM 5/2/00 -0500, Daren Bishop wrote:

> I know this is no help to you, but I run Go-Global here and our '95 
> machines do fine. However, I have '98 SE on my home PC and have 
> similar problems. In ICC sometimes I have to repick all the fields 
> (which are blank) to get data to appear and then it will allow me
> to enter values, the same happens in Select.  

Thanks, Daren, and everyone else who offered a hint/tip about this
problem. It turned out to be Win98-related rather than an XVision or
dmcfg set up problem.

Here's the problem description in case you are curious:

Picking any of the data entry areas in the Select screen or in the
Control Configurator to enter data will not show any outward difference
in the Select screen, and only the foreground color changes in the CIO
Configurator. There's no indication of the cursor position in these
fields, which can be disconcerting if you wish to insert text into a
certain position.

I guess we'll live with this for now.

Regards,

Duc M. Do
Dow Corning Corp.
Carrollton Plant
Carrollton, KY, US


---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

Re: Classic historian data location(s)

[Stan Brown]

On Tue May  2 12:38:07 2000 Johnson,Alex wrote...
>
>AIM*Historian uses flat files to store all of its data since they provide
>much faster insertion and query support.
>
>AIM*Historian does supply an ODBC front-end that makes the data appear as if
>it is in a simple relational database.

Sorry to keep asking questions :-)

Does this ODBC interface provide a good SQL interface? By good I mean
supporting joins etc. And are  teh system manager alarms also stored in
the new historian, or are they kept somwhere else?

And again, thanks for the eduaction.

We are contemplating upgradeing to the new historian, and are just
trying to learn about the relatives strngths, and weakness of the two.


-- 
Stan Brown [EMAIL PROTECTED]843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is prohibited.

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

save_all.sh update information

[Stan Brown]

For those of you using the save_all.sh script, and for anyone else who
is lucky :-( enough to have Spectrm Interface Processors, we aparently
have discoverd a bug which prevents uploading these units.

I appears that an upload, wither from the Integrated Control
Configuratior, or from a script will fail if you attempt to uplaod the
entire configuration for the SIP's. The problem appears to be an
inabulty up sucesfull upload soem of the paramters in the ECB.
Uploading any compunds other than the ECB seems to work fine, but even
doing the ECB by itself fails.

Since the ECB is uploaded by the default implied "all" of the UPLOAD
command used in the save_all.sh script, this will cause it to fail to
corectly upload the entire SIP. 

There also appear to be some problems in the sciprts detection of
whether an upload suceded or not. I need to look and see if the Foxboro
utiliy being used returns a useful return code, or not. If it does we
can use this to determine success/failure of the
upload/shrink/checkpoint/saveall sequence.

Just a heads up.

-- 
Stan Brown [EMAIL PROTECTED]843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is prohibited.

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: XVision on Win98

[Johnson,Alex]

Yes.

Regards,

Alex Johnson
The Foxboro Company
10707 Haddington
Houston, TX 77043
713.722.2859 (v)
713.722.2700 (sb)
713.932.0222 (f)
[EMAIL PROTECTED]  


-Original Message-
From:   Loupe, Rory [SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, May 02, 2000 10:50 AM
To: 'Foxboro DCS Mail List'
Subject:RE: XVision on Win98 

What are the settings to uses in Exceed for:
- Maximum Backing Store
- Default Backing Store

When I resize or minimize the exceed window of ICC configurator I
lose the
up/down navigation arrows and sometimes the Compound/Block listing
on the
left side of the screen.

Will eXceed's "backing store" and "save unders" fix this problem?

Thanks,
Rory
-Original Message-
From:   Johnson,Alex [mailto:[EMAIL PROTECTED]]
Sent:   Tuesday, May 02, 2000 10:16 AM
To: Foxboro DCS Mail List
Subject:RE: XVision on Win98 

Daren,

GoGlobal - which is much, much faster than eXceed -
does not
have
functionality equivalent to eXceed's "backing store"
and
"save unders". For
this reason, it does not refresh the buttons of our
"Remote
Draw"
applications. The most common "Remote Draw"
applications are
the ICC and the
Process Summary Reporter.

The FoxRemote PSS explains the differences and
benefits of
both eXceed and
GoGlobal.

BTW, you should have the same problem with GoGlobal
whether
you are local or
remote.

Also, we have been working with GraphOn on a
solution for
this problem and
we've had some (minor) success, but we are not there
yet.


Regards,

Alex Johnson
The Foxboro Company
10707 Haddington
Houston, TX 77043
713.722.2859 (v)
713.722.2700 (sb)
713.932.0222 (f)
[EMAIL PROTECTED]  


-Original Message-
From:   Daren Bishop
[SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, May 02, 2000 8:43 AM
To:
[EMAIL PROTECTED]
Subject:Re: XVision on Win98 

 Duc, 
 
 I know this is no help to you, but I
run
Go-Global here and our
'95 
 machines do fine. However, I have '98
SE on my
home PC and have

 similar problems. In ICC sometimes I
have to
repick all the
fields 
 (which are blank) to get data to appear
and
then it will allow
me to 
 enter values, the same happens in
Select.  
 
 We are looking at having remote PC
displays,
investigating 
 possibilities.
 
 Personal feelings anyone on this? 
 
 Daren Bishop
 Process Engineer
 Ameripol/Synpol
 [EMAIL PROTECTED]


__ Reply
Separator
_
Subject: XVision on Win98 
Author:  "Foxboro DCS Mail List"
<[EMAIL PROTECTED]> at 
INTERNET-MAIL
Date:5/1/00 11:37 AM


Got a weird one
 
Currently we use SCO XVision to show remote
display
managers on our
PCs 
for engineering work. (XVision is equivalent
to
Hummingbird eXceed. 
Corporate IT dictates that we use XVision
instead of
eXceed.) The 
particulars are: XVision version 7.0 32

RE: XVision on Win98

[Johnson,Alex]

FYI, Many of the buttons on the ICC under GoGlobal can be refreshed by going
into and out of the Paste Buffer. (The BUFFER pick on the ICC's menu bar.)


Regards,

Alex Johnson
The Foxboro Company
10707 Haddington
Houston, TX 77043
713.722.2859 (v)
713.722.2700 (sb)
713.932.0222 (f)
[EMAIL PROTECTED]  


-Original Message-
From:   Murray, Steve [SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, May 02, 2000 9:57 AM
To: 'Foxboro DCS Mail List'
Subject:RE: XVision on Win98 

We use a combination of Exceed, Go Global, Windows 3.1 (yeah I know
its old), Windows 95, Windows 98, and Windows NT. 

  Depending on the operating system and video card, we can use
either 256 colors or True Color settings.  They all act a little
differently.  The most bizarre problem is using Exceed on a Windows 98
machine.  If you open a Foxview display from one AW and then an old Display
Manager from another AW, the old DM screen is completely black.  If you open
the old DM first & then the Foxview, everything works fine.  Go Global does
not have this problem (but it does have a few others), and the same machine
using Windows NT (dual-boot) works fine with either Exceed or Go Global.

  On the machine I am using right now, a Windows 98, Exceed behaves
differently in 256 and True Color modes.  In the old DM the normal outline
box that appears when the mouse cursor is over a "pickable" field only shows
up in 256 color mode.  In True color you have to know which fields are
pickable, and the yellow outline box appears only after you have selected
the field.

  In a Foxview session the outline box shows up all the time .  .  .


  Any of the Foxboro utility type programs like the ICC or the
Historian have problems when run from the PCs, so I don't use them unless I
really have too.  If you can remember where the disappearing fields in the
ICC are it isn't TOO bad, but it still makes me nervous when I'm at home & I
have to use it.  

  I guess there is no perfect PC access method! 

Stephen Murray 
Asarco 

> -Original Message- 
> From: Daren Bishop [ mailto:[EMAIL PROTECTED]
 ] 
> Sent: Tuesday, May 02, 2000 1:43 PM 
> To: [EMAIL PROTECTED] 
> Subject: Re: XVision on Win98 
> 
> 
>  Duc, 
>  
>  I know this is no help to you, but I run Go-Global here and our '95 
>  machines do fine. However, I have '98 SE on my home PC and have 
>  similar problems. In ICC sometimes I have to repick all the fields 
>  (which are blank) to get data to appear and then it will allow me to 
>  enter values, the same happens in Select.  
>  
>  We are looking at having remote PC displays, investigating 
>  possibilities. 
>  
>  Personal feelings anyone on this? 
>  
>  Daren Bishop 
>  Process Engineer 
>  Ameripol/Synpol 
>  [EMAIL PROTECTED] 
> 
> 
> __ Reply Separator 
> _ 
> Subject: XVision on Win98 
> Author:  "Foxboro DCS Mail List" 
> <[EMAIL PROTECTED]> at 
> INTERNET-MAIL 
> Date:5/1/00 11:37 AM 
> 
> 
> Got a weird one 
>  
> Currently we use SCO XVision to show remote display managers 
> on our PCs 
> for engineering work. (XVision is equivalent to Hummingbird eXceed. 
> Corporate IT dictates that we use XVision instead of eXceed.) The 
> particulars are: XVision version 7.0 32-bit server running on 
> Win95, IBM 
> Pentium 133 MHZ PC with 16 or 32 MB RAM. 
>  
> In preparation for new desktop PCs being deployed this summer, I'm
> testing the same XVision software running on the new machines, which 
> also are IBM machines, but at 600 MHZ and 128 MB RAM running Win 98 
> Second Edition. We will still be using DM. No Foxview. 
>  
> Here's the weird one: I cannot pick any of the data entry 
> areas on the 
> Select screen. With two DMs coming from the same Sun box, the one on 
> the Win95 machine works fine, the one on the new Win98 machine works 
> almost as flawlessly, except for this glitch. What's going on? 
>  
> Anybody? 
>  
> Duc M. Do 
> Dow Corning Corp. 
> Carrollton Plant 
> Carrollton, KY, US 


---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is m

RE: Classic historian data location(s)

[Johnson,Alex]

AIM*Historian uses flat files to store all of its data since they provide
much faster insertion and query support.

AIM*Historian does supply an ODBC front-end that makes the data appear as if
it is in a simple relational database.

AIM*Historian also provides an export facility that would allow you to load
data into a database. It's not fast enough (because the databases are not)
to use as a mechanism to store large volumes of real-time data. However, it
is useful for reduced data.


Regards,

Alex Johnson
The Foxboro Company
10707 Haddington
Houston, TX 77043
713.722.2859 (v)
713.722.2700 (sb)
713.932.0222 (f)
[EMAIL PROTECTED]  


-Original Message-
From:   Stan Brown [SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, May 02, 2000 10:31 AM
To: [EMAIL PROTECTED]
Subject:Re: Classic historian data location(s)

On Tue May  2 10:41:43 2000 Johnson,Alex wrote...
>
>Stan,
>
>The I/A Series Historian, a.k.a, the "old" Historian and the "data"
>Historian, works as follows:

 *** Truly excelent discussion of the subjetc sniped **


Thanks for the excelent knowledge imparted here!

I do have one more questiosn, if I could. Does the new AIM?
Historian
also use Informix, or some other Relational Database?

-- 
Stan Brown [EMAIL PROTECTED]
843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit
extensions and
a graphical shell for a 16-bit patch to an 8-bit operating
system
originally coded for a 4-bit microprocessor, written by a
2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is
prohibited.


---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: XVision on Win98

[Kevin Fitzgerrell]

Yes, this should fix the problem.

Check the Save Unders box
Maximum Backing Store - Always
Default Backing Store - When Mapped
Minimum Backing Store - When Mapped

Kevin FitzGerrell
Fairbanks Gold Mining, Inc.

original message---
Subject:  RE: XVision on Win98  
Date:  Tue, 2 May 2000 11:50:11 -0400  
From:  "Loupe, Rory" <[EMAIL PROTECTED]>  
To:  "'Foxboro DCS Mail List'" <[EMAIL PROTECTED]>  




What are the settings to uses in Exceed for:
- Maximum Backing Store
- Default Backing Store

When I resize or minimize the exceed window of ICC configurator I lose the
up/down navigation arrows and sometimes the Compound/Block listing on the
left side of the screen.

Will eXceed's "backing store" and "save unders" fix this problem?

Thanks,
Rory





---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: upload/shrink/checkpoint problems

[Johnson,Alex]

Another source of problems could be that someone left the ICC open on the
volume you were trying to shrink.

Try to shrink it again by hand and see if you still have the problem.

Regards,

Alex Johnson
The Foxboro Company
10707 Haddington
Houston, TX 77043
713.722.2859 (v)
713.722.2700 (sb)
713.932.0222 (f)
[EMAIL PROTECTED]  


-Original Message-
From:   Stan Brown [SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, May 02, 2000 7:29 AM
To: [EMAIL PROTECTED]
Subject:upload/shrink/checkpoint problems

I jsut deployed my new upload/shrink/checkpoint script on a
new node,
and it failed during the run last night.

Can anyone give me some insight into what this failure
means? Here is
the ouput of one station:

Starting upload/checkpoint...
Mon May  1 23:00:05 GMT 2000 --- upload and checkpoint
CP0401
DONE 1 OPEN CP0401!: Mon May  1 23:00:06 2000
DONE 2 UPLOAD CP0401!: Mon May  1 23:04:53 2000
FAIL 3 SHRINK CP0401!: Mon May  1 23:06:53 2000 -15
ICCshrink
error: class= 
-30 error= 0 text= ICCinit: CCshrink problem
FAIL 4 CHECKPOINT CP0401!: Mon May  1 23:06:53 2000 -15
ICCchkpt
error: clas
s= 20 error= 1 text= Session not in progress
FAIL 5 CLOSE CP0401!: Mon May  1 23:06:53 2000 -16
ICCclose error:
class= 20
error= 1 text= Session not in progress
DONE 6 EXIT CP0401!: Mon May  1 23:06:53 2000

I _think_ all the later errors are trigered by the shrink
problem,
but I am not certain of this.

Any insight would be greatly appreciated.


-- 
Stan Brown [EMAIL PROTECTED]
843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit
extensions and
a graphical shell for a 16-bit patch to an 8-bit operating
system
originally coded for a 4-bit microprocessor, written by a
2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is
prohibited.


---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: XVision on Win98

[Loupe, Rory]

What are the settings to uses in Exceed for:
- Maximum Backing Store
- Default Backing Store

When I resize or minimize the exceed window of ICC configurator I lose the
up/down navigation arrows and sometimes the Compound/Block listing on the
left side of the screen.

Will eXceed's "backing store" and "save unders" fix this problem?

Thanks,
Rory
-Original Message-
From:   Johnson,Alex [mailto:[EMAIL PROTECTED]]
Sent:   Tuesday, May 02, 2000 10:16 AM
To: Foxboro DCS Mail List
Subject:RE: XVision on Win98 

Daren,

GoGlobal - which is much, much faster than eXceed - does not have
functionality equivalent to eXceed's "backing store" and "save 
unders". For
this reason, it does not refresh the buttons of our "Remote Draw"
applications. The most common "Remote Draw" applications are the ICC 
and the
Process Summary Reporter.

The FoxRemote PSS explains the differences and benefits of both eXceed 
and
GoGlobal.

BTW, you should have the same problem with GoGlobal whether you are 
local or
remote.

Also, we have been working with GraphOn on a solution for this problem 
and
we've had some (minor) success, but we are not there yet.


Regards,

Alex Johnson
The Foxboro Company
10707 Haddington
Houston, TX 77043
713.722.2859 (v)
713.722.2700 (sb)
713.932.0222 (f)
[EMAIL PROTECTED]  


-Original Message-
From:   Daren Bishop [SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, May 02, 2000 8:43 AM
To: [EMAIL PROTECTED]
Subject:Re: XVision on Win98 

 Duc, 
 
 I know this is no help to you, but I run
Go-Global here and our
'95 
 machines do fine. However, I have '98 SE on my
home PC and have

 similar problems. In ICC sometimes I have to
repick all the
fields 
 (which are blank) to get data to appear and
then it will allow
me to 
 enter values, the same happens in Select.  
 
 We are looking at having remote PC displays,
investigating 
 possibilities.
 
 Personal feelings anyone on this? 
 
 Daren Bishop
 Process Engineer
 Ameripol/Synpol
 [EMAIL PROTECTED]


__ Reply Separator
_
Subject: XVision on Win98 
Author:  "Foxboro DCS Mail List"
<[EMAIL PROTECTED]> at 
INTERNET-MAIL
Date:5/1/00 11:37 AM


Got a weird one
 
Currently we use SCO XVision to show remote display
managers on our
PCs 
for engineering work. (XVision is equivalent to
Hummingbird eXceed. 
Corporate IT dictates that we use XVision instead of
eXceed.) The 
particulars are: XVision version 7.0 32-bit server
running on Win95,
IBM 
Pentium 133 MHZ PC with 16 or 32 MB RAM.
 
In preparation for new desktop PCs being deployed
this summer, I'm 
testing the same XVision software running on the new
machines, which

also are IBM machines, but at 600 MHZ and 128 MB RAM
running Win 98 
Second Edition. We will still be using DM. No
Foxview.
 
Here's the weird one: I cannot pick any of the data
entry areas on
the 
Select screen. With two DMs coming from the same Sun
box, the one on

the Win95 machine works fine, the one on the new
Win98 machine works

almost as flawlessly, except for this glitch. What's
going on?
 
Anybody?
 
Duc M. Do
Dow Corning Corp.
   

Re: XVision on Win98/remote PC displays

[Stan Brown]

On Tue May  2 10:21:00 2000 Dusing, Lance D. wrote...
>
>If you are looking at remote PC displays,  I would suggest you consider NCD
>Xterminals.
>
>Foxboro resells them, or you can buy them outright.
>They have no hard drive, (boot of the network), so they are pretty rugged.
>No fonts to download/compile.
>Also, if an operator powers them down, nothing is hurt.  No disk check
>required.
>
>
Another solution would be a Linux, or FreeBSD diskless machine made from an
old surplus Pc (486 will work fine). 

These could be netbooted from a host PC, or boot from a single floppy. They
could even be booted from one of the Sun's, but I don't think our friends
in Mass. would care much for that :-)

-- 
Stan Brown [EMAIL PROTECTED]843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is prohibited.

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: Disappearing fields in Exceed (was XVision on Win98 )

[Kevin Fitzgerrell]

If you are having problems with "disappearing fields" in Exceed, make sure
Save Unders is enabled and Backing Store is set.  To do this, open the
xconfig icon under Exceed.  Open the performance icon under xconfig.  Make
sure there is a check mark in the box next to Save Unders.  Next to Maximum
Backing Store it should read Always.  Next to Default Backing Store it
should read When Mapped.  Next to Minimum Backing Store it should also read
When Mapped.  These settings don't make Exceed a perfect replacement for an
xterminal but they certainly make it a lot better than it's default
settings.

We use Exceed on a dual boot NT machine and on a Win95 box.  We notice a
blinktask core file periodically but have had no other ill effects from
operators turning a PC off or losing power to the PC.  We have stressed
that ICC and other on line editing functions should not be left open and
unattended on any of the machines to help reduce problems.

Kevin FitzGerrell
Fairbanks Gold Mining, Inc.


-original message---
Subject:  RE: XVision on Win98  
Date:  Tue, 2 May 2000 07:57:01 -0700  
From:  "Murray, Steve" <[EMAIL PROTECTED]>  
To:  "'Foxboro DCS Mail List'" <[EMAIL PROTECTED]>  




We use a combination of Exceed, Go Global, Windows 3.1 (yeah I know its
old), Windows 95, Windows 98, and Windows NT. 

  Depending on the operating system and video card, we can use either 256
colors or True Color settings.  They all act a little differently.  The
most bizarre problem is using Exceed on a Windows 98 machine.  If you open
a Foxview display from one AW and then an old Display Manager from another
AW, the old DM screen is completely black.  If you open the old DM first &
then the Foxview, everything works fine.  Go Global does not have this
problem (but it does have a few others), and the same machine using Windows
NT (dual-boot) works fine with either Exceed or Go Global.

  On the machine I am using right now, a Windows 98, Exceed behaves
differently in 256 and True Color modes.  In the old DM the normal outline
box that appears when the mouse cursor is over a "pickable" field only
shows up in 256 color mode.  In True color you have to know which fields
are pickable, and the yellow outline box appears only after you have
selected the field.

  In a Foxview session the outline box shows up all the time .  .  . 

  Any of the Foxboro utility type programs like the ICC or the Historian
have problems when run from the PCs, so I don't use them unless I really
have too.  If you can remember where the disappearing fields in the ICC are
it isn't TOO bad, but it still makes me nervous when I'm at home & I have
to use it.  

  I guess there is no perfect PC access method! 

Stephen Murray 
Asarco 





---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

Re: Classic historian data location(s)

[Stan Brown]

On Tue May  2 10:41:43 2000 Johnson,Alex wrote...
>
>Stan,
>
>The I/A Series Historian, a.k.a, the "old" Historian and the "data"
>Historian, works as follows:

 *** Truly excelent discussion of the subjetc sniped **


Thanks for the excelent knowledge imparted here!

I do have one more questiosn, if I could. Does the new AIM? Historian
also use Informix, or some other Relational Database?

-- 
Stan Brown [EMAIL PROTECTED]843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is prohibited.

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: Classic historian data location(s)

[Murray, Steve]

RE: Classic historian data location(s)



Hi Stan,


>   How do the extended samples relate 
to what goes in the database?
>   Oh, and where are they 
located?
> 
  The SAM files are located in /opt/fox/hstorian/sample.


  There is a very good write up in the Historian manual in the 
overview section on the relationship between the many parts of the Historian.  
See section 2 in the manual B0193BL.

>   I don't think we are doing this. 
It's not the default 
> install to use
>   anything but raw partitons, 
correct?
> 
>   And thnaks for the info.


  By default you get a tiny raw partition for the 
Historian.  You can make this initial raw partition much larger if you do it at 
the time of system installation, but afterwards it is too late.  So Informix can 
use a part of the filesystem as "simulated" raw space to give you more room 
to store reduction data and other neat stuff in the Informix table spaces.  


  You get this additional room by "cooking" a bit of 
the filesystem area so it can be used along with the initial raw space.  (hey I 
didn't think up these terms :-)

  See section 13 of the Historian manual B0193BL for a very brief 
mention of the cooking procedure.  There is a much better write up in the Helpful 
Hints number HH528.


Good Luck,


Stephen Murray
Asarco

Answer to shrink failure.

[Stan Brown]

Thanks to Foxbor's excelent technical support group (thanks Ed & Stan),
I can now sucesfully srhink my CP images on the machine this was
failing on.

They found, hidden in a dark and dusty corner of thier database, that
if a stray eject process was runing, shriks will fail! Yes, I to have a
hard time seeing this corelation, bud indeed killing the eject process,
and the shell that spwned it. fixed the problem.

Tuck taht one waya in your obscure sollutions notes!

Thanks, again Fooxboro TAC!

-- 
Stan Brown [EMAIL PROTECTED]843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is prohibited.

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

remote PC displays

[Marc Provencher]

Another good supplier of remote displays (for X-windows) is Neoware
(http://www.neoware.com), with their Neostation.  They also have a version that
runs with MS Terminal Server, but why settle for an imitation (Micro$oft), when
you can have the real thing (X-windows).

If all you need is a screen to do remote configuration, VNC can also be quite
useful, and it's free, and it doesn' t have the color / font / background redraw
problems that plague Exceed and Go Global.

--
Marc Provencher
Senior Systems Engineer
Foxboro Calgary
(403) 777-4275
[EMAIL PROTECTED]




---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: XVision on Win98

[Johnson,Alex]

Daren,

GoGlobal - which is much, much faster than eXceed - does not have
functionality equivalent to eXceed's "backing store" and "save unders". For
this reason, it does not refresh the buttons of our "Remote Draw"
applications. The most common "Remote Draw" applications are the ICC and the
Process Summary Reporter.

The FoxRemote PSS explains the differences and benefits of both eXceed and
GoGlobal.

BTW, you should have the same problem with GoGlobal whether you are local or
remote.

Also, we have been working with GraphOn on a solution for this problem and
we've had some (minor) success, but we are not there yet.


Regards,

Alex Johnson
The Foxboro Company
10707 Haddington
Houston, TX 77043
713.722.2859 (v)
713.722.2700 (sb)
713.932.0222 (f)
[EMAIL PROTECTED]  


-Original Message-
From:   Daren Bishop [SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, May 02, 2000 8:43 AM
To: [EMAIL PROTECTED]
Subject:Re: XVision on Win98 

 Duc, 
 
 I know this is no help to you, but I run Go-Global here and our '95 
 machines do fine. However, I have '98 SE on my home PC and have
 similar problems. In ICC sometimes I have to repick all the fields 
 (which are blank) to get data to appear and then it will allow me to 
 enter values, the same happens in Select.  
 
 We are looking at having remote PC displays, investigating 
 possibilities.
 
 Personal feelings anyone on this? 
 
 Daren Bishop
 Process Engineer
 Ameripol/Synpol
 [EMAIL PROTECTED]


__ Reply Separator
_
Subject: XVision on Win98 
Author:  "Foxboro DCS Mail List"
<[EMAIL PROTECTED]> at 
INTERNET-MAIL
Date:5/1/00 11:37 AM


Got a weird one
 
Currently we use SCO XVision to show remote display managers on our PCs 
for engineering work. (XVision is equivalent to Hummingbird eXceed. 
Corporate IT dictates that we use XVision instead of eXceed.) The 
particulars are: XVision version 7.0 32-bit server running on Win95, IBM 
Pentium 133 MHZ PC with 16 or 32 MB RAM.
 
In preparation for new desktop PCs being deployed this summer, I'm 
testing the same XVision software running on the new machines, which

also are IBM machines, but at 600 MHZ and 128 MB RAM running Win 98 
Second Edition. We will still be using DM. No Foxview.
 
Here's the weird one: I cannot pick any of the data entry areas on the 
Select screen. With two DMs coming from the same Sun box, the one on
the Win95 machine works fine, the one on the new Win98 machine works
almost as flawlessly, except for this glitch. What's going on?
 
Anybody?
 
Duc M. Do
Dow Corning Corp.
Carrollton Plant
Carrollton, KY, US
 

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: XVision on Win98

[Murray, Steve]

RE: XVision on Win98 



We use a combination of Exceed, Go Global, Windows 3.1 (yeah I know 
its old), Windows 95, Windows 98, and Windows NT.


  Depending on the operating system and video card, we can use 
either 256 colors or True Color settings.  They all act a little 
differently.  The most bizarre problem is using Exceed on a Windows 98 
machine.  If you open a Foxview display from one AW and then an old Display 
Manager from another AW, the old DM screen is completely black.  If you open the 
old DM first & then the Foxview, everything works fine.  Go Global does not 
have this problem (but it does have a few others), and the same machine using Windows 
NT (dual-boot) works fine with either Exceed or Go Global.

  On the machine I am using right now, a Windows 98, Exceed 
behaves differently in 256 and True Color modes.  In the old DM the normal 
outline box that appears when the mouse cursor is over a "pickable" field 
only shows up in 256 color mode.  In True color you have to know which fields are 
pickable, and the yellow outline box appears only after you have selected the 
field.

  In a Foxview session the outline box shows up all the time 
.  .  .


  Any of the Foxboro utility type programs like the ICC or the 
Historian have problems when run from the PCs, so I don't use them unless I really 
have too.  If you can remember where the disappearing fields in the ICC are it 
isn't TOO bad, but it still makes me nervous when I'm at home & I have to use 
it.  

  I guess there is no perfect PC access method!


Stephen Murray
Asarco


> -Original Message-
> From: Daren Bishop [mailto:[EMAIL PROTECTED]";>mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 02, 2000 1:43 PM
> To: [EMAIL PROTECTED]
> Subject: Re: XVision on Win98 
> 
> 
>  Duc, 
>  
>  I know this is no help to you, but 
I run Go-Global here 
> and our '95 
>  machines do fine. However, I have 
'98 SE on my home PC and have 
>  similar problems. In ICC sometimes 
I have to repick all 
> the fields 
>  (which are blank) to get data to 
appear and then it will 
> allow me to 
>  enter values, the same happens in 
Select.  
>  
>  We are looking at having remote PC 
displays, investigating 
>  possibilities.
>  
>  Personal feelings anyone on this? 

>  
>  Daren Bishop
>  Process Engineer
>  Ameripol/Synpol
>  [EMAIL PROTECTED]
> 
> 
> __ Reply Separator 
> _
> Subject: XVision on Win98 
> Author:  "Foxboro DCS Mail List" 
> <[EMAIL PROTECTED]> at 
> INTERNET-MAIL
> Date:    5/1/00 11:37 AM
> 
> 
> Got a weird one
>  
> Currently we use SCO XVision to show remote display managers 

> on our PCs 
> for engineering work. (XVision is equivalent to Hummingbird 
eXceed. 
> Corporate IT dictates that we use XVision instead of eXceed.) 
The 
> particulars are: XVision version 7.0 32-bit server running on 

> Win95, IBM 
> Pentium 133 MHZ PC with 16 or 32 MB RAM.
>  
> In preparation for new desktop PCs being deployed this summer, 
I'm 
> testing the same XVision software running on the new machines, 
which 
> also are IBM machines, but at 600 MHZ and 128 MB RAM running Win 
98 
> Second Edition. We will still be using DM. No Foxview.
>  
> Here's the weird one: I cannot pick any of the data entry 
> areas on the 
> Select screen. With two DMs coming from the same Sun box, the 
one on 
> the Win95 machine works fine, the one on the new Win98 machine 
works 
> almost as flawlessly, except for this glitch. What's going 
on?
>  
> Anybody?
>  
> Duc M. Do
> Dow Corning Corp.
> Carrollton Plant
> Carrollton, KY, US

RE: Classic historian data location(s)

[Johnson,Alex]

Stan,

The I/A Series Historian, a.k.a, the "old" Historian and the "data"
Historian, works as follows:

1)  The last two hundred samples are kept in a standard UNIX flat file.
The format is proprietary. These samples were originally used only to
support the recent history option of the trend displays.
2)  Samples beyond the first two hundred are kept as extended samples.
The original AP20 had very limited disk space and the ability to keep them
was not considered to be important in the original system design.
3)  Reduced data - averages, totals, kurtosis, etc., are kept in
Informix tables. These tables are know as Reduction Groups. The only time
the historian stores values in an Informix table is when the data is reduced
and stored in a Reduction group. It is interesting to note that the sample
data files (1 and 2 above) are not used in the calculation of the reduction
values. Rather, a parallel collection of data is performed using the same OM
lists as the ones we normally associate with the sample data. Data reduction
is relatively expensive - esp. on old boxes - due to the overhead of
inserting the data into Informix.

None numeric data is also stored by the Historian. 

1)  Process Alarms are stored by the Historian in a circular buffer of
as many as 5000 entries. This buffer is a flat file and there are tools to
dump this file to a flat file, but generally it is pretty useless. 
2)  Operator Action Journal messages are stored in an Informix table and
the table is treated as a FIFO queue. The size of the queue is configurable.
However, the replacement algorithm is barbaric. When the table fills, an SQL
query is run to delete the oldest 10% of the messages in the table. This
operation can take quite a while - esp. on the older Solaris boxes (50s,
51As, and 51Bs) if the table is sized to its maximum (5000) and the machine
is busy. While the deletion is waiting to complete, the WP is "frozen"
waiting for the operation to complete. This can be quite upsetting to an
operator trying to ramp a setpoint. The only workarounds are: to not use the
table or to limit the size of the OAJ table.
3)  System Monitor messages are also stored in an Informix table and
they are treated in the same manner as OAJ entries. However, the delay is
not visible to the operator when the oldest 10% are removed.


Basically, the I/A Series Historian was a pretty poor place to put messages.
FoxAMI provides a much better archive for Process Alarms, Operator Action
Journal Messages, and System Monitor messages. It provides command line and
GUI interfaces for message extraction and presentation.


The next question is going to be, "How do I view the data that my Historian
collects?"

The original answer was, "You can't. The Historian is write only." This
answer did not satisfy most of our customers so we said, "Use the ACE report
writer." 

This answer was only minimally better since it could report on only the data
in the Informix tables and most people did not setup reduction groups
because they consumed a large amount of CPU time. Worse yet, the ACE report
writer meant that one had to write a SQL program. It was not a pretty
situation.

A number of options were developed using the Spreadsheets (Prelude and
Lotus) and various reporting tools. Finally, the company released the
'Report Writer 50' as a corporately supported product. This tool can access
Informix based (reduction group) data and live process values, but cannot
access the sample data. Still, it is pretty easy to use and is good for
periodic (shift) reports.

There is also a tool, 'Extract', that allows one to use a GUI to select up
to eight points and pull out the sample or reduction data in a report or to
raise a trend with those points. This tool also has a command line mode that
can be used to extract data for an arbitrarily large number of points.


Hope this helps.


Regards,

Alex Johnson
The Foxboro Company
10707 Haddington
Houston, TX 77043
713.722.2859 (v)
713.722.2700 (sb)
713.932.0222 (f)
[EMAIL PROTECTED]  


-Original Message-
From:   Stan Brown [SMTP:[EMAIL PROTECTED]]
Sent:   Monday, May 01, 2000 9:20 PM
To: [EMAIL PROTECTED]
Subject:Classic historian data location(s)

I am trying to find out where the "classic: historian stores
data. Is
it in the Informix database? Or in the flat files called
samples?

I just located a refernce on bacing up Informix databases,
and I was
wondering if there were other dynamic places that historian
data might
be kept.

-- 
Stan Brown [EMAIL PROTECTED]
843-745-3154
Charleston SC.
-- 

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is ma

RE: XVision on Win98/remote PC displays

[Dusing, Lance D.]

If you are looking at remote PC displays,  I would suggest you consider NCD
Xterminals.

Foxboro resells them, or you can buy them outright.
They have no hard drive, (boot of the network), so they are pretty rugged.
No fonts to download/compile.
Also, if an operator powers them down, nothing is hurt.  No disk check
required.


Lance Dusing
Senior Process Control Engineer
Cliffs Mining Company

> -Original Message-
> From: Daren Bishop [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, May 02, 2000 8:43 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: XVision on Win98 
> 
>  Duc, 
>  
>  I know this is no help to you, but I run Go-Global here and our '95 
>  machines do fine. However, I have '98 SE on my home PC and have 
>  similar problems. In ICC sometimes I have to repick all the fields 
>  (which are blank) to get data to appear and then it will allow me to 
>  enter values, the same happens in Select.  
>  
>  We are looking at having remote PC displays, investigating 
>  possibilities.
>  
>  Personal feelings anyone on this? 
>  
>  Daren Bishop
>  Process Engineer
>  Ameripol/Synpol
>  [EMAIL PROTECTED]
> 
> 
> __ Reply Separator
> _
> Subject: XVision on Win98 
> Author:  "Foxboro DCS Mail List" <[EMAIL PROTECTED]>
> at 
> INTERNET-MAIL
> Date:5/1/00 11:37 AM
> 
> 
> Got a weird one
>  
> Currently we use SCO XVision to show remote display managers on our PCs 
> for engineering work. (XVision is equivalent to Hummingbird eXceed. 
> Corporate IT dictates that we use XVision instead of eXceed.) The 
> particulars are: XVision version 7.0 32-bit server running on Win95, IBM 
> Pentium 133 MHZ PC with 16 or 32 MB RAM.
>  
> In preparation for new desktop PCs being deployed this summer, I'm 
> testing the same XVision software running on the new machines, which 
> also are IBM machines, but at 600 MHZ and 128 MB RAM running Win 98 
> Second Edition. We will still be using DM. No Foxview.
>  
> Here's the weird one: I cannot pick any of the data entry areas on the 
> Select screen. With two DMs coming from the same Sun box, the one on 
> the Win95 machine works fine, the one on the new Win98 machine works 
> almost as flawlessly, except for this glitch. What's going on?
>  
> Anybody?
>  
> Duc M. Do
> Dow Corning Corp.
> Carrollton Plant
> Carrollton, KY, US
>  

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

Re: upload/shrink/checkpoint problems

[sturner]

Check the swap space on the AP that host this CP.  If there is too little swap
space the shrink will fail and the "work file" can disappear.

[EMAIL PROTECTED]





"Stan Brown" <[EMAIL PROTECTED]> on 05/02/2000 08:15:25 AM

Please respond to "Foxboro DCS Mail List"
  <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: Steve Turner/FCC/First Mississippi Corporation)
Subject:  Re: upload/shrink/checkpoint problems



On Tue May  2 08:43:27 2000 Stear, Bo wrote...
>
>Check the drive space on the host AP for this CP.  Shrink uses extra space
>and you may be running out.
>I'm not certain but since the ICC session failed during the 'shrink' it may
>have left the database locked causing the remaining sessions to fail.
>
>

 Plenty of space:

 Filesystemkbytesused   avail capacity  Mounted on
 /dev/md/dsk/d0 35071   17251   1432055%/
 /dev/md/dsk/d4578455  308615  21200060%/usr
 /dev/md/dsk/d2 266798951   1506838%/var
 /dev/md/dsk/d5   1094414  338073  64690135%/opt

 At least, I think that's plenty. Am I wrong?

--
Stan Brown [EMAIL PROTECTED]843-745-3154
Charleston SC.
--
Windows 98: n.
 useless extension to a minor patch release for 32-bit extensions and
 a graphical shell for a 16-bit patch to an 8-bit operating system
 originally coded for a 4-bit microprocessor, written by a 2-bit
 company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is prohibited.


---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

Re: XVision on Win98

[Daren Bishop]

 Duc, 
 
 I know this is no help to you, but I run Go-Global here and our '95 
 machines do fine. However, I have '98 SE on my home PC and have 
 similar problems. In ICC sometimes I have to repick all the fields 
 (which are blank) to get data to appear and then it will allow me to 
 enter values, the same happens in Select.  
 
 We are looking at having remote PC displays, investigating 
 possibilities.
 
 Personal feelings anyone on this? 
 
 Daren Bishop
 Process Engineer
 Ameripol/Synpol
 [EMAIL PROTECTED]


__ Reply Separator _
Subject: XVision on Win98 
Author:  "Foxboro DCS Mail List" <[EMAIL PROTECTED]> at 
INTERNET-MAIL
Date:5/1/00 11:37 AM


Got a weird one
 
Currently we use SCO XVision to show remote display managers on our PCs 
for engineering work. (XVision is equivalent to Hummingbird eXceed. 
Corporate IT dictates that we use XVision instead of eXceed.) The 
particulars are: XVision version 7.0 32-bit server running on Win95, IBM 
Pentium 133 MHZ PC with 16 or 32 MB RAM.
 
In preparation for new desktop PCs being deployed this summer, I'm 
testing the same XVision software running on the new machines, which 
also are IBM machines, but at 600 MHZ and 128 MB RAM running Win 98 
Second Edition. We will still be using DM. No Foxview.
 
Here's the weird one: I cannot pick any of the data entry areas on the 
Select screen. With two DMs coming from the same Sun box, the one on 
the Win95 machine works fine, the one on the new Win98 machine works 
almost as flawlessly, except for this glitch. What's going on?
 
Anybody?
 
Duc M. Do
Dow Corning Corp.
Carrollton Plant
Carrollton, KY, US
 
 
---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: upload/shrink/checkpoint problems

[Stear, Bo]

That seems to be more than enough disk space.
Look on your system in /opt/fox/bin/tools for a directory called
'check_sync'.
If you have it there, cd to /opt/fox/bin/tools/check_sync and run
'check_db_sync  where LETTERBUG is the letterbug name of your CP.
If this fails, you're in trouble.
If you don't have the 'check_sync' directory, get it from field service
it's an invaluable tool.


-Original Message-
From: Stan Brown [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 02, 2000 8:15 AM
To: [EMAIL PROTECTED]
Subject: Re: upload/shrink/checkpoint problems


On Tue May  2 08:43:27 2000 Stear, Bo wrote...
>
>Check the drive space on the host AP for this CP.  Shrink uses extra space
>and you may be running out.
>I'm not certain but since the ICC session failed during the 'shrink' it may
>have left the database locked causing the remaining sessions to fail.
>
>

Plenty of space:

Filesystemkbytesused   avail capacity  Mounted on
/dev/md/dsk/d0 35071   17251   1432055%/
/dev/md/dsk/d4578455  308615  21200060%/usr
/dev/md/dsk/d2 266798951   1506838%/var
/dev/md/dsk/d5   1094414  338073  64690135%/opt

At least, I think that's plenty. Am I wrong?

-- 
Stan Brown [EMAIL PROTECTED]
843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is
prohibited.


---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

Re: Question about /etc/aplns and /etc/wplns

[Stan Brown]

On Tue May  2 08:29:32 2000 Lowell, Tim: wrote...
>
>Stan,
>
>All AW's and AP's are configured with 2 names, the "AW name", and the "WP
>name".  This is done in System Definition.  The "WP name" of an AW/AP is
>what the Alarm Alert system uses to send alarm messages to.  You will see
>the "WP name" for your AW51B's under "SHOW...Available WP's" in the ICC,
>because the ICC reads /etc/wplns to build this list.  There are other
>reasons for the two names, but I can't recall what they are off hand.
>

OK, thanks for educating me on this.

-- 
Stan Brown [EMAIL PROTECTED]843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is prohibited.

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

Re: Question about /etc/aplns and /etc/wplns

[Stan Brown]

On Tue May  2 08:35:01 2000 Stear, Bo wrote...
>
>The AW, unlike the WP, gets two 'names' assigned.  One is its letterbug
>(AW0400) and is the host name for the AP section of the AW code.  The other
>(AWP400) is the WP logical name for the WP section of the AW code.  AW0400
>should show up in your /etc/aplns file and AWP400 in the /etc/wplns file.
>

OK, thanks for educating me on this. I take it this is manually
assigned, and not dervied from some alogorithim that I could code inot
my scripts?

-- 
Stan Brown [EMAIL PROTECTED]843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is prohibited.

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

Re: upload/shrink/checkpoint problems

[Stan Brown]

On Tue May  2 08:43:27 2000 Stear, Bo wrote...
>
>Check the drive space on the host AP for this CP.  Shrink uses extra space
>and you may be running out.
>I'm not certain but since the ICC session failed during the 'shrink' it may
>have left the database locked causing the remaining sessions to fail.
>
>

Plenty of space:

Filesystemkbytesused   avail capacity  Mounted on
/dev/md/dsk/d0 35071   17251   1432055%/
/dev/md/dsk/d4578455  308615  21200060%/usr
/dev/md/dsk/d2 266798951   1506838%/var
/dev/md/dsk/d5   1094414  338073  64690135%/opt

At least, I think that's plenty. Am I wrong?

-- 
Stan Brown [EMAIL PROTECTED]843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is prohibited.

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: upload/shrink/checkpoint problems

[Stear, Bo]

Check the drive space on the host AP for this CP.  Shrink uses extra space
and you may be running out.
I'm not certain but since the ICC session failed during the 'shrink' it may
have left the database locked causing the remaining sessions to fail.

I hate to be a killjoy but it's just these types of problems that cause me
to avoid 'automatic' scripts to handle my CP's.  These are fragile databases
that can sometimes be easily corrupted.  Everything has to go just right or
the synchronization between the running CP, its workfile, it's locks, and
CSA can be fowled.

-Original Message-
From: Stan Brown [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 02, 2000 7:29 AM
To: [EMAIL PROTECTED]
Subject: upload/shrink/checkpoint problems


I jsut deployed my new upload/shrink/checkpoint script on a new node,
and it failed during the run last night.

Can anyone give me some insight into what this failure means? Here is
the ouput of one station:

Starting upload/checkpoint...
Mon May  1 23:00:05 GMT 2000 --- upload and checkpoint CP0401
DONE 1 OPEN CP0401!: Mon May  1 23:00:06 2000
DONE 2 UPLOAD CP0401!: Mon May  1 23:04:53 2000
FAIL 3 SHRINK CP0401!: Mon May  1 23:06:53 2000 -15 ICCshrink
error: class= 
-30 error= 0 text= ICCinit: CCshrink problem
FAIL 4 CHECKPOINT CP0401!: Mon May  1 23:06:53 2000 -15 ICCchkpt
error: clas
s= 20 error= 1 text= Session not in progress
FAIL 5 CLOSE CP0401!: Mon May  1 23:06:53 2000 -16 ICCclose error:
class= 20
error= 1 text= Session not in progress
DONE 6 EXIT CP0401!: Mon May  1 23:06:53 2000

I _think_ all the later errors are trigered by the shrink problem,
but I am not certain of this.

Any insight would be greatly appreciated.


-- 
Stan Brown [EMAIL PROTECTED]
843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is
prohibited.


---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: Question about /etc/aplns and /etc/wplns

[Stear, Bo]

The AW, unlike the WP, gets two 'names' assigned.  One is its letterbug
(AW0400) and is the host name for the AP section of the AW code.  The other
(AWP400) is the WP logical name for the WP section of the AW code.  AW0400
should show up in your /etc/aplns file and AWP400 in the /etc/wplns file.

-Original Message-
From: Stan Brown [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 02, 2000 7:22 AM
To: [EMAIL PROTECTED]
Subject: Question about /etc/aplns and /etc/wplns


I have ben working on some scripts lately that do various things on
our
Foxboor nodes. All of the nodes, exceept for 1 consits of one or
more
AP51B's, and WP51B's. On these machines ehre are the files
/etc/wplns
and /etc/aplns. Thes files descibe what WP's and AP's exist ont ehis
node.

I have just deplyed these cripts on a node thta consosits of a
AW51B,
and a WP51B. Mich to my suprise, I found thta /etc/wplns contaied
the
folowing entry:

AWP400

This is the WP, I think it's real name is AW0400. Can anyone tell me
why this entry is there?

Thanks.

-- 
Stan Brown [EMAIL PROTECTED]
843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is
prohibited.


---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

RE: Question about /etc/aplns and /etc/wplns

[Lowell, Tim:]

Stan,

All AW's and AP's are configured with 2 names, the "AW name", and the "WP
name".  This is done in System Definition.  The "WP name" of an AW/AP is
what the Alarm Alert system uses to send alarm messages to.  You will see
the "WP name" for your AW51B's under "SHOW...Available WP's" in the ICC,
because the ICC reads /etc/wplns to build this list.  There are other
reasons for the two names, but I can't recall what they are off hand.

Tim

-Original Message-
From:   Stan Brown [SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, May 02, 2000 8:22 AM
To: [EMAIL PROTECTED]
Subject:Question about /etc/aplns and /etc/wplns

I have ben working on some scripts lately that do various
things on our
Foxboor nodes. All of the nodes, exceept for 1 consits of
one or more
AP51B's, and WP51B's. On these machines ehre are the files
/etc/wplns
and /etc/aplns. Thes files descibe what WP's and AP's exist
ont ehis
node.

I have just deplyed these cripts on a node thta consosits of
a AW51B,
and a WP51B. Mich to my suprise, I found thta /etc/wplns
contaied the
folowing entry:

AWP400

This is the WP, I think it's real name is AW0400. Can anyone
tell me
why this entry is there?

Thanks.


---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

upload/shrink/checkpoint problems

[Stan Brown]

I jsut deployed my new upload/shrink/checkpoint script on a new node,
and it failed during the run last night.

Can anyone give me some insight into what this failure means? Here is
the ouput of one station:

Starting upload/checkpoint...
Mon May  1 23:00:05 GMT 2000 --- upload and checkpoint CP0401
DONE 1 OPEN CP0401!: Mon May  1 23:00:06 2000
DONE 2 UPLOAD CP0401!: Mon May  1 23:04:53 2000
FAIL 3 SHRINK CP0401!: Mon May  1 23:06:53 2000 -15 ICCshrink
error: class= 
-30 error= 0 text= ICCinit: CCshrink problem
FAIL 4 CHECKPOINT CP0401!: Mon May  1 23:06:53 2000 -15 ICCchkpt
error: clas
s= 20 error= 1 text= Session not in progress
FAIL 5 CLOSE CP0401!: Mon May  1 23:06:53 2000 -16 ICCclose error:
class= 20
error= 1 text= Session not in progress
DONE 6 EXIT CP0401!: Mon May  1 23:06:53 2000

I _think_ all the later errors are trigered by the shrink problem,
but I am not certain of this.

Any insight would be greatly appreciated.


-- 
Stan Brown [EMAIL PROTECTED]843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is prohibited.

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

Question about /etc/aplns and /etc/wplns

[Stan Brown]

I have ben working on some scripts lately that do various things on our
Foxboor nodes. All of the nodes, exceept for 1 consits of one or more
AP51B's, and WP51B's. On these machines ehre are the files /etc/wplns
and /etc/aplns. Thes files descibe what WP's and AP's exist ont ehis
node.

I have just deplyed these cripts on a node thta consosits of a AW51B,
and a WP51B. Mich to my suprise, I found thta /etc/wplns contaied the
folowing entry:

AWP400

This is the WP, I think it's real name is AW0400. Can anyone tell me
why this entry is there?

Thanks.

-- 
Stan Brown [EMAIL PROTECTED]843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is prohibited.

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

Re: Classic historian data location(s)

[Stan Brown]

On Tue May  2 02:12:03 2000 Stephen Murray wrote...
>
>Hi Stan,
>
>  The Informix database (Legacy Historian) uses a raw partition, any
>"cooked" partitions you create for it, and the extended samples go in the
>sample data files.

How do the extended samples relate to what goes in the database?
Oh, and where are they located?
>
>  So at least two areas . . . three or more if you use cooked space for more
>room.

I don't think we are doing this. It's not the default install to use
anything but raw partitons, correct?

And thnaks for the info.

-- 
Stan Brown [EMAIL PROTECTED]843-745-3154
Charleston SC.
-- 
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit 
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown.  Redistribution via the Microsoft Network is prohibited.

---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

Re: Classic historian data location(s)

[Stephen Murray]

Hi Stan,

  The Informix database (Legacy Historian) uses a raw partition, any
"cooked" partitions you create for it, and the extended samples go in the
sample data files.

  So at least two areas . . . three or more if you use cooked space for more
room.

Stephen Murray

- Original Message -
From: Stan Brown <[EMAIL PROTECTED]>
To: Foxboro List <[EMAIL PROTECTED]>
Sent: Monday, May 01, 2000 7:20 PM
Subject: Classic historian data location(s)


> I am trying to find out where the "classic: historian stores data. Is
> it in the Informix database? Or in the flat files called samples?
>
> I just located a refernce on bacing up Informix databases, and I was
> wondering if there were other dynamic places that historian data might
> be kept.
>
>--
>Stan Brown [EMAIL PROTECTED]
843-745-3154
>Charleston SC.
>--
>Windows 98: n.  Good enough for me!



---
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]