Re: [foxboro] AW: setpars utility

  • From: "Warren Brown" <bigwrb21@xxxxxxxxxxx>
  • To: foxboro@xxxxxxxxxxxxx
  • Date: Thu, 11 Apr 2002 17:09:26 +0000

Windows what ?Are you running into 8.3 char name restriction ?


Try

iccdrvr.tsk < d:\James\set_parameters\setlimopt

warren


>From: "Hyde, James" <James.Hyde@xxxxxxxxxxxxxx>
>Reply-To: foxboro@xxxxxxxxxxxxx
>To: "'foxboro@xxxxxxxxxxxxx'" <foxboro@xxxxxxxxxxxxx>
>Subject: Re: [foxboro] AW: setpars utility
>Date: Thu, 11 Apr 2002 13:04:25 -0400
>MIME-Version: 1.0
>Received: from [206.53.239.180] by hotmail.com (3.2) with ESMTP id 
>MHotMailBE7F0D62001140043121CE35EFB40FC10; Thu, 11 Apr 2002 10:05:40 -0700
>Received: from turing.(none) (localhost [127.0.0.1])by turing.freelists.org 
>(FreeLists Mail Multiplex) with ESMTPid E6BF2940F5; Thu, 11 Apr 2002 
>12:03:01 -0500 (EST)
>Received: with ECARTIS (v1.0.0; list foxboro); Thu, 11 Apr 2002 12:01:57 
>-0500 (EST)
>Received: from 0cltserver029.charlotte.wellmaninc.com 
>(recycler.wellmaninc.com [209.149.142.162])by turing.freelists.org 
>(FreeLists Mail Multiplex) with ESMTP id 1C73294208for 
><foxboro@xxxxxxxxxxxxx>; Thu, 11 Apr 2002 12:01:57 -0500 (EST)
>Received: from cltserver018.charlotte.wellmaninc.com (unverified) by 
>0cltserver029.charlotte.wellmaninc.com (Content Technologies SMTPRS 4.2.5) 
>with ESMTP id 
><T5a318b44b5ac1520e5106@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> for 
><foxboro@xxxxxxxxxxxxx>; Thu, 11 Apr 2002 13:04:27 -0400
>Received: by CLTSERVER018.charlotte.wellmaninc.com with Internet Mail 
>Service (5.5.2653.19)id <2VLHVBDS>; Thu, 11 Apr 2002 13:04:26 -0400
>From foxboro-bounce@xxxxxxxxxxxxx Thu, 11 Apr 2002 10:07:07 -0700
>Delivered-To: foxboro@xxxxxxxxxxxxx
>Message-ID: 
><87DDCBB1979ED211BCEA00805FE6165901A69922@xxxxxxxxxxxxxxxxxxxxxxx>
>X-Mailer: Internet Mail Service (5.5.2653.19)
>X-archive-position: 1203
>X-ecartis-version: Ecartis v1.0.0
>Sender: foxboro-bounce@xxxxxxxxxxxxx
>Errors-To: foxboro-bounce@xxxxxxxxxxxxx
>X-original-sender: James.Hyde@xxxxxxxxxxxxxx
>Precedence: normal
>X-list: foxboro
>
>
>So far the only way I have found to do this is quite cumbersome.
>
>
>d:/opt/fox/ciocfg/api/iccdrvr.tsk
>
>OPEN CP4L11 ALL JAMES
>MODIFY L2101CP:009SK
>LIMOPT=2
>END
>MODIFY  L2101CP:019SKA
>LIMOPT=2
>END
>MODIFY  L2101CP:106FC
>LIMOPT=2
>END
>MODIFY  L2101CP:113FC
>LIMOPT=2
>END
>CLOSE CP4L11
>EXIT
>
>The "Modify" command only allows for C:B
>It didn't like the *:* Subset PIDA
>
>I could not create a file to run as an input to
>iccdrvr.tsk
>
>When I created a Windows Command Script, with the same text
>as above, and ran it as an input
>
>iccdrvr.tsk < setlimopt
>
>It could never find it even if I did:
>
>iccdrvr.tsk < d:/James/set_parameters/setlimopt
>
>When I put it in the same directory as iccdrvr.tsk, it would
>respond that it could not open it.
>
>Can anyone help???
>
>
>
>
>
>
>
>
>-----Original Message-----
>From: Johnson, Alex (Foxboro) [mailto:ajohnson@xxxxxxxxxxx]
>Sent: Thursday, April 11, 2002 10:16 AM
>To: foxboro@xxxxxxxxxxxxx
>Subject: Re: [foxboro] AW: setpars utility
>
>
>
>I sorry, but I'm not able to do that at this time. Up to my eyeballs in my
>"real" job.
>
>
>Regards,
>
>
>Alex Johnson
>System Products - Invensys Systems, Inc.
>10707 Haddington
>Houston, TX 77043
>713.722.2859 (office)
>713.722.2700 (switchboard)
>713.932.0222 (fax)
>ajohnson@xxxxxxxxxxx <mailto:ajohnson@xxxxxxxxxxx>
>Come to the Invensys Showcase: http://www.invensysshowcase.com/
><http://www.invensysshowcase.com/>
>
>
>       -----Original Message-----
>       From:   Weiss, Andreas [SMTP:Andreas.Weiss@xxxxxxxxx]
>       Sent:   Thursday, April 11, 2002 5:59 AM
>       To:     foxboro@xxxxxxxxxxxxx
>       Subject:        [foxboro] AW: setpars utility
>
>
>       Hi Alex,
>
>       please send us the ultimative script which allows us to change all
>       LIMOPT-values.
>
>       Many users will get the problem with the next update.
>
>       Regards,
>
>       Andreas
>
>
>
>       -----Urspr=FCngliche Nachricht-----
>       Von: Johnson, Alex (Foxboro) [mailto:ajohnson@xxxxxxxxxxx]
>       Gesendet: Donnerstag, 11. April 2002 08:53
>       An: foxboro@xxxxxxxxxxxxx
>       Betreff: Re: [foxboro] setpars utility
>
>
>
>       Nothing changed with setpars is recorded the workfile.
>
>
>       Uploads will only update the workfile with those parameters that are
>       supposed to change.
>
>
>       Don't use setpars if you want the changes to be permanent. Use the
>ICC
>       Driver Task.
>
>
>       Regards,
>
>
>       Alex Johnson
>       System Products - Invensys Systems, Inc.
>       10707 Haddington
>       Houston, TX 77043
>       713.722.2859 (office)
>       713.722.2700 (switchboard)
>       713.932.0222 (fax)
>       ajohnson@xxxxxxxxxxx <mailto:ajohnson@xxxxxxxxxxx>=20
>       Come to the Invensys Showcase: http://www.invensysshowcase.com/
>       <http://www.invensysshowcase.com/>=20
>
>
>               -----Original Message-----
>               From:   Ajay_Tathgir@xxxxxxx [SMTP:Ajay_Tathgir@xxxxxxx]
>               Sent:   Wednesday, April 10, 2002 11:20 PM
>               To:     foxboro@xxxxxxxxxxxxx
>               Subject:        Re: [foxboro] setpars utility
>
>
>
>               Kevin
>
>               A small question. Are there any others parameters which
>don't
>       get
>               updated on doing a upload when changed via setpars, or for
>that
>               matter is it all non-settable parameters.
>
>               I once changed a description of AIN block via setpars, but
>               never could get it uploaded via upload.
>
>
>               Thanks & Regards
>
>
>               Ajay Tathgir
>               Reliance Industries Limited
>               Mumbai - India
>
>
>
>
>
>
>               Fitzgerrell Kevin <fitzgerrell@xxxxxxxxx>@freelists.org on
>       10-04-2002
>               10:52:42
>
>               Please respond to foxboro@xxxxxxxxxxxxx
>
>               Sent by:  foxboro-bounce@xxxxxxxxxxxxx
>
>
>               To:   foxboro@xxxxxxxxxxxxx
>               cc:
>               Subject:  Re: [foxboro] setpars utility
>
>
>
>               James,
>
>               Take a look at the MODOPT setting in the PIDA blocks that
>stayed
>       at
>               LIMOPT=3D3.  I think you'll find that they don't have an
>integral
>       term,
>               ie P or PD.  In the P only blocks (MODOPT=3D1) the
>controller will
>       show
>               LIMOPT=3D3 regardless of it's state in the ICC (I didn't
>check the
>       PD
>               option), ie. in a PIDA block with MODOPT=3D1 and LIMOPT=3D1
>showing
>       in
>       ICC,
>               SELECT will show LIMOPT=3D3.  If you change MODOPT to 5, and
>make
>       no
>               change to LIMOPT, SELECT will show MODOPT=3D5 and
>LIMOPT=3D1.
>
>               You may want to reconsider your use of setpars to make these
>       changes.
>               Because LIMOPT is not a settable parameter, changes made by
>       setpars
>       to
>               it will not be updated to the station workfiles with an
>upload.
>       This
>               results in a permanent mismatch between station and
>workfile.
>       Savealls
>               are generated based on the station workfiles, so if you ever
>       load
>       from
>               a saveall diskette these changes would be lost.
>Additionally,
>       setpars
>               doesn't checkpoint, so until the stations are checkpointed
>after
>       the
>               changes are made, a CP reboot would cause these changes to
>be
>       lost.
>               Finally, consider the scenario where a P only block is
>changed
>       to a
>       PI.
>                If LIMOPT had originally been set to 2 in the ICC (or via
>               iccdrvr.tsk), when the later change to PI mode is made,
>LIMOPT
>       will
>               still be 2 (and will now show 2 instead of 3 in SELECT).  If
>       LIMOPT
>       was
>               set with setpars, a subsequent change in MODOPT would cause
>       LIMOPT
>       to
>               revert to the value in the station workfile, probably 1.
>
>               The iccdrvr.tsk is fairly easy to use for bulk editing,
>makes
>       changes
>               in both CP and station workfile and does checkpoints.
>       Additionally,
>               small typos are significantly less likely to cause major
>damage
>       to
>       the
>               control database (-c vs -C for instance).
>
>               Regards,
>
>               Kevin FitzGerrell
>               Systems Engineer
>               Foxboro New Zealand
>               +64 9 573 7690
>               kevin.fitzgerrell@xxxxxxxxxxxx
>               fitzgerrell@xxxxxxxxx
>
>
>                --- "Hyde, James" <James.Hyde@xxxxxxxxxxxxxx> wrote: >
>               > Hi,
>               >
>               >
>               > With the recommendation from Foxboro in the :
>               > Customer Advisory
>               > PIDA Block Behavior with V6.3 CS Release
>               > April 1, 2002
>               >
>               > We use a lot of PIDA's and, we did have most of the
>LIMOPT's
>       set
>       to
>               > 1.  I
>               > used the setpars utility to change the LIMOPTS to 2.
>               >
>               > /opt/fox/bin/tools/setpars -Ucp**** -tpida -mlimopt=3D2
>       -gIknowwhatido
>               >
>               > This only change the parameters that were set as 1 to a 2.
>It
>       did
>               > not
>               > change the parameters that were set as 3 to a 2.
>               > Does anyone know why?
>               >
>               >
>               > James W. Hyde III
>               > Controls Technician
>               > Wellman Inc.
>               > Office:      228-533-4528
>               > Pager:  888-634-1690
>               >
>               >
>               > If the reader of this e-mail is not an intended recipient,
>you
>       have
>               > received
>               > this e-mail in error and any review, dissemination,
>       distribution
>       or
>               > copying
>               > is strictly prohibited. If you have received this e-mail
>in
>       error,
>               > please
>               > notify the sender immediately by return e-mail and
>permanently
>       delete
>               > the
>               > copy you received.
>               >
>               >
>               >
>               >
>
>
>               http://www.sold.com.au - SOLD.com.au Auctions
>               - 1,000s of Bargains!
>
>
>       =09
>
>_______________________________________________________________________
>               This mailing list is neither sponsored nor endorsed by
>Invensys
>       Process
>               Systems (formerly The Foxboro Company). Use the info you
>obtain
>       here
>       at
>               your own risks. Read
>       http://www.thecassandraproject.org/disclaimer.html
>
>               foxboro mailing list:
>       //www.freelists.org/list/foxboro
>               to subscribe:
>       mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Djoin
>               to unsubscribe:
>       mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Dleave
>
>
>
>
>               =20
>               =20
>       =09
>
>_______________________________________________________________________
>               This mailing list is neither sponsored nor endorsed by
>Invensys
>       Process
>               Systems (formerly The Foxboro Company). Use the info you
>obtain
>       here
>       at
>               your own risks. Read
>       http://www.thecassandraproject.org/disclaimer.html
>               =20
>               foxboro mailing list:
>       //www.freelists.org/list/foxboro
>               to subscribe:
>       mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Djoin
>               to unsubscribe:
>       mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Dleave
>               =20
>       =20
>       =20
>
>_______________________________________________________________________
>       This mailing list is neither sponsored nor endorsed by Invensys
>Process
>       Systems (formerly The Foxboro Company). Use the info you obtain here
>at
>       your own risks. Read
>http://www.thecassandraproject.org/disclaimer.html
>       =20
>       foxboro mailing list:
>//www.freelists.org/list/foxboro
>       to subscribe:         =
>       mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Djoin
>       to unsubscribe:      =
>       mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Dleave
>       =20
>
>
>
>_______________________________________________________________________
>       This mailing list is neither sponsored nor endorsed by Invensys
>Process
>       Systems (formerly The Foxboro Company). Use the info you obtain here
>at
>       your own risks. Read
>http://www.thecassandraproject.org/disclaimer.html
>
>       foxboro mailing list:
>//www.freelists.org/list/foxboro
>       to subscribe:
>mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
>       to unsubscribe:
>mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
>
>
>
>_______________________________________________________________________
>This mailing list is neither sponsored nor endorsed by Invensys Process
>Systems (formerly The Foxboro Company). Use the info you obtain here at
>your own risks. Read http://www.thecassandraproject.org/disclaimer.html
>
>foxboro mailing list:             //www.freelists.org/list/foxboro
>to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
>to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
>
>
>
>_______________________________________________________________________
>This mailing list is neither sponsored nor endorsed by Invensys Process
>Systems (formerly The Foxboro Company). Use the info you obtain here at
>your own risks. Read http://www.thecassandraproject.org/disclaimer.html
>
>foxboro mailing list:             //www.freelists.org/list/foxboro
>to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
>to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
>




_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com

 
 
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
 
foxboro mailing list:             //www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
 

Other related posts: