Printers again

[Schouten, Frits JF]

Title: Printers again





Hi Gang,
I see on the list that printers and device monitors are the hot topic again.


Well, I have a problem with that too.


Our colour printer is connected to the parallel port of the AP.
If I look at SMDH, the printer shows: On line, Not failed.


Yet, a freshly generated cs_dm.current shows:
STATION: C0AP01: STATE: OPERATIVE TYPE: AP 50/51
 Device: 1 - NOT CONFIGURED 
 Device: 2  LP14 TYPE: PRINTER STATUS: FAIL PR NONE


If I run lpc stat LP14 on the host(C0AP01), it shows:
LP14:
 queueing is enabled
 printing is enabled
 no entries


If I run lpc stat LP14 on any of the WPs, it shows:
LP14:
 queueing is disabled
 printing is disabled
 no entries


As a result of this the operators are unable to do screen dumps.
If I run lpc up all on any of the WPs, printing on LP14 is restored but only for a short period of time.
Before the day is over, I get a complaint from the operators that the printer is no longer working.


It looks to me that the device monitor is having its nickers in a twist and telling all the workstations at a very regular interval, that LP14 is failed.

How can I make DEV_MON to reflect the correct status of LP14???


Cheers,


Frits Schouten
Process Computing Department


B New Zealand Steel
Phone: +64 +9 375 8111 ext 5261
Email:  [EMAIL PROTECTED]




EOM 


NOTICE - This message and any attached files may contain information that is confidential and/or subject of legal privilege intended only for use by the intended recipient. If you are not the intended recipient or the person responsible for delivering the message to the intended recipient, be advised that you have received this message in error and that any dissemination, copying or use of this message or attachment is strictly forbidden, as is the disclosure of the information therein. If you have received this message in error please notify the sender immediately and delete the message.

Blink task

[Schouten, Frits JF]

Title: Blink task
Reply-To: "Foxboro DCS Mail List" <[EMAIL PROTECTED]>
Sender: <[EMAIL PROTECTED]>
Precedence: Bulk
List-Software: LetterRip Pro 3.0.7 by Fog City Software, Inc.
List-Subscribe: 
List-Unsubscribe: 
Status:  O






I felt I should drop you guysgals a line and hope that Foxboro is eavesdropping.


Wouldn't it be nice if Foxboro brought the BlinkTask into the 20th century.


There are tons of systems out in the world that run DM on some form of X connection like PCX, Exceed, GoGlobal and dare I say Linux and they will for many years to come.

How many people, using those systems, love to go to 16/24bit colours because other applications demand that but they can't because the BlinkTask can't handle it.

Maybe it's worth sending a CAR to Foxboro about this issue


Frits Schouten
Process Computing Department


B New Zealand Steel
Phone: +64 +9 375 8111 ext 5261
Email:  [EMAIL PROTECTED]




EOM 


NOTICE - This message and any attached files may contain information that is confidential and/or subject of legal privilege intended only for use by the intended recipient. If you are not the intended recipient or the person responsible for delivering the message to the intended recipient, be advised that you have received this message in error and that any dissemination, copying or use of this message or attachment is strictly forbidden, as is the disclosure of the information therein. If you have received this message in error please notify the sender immediately and delete the message.




---
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: Can alarms be grouped to give a single alarm?

[Schouten, Frits JF]

Hi Jack,

what about inhibiting the flowon alarms?
Like when the pump stops you inhibit the low flow etc with the pump status bit or so.
We here at NZSteel are implementing, where ever we can, an alarm inhibit scheme to the 
extent that halve a plant could be inhibited when appropriate. You have to think of a 
smart scheme of lifting the inhibit without regenerating nuisance alarms.
There is nothing worse than nuisance alarms from equipment that is turned off or being 
started.
I've found that, with a lot of input from operators, you can set up a really good 
working alarm inhibit scheme.

Cheers,
Frits Schouten.
BHP-NZSteel.


 -Original Message-
 From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]]
 Sent: Saturday, September 23, 2000 6:25 AM
 To:   [EMAIL PROTECTED]
 Subject:  Can alarms be grouped to give a single alarm?
 
  I would like to know if alarms from different blocks can be grouped to 
  give a single alarm.
  
  For example, a pump stops working.  I could get a pump status alarm, a 
  lo flow alarm, a hi output alarm, and a hi level alarm.  All of these 
  alarms represent one condition.  Is there anyway to make these give 
  just one alarm without using logic blocks all over the place?
  
  Or, if logic blocks are the only way, what is the most efficient way 
  to accomplish it?
  
  Or, should I just consider getting rid of some of those alarms?
  
  I looked in B0193RV - Workstation Alarm Management, but didn't see 
  anything obvious.
  
  Thanks for the help.
  
  Jack Ziegler
  Sunoco Chemicals
  Frankford Phenol Plant
  215-537-2422
 
 
 **
 This email and any files transmitted with it are intended 
 solely for the use of the individual or entity to whom they
 are addressed.  If you have received this e-mail in error, 
 please notify the originator.
 **
 
 ---
 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]
 
EOM 

NOTICE - This message contains information intended only for the use of the addressee 
named above.  It may also be confidential and/or privileged.  If you are not the 
intended recipient of this message you are hereby notified that you must not 
disseminate, copy or take any action in reliance on it.  If you have received this 
message in error please notify [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: Rolling average

[Schouten, Frits JF]

Talking about rolling average, I use a AIN block with filter option.
That just works a gem.

Anyone ever thought about 0-360deg wind vane damping?
See the problem around North? 1,360,1,360. would average 180 wouldn't it?
Here is what I did.
In a CALC block split out the SIN and COS and output it to say RO02/03
Those two outputs each go to an AIN block with filter option ON and filtertime say 1.
The output of those AIN blocks is then fed back in the CALC block to be ASINed and 
ACOSed and with a bit of smarts put back together to form 0-360deg.
There you have it. A very well stabilised wind vane signal which can now be used to 
drive an directional indicator (FoxView) without driving the operator mad.

Cheers,
Frits Schouten.
BHP-NZSteel.



EOM 

NOTICE - This message contains information intended only for the use of the addressee 
named above.  It may also be confidential and/or privileged.  If you are not the 
intended recipient of this message you are hereby notified that you must not 
disseminate, copy or take any action in reliance on it.  If you have received this 
message in error please notify [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: data extraction from foxhistory

[Schouten, Frits JF]

Thanks Joe,
It's working!!
The only library that I had to add to your generic makefile was 'dbx_client'.

Thanks,
Frits.

 -Original Message-
 From: Joseph A. Markham [SMTP:[EMAIL PROTECTED]]
 Sent: Saturday, September 02, 2000 2:05 AM
 To:   'Foxboro DCS Mail List'
 Subject:  RE: data extraction from foxhistory
 
 
 Frits Schouten wrote:
 
 Wouldn't it be nice if a makefile for /opt/fox/foxhist/examples/testrtp.c
 was supplied as well.
 
 I can't get it to compile.
 Particularly the libraries that are needed are a problem.
 
 
 
 Try the makefile from my histq program on the cassandra project website. I
 used a generic list of foxhistory libraries that I got from TAC.
 
 Hope this helps!
 
 -Joe Markham
 
 
 ---
 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]
 
EOM 

NOTICE - This message contains information intended only for the use of the addressee 
named above.  It may also be confidential and/or privileged.  If you are not the 
intended recipient of this message you are hereby notified that you must not 
disseminate, copy or take any action in reliance on it.  If you have received this 
message in error please notify [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]

data extraction from foxhistory

[Schouten, Frits JF]

Wouldn't it be nice if a makefile for /opt/fox/foxhist/examples/testrtp.c
was supplied as well.

I can't get it to compile.
Particularly the libraries that are needed are a problem. 

And how can I use the query.samples? 

Anybody care to give me a push in the right direction?

btw: my Foxhistory is on a AW51E.

Cheers,
Frits Schouten.



EOM 

NOTICE - This message contains information intended only for the use of the
addressee named above.  It may also be confidential and/or privileged.  If
you are not the intended recipient of this message you are hereby notified
that you must not disseminate, copy or take any action in reliance on it.
If you have received this message in error please notify [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: OM-List question.

[Schouten, Frits JF]

Excellent explanation Alex.
Thank you.

I've decided, after long consideration and examination of the legacy code, to do away 
with the lists and go for the set_confirm with PSAP format style.
The 'C' code and associated other programs/scripts and whatever, are really legacy 
code written specially with the AP20 in mind.
That included binary tables in stead of Informix purely for speed reasons.
The source code has now been ported and recompiled to a more modern platform (AW51) 
and can do with a bit of a spruce up.
Rather than changing the old code bit by bit I've now decided to go green field.
The old code has served very well for the last 10 years but it's past it's due by date.

Cheers,
Frits Schouten.
BHP-NZSteel

 -Original Message-
 From: Johnson,Alex [SMTP:[EMAIL PROTECTED]]
 Sent: Friday, June 16, 2000 3:41 PM
 To:   Foxboro DCS Mail List
 Subject:  RE: OM-List question.
 
 I've fired up my trusty FoxDoc CD and the answer is that the VALUE parameter
 of a REAL data block is an OUTPUT.
 
 The table describes it as a Data Variable, but the key to knowing that it is
 an output is the fact that it is tied to RO1. RO1 is the range array for the
 first block output. 
 
 Name   DescriptionType Accessibility Default Units/Range
 VALUE  variable value real con/set   0.0 RO1
 
 So, the answer is that you cannot write to these blocks. You can only set
 them.
 
 However, if you use an optimized set and you don't have to update them very
 often, I'd say that you can use them without worrying too much. 
 
 You have a choice of setval calls. The setval and set_confirm calls allow
 you to add the compound name to the IMPORT table. Other calls allow you to
 get the PSAP address and use it.
 
 The biggest concern with the IMPORT flag is that you might fill the IMPORT
 table. There is one entry in it for each new compound name or SV name. Use
 show_params to check how full it is. See Chapter 9 of B0193ND - System
 Administration Guide for 50 Series Systems (Solaris 2.x) covers the
 reconfiguration that you might require.
 
 There are no other external issues with the ones that require you to acquire
 and retain the station address.
 
 The 'set' calls in general have to be used cautiously to ensure that you do
 not saturate the target station's input buffers.
 
 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] mailto:[EMAIL PROTECTED] 
 
 
   -Original Message-
   From:   Schouten, Frits JF [SMTP:[EMAIL PROTECTED]]
   Sent:   Thursday, June 15, 2000 6:05 PM
   To: 'Foxboro DCS Mail List'
   Subject:RE: OM-List question.
 
   Thank you for your reply Alex,
 
   but I still don't get it.
   I'm reading in the REAL Variable Block description (FOXDOC) that
 VALUE is con/set for accessibility.
   One thing I noticed was that when I do an omget of C:B.TYPE on a
 real data block I'm getting (i)151 returned while the block description
 tells me, I should get (i)153?
   It's a pity that I have to use (M)AIN blocks for all occasions where
 (write)lists are involved. I suppose I'll have to get rid of the lists
 then.
 
   Cheers,
   Frits.
 
-Original Message-
From: Johnson,Alex [SMTP:[EMAIL PROTECTED]]
Sent: Friday, June 16, 2000 4:11 AM
To:   Foxboro DCS Mail List
Subject:  RE: OM-List question.

I just have a moment, but...

Get a copy of the document that describes the parameters of the
 blocks.

Only those parameters in the INPUT list which are marked as
 connectable can
be connected to with a Write list.

All OUTPUT parameters are not connectable for write. The block
 owns them
and you may not write to the parameter.


The table is confusing if you don't know this, but it basically 
 works as
follows:

1)All parameters can be gotten (one-shot get: getval family
 of
calls)
2)Parameters marked settable can be set (one-shot set: setval
 family
of calls) under the proper circumstances (inputs if nothing is
 connected to
it; some outputs - if the block mode is appropriate, e.g. .OUT and
 MA set to
Manual)
3)All parameters marked as connectable have a value record
 and can
