RE: PLC Question
John Metsker experienced some unknown problems posting his message to the list, so I'm trying to see if I can do it for him. Let's hope the server doesn't pass all of his postings now, including this one. Anyway, here goes Duc ~ From: John Metsker Sent: Wednesday, September 26, 2001 6:28 PM To: 'Foxboro DCS Mail List' Subject: RE: PLC Question List, I have been meaning to chime in on this topic, but I was stuck on the road when it was first raised and I have struggling to catch up on a lot of things ever since. I have nine overloaded AB30's connected to one PLC-3 that I plan on updating to a ControlLogix 5550. This is absurd. I would like to have something LIKE an AB30 (with no hard drives, moving parts, configure in ICC, ...) but with a much larger capacity - like a CP60 communicating over Ethernet to ControlLogix. We have been using the AW51 Integrator as a dedicated Gateway 51's since the product was introduced. The advantages are that it supports Ethernet communications to AB PLCs and it utilizes Rockwell's API software (Interchange) so it is not an entirely Foxboro developed integration solution. To improve robustness, we try to operate them as dedicated control stations by limiting other AW functionality performed by the station. For platform consistency and remote support, we have emphasized the AW51 Integrator and not the AW70 Int. Connectivity to Control Logix was achieved by simply loading the latest version of Interchange (V6.2, not be confused with I/A version) and configuring the necessary communications daemon. It is very helpful to have one Foxboro AB integration device that allows communications to CL, PLC5E, SLC505, or any legacy DH+ based PLC via a Pyramid Integrator or CL gateway. Yes, applications using Interchange function calls must utilize PLC 5 style addressing when communicating to a CL processor, but this needs only be done for the data elements that I/A is accessing. The full freedom of native CL addressing can not really be enjoyed since there is no existing I/A input/output block that supports mixed data types. I actually purchased AB Interchange for Solaris and was considering installing it when I realized how much maintenance and configuration is required. One of our plants does us this method and is not happy with the results. Interchange runs as a pkgadd on Solaris and it really is just a C shared library that gets linked to cio_cp.csx task that runs in the AW Int. when the top-level ECB is created. Configuration of the communications daemon necessary to communicate to CL is straightforward and well documented by AB. There is no additional maintenance necessary. There are 3 layers of ECBs to configure, but straightforward and understandable none the less. 6. AW51 or AW70 through an Ethernet interface with a third party OPC software which addresses data in the native ControLogic naming structure. This is what I will probably have to end up doing. AW51 with a third party OPC server. I just wish I didn't have go this way. It has a hard drive, has to be configured a couple of places instead of one, and I will have to deal with finger pointing when something goes wrong. I would be the first person to agree that the utilizing a host box as a control station is hardly an idealized solution. I consider the current AW51 Integrator product to be a fairly robust one, but having lived through it's evolution and Foxboro's ability to support network communication to AB PLCs, I would not consider a hard drive to be the weakest link of the implementation. I think that point can easily be balanced by the fact that an open operating system is available where system and network diagnostics are available and a fully supported vendor API (Interchange) is able to run. I would definitely look to reduce product layers/interfaces to reduce the potential for finger pointing, but I would never implement a system that would eliminate AB-Rockwell as solution/support provider when the goal is to communicate to AB PLCs. Like any other non-fault tolerant control station, it is necessary to manage the risk that is carried by a single station. The large capacity AW Integrator station image has a huge equivalent block capability (15,000), but I would not recommend utilizing it. My immediate wish is to have the Invensys I/A marketing people recognize the use of an AW51 Int. as a dedicated PLC gateway and offer pricing for the functionality utilized and not be penalized for the additional, full AW functionality that comes bundled with it that I do not use. A little commentary on the other solutions listed. 1. AB Integrator 30 to AB 1770-KF2 or 1779-KFL DH+ module in single or redundant ControLogix configuration. Ethernet is the way to go. 2. AW51 or AW70 with Ethernet interface, FoxBlocks and AB Interchange or RSLinx software. I think the best way to go. Pick your preferred
RE: Screen Print
Hi Chris, Yes, your message is in the archive: http://www.mail-archive.com/foxboro@lists.thecassandraproject.org/msg00281.h tml I recommend reading Chris's note as it gives a detailed procedure. Kevin asked about the 50-series, but Chris also gave instructions for the AW70. Duc -- Duc M. Do Dow Corning Corp. Carrollton Plant Carrollton, KY, US -Original Message- From: Chris Browder [mailto:[EMAIL PROTECTED]] Sent: Sunday, September 23, 2001 10:05 AM To: Foxboro DCS Mail List Subject: Re: Screen Print You can use snapshot in ~/openwin/bin. It has a few bugs. I previously sent out a procedure. Anyone have that long email I sent? Or try searching the list server archive for snapshot. chris. (and so everyone can be comfortable with the information): Chris Browder Senior Engineer Aspen Technology, Inc. [EMAIL PROTECTED] --- Kevin Bailey [EMAIL PROTECTED] wrote: On a 50 series is there any way to do a screen print to a file instead of a printer ? Regards, Kevin Bailey Johnson Polymer Seaford, Delaware _ This message has been checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp --- 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: Remote Displays
Hi Bruce, Hummingbird eXceed is but one of the possible solutions. We (internal to Dow Corning) are required to use SCO XVision, and we get pretty good at making it work also, without the handholding that Foxboro provides with eXceed. There are other commercial products for remotely displaying X windows. VNC (http://www.uk.research.att.com/vnc/) is a freeware solution. Although I haven't run it on a Solaris box, on my Linux boxes at home, it's pretty doggy slow. (Perhaps I didn't get it tuned properly.) Duc -- Duc M. Do Dow Corning Corp. Carrollton Plant Carrollton, KY, US -Original Message- From: Moss, Bruce B EQUILON [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 19, 2001 8:18 AM To: 'Foxboro DCS Mail List' Subject: Remote Displays Hi List, I have a I/A system consisting of Micro I/A's, AW70's and WP70's. How can I get process displays (for read only purpose)to desktop PC's? I see hummingbird exceed mentioned in some notes. Is that the only option? How much should I expect to spend for the necessary software? Thanks. G. Bruce Moss Equilon Enterprises-( WICS) Westhollow Instrumentation Control Systems Group * (281) 544-6212 Pgr. (877) 242-0497 * [EMAIL PROTECTED] (c) ALL RIGHTS RESERVED EQUILON ENTERPRISES LLC 2001 _ This message has been checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp --- 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: Cassandra.org meeting in Las Vegas
Why? Duc M. Do -Original Message- From: Richards, Marc D [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 13, 2001 3:08 PM To: 'Foxboro DCS Mail List' Subject: RE: Cassandra.org meeting in Las Vegas When replying to this e-mail please reply to only the person who asked the question not the whole e-mail list. _ This message has been checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp --- 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: RAM
Since I'm not a lawyer (thank God!), I'll leave the contractual nuances and obligations to you all to consider, but we've upgraded RAM in some of our Sun workstations by buying them direct. Our boxes didn't self-destruct. A reliable source (which was recommended here a while ago) is MemoryX. I have no connection with it other than being a satisfied customer. For the B-style boxes, check these pages out: Memory for Sparc5: http://www.memoryx.net/sparc5.html House-brand memory: http://www.memoryx.net/ss532.html Sun-manufactured memory: http://www.memoryx.net/5012471.html http://www.memoryx.net/5953346.html For the D/E-style boxes, start here: http://www.memoryx.net/memx/ultrasparc1.html Hope this helps. Duc -- Duc M. Do Dow Corning Corp. Carrollton Plant Carrollton, KY, US -Original Message- From: Airhart, Chad M. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 04, 2001 11:56 AM To: 'Foxboro DCS Mail List' Subject: RE: RAM Speaking of RAM. We just got an estimate for how much Foxboro would charge to upgrade our 4 WP's and 1 AW to 256 MB of RAM. It was on the order of $20K plus. We all know materials is 1/20 of the total installed cost. My question is since RAM is readily available what would Foxboro's stance be if we upgraded ourselves? We have a service agreement with them. Would it be all bets are off or would RAM problems be unsupported or would all future problems be blamed on RAM? Maybe I shouldn't ask but I find this cost ridiculous. It would be a tremendous performance boost but I can't justify it as a stand alone upgrade. We are going to have to tie it to a software upgrade to capitalize it. Chad Airhart Senior Instrument, Electrical Control Systems Engineer Equistar Chemicals, LP. Victoria, TX Wk. (361) 572-2568 Pgr. (361) 270-2214 alpha messaging at [EMAIL PROTECTED] Fx. (361) 572-2541 _ This message has been checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp --- 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: AW BOXES
This is what I got from the prtconf response (parsed with another utility): SPARCstation 20 (1 X RT626) @ 50.0 MHz Does that sound right? Duc -- Duc M. Do Dow Corning Corp. Carrollton Plant Carrollton, KY, US -Original Message- From: Airhart, Chad M. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 04, 2001 11:16 AM To: 'Foxboro DCS Mail List' Subject: RE: AW BOXES What is the speed of the hyperSPARC RISC chip replacement for the AW51C? Chad Airhart Senior Instrument, Electrical Control Systems Engineer Equistar Chemicals, LP. Victoria, TX Wk. (361) 572-2568 Pgr. (361) 270-2214 alpha messaging at [EMAIL PROTECTED] Fx. (361) 572-2541 -Original Message- From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]] Sent: Friday, August 31, 2001 8:27 AM To: [EMAIL PROTECTED] Subject: RE: AW BOXES In addition to the information offered by Alex, check out the Cassandra FAQ page: http://www.thecassandraproject.org/hardware_faq.html#B2 Duc -- The Cassandra Project http://www.thecassandraproject.org/ -Original Message- From: Johnson, Alex (Foxboro) [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 30, 2001 10:15 PM To: Foxboro DCS Mail List Subject: RE: AW BOXES AW51B - SPARCstation 5 - Clock rates range are 85 MHz, 110 MHz, 175 MHz AW51C - SPARCstation 20 with dual 65 MHz microprocessors AW51E - UltraSPARC 30 with a 248 MHz processor Hope this helps. Regards, Alex Johnson 10707 Haddington Houston, TX 77043 713.722.2859 (office) 713.722.2700 (switchboard) 713.932.0222 (fax) [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -Original Message- From: dhawly hawpyt [SMTP:[EMAIL PROTECTED]] Sent: Thursday, August 30, 2001 5:53 PM To: [EMAIL PROTECTED] Subject:AW BOXES Hi Friends, can you help to know ..The differences between AW51B ,AW51C AW51E? Thanx in Advance Sawly hawl _ This message has been checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp --- 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: Disabling Return Receipt Notification in lotus Notes
Thanks, Jeremy. For those of you using Microsoft Outlook, follow these steps to disable request of or reply to these notifications by default. They may not be exactly like these steps (which are for Outlook 2000), but you get the idea: Tools | Options... on the Preferences tab, pick E-mail Options... button on the subsequent dialogue box, pick Tracking Options... and uncheck: Process requests and responses on arrival Process receipts on arrival Request a read receipt for all messages I send Request a delivery receipt for all messages I send If you really want to request a receipt for your message, you can still request it on a per-message basis. How to do this is left as an exercise to the interested readers. Duc -- The Cassandra Project http://www.thecassandraproject.org/ -Original Message- From: Jeremy Milum [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 04, 2001 12:21 PM To: [EMAIL PROTECTED] Subject: Disabling Return Receipt Notification in lotus Notes I have found an easy way to disable the Return Receipt Notifications that we seem to be having problems with. This works for Lotus Notes 5: 1. Open the Create menu and choose Agent 2. Change the Name to Disable Return Receipt Notification 3. Change when should it run to After new mail has arrived 4. Click the Add Action button near the bottom 5. Choose @Function Formula in the Action box 6. Paste the text below into the box FIELD ReturnReceipt:= ReturnReceipt; FIELD Subject:= Subject; @If(@IsAvailable(ReturnReceipt); @If(ReturnReceipt = 1; @Do( @SetField(ReturnReceipt; 0); @SetField(Subject; ** INFO: DISABLED \Return Receipt\ ** + Subject)); ); ); SELECT @All 7. Hit Escape and select Save Now whenever an email is received that requests a return receipt, the subject will be changed to include ** INFO: DISABLED Return Receipt ** at the start, and the return receipt will not be sent. -- Jeremy Milum Huntsman -- Austin Labs 7114 North Lamar Blvd. Austin, TX 78752 Phone: 512-483-0928 Fax: 512-302-6904 Email: [EMAIL PROTECTED] _ This message has been checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp --- 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: AW BOXES
In addition to the information offered by Alex, check out the Cassandra FAQ page: http://www.thecassandraproject.org/hardware_faq.html#B2 Duc -- The Cassandra Project http://www.thecassandraproject.org/ -Original Message- From: Johnson, Alex (Foxboro) [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 30, 2001 10:15 PM To: Foxboro DCS Mail List Subject: RE: AW BOXES AW51B - SPARCstation 5 - Clock rates range are 85 MHz, 110 MHz, 175 MHz AW51C - SPARCstation 20 with dual 65 MHz microprocessors AW51E - UltraSPARC 30 with a 248 MHz processor Hope this helps. Regards, Alex Johnson 10707 Haddington Houston, TX 77043 713.722.2859 (office) 713.722.2700 (switchboard) 713.932.0222 (fax) [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -Original Message- From: dhawly hawpyt [SMTP:[EMAIL PROTECTED]] Sent: Thursday, August 30, 2001 5:53 PM To: [EMAIL PROTECTED] Subject:AW BOXES Hi Friends, can you help to know ..The differences between AW51B ,AW51C AW51E? Thanx in Advance Sawly hawl _ This message has been checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp --- 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]
[ADMIN] List Archive
First off, I'd like to thank Harry Forbes for his effort at archiving the list messages on one of the Foxboro forum servers. Unfortunately, his not having root privileges on that box proved fatal to the effort. Thanks anyway, Harry. I recently tried a different tack at providing archive for the list, and I think I've come up with a reasonable solution at mail-archive.com. The messages are archived automatically and they also provide search capability on the archived messages. (Stan Brown ought to be happy to know that they use htdig for their search engine.) The archive is accessible here: http://www.mail-archive.com/foxboro%40lists.thecassandraproject.org/ They claim to index and provide search access to all archived messages, although only the most recent 3000 messages are shown. Over the weekend I fed about 2700 messages dated back to January 2000 to the archive, and they are mostly there by now, although they haven't all been indexed for searching yet. (A problem: the messages that were sent in fancy text have been horribly mangled when I bounced them to the server for archiving, although the recent ones that were archived as they were delivered fare much better. You'll know it when you come across one.) More information about mail-archive.com is available in the FAQ: http://www.mail-archive.com/faq.html Please let me know if you have any question. Regards, Duc -- The Cassandra Project http://www.thecassandraproject.org/ _ This message has been checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp --- 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: Ethernet port
What do you see when you run 'ifconfig -a'? Here's the response from one of my D-style boxes: 21AW01-dmdo ifconfig -a lo0: flags=849UP,LOOPBACK,RUNNING,MULTICAST mtu 8232 inet 127.0.0.1 netmask ff00 hme0: flags=863UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST mtu 1500 inet 151.128.21.65 netmask broadcast 151.128.255.255 hme1: flags=863UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST mtu 1500 inet 151.163.74.51 netmask f800 broadcast 151.163.79.255 Hope this helps. Duc -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, August 27, 2001 9:38 AM To: [EMAIL PROTECTED] Subject: Ethernet port Hi everyone, I have a problem on the second ethernet port of an AW51, coneccted to the corporate network. Suddenly it ceased to recognize the network as if we diconeccted the cable (if you try a ping from the network it would not answer). No need to say that we already checked that we have network signal at that port. Is there any way to force the AW to rescan/reset this port without rebooting it? Thank you all in advance. Martín Ugarte CAS - Refinería La Plata Repsol-YPF - Argentina _ This message has been checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp --- 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]
[ADMIN] Return Receipt Request
Hi list, [This note is not meant to target anybody. It's only a reminder to all for future reference.] Now that the return-receipt storm has subsided, let me send out another appeal to all listmembers regarding this ugly monster that keeps rearing its ugly head. Basically, the problem is two-fold: a message is posted with the return-receipt request turned on; and some listmembers read that message using mail clients that automatically reply to this request, either because they were broken, or were misconfigured. As you can see, it doesn't take many of those misconfigured mail clients responding to a return-receipt request to quickly overwhelm your inbox. Multiply that by almost 500 subscribers and one can see the magnitude of the wasted bandwidth. It's unfortunate that some listmembers are saddled with broken mail clients (that reflexively send a response to this request, as opposed to ask for confirmation), but the root cause is those dang return-receipt requests. Please turn off the return-receipt request in your mail client (or delivery confirmation, or confirmation request, or whatever it is called), if not by default, then at least before you send a posting to any mailing list. It's basic list etiquette. Your fellow listmembers will appreciate that. Thanks, Duc your humble list-mom -- Duc M. Do Dow Corning Corp. Carrollton Plant Carrollton, KY, US PS: For a more sternly-worded statement, I found the following link on the web, a portion of it is reproduced here for your enjoyment. http://www.city.grande-prairie.ab.ca/h_email.htm#Confirmation_Requests Confirmation Requests ~ In any posting to a mailing list, be sure to turn OFF any request for a confirmation or acknowledgment of delivery that your mailer allows. These confirmations (also called receipts, confirm reading or confirm delivery options) create a monumental annoyance to mailing list administrators. In some cases the message confirmations end up being returned to the list server (because that is who sent the message to the subscribers). If you are the cause of that kind of grief, plan on being excluded from that list for the foreseeable future. No matter what happens, there is hardly a quicker way to reap the scorn of experienced users, or to get yourself dropped from a list than to ask for a confirmation on a message to be posted to the list. In fact, for your Internet e-mail generally, turn off the receipt or confirmation request option. Every mail handler is different; some can handle it; some cannot. And others handle it completely wrong. Forwarded or re-directed mail frequently looses the confirmation option; and in other cases, returns a delivery confirmation when the mail has not been delivered at all, merely forwarded. Asking for these confirmations doubles the amount of e-mail traffic for very little return; and it is considered an intrusion by experienced e-mail users. It is about like sending out every letter at the post office by return receipt requested. You would not want to impose that on anybody (certainly not anybody whose respect you wanted to retain) unless it was really necessary. Just rely on the reply to your e-mail to confirm that the original message was received, or send the message by some other means. For those using MS Exchange, be sure to use the Properties option in the File menu to change these options for the message your are currently composing. The options in the tools menu affects only subsequent messages. _ This message has been checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp --- 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]
FW: Foxboro Spectrum and Modicon PLC equipment sale!
If anybody is looking for some spare parts for your legacy Foxboro system, here's your opportunity to stock up. Duc -- Duc M. Do Process Control Systems Dow Corning, Carrollton Plant Carrollton, KY, US -Original Message- From: VANDEWATER, THOMAS J. (TJVANDEW) Sent: Monday, May 21, 2001 2:26 PM To: DO, DUC M. (DMDO) Subject: Foxboro Spectrum and Modicon PLC equipment sale! Dow Corning Corp. in Carrollton KY has just completed a large control system conversion from Foxboro Spectrum to Foxboro I/A CP-60's and 200 series I/O. As a result we have the following Spectrum equipment available for sale at bargain basement prices. If you are interested in purchasing any or all of this equipment please contact Tom VandeWater at [EMAIL PROTECTED] for pricing and additional information. Also available is a significant amount of Modicon PLC's 384, 584, and 984 and I/O. TOTAL AVAILABLE FOR SALE Link Control Stations 3 Link Ports with LIU's 7 VideoSpec 4 Processors (Dual Port)6 VideoSpec 19 CRT Display Bays8 VideoSpec 13 CRT Display Bays5 UCM Style 2's (Redundant/Dual Port) 10 UCM Style 4's (Redundant/Dual Port) 7 UFM's (Dual Port) 1 UIO's (Dual Port) 2 InterSpec Gateways2 AIM's (Single Port) 2 CCM's (Single Port) 1 FoxNet Communication Gateways 2 Spectrum I/O cards of all types Countless _ This message has been checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp --- 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: save_all.sh failers on new node
From: Deen, Ron [mailto:[EMAIL PROTECTED]] Friday, May 04, 2001 7:28 AM Need to get some info on thet AB station. Has anybody tried to run the save_all util in the /opt/fox/ciocfg/api directory to see what that does??? I have been running automated SaveAll on my one AB station for a couple of years now. No problem. I use my own shell wrapper around /opt/fox/ciocfg/api/save_all but I don't think that makes any difference. Just another data point. Duc -- Duc M. Do Process Control Systems Dow Corning, Carrollton Plant Carrollton, KY, US -Original Message- From: Deen, Ron [mailto:[EMAIL PROTECTED]] Sent: Friday, May 04, 2001 7:28 AM To: Foxboro DCS Mail List Subject: RE: save_all.sh failers on new node You can only forget what you know... Found out today that FoxWatch does run in CP's also. That leaves the problem that these modules should be removed from /etc/cplns in my opinion, otherwise the system expects these modules to contains a control database. The explains the error from the save_all script, because the ICC is not getting a proper response from the FoxWatch module Need to get some info on thet AB station. Has anybody tried to run the save_all util in the /opt/fox/ciocfg/api directory to see what that does??? Still amazing what I can learn from the list though... Ron Deen -Original Message- From: Heath, Graham [mailto:[EMAIL PROTECTED]] Sent: vrijdag 4 mei 2001 9:30 To: 'Foxboro DCS Mail List' Subject: RE: save_all.sh failers on new node Has everbody forgotten that Foxwatch comms modules could be CP40 these days. Regds Graham Heath EMEA TAC/ Uk. Service +44 1293 406508 +44 1293 417726 FAX -Original Message- From: Ron Deen [mailto:[EMAIL PROTECTED]] Sent: 03 May 2001 18:17 To: Foxboro DCS Mail List Subject: Re: save_all.sh failers on new node Hi Stan, Wat type of module is the FoxWatch module? I would not expect a comms processor to be in /etc/cplns on the system. (FOXWATCH is usually a COMM10 and does not contain a control database) Was the system configuration passed through all stations? (just to sync the system files like /etc/cplns, /etc/aplns, the hosts table, System Monitor files and the like, on all of them). I do not have an Allen-Bradly station at hand and of course the thing you cannot test will fail! Can it be CSA died on you? I will have to check tomorrow since I don't have a lab at home, sorry. The log will be of some help. Ron Deen@home Stan Brown wrote: One of the other groups here, has just put in a new Foxboro node, and I was seting up save_all.sh to autobackup the control config's for them. However, much to my suprise it failed to bacxkup the AB integrator, and FoxWatch modules on that node. Her's the log: Save-all for all stations in /etc/cplns selected Stations selected for save_all: Station Host name CP0101 AW0101 CP0102 AW0101 AB0101 AW0101 FOXW01 AW0101 Checking directories... Creating directory /opt/SAVEALLS Creating directory /opt/SAVEALLS/backup Creating directory for CP0101... Creating directory for CP0102... Creating directory for AB0101... Creating directory for FOXW01... All directories OK. Checking for available diskspace Available space on system: 12910445 Space required on system: 8000 Enough space available, continuing... # # Automatic save-all procedure started # Date: Thu May 3 07:58:48 GMT 2001 # Started on: AW0101 # Save-all Location: /opt/SAVEALLS # Backup location:/opt/SAVEALLS/backup # # # Save_all starting for: CP0101 on AW0101 # No previously stored save-all found to backup. Continuing... Starting upload/checkpoint... Thu May 3 07:58:48 GMT 2001 --- upload and checkpoint CP0101 DONE 1 OPEN CP0101!: Thu May 3 07:58:48 2001 DONE 2 UPLOAD CP0101!: Thu May 3 08:30:25 2001 DONE 3 SHRINK CP0101!: Thu May 3 08:30:27 2001 DONE 4 CHECKPOINT CP0101!: Thu May 3 08:32:57 2001 DONE 5 CLOSE CP0101!: Thu May 3 08:32:57 2001 DONE 6 EXIT CP0101!: Thu May 3 08:32:57 2001 upload/checkpoint Complete Save_all for CP0101 started Save-all for CP0101 successfully completed. # # Save_all starting for: CP0102 on AW0101 # No previously stored save-all found to backup. Continuing... Starting upload/checkpoint... Thu May 3 08:33:22 GMT 2001 --- upload and checkpoint CP0102 DONE 1 OPEN CP0102!: Thu May 3 08:33:22 2001 DONE 2 UPLOAD CP0102!: Thu May 3 08:51:03 2001 DONE 3 SHRINK CP0102!: Thu May 3 08:51:04 2001 DONE 4 CHECKPOINT CP0102!: Thu May 3 08:52:12 2001 DONE 5 CLOSE CP0102!: Thu May 3 08:52:12 2001 DONE 6 EXIT CP0102!: Thu May 3
Hard drives for AW/WP-51D
I want to buy some spare hard drives for our D-style AW/WP-51 boxes. Does anybody have a ready source for these drives? I know these IDE drives can probably be bought from any PC supply house, but I thought that their sizes are important (for the I/A install script to work). Our D boxes originally came from Foxboro with 4.3 GB drive (Seagate Medalist 4321, ST34321A) or 8.4 GB drive (Seagate Medalist 8420, ST38420A). Thanks, Duc -- Duc M. Do Process Control Systems Dow Corning, Carrollton Plant Carrollton, KY, US _ This message has been checked for all known viruses by the MessageLabs Virus Control Centre. For further information visit http://www.messagelabs.com/stats.asp --- 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: Failed SaveAll -- the rest of the story
Thanks to all for all of your helpful suggestions. Thanks to Alex for offering to examine my control database. Unfortunately, his prognosis (It's fried!) was not what I wanted to hear. Thanks to Bo for his suggestion of using check_db_sync. I didn't get around to using it, but I'll have to make a note of checking into it before the next disaster drill. (And despite Bo's misgiving about automating the SaveAll job, I'll continue running this weekly job. I just have to do a better job of raising awareness among our group as to all the things I'm doing behind the scene. And to just say no!) Here's how we fix our problem: I'm fortunate to have the old hard drive for the host AW still sitting around since the last upgrade. Even though it was at v6.1, it's good enough for our purpose. I booted it up in an off-line node along with the CP in question (20CP02). I then did a LoadAll using a good SaveAll from two weeks back. Then it's just grunt work of comparing the list of blocks in the compounds between the off-line CP versus the real-life CP. We had to delete a compound and add a block to another compound to make the off-line CP match the on-line one. At that point, I copied all of the files in /opt/fox/ciocfg/20CP02 (workfile and all the .O files) from the off-line AW to the real-life system, did an upload and shrink. Then I verified that we now could do a SaveAll. I further verified that that SaveAll is good by loading it back to the off-line CP. Everything is hunky-dory without having to initialize and reboot the CP. Hope this may be of help to somebody who may end up in the same dire strait some day. Regards, Duc -- Duc M. Do Process Control Systems Dow Corning, Carrollton Plant Carrollton, KY, US _ This message has been checked for all known viruses by the MessageLabs Virus Control Centre. For further information visit http://www.messagelabs.com/stats.asp --- 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]
Failed SaveAll
warning: long message - Hi folks, I have a CP (CP-40) that has its control database corrupted when a person answered Yes when presented with the Database locked. Override? dialogue box. A little background: I schedule a weekly cron job to perform SaveAll on all of our CPs using the ICCAPI save_all command. As luck would have it, this person was called in on a Sunday to fix a sequence problem, and he tried to open a CIOCFG session on this CP while the ICCAPI save_all was running. When presented with the Database locked. Override? question, he didn't hesitate long, reasoning that it was Sunday and nobody would be working on that CP, must be a mistake. Once in the control session, he still couldn't connect to the CP so he rebooted it. Since then, I have not been able to perform a good SaveAll for this CP. Using the CIOCFG interface the SaveAll appears to run successfully, but I can't perform a LoadAll with the resulting disk (to an off-line CP), I keep getting Invalid block type error for each of the compounds in this CP. Using the ICCAPI save_all command always resulted in a failure message with the following text in the /tmp/output* files (at different times after trying different things to mitigate the problem): 04AW01# more /tmp/output* FAIL 3 save 20CP02!: Wed Mar 28 16:27:01 2001 -8 Save cmd: no path name arg 04AW01# more /tmp/output* FAIL 2 getorder 20CP02!: Thu Mar 29 15:52:50 2001 -15 Get compound order cmd : ICCget error: class= 20 error= 4 text= load_wrk: fread error 04AW01# more /tmp/output* FAIL 4 save 20CP02!20CP02_STA: Fri Mar 30 09:08:34 2001 -8 Save cmd: no path name arg BTW, I can do an upload for this CP and the workfile appears to be in good condition (at least good enough so that I can see all the compounds, blocks, and parameters while in a CIOCFG session). And the CP is still running okay as we speak. Questions: 1. What are my options in getting a good SaveAll for this CP? 2. If I have no option, would initializing/rebooting/reloading it with a good SaveAll (from 2 weeks back) get me out of this jam? 3. Has anybody encountered problem similar to this, and what's your remedy? Thanks for any thought and help. Duc -- Duc M. Do Process Control Systems Dow Corning, Carrollton Plant Carrollton, KY, US _ This message has been checked for all known viruses by the MessageLabs Virus Control Centre. For further information visit http://www.messagelabs.com/stats.asp --- 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: Version 4.3 to 6.2.1 upgrade question
Jim, We did an upgrade like yours last year (with a slight difference, we went from 6.1 to 6.2.1 -- for all practical purposes, 4.3 and 6.1 are the same). Here are our take on your questions: 1. No, the nodes can be converted individually. Foxboro recommends that you upgrade the node where CSA resides first. Luckily it works out for us without having to move the CSA server to the first node to be converted. 2. Yes, most definitely. We'll be the last system to be forced to migrate to FoxView. 3. Again, yes. Legacy historians work fine. 4. We did this as a Day 0 install, so we reboot the CPs anyway. It didn't make any difference to us if the CP images were new or not. Duc -- Duc M. Do Process Control Systems Dow Corning, Carrollton Plant Carrollton, KY, US -Original Message- From: James Kahlden [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 21, 2001 8:14 AM To: [EMAIL PROTECTED] Subject: Version 4.3 to 6.2.1 upgrade question Hello List, We are looking at updating our version 4.3 system to version 6.2.1 in order to expand our system to include the new CP60. We currently use AW/WP51B's with Display Manager and the Legacy Historian. Our CP's are fault tolerant CP40A's. We have 5 nodes connected via Carrier Band LAN. We can not shut down all nodes at once, since this system controls two 600 megawatt coal fired power generators. Questions? 1. Do all of the nodes need to be converted at one time to 6.2.1 or can some nodes exist at 4.3 while part of the node is at 6.2.1? 2. Can we continue to use our Display Manager displays, or do we have to change to the Fox View displays? 3. Can we continue to use the Legacy Historian at version 6.2.1, or do we have to convert to the AIM historian? 4. Is there a different CP image at version 6.2.1 that requires a reboot of the CP for this upgrade? Thanks for any guidance that you can give, as we are looking to see what windows of opportunity we have for doing this type of upgrade. Jim Kahlden [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]
snapshot
We used to have to use snapshot for screen capture until we started to use SCO XVision widely to run remote Display Managers on our desktop PCs. My problem with snapshot is it's not as intuitive to use as others would have you believe, especially if you don't use it often. (Perhaps I'm just dense, but we won't go there.) So we created an intranet web page to show how to use snapshot on the AW/WP-51s. You, of course, cannot access this intranet page, but I have created a PDF file and uploaded it to the Cassandra web site. If you're interested, it's here: http://www.thecassandraproject.org/misc/snapshot.pdf The screen shots are not the best, but you'll get the ... um, picture. Duc -- Duc M. Do Process Control Systems Dow Corning, Carrollton Plant Carrollton, KY, US --- This list is neither sponsored nor endorsed by the Foxboro Company. All postings from this list are the work of list subscribers and no warranty is made or implied as to the accuracy of any information disseminated through this medium. By subscribing to this list you agree to hold the list sponsor(s) blameless for any and all mishaps which might occur due to your application of information received from this mailing list. To be removed from this list, send mail to [EMAIL PROTECTED] with unsubscribe foxboro in the Subject. Or, send any mail to [EMAIL PROTECTED]
Cassandra web site
Hi folks, In the next few days, Warren Michelsen will put the final tweaks on his nameserver configuration, and one of the effects is the Cassandra web site URL will _have_ to include the www hostname part: http://www.thecassandraproject.org/ while this URL: http://thecassandraproject.org/ will stop working. Warren told me that this will be a permanent change. Just a heads-up, since I myself have the habit of not using the www hostname. Regards, Duc M. Do -- The Cassandra Project http://www.thecassandraproject.org/ --- 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]
Editing /etc/fox/wpcplns?
We used to edit this file to take out the control stations that are no longer physically there but not yet taken out of Sys Def so that they don't delay the Select screen due to time-out. However, I just tried that and it doesn't seem to work as I remember it. What gives? Here's the relevant part of the original wpcplns: 16CP01 16CP02 16CP03 16CP04 16CP05 16CP06 16CP07 16FG01 16MG01 16CP08 16CP11 16CP12 16CP01 through 16CP07 are no longer there, but when I call up the Select screen with 16CP* in the Search field, the display is delayed due to time-out to these non-existent CPs. Which file do I have to edit now to take these stations out of the picture? (There are several reasons why we don't want to take the final step of removing these stations from Sys Def at this point.) Thanks. Duc M. Do Dow Corning Corp. Carrollton Plant Carrollton, KY, US --- This list is neither sponsored nor endorsed by the Foxboro Company. All postings from this list are the work of list subscribers and no warranty is made or implied as to the accuracy of any information disseminated through this medium. By subscribing to this list you agree to hold the list sponsor(s) blameless for any and all mishaps which might occur due to your application of information received from this mailing list. To be removed from this list, send mail to [EMAIL PROTECTED] with unsubscribe foxboro in the Subject. Or, send any mail to [EMAIL PROTECTED]
RE: AP20?, AW70?
What Lance said is correct, but on an AP-20, hist_offset is in /usr/foxbin. Duc M. Do Dow Corning Corp. -Original Message- From: Dusing, Lance [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 03, 2000 1:05 PM To: 'Foxboro DCS Mail List' Subject: RE: AP20?, AW70? Display Issue: Try running hist_offset against your displays For example /usr/fox/wp/bin/tools/hist_offset /usr/menus/d1/displayname or /usr/fox/wp/bin/tools/hist_offset /usr/menus/d1 (all displays in directory d1) or /usr/fox/wp/bin/tools/hist_offset /usr/menus/*/* (all displays two directories under the menus directory) Lance -Original Message- From: Burnham, Rob C. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 03, 2000 4:22 PM To: 'Foxboro List' Subject: AP20?, AW70? AP20's, WP30's running 6.1 ? = Many trends do not show recent history, however data display of values shows plenty of data It seems to get worse with every software upgrade - can AP20 really run 6.1 properly? AW70 integrator, 6.1 connected to 760 controller array ? = Commands issued to all controllers are accepted by some and not by others, one problem in which a command to switch to Auto, resulted in controller toggling back and forth from Auto to Manual, a Sleep was added and then repeat command, this resolved problem for some occurences. Ones that work one day will not work the next. Any help or suggestions will be greatly appreciated! Rob Burnham P. H. Glatfelter Co. 920 727-2426 --- 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?
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]
FW: updated histq program - now supports AIM*
A new version of Joe Markham's histq program is now available at the Cassandra web site. Thanks, Joe, for your continued support. http://thecassandraproject.org/archive.html In the attached note, I think Joe meant to say in addition to rather than instead of. Duc M. Do The Cassandra Project -Original Message- From: Joseph A. Markham [mailto:[EMAIL PROTECTED]] Sent: Monday, September 18, 2000 2:42 PM To: Duc Do (E-mail) Subject: updated histq program - now supports AIM* Here is a new version of my histq program for the web site. The only change is the ability to use AIM* instead of FoxHistory. -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]
RE: List Archive now available on WWW
Thanks for all the work, Harry! Duc M. Do The Cassandra Project -Original Message- From: Forbes,Harry [mailto:[EMAIL PROTECTED]] Sent: Friday, September 15, 2000 11:14 AM To: Foxboro DCS Mail List Subject: List Archive now available on WWW I have not finished with this archive. Nevertheless it is ready enough so that if people want to try it they might as well. To reach the archive directly browse to: http://forums.invensys.com/suites/dispatch.exe/Foxboro_DCS_Mail_List ...snip... --- 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: How to figure historian size?
Jack, telnet into your AW, and run: grep AH /usr/fox/sp/IIF.cur the fourth field shows the size of your historian. Quick and dirty. Duc -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, August 25, 2000 2:55 PM To: [EMAIL PROTECTED] Subject: How to figure historian size? I am interested in determining the size of my historian. Can it handle 500 or 1000 tags maximum? The historian is on an AW51B running 6.1.1 software. Can anyone tell me a way to do this? Jack Ziegler Sunoco Chemicals Frankford Phenol Plant 215-537-2422 --- 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: Historian connection to trend displays
We ftp'ed the trend files to a Windows PC, used a Windows utility called vedit (www.vedit.com) to do wholesale editing of the trends, then ftp'ed the files back to the Sun box. It's a little kludgy, but since you only have to do it once, it's not too bad. vedit is shareware. Good luck! -- Duc M. Do Dow Corning Corp. Carrollton Plant Carrollton, KY, US -Original Message- From: Michael Smith [mailto:[EMAIL PROTECTED]] Sent: Monday, April 03, 2000 7:47 AM To: Foxboro DCS Mail List Subject: Historian connection to trend displays We have recently merged two separate 500 point historians into one 1000 point historian. Now half of our preconfigured trend displays are looking to the wrong historian for their data, thereby showing no data in the trend display. Is there a utility (I seem to recollect hearing of it some time ago) that I can run on my trend displays to re-associate them with the correct historian name rather than having to manually reconfigure each trend display? Regards Michael Smith [EMAIL PROTECTED] Lake Utopia Paper '00 ZRT800 '99 CBR900 FireBlade m/v GRIN 'N BEAR IT St. Stephen, New Brunswick --- 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]