Re: FoxCAE Enhancements
Return Receipt Your Re: FoxCAE Enhancements document : was James D Murphy/AM/LLY received by: at: 08/23/2001 08:46:13 AM --- 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: Windows 2000
Return Receipt Your Re: Windows 2000 document : was James D Murphy/AM/LLY received by: at: 08/23/2001 08:46:39 AM --- 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]
Daylight Savings and Time Synching
Here in Indiana we avoid the issue by never shifting any of our clocks. Like Foxboro, corn, beans and livestock are very sensitive to shifts in time. I do have another time question... Has anyone either modified the xntp daemon for Solaris to serve the Foxboro time to PCs? Or, has anyone modified the client ntp software to work with a Foxboro/GMT time server? If you simply use the server and client software without modification all your machines show time as assuming the server is at GMT. If you set PCs to GMT it creates problems for email and other software such as Aspen Tech client software. Ideally, I'd like to have a modified ntp server on an AW51, that would allow me to specify a TZ shift to account for Foxboro preference of TZ=0. This would allow our processing areas to synchronize PC clocks so that events recorded on all protocols can use a consistent timestamp. provided by the DCS. It's also very possible that I simply don't understand all the available options, and the ntp software can be configured to function the way I desire. Thanks in advance for any help you can provide. Jim Murphy == Senior Process Control Engineer Eli Lilly and Company Phone: (317) 276-6859 Email: [EMAIL PROTECTED]
Re: Process Control
Lance, Here is a structure I've used multiple times on different systems. The two outputs compete through a low selector, and the final output is used as integral feedback (FBK) to the PID blocks. |--| |PT|-- +---+ |--| | (FBK) | | V | ->|---| | |PIC|-- | |---| | | |--| | | |FT|-- | | |--| | | | | | |---| | |--| |---| ->|---| -->|LOW| | |---| |LT|--->|LIC|--->|FIC|->|SEL|--o->|VSD| |--| |---| |---| |---| | | |---| ^ | (FBK) | +---+ Jim == James D. Murphy Senior Process Control Engineer Eli Lilly and Company Phone: (317) 276-6859 Email: [EMAIL PROTECTED] Lance Dusing <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 07/06/01 09:11 AM Please respond to Foxboro DCS Mail List To: Foxboro DCS Mail List <[EMAIL PROTECTED]> cc: Subject: Process Control Hi everyone, Here is a process control question I have been pondering. Under normal process conditions, the control looks like this... |--| |FT|-- |--| | | |--| |---| ->|---| |---| |LT|--->|LIC|--->|FIC|--->|VSD| |--| |---| |---| |---| However, if the pressure in the line with the VSD gets to large, corrective action needs be taken. How is the best way to control this? Limit the FIC hi output limit with logic? Switch to a PIC? Anything else? Lance --- 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]
Aspen and WP70s
We are trying to setup Aspen Tech's Process Explorer to run on a WP70. Does anyone have experience with doing this? Aspen security requires user Authentication via NT domain, and Foxboro only supports a workgroup setting. Any suggestions or experience tackling similar problems would be greatly appreciated. Jim == Jim Murphy Eli Lilly and Company Phone: (317) 276-6859 Email: [EMAIL PROTECTED]
Re: AB KF2 at 19.2 Kbaud?
This confused me more than helped to clear things up. If the following is true. "The 1770-KF2 does NOT have an option for communicating at 19.2K" Does this mean the 19.2K dip switch setting is not really available? The SW6 settings shown on the KF2 cover include 19.2K. We have contemplated running at 19.2K, but haven't because of our current cable lengths are well over the 20 foot maximum recommended length. Jim Murphy Eli Lilly and Company Kirk D Carver <[EMAIL PROTECTED]> on 09/06/2000 01:03:37 PM Please respond to Foxboro DCS Mail List <[EMAIL PROTECTED]> To: Foxboro DCS Mail List <[EMAIL PROTECTED]> cc: Subject: Re: AB KF2 at 19.2 Kbaud? >From our in house AB guru: " I do not know of a situation in which it wouldn't work at 19.2K, but the bandwidth requirement is small: the bottleneck is the GP, not the DF1 line. If he's actually getting real empirical results back showing a huge ==x2 improvement when moving the DF1 connection from 9600 to 19.2K, then I'd be both surprised and suspecting his ABSCAN and compound configuration. " and from our local rep: " First, let's clear up any potential confusion. 1770-KF2 - Stand alone box w/ 120VAC power (from outlet) that converts DH+ messages to RS-232C DF1 messages for communicating with the Foxboro. 1785-KE - PLC "slide-in" module that does the exact same thing. (It fits in a 1771 I/O chassis). The 1770-KF2 does NOT have an option for communicating at 19.2K The 1785-KE DOES let you go 19.2K. Other than that, they are the same beast. The only (potential) draw back to going to 19.2K baud on a 1785-KE module is the baud rate is less noise resistant. It does work, though, and I have little or no problems with it handling that (blazing?!?!) speed! You shouldn't see any problems in your installations, since you guy's typically use well shielded cable for your serial interfaces. Kirk, I know you have a lot of "KE" modules out there, but I do think you are using some KF2 modules also, although I don't know where. The Foxboro, or any DCS, can not tell the difference between the two, since they're are basically the same thing, only in a different housing." Kirk Carver ExxonMobil Chemical Beaumont Polyethylene Plant PO Box 2295 Beaumont, Texas 77704 Phone: 409-860-1314 [EMAIL PROTECTED] - David Johnson <[EMAIL PROTECTED]> on 09/06/2000 09:32:08 AM Please respond to "Foxboro DCS Mail List" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc:(bcc: Kirk D Carver/Beaumont/Mobil-Notes) Subject: AB KF2 at 19.2 Kbaud? I have noticed that most of the Allen-Bradley KF2 modules I come across in the field are running at 9600 baud. I also know of some instances where a Foxboro Integrator 30 is communicating with AB KF2s at 19.2 Kbaud. Is there any reason not to run the baud rate at 19.2K? You sure get a lot more I/O throughput that way. Regards, David --- 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] --- 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] --- 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]
DHCP for Solaris v2.5.1?
Is anyone using DHCP with an AW51 running Solaris v2.5.1? I know Foxboro doesn't offer it, but I have seen 3rd party s/w that provides it for v2.5.1. We have been using DNS w/o support since I/A v4.1.1 on AW51As and Bs. I don't have to have DHCP, but find myself spending more time than I would like justifying my requirement for static addressing to TELCOM, IT and others. Thank you, Jim Murphy === James D. Murphy Senior Process Automation Engineer email: [EMAIL PROTECTED] phone: (317) 276-6859 FAX: (317) 277-9270 --- 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: DHCP for Solaris v2.5.1?
We already utilize DNS in the way you describe. The folks that maintain our corporate network are always pressing us give up our static addressing for our AWs. That's really my only driver for asking about DHCP. My comments about DNS were probably misleading. Thanks, Jim [EMAIL PROTECTED] on 09/27/2000 10:33:23 AM Please respond to Foxboro DCS Mail List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: Re: DHCP for Solaris v2.5.1? On Wed, 27 September 2000, [EMAIL PROTECTED] wrote: > Is anyone using DHCP with an AW51 running Solaris v2.5.1? I > know Foxboro doesn't offer it, but I have seen 3rd party s/w > that provides it for v2.5.1. We have been using DNS w/o > support since I/A v4.1.1 on AW51As and Bs. I don't have to > have DHCP, but find myself spending more time than I would > like justifying my requirement for static addressing to > TELCOM, IT and others. Hi Jim, What are you looking to accomplish? Are you talking about having static IP address for your Sun boxes? or static IP for your PC so the Sun boxes can recognize it reliably? To answer your questions directly: No, we don't run DHCP or DNS on our Sun boxes. We rely on the corporate IT people to maintain their DNS servers properly. We then set up our Sun boxes to first look in the local hosts file, then reference the remote DNS server(s) for communications out of the 2nd Ethernet port. There are a slew of configuration that you need to do to achieve this. It's not difficult, but not trivial either. There was a discussion on this subject a few months back. You can try searching the archive (http://forums.invensys.com/suites/dispatch.exe/Foxboro_DCS_Mail_List). Regards, Duc M. Do --- 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] --- 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]
How do I turn off swap
I have processes running on a AW51E (Ultra 30) that drop into virtual memory several days after boot. They then consume the machine with lots of disk thrashing. I've experimented with vfstab and /sbin/swapadd, and eliminated swap. This stops the disk thrashing, but it left me with a /tmp directory that is small and completely memory-based. I'm wondering if I should further modify /etc/vfstab, and mount /tmp to /dev/md/dsk/d1? If anyone has more expert knowledge on how to go about this, I'd appreciate the help. Thanks, Jim Murphy === James D. Murphy Senior Process Automation Engineer email: [EMAIL PROTECTED] phone: (317) 276-6859 FAX: (317) 277-9270 --- 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: More Sendmail
Chad, For NT, you might consider BLAT. BLAT is a Public Domain Windows 95/NT console utility that sends the contents of a file in an e-mail message using the SMTP protocol. We use it to send diagnostic messages to Lotus Notes. You can get it from http://pages.infinit.net/che/blat/blat.html and a number of other web sites. Jim Murphy == James D. Murphy Eli Lilly and Company Drop Code 3418 Lilly Corporate Center Indianapolis, IN 46285 Phone: (317) 276-6859 Fax: (317) 277-9270 Email: [EMAIL PROTECTED] "Airhart, Chad M." <[EMAIL PROTECTED]> 11/20/2000 10:26 AM Please respond to Foxboro DCS Mail List To: 'Foxboro DCS Mail List' <[EMAIL PROTECTED]> cc: Subject: More Sendmail Sendmail is working great on the Foxboro. Thanks again to all. My next task is to get it working on our NT server running IP/21 to provide notification of when the database goes down. Has anyone done a simple implementation on an NT system? Some of our IT guys have implemented it on other servers but they said they had to install Outlook to get it to work. That just doesn't sound right. I am not interested in installing Outlook on our IP/21 server. Any ideas would be appreciated. Chad Airhart Instrument, Electrical & Control Systems Engineer Equistar Chemicals, LP. Victoria, TX Wk. (361) 572-2568 Pgr. (361) 270-2214 alpha messaging at www.arch.com Fx. (361) 572-2541 --- 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: Problem in Foxapi/CIMIO
We are using a 5 minute delay in the CIMIO startup script (/etc/fox/go_CIMIOFOXIA). The script is kicked off by placing it in /etc/fox/user_apps.dat. We collect about 4000 tags per AW, and are using QF990084. Our workstations are all 250MHz AW51Es (Ultra30). Foxapi is started with a sleep 40 in /usr/fox/bin/go_FOXAPI. I don't believe we altered that script. Jim Murphy O-O | James D. Murphy Phone: 317-276-6859 | | Sr. Process Control Engineer FAX: 317-277-9270 | | Eli Lilly and Company Pager: 317-256-5500 | | Lilly Corporate Center Email: [EMAIL PROTECTED] | | Mail Drop Code: 3418 | | Indianapolis, Indiana 46285 | O-O |++| || John Miller || || | 'Foxboro DCS Mail| || Sent by: | List'| || [EMAIL PROTECTED]| <[EMAIL PROTECTED]| || andraProject.org | sandraProject.org> | ||| cc: | || 12/11/00 09:02 AM| Subject: | || Please respond to| RE: Problem in | || Foxboro DCS Mail List| Foxapi/CIMIO | |||| |++| We've been told by some very knowledgeable folks at Foxboro that it takes roughly fifteen minutes after re-booting before an AW is really itself. I've just learned not to expect much from CIMIO or Foxapi during that time. It's annoying, but unfortunately I've gotten used to it. -Original Message- From: Harshad Viradia [mailto:[EMAIL PROTECTED]] Sent: Monday, December 11, 2000 7:53 AM To: Foxboro DCS Mail List Subject: Re: Problem in Foxapi We have provided CIMIO start-up delay time 15 minutes. This is not CIMIO problem. Its certainly Foxapi as while using "Foxtst" utility to open the set Foxapi is getting killed and dumping core. We have installed even QF990341 before commit and still it did not work. Regards Harshad --- 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] --- 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]