be connected for Read (read lists)
4)INPUT parameters marked as connectable can be connected for
 write
(write lists) under the proper circumstances (no one else is
 connected)
5)OUTPUT parameters marked as connectable can NEVER be
 connected for
write. 


I hope this helps.


Regards,

Alex Johnson
The Foxboro Company
10707 Haddington
Houston, TX 77043

RE: OM-List question.

[Schouten, Frits JF]

I just found a CAR related to this problem. (CAR 8843. No action planned. CAR Closed)
The C:B.Variables are of the type OUTPUT, hence the om-error -3.

The only question I have for FOXBORO is: WHY IS IT OF THE TYPE OUTPUT???

 -Original Message-
 From: Schouten, Frits JF 
 Sent: Thursday, June 15, 2000 9:53 AM
 To:   'Foxboro DCS Mail List'
 Subject:  OM-List question.
 
 Hello peeps,
 
 I've run into a problem with OM-lists.
 
 I'm in the process of replacing Global Variables with Compound:Block.Variables. 
 Up till now that has not been a problem. OM-lists were not involved so far.
 
 The 'C' program I'm now changing is using OM lists to exchange data between Global 
Variables and the Program.
 
 Problem is that, when writing to the list, I'm getting an OM-error -3 returned  /* 
Write attempt to secured variable  */ on the C:B:Variable.
 Just for the test I changed the list point to a real input on a CALC block and that 
goes fine.
 
 In 'Select' I have no problems changing the C:B:Variables.
 I can write to the C:B.Variables from a 'C' program using 'set_confirm' with no 
problems at all.
 I can read/write C:B.Variables using 'omget' and 'omset' from a vt100 again with no 
problems.
 
 Any ideas of what I'm doing wrong regarding C:B.Variables in an OM-list?
 
 Regards,
 
 Frits Schouten
 BHP-NZSteel
 
 
 

---
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: 2nd ethernet ports and Routing....

[Schouten, Frits JF]

Unfortunately not Warren.
I did put the netmask in etc/netmasks but at boot time the FOXBORO software 
is overwriting it, resulting to what is was before I made my changes.
Regards,
Frits.

 -Original Message-
 From: Warren Brown [SMTP:[EMAIL PROTECTED]]
 Sent: Tuesday, June 06, 2000 1:01 AM
 To:   [EMAIL PROTECTED]
 Subject:  Re: 2nd ethernet ports and Routing
 
 
 Hello
 Using the standard Solaris file /etc/netmasks
 would have solved this problem also.
 
 WB
 
 
 

---
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]

2nd ethernet ports and Routing....

[Schouten, Frits JF]

Well, I might as well put in my 5cts worth.

Here we are with a sold off co-generation plant. The decision was make to retain the 
IP addresses of the second ethernet ports on the Foxboro systems.
No problem so far. But for accounting and control purposes it was necessary to 
maintain production/control information to come to us. Now here we have a challenge.

COGEN FOXBORO 152.153.16.x   --  NEW COGEN NETWORK 10.202.x.x  -- OUR INTRANET 
152.153.x.x -- MELTERS FOXBORO 152.153.11.x

To add to the challenge the owners of 10.202.x.x installed a firewall between them and 
OUR INTRANET and we had placed routers between the FOXBOROs and the rest of the world 
to keep them isolated from network storms. They do happen, you know :-)

The solution was very simple.
Only on COGEN I did the following:
Add to /etc/hosts 
152.153.16.50   ROUTER

Add to /etc/defaultrouter
ROUTER

But this didn't work.
FOXBORO networks are configured as class B network.
So I added a script to /etc/fox/userapps.dat called 'routing.scr' which looked like 
this:

#!/bin/sh
#
# We have to force the netmask like this because at boot time
# FOXBORO is resetting it to class B subnet
# This is ok for the NODE BUS but not for the second ethernet card.
#
# There are two 152.153.x.x networks separated by 10.202.x.x
# who need to be able to talk to each other
# 152.153.16.x on the foxboro side of the router and
# 152.153.the.rest on the other side of 10.202.x.x
#
# This script is called from /etc/fox/user_apps.dat
#
# 17-April-2000 F.Schouten.
#
ifconfig le1 netmask 255.255.255.0

And they lived happy ever after..

G0AP01# netstat -r
 
Routing Table:
  Destination   Gateway   Flags  Ref   Use   Interface
  - - -- -
localhostlocalhost UH   0117  lo0
152.153.16.0 G0AP01E2  U2   1787  le1
151.128.0.0  G0AP01U3 96  le0
224.0.0.0G0AP01U3  0  le0
default  ROUTERUG   0   6135

G0AP01# ifconfig -a
lo0: flags=849UP,LOOPBACK,RUNNING,MULTICAST mtu 8232
inet 127.0.0.1 netmask ff00
le0: flags=863UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST mtu 1500
inet 151.128.16.65 netmask  broadcast 151.128.255.255
ether 8:0:20:7e:97:fc
le1: flags=863UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST mtu 1500
inet 152.153.16.1 netmask ff00 broadcast 152.153.255.255
ether 8:0:20:7e:97:fc

Cheers,

Frits Schouten
BHP-NZSteel

p.s A bit more that 5cts worth, I suppose :-))


EOM 

NOTICE - This message contains information intended only for the use of the addressee 
named above.  It may also be confidential and/or privileged.  If you are not the 
intended recipient of this message you are hereby notified that you must not 
disseminate, copy or take any action in reliance on it.  If you have received this 
message in error please notify [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]

Simple print screen for all you GoGlobal users.

[Schouten, Frits JF]

Wouldn't you love to do a I/A printscreen from your PC running GoGlobal AND 
to your local PS printer too?
Well, do I have the answer. Although, I have to admit, it is not entirely mine. 
But who cares, as long as it works
The following scripts are tested and working for the old style DM but I would 
think it will work for FOXVIEW too.

Under SYS from the DM I have a command called XtermPrint which looks like this:
---
dmcmd script
dmcmd run /usr/G15R6.1/scripts/xtermxwd.sh
---

The xtermxwd.sh looks like this:
--
/usr/openwin/bin/xwd -out /tmp/xterm.dmp
/usr/fox/wp/bin/xwd2ps /tmp/xterm.dmp | /usr/G15R6.1/bin/gofile
--

That's it.
Make sure that your local printer is a PS. Output looks funny when it isn't 
and loads of paper is spilled :-)
GoGlobal uses your default printer but you can select any one printer you like 
if you have others available via intranet or so...

Thanks Sean, for putting me in the right direction.

Cheers,
Frits.


---
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: 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: 4.2GB hard drive in AW51B

[Schouten, Frits JF]

I've just, well last year that is, replaced all my 0.5Gb drives in the WPs 
for Seagate 4.2Gb.
No problems encountered.
Cheers,
Frits.

 -Original Message-
 From: Guoqiang Lu [SMTP:[EMAIL PROTECTED]]
 Sent: Thursday, 6 April 2000 03:28
 To:   [EMAIL PROTECTED]
 Subject:  4.2GB hard drive in AW51B
 
 Anybody knows the manufacturer and model of the 4.2GB hard drive used in AW51B?
 

---
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: Loss of mouse function

[Schouten, Frits JF]

The printer is via the parallel port.
We have pocus follows pointer.
I forgot to tell that keyboard input still works, well sort of.
The Front key works if the pointer happens to sit over the DMs/AM

 -Original Message-
 From: Stan Brown [SMTP:[EMAIL PROTECTED]]
 Sent: Monday, 3 April 2000 12:40
 To:   [EMAIL PROTECTED]
 Subject:  Re: Loss of mouse function
 
 On Sun Apr  2 18:03:01 2000 Schouten, Frits JF wrote...
 
 Can anybody make sense out of this?
 Because I still have a frustrated operator
 
 
   Two questiosn:
 
   1. Is the printer connected to a serail port on one of the Sun's? If so
  we have the smae problem, and have come up with a workaround.
 
   2. In the window manamger, do you have focus follows pointer? 
 
 

---
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: Loss of mouse function

[Schouten, Frits JF]

Yes, we have that problem.
I don't know what it is and it looks like it's confined to one WP.
This WP is the main operators console. Virtually all entries are done from 
this WP.
Sometimes after a few hours but mostly after a few days(4-5) we have to reboot 
the WP because of this lockup.
Swapping keyboards and mouse made no difference.
The station in question is a 170Mhz 96Mb WP51B with 2 screens and 4 DMs 
running vers.6.1
After a lockup I can still rlogin from another station and everything on the 
locked up station seems to be normal.
It also looks like there is a bit of a warning to this problem. Before it 
locks up completely the operator has complained that he could not do a screen 
print to the colour printer LP14. But this might not be related.
When I looked at that, the printer was disabled on the station:
-
LP14 not accepting requests since Mon Mar  6 01:01:21 GMT 2000 -
unknown reason
LP10 accepting requests since Mon Feb 21 10:24:30 GMT 2000
LP11 accepting requests since Fri Jan 21 15:29:41 GMT 2000
-
I can only get it to go using lpc (enable all, start all)

I've given the operators instructions on how to reboot the station using SMDH 
from another WP so I don't get called in the middle of the night. (Murphies 
law makes it fail when I'm not on site)

Going back in time, I'm trying to trace what has been done differently to the 
various stations during the upgrade to 6.1
One of the things I did was upgrading to 6.1 on the fly. Station by station 
while everything was still 4.2.3.
The last thing I did was the AP51.
And I remember that I've done the upgrade to 6.1 on the now problem station 
first.
I recently found out that devmon might be part of this whole problem.
Even though the manual says that upgrading from 4.2.x to 6.1 is not a problem 
for devmon, the global variable DEV_MONITOR resided on the station that is 
now showing the lockup problems?!?
I have also installed QF991068. That was done to cure the screen print problem 
which it didn't.
Coming to think of it, the lock up of the WP might have started since this QF. 
The WP was dev-mon master and I've
moved the mastership to the AP51using dm_recon t
Can anybody make sense out of this?
Because I still have a frustrated operator

Cheers,
Frits.


 -Original Message-
 From: Dykes, James: [SMTP:[EMAIL PROTECTED]]
 Sent: Monday, 3 April 2000 02:26
 To:   Foxboro DCS Mail List (E-mail)
 Subject:  Loss of mouse function
 
 Has anyone experience these:
   DM and AM continue to update, but can not be selected by the mouse.
 The mouse pointer is back to the default, that is, small and black. To
 recover, you can kill the AM using pref -letterbug amcmd quitam on; exit.
 Failing that, you must reboot. Our system is at 6.1.1 and on a AW51C
   DM locks up. A reboot appears to be the only course of action.
   DM exits for no apparent reason.  One can manually restart the DM,
 but reboot is appears to be the best solution.
 
 
 James J. H. Dykes
 Tosco Corporation
 Avon Refinery
 mailto:[EMAIL PROTECTED]
 Phone:(925) 228-1220 Ext. 2930


---
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: Script Execution

[Schouten, Frits JF]

Hi Sylvain,
since the source code was supplied with it, I can imagine it can be made to 
work under NT.
But who wants to work on NT anyway :-))

Cheers,
Frits, with Sparc boxes all over the show...

 -Original Message-
 From: Nadeau, Sylvain [SMTP:[EMAIL PROTECTED]]
 Sent: Wednesday, 29 March 2000 08:39
 To:   'Foxboro DCS Mail List'
 Subject:  RE: Script Execution
 
 Does anybody know of an NT version of cpShell for AW70s?
 
 SN
 
  -Original Message-
  From:   Schouten, Frits JF [SMTP:[EMAIL PROTECTED]]
  Sent:   Tuesday, March 21, 2000 5:37 PM
  To: 'Foxboro DCS Mail List'
  Subject:RE: Script Execution
  
  I don't know... Our local FOXBORO supplier, maybe, I suppose, who got
  it from FoxSingapore, who got it from. I don't know...
  But I think it originates from, what's that chap's name Alex
  something, or so. :-))
  
  Credit where credit is due.
  Good job Alex.
  I've treasured it from the day it was installed in the mid nineties
  (sounds a long time ago, doesn't it) and here we are running it under
  Ver.6.1
  
  Cheers,
  Frits.
  
  
   -Original Message-
   From: Johnson,Alex [SMTP:[EMAIL PROTECTED]]
   Sent: Wednesday, 22 March 2000 10:18
   To:   Foxboro DCS Mail List
   Subject:  RE: Script Execution
   
   So, are you going to tell him how to get cpShell?
   
   :)
   
   AJ
   
-Original Message-
From:   Schouten, Frits JF [SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, March 21, 2000 4:04 PM
To: 'Foxboro DCS Mail List'
Subject:RE: Script Execution

Hi Alan, 
I do this all the time, starting scripts from sequence code that is
  :-))

Here is a snippet of sequence code:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
SUBROUTINE INFO(  IN  time   : R
  p1 : I
  INOUT   flag   : B
  alarm  : B )
VARIABLES
 
STATEMENTS
 
flag  := FALSE;
SENDMSG(/opt/c1/ia/script/event.scr , p1) TO MSGGR1;
WAIT UNTIL flag AFTER time GOTO NEXT_INFO;
NEXT_INFO
 
IF (NOT flag) THEN
   {Alarm no coms with INFORMIX}
   alarm := TRUE;
ELSE
   alarm := FALSE;
ENDIF;
 
ENDSUBROUTINE
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
But there is more to this.
In the BLOCK you have to setup the MSGGRx. In our case: MSGGR1 = 2
In the COMPOUND you have to setup the device group. In our case :
GR2DV1=EXE_MSG1
In the AP you have to have running  /opt/foxind/cpShell/exe/cpShell
  -id
EXE_MSG1
The id could be any name you fancy as long as it is consistent
  throughout
your system.
Make sure that you touch /opt/foxind/cpShell/status/EXE_MSG1 or
  whatever
id you use.
The script on its turn starts a C program with embedded sql which
  record
the event sent by seq. code.
Once processed it sets a boolean in the sequence code to let it know
  it
has been processed.

This all to get real time events (well close to it) to Level4 for
synchronous production between plants.

I can find hundreds of pieces of sequence code on our systems that
  utilise
the above structure
and they all work a gem.

That's about all, I think.

Cheers,
Frits Schouten
BHP-NZSteel.

 -Original Message-
 From: Alan J Schaff [SMTP:[EMAIL PROTECTED]]
 Sent: Wednesday, 22 March 2000 09:26
 To:   Foxboro DCS Mail List
 Subject:  Script Execution
 
 Does anyone have any experience with running a script triggered by 
  an
event in a
 CP?  Ideally I want to trigger a script to run from sequence code or
when a CIN
 block goes true.
 
 Thanks,
 Alan Schaff
 BASF Corp.
 

---
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: Control Between Different Nodes

[Schouten, Frits JF]

I've done that by utilising BEA messageQ for Solaris (about $US1250 I think). 
To give you a bit of a feel of the possibilities, the two Foxboro systems I've 
connected up like this are from two different companies!! talking across the 
Internet. 
One produces waste gasses from iron/steel making, the other is an electricity 
company utilising the waste gasses and they both need to know, very obviously, 
process information from each other.
As far as the operators is concerned, the other plant is just visual on one of 
their graphics. 

On both systems I've created a compound for sending and a compound for 
receiving data.
On both hosts I have software running that read/writes to those compounds and, 
via BEA messageQ, send/receives the data to the other host.
The data transfer timer is set at 15 seconds.
One host is more or less master as far as keeping the data going on time but 
the other host has a mechanism to send its data after a timeout and then will 
take charge of the time keeping.
The software starts straight from host boot utilising /usr/fox/user_apps.dat.
All relatively simple and very transparent.

Cheers,
Frits Schouten.
BHP-NZSteel.

 -Original Message-
 From: D.B. Harris [SMTP:[EMAIL PROTECTED]]
 Sent: Monday, 27 March 2000 11:05
 To:   Foxboro ListServer
 Subject:  Control Between Different Nodes
 
 Where I am working the plant has 2 nodes (only connected by 2nd ethernet
 port). These plant are each very different from the other, but the Operators
 have asked if they could see 2 blocks from the other node. Does anyone know
 if there is a way to write this info. to the other node via ethernet,
 i.e., without having to connect the 2 via Carrierband LAN or COMM?
 Thanks in advance for any assistance you might lend.
 Diane Harris
 Control System Services, Inc.
 P.O. Box 12656
 Lake Charles, LA. 70612-2656
 [EMAIL PROTECTED]
 http://www.controlsystemservices.com
 
 

---
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:Script Execution

[Schouten, Frits JF]

 Quite right about the  Alex,
 I made a typo in the e-mail. I do use the  in the applic command. That is 
 fairly well highlighted in the dm command manual.
 You know what I really hope this whole intermezzo does to our subscribers? I 
 hope they just pick up the bits that are useful to them.
 I also hope that people on our list don't feel inhibited by thinking O, I 
 might make a fool of myself. Because they don't.
 Just spill out all those thoughts floating around in the grey matter. It is 
 really good to bounce off ideas.
 I, for one, might benefit from it. My ego is getting a bashing here :-)
 
 Thanks for listening and responding.
 Kinda lonely out here.
 Better do some work too
 
 Cheers,
 Frits Schouten.
 
 
 
 -Original Message-
 From: Johnson,Alex [SMTP:[EMAIL PROTECTED]]
 Sent: Thursday, 23 March 2000 13:51
 To:   Foxboro DCS Mail List
 Subject:  RE: Script Execution
 
 I'm really glad you brought up applic. It has a really nasty side effect.
 
 There are two obvious ways to run a program from a WP:
 
 1) dmcmd applic pgm arg1...argn
 2) dmcmd run pgm arg1...argn
 
 The first command writes the argument of applic to a named pipe on the
 logical host of the WP. Attached to the named pipe is (basically) a Bourne
 shell which reads the commands and executes them using the system(3s) call.
 
 The second command causes the DM to fork into two processes. The second
 (child) process 
 then execls into pgm and passes itself the arguments.
 
 The main difference between the two appears to be that the first command
 executes on the logical host of the WP and the second executes on the WP
 itself.
 
 However, there is another subtle difference and it can cause very
 significant problems.
 
 Remember that the first command is fed to a shell process and it uses
 system(3s) to run the command? Well, what happens if the command does not
 complete? For example, if it is used to run 'textedit' and the user never
 quits textedit?
 
 The answer is that no more commands are read from the named pipe until
 textedit completes! No matter how many are sent or which WP sends it.
 
 However, this does not stop other commands from being placed in the pipe!
 Theoretically, the pipe could fill and cause visible problems on the DM/FV
 side, but I've never seen that happen.
 
 So, what happens to the users is:
 
 1) Textedit starts.
 2) Many other programs do not start.
 3) Users call support because 'applic' does not work anymore! TAC works like
 mad.
 4) Textedit exits hours later quite by accident.
 5) Lots of programs run when they are not supposed to and do bad things.
 6) Everyone is confused and unhappy.
 
 [How do I know? I had it happen in a major refinery. Fortunately, the
 problems were minor, but...]
 
 There are two ways to avoid this feature (and it might be for some
 customers):
 
 1) Put the  at the end of all commands that are invoked by applic. In your
 example, you should
 write:
   :C0WP04DMCMD := dmcmd applic /opt/home/frits/hello.scr ;
 not
   :C0WP04DMCMD := dmcmd applic /opt/home/frits/hello.scr ;
 2) Use
 dmcmd run /bin/rexec $TMHST pgm arg1 ... argn
 
 I rather like the second one because I am quite likely to forget to add an
 ampersand () to the end of 
 ALL of my applics. This failure would result in a subtle error. I hate
 subtle errors!
 
 Whereas, the second approach does not lend itself to subtle errors. Only
 major ones which are easy to find ones.
 
 So, your test program which is now out for all to see has two flaws:
 
 1) Lack of error trapping and
 2) The possibility of causing quite significant problems to each WP sharing
 a host.
 
 Now, aren't you sorry that I read this list? :)
 
 BTW: This is all covered in my book. To bad, it is not published.
 
 
 

---
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: Script Execution

[Schouten, Frits JF]

How come I get a -45 error in sequence code when I use 
:letterbugDMCMD:=dmcmd run pathname/program name; 
This is telling me that :letterbugDMCMD does not exist.
In my case it is :C0AP01DMCMD.
Is there something that needs to be set up in the station (AP) that processes 
this command?

Regards,
Frits Schouten. 

 -Original Message-
 From: Loupe, Rory [SMTP:[EMAIL PROTECTED]]
 Sent: Wednesday, 22 March 2000 09:46
 To:   'Foxboro DCS Mail List'
 Subject:  RE: Script Execution
 
 Alan,
 I am not sure about an event in the CP but I think this may suit your needs.
 
 Utilize the following line to execute a program from sequence code:
   :letterbugDMCMD:=dmcmd run pathname/program name;
 
 For example, if the letterbug of the station is AW5101 and the program is
 called program located in /opt/prog, use the following line:
   :AW5101DMCMD:=dmcmd run /opt/prog/program;
 
 Rory Loupe
 Rhodia, Inc.
 225-359-3748
 
   -Original Message-
   From:   Alan J Schaff [mailto:[EMAIL PROTECTED]]
   Sent:   Tuesday, March 21, 2000 3:26 PM
   To: Foxboro DCS Mail List
   Subject:Script Execution
 
   Does anyone have any experience with running a script
 triggered by an event in a
   CP?  Ideally I want to trigger a script to run from sequence
 code or when a CIN
   block goes true.
 
   Thanks,
   Alan Schaff
   BASF Corp.
 
 
 
 
 
 


---
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: Script Execution

[Schouten, Frits JF]

Why am I not surprised :-))
I tried it to an AW and it works.
Thanks,
Frits.

 -Original Message-
 From: Ghantous, Ayoub [SMTP:[EMAIL PROTECTED]]
 Sent: Thursday, 23 March 2000 10:15
 To:   Foxboro DCS Mail List
 Subject:  RE: Script Execution
 
 If C0AP01 is an AP rather than an AW, then the result you obtained is
 expected.
 The technique below applies to an AW but does not apply to an AP (as an AP
 does not have a DM or DM globals). 
 
 Regards,
 
 Ayoub Ghantous
 
 


---
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: Script Execution

[Schouten, Frits JF]

You are not wrong there Alex.
Thing is, I'm currently in an test environment and only slapping together 
code, NEVER to be used again
Am I dreaming or what. Once code is working, it is going to be used forever, 
no matter who rotten it was written.
Am I exposing myself.. Nahhh.

Cheers,
Frits.

 -Original Message-
 From: Johnson,Alex [SMTP:[EMAIL PROTECTED]]
 Sent: Thursday, 23 March 2000 11:09
 To:   Foxboro DCS Mail List
 Subject:  RE: Script Execution
 
 Frits,
 
 Your problem is a good example of a failure mode that you must deal with if
 you are going to use this technique reliably, i.e., you have to:
 
 1) Trap the error
 2) Replace the target
 3) Retry
 
 My earlier note shows how to trap the error. If you combine that with using
 a variable to hold the target, you can replace the target (change the
 variable) in the trap routine and retry.
 
 If you fail to code your sequence block in this manner, you will have
 failures at the  least convenient time. (Mr. Murphy is watching.)
 
 Regards,
 
 AJ
 
 
 


---
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: Script Execution

[Schouten, Frits JF]

Hi Alan, 
I do this all the time, starting scripts from sequence code that is :-))

Here is a snippet of sequence code:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
SUBROUTINE INFO(  IN  time   : R
  p1 : I
  INOUT   flag   : B
  alarm  : B )
VARIABLES
 
STATEMENTS
 
flag  := FALSE;
SENDMSG(/opt/c1/ia/script/event.scr , p1) TO MSGGR1;
WAIT UNTIL flag AFTER time GOTO NEXT_INFO;
NEXT_INFO
 
IF (NOT flag) THEN
   {Alarm no coms with INFORMIX}
   alarm := TRUE;
ELSE
   alarm := FALSE;
ENDIF;
 
ENDSUBROUTINE
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
But there is more to this.
In the BLOCK you have to setup the MSGGRx. In our case: MSGGR1 = 2
In the COMPOUND you have to setup the device group. In our case : GR2DV1=EXE_MSG1
In the AP you have to have running  /opt/foxind/cpShell/exe/cpShell -id EXE_MSG1
The id could be any name you fancy as long as it is consistent throughout your system.
Make sure that you touch /opt/foxind/cpShell/status/EXE_MSG1 or whatever id you use.
The script on its turn starts a C program with embedded sql which record the event 
sent by seq. code.
Once processed it sets a boolean in the sequence code to let it know it has been 
processed.

This all to get real time events (well close to it) to Level4 for synchronous 
production between plants.

I can find hundreds of pieces of sequence code on our systems that utilise the above 
structure
and they all work a gem.

That's about all, I think.

Cheers,
Frits Schouten
BHP-NZSteel.

 -Original Message-
 From: Alan J Schaff [SMTP:[EMAIL PROTECTED]]
 Sent: Wednesday, 22 March 2000 09:26
 To:   Foxboro DCS Mail List
 Subject:  Script Execution
 
 Does anyone have any experience with running a script triggered by an event in a
 CP?  Ideally I want to trigger a script to run from sequence code or when a CIN
 block goes true.
 
 Thanks,
 Alan Schaff
 BASF Corp.
 
 
 
 
 
 

---
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: Script Execution

[Schouten, Frits JF]

I don't know... Our local FOXBORO supplier, maybe, I suppose, who got it 
from FoxSingapore, who got it from. I don't know...
But I think it originates from, what's that chap's name Alex something, or 
so. :-))

Credit where credit is due.
Good job Alex.
I've treasured it from the day it was installed in the mid nineties (sounds a 
long time ago, doesn't it) and here we are running it under Ver.6.1

Cheers,
Frits.


 -Original Message-
 From: Johnson,Alex [SMTP:[EMAIL PROTECTED]]
 Sent: Wednesday, 22 March 2000 10:18
 To:   Foxboro DCS Mail List
 Subject:  RE: Script Execution
 
 So, are you going to tell him how to get cpShell?
 
 :)
 
 AJ
 
  -Original Message-
  From:   Schouten, Frits JF [SMTP:[EMAIL PROTECTED]]
  Sent:   Tuesday, March 21, 2000 4:04 PM
  To: 'Foxboro DCS Mail List'
  Subject:RE: Script Execution
  
  Hi Alan, 
  I do this all the time, starting scripts from sequence code that is :-))
  
  Here is a snippet of sequence code:
  -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  SUBROUTINE INFO(  IN  time   : R
p1 : I
INOUT   flag   : B
alarm  : B )
  VARIABLES
   
  STATEMENTS
   
  flag  := FALSE;
  SENDMSG(/opt/c1/ia/script/event.scr , p1) TO MSGGR1;
  WAIT UNTIL flag AFTER time GOTO NEXT_INFO;
  NEXT_INFO
   
  IF (NOT flag) THEN
 {Alarm no coms with INFORMIX}
 alarm := TRUE;
  ELSE
 alarm := FALSE;
  ENDIF;
   
  ENDSUBROUTINE
  -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  But there is more to this.
  In the BLOCK you have to setup the MSGGRx. In our case: MSGGR1 = 2
  In the COMPOUND you have to setup the device group. In our case :
  GR2DV1=EXE_MSG1
  In the AP you have to have running  /opt/foxind/cpShell/exe/cpShell -id
  EXE_MSG1
  The id could be any name you fancy as long as it is consistent throughout
  your system.
  Make sure that you touch /opt/foxind/cpShell/status/EXE_MSG1 or whatever
  id you use.
  The script on its turn starts a C program with embedded sql which record
  the event sent by seq. code.
  Once processed it sets a boolean in the sequence code to let it know it
  has been processed.
  
  This all to get real time events (well close to it) to Level4 for
  synchronous production between plants.
  
  I can find hundreds of pieces of sequence code on our systems that utilise
  the above structure
  and they all work a gem.
  
  That's about all, I think.
  
  Cheers,
  Frits Schouten
  BHP-NZSteel.
  
   -Original Message-
   From: Alan J Schaff [SMTP:[EMAIL PROTECTED]]
   Sent: Wednesday, 22 March 2000 09:26
   To:   Foxboro DCS Mail List
   Subject:  Script Execution
   
   Does anyone have any experience with running a script triggered by an
  event in a
   CP?  Ideally I want to trigger a script to run from sequence code or
  when a CIN
   block goes true.
   
   Thanks,
   Alan Schaff
   BASF Corp.

---
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]

Browser access to Foxboro graphics.

[Schouten, Frits JF]

Hi all,

I've just recently put a web server (Apache) on one of my WPs to have very 
easy access to reports and the like. This is particularly useful for the 
maintenance group. They don't have to log in any more to get various status 
reports out of the system about the mechanics of the Casting machine. It's 
all there, available on their browser. In fact, I use in now a lot myself. 
All I want to know is pre-cooked (cgi scripts) and up to date :-)

What I want to know is if anyone in our group have done some work to get DM 
or FoxView style graphics available with a browser, perhaps using Java (my 
weak point at the mo) .That would be the topping on the cake.

Cheers,

Frits Schouten.
BHP-NZSteel.

EOM 


---
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]