RE: I/A Alarms and Messages to PC's
AW + a third party software which reads and sends alarms/messages to a client PC I've never seen a solution like this. I believe that Logmate, www.logmate.com, has a product like this. I met with them in the Invensys Pavilion at last year's Users' Group meeting in Boston. In the end we decided not to pursue this route, but perhaps someone else on the list has used this product Chuck Jones Refinery Automation Technologist A.E. Staley Mfg. Co. -- Lafayette South Plant 765.477.5324 - Office | 765.420.4431- Pager This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. If you have received this email in error please notify the sender immediately. --- 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
My first suggestion is to get reservations somewhere else for 8:15. As I recall, last year we closed down the available room in the convention center. (Okay, we got kicked out.) Then we progressed to a restaurant. We closed down the restaurant about 11:00. We all agreed to call it a night. But, we only made it to the hotel lobby. I finally left the lobby at about 12:30, but the meeting was STILL going on. Chuck Jones This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. If you have received this email in error please notify the sender immediately. --- 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: HLBL REF.
If the operators can interact with the process, I recommend putting GDEV blocks to AUTO (then WAIT 2 seconds for the block to see it) right before you use each one. It is the only way to be sure that the GDEV will be in the correct auto/manual state when you need it to be. If you are going to change state on several GDEVs, then you can put them all to AUTO followed by only one WAIT statement. If you want to call the script that you have already written, then I am going to have flex a few thoughts to remember how to do that. Depending on how you wrote the UNIX script, I believe that it may be a more efficient use of resources to rewrite it in HLBL. Is it a UNIX script, PERL, C code, or --Heaven forbid-- JAVA? (I am assuming UNIX.) Does the script use Object Manager calls or API calls? I'm curious now. Does any one know if HLBL is the most efficient use of resources in this case? Does anyone know how to call an external script from within HLBL? Chuck Jones Refinery Automation Technologist A.E. Staley Mfg. Co. -- Lafayette South Plant 765.477.5324 - Office | 765.420.4431- Pager -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, July 09, 2001 5:17 AM To: Foxboro DCS Mail List Subject: RE: HLBL REF. Thanks for the input, I have a script that places all GDEV blocks in auto. How would you use this in HLBL. I would like to place all GDEV's in auto at the beginning of the Sequence Logic. thanks in advance Ken Moore NSCC This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be advised that you have received this e-mail in error, and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the TLNA HELPDESK at 800-404-2436 or e-mail [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: Process Control
I solved similar problems by adding a PIC to control the upper limit of the FIC. Recently, I have been wondering if it would not be more efficient to link the output of the PIC to the BIAS input of the FIC. (The output of the PIC would have a range of -100 low to 0 high.) But what I have done works, so I am reluctant to change anything. The only advantage that I see to this new scheme would be that the upper limit would still be available for operator (or engineer) use, if needed. Chuck Jones Refinery Automation Technologist A.E. Staley Mfg. Co. -- Lafayette South Plant 765.477.5324 - Office | 765.420.4431- Pager -Original Message- From: Lance Dusing [mailto:[EMAIL PROTECTED]] Sent: Friday, July 06, 2001 9:12 AM To: Foxboro DCS Mail List 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] This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be advised that you have received this e-mail in error, and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the TLNA HELPDESK at 800-404-2436 or e-mail [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: HLBL REF.
I don't know for certain about the C precursor commands. I am familiar with C pre-processor commands. I wonder if precursor refers to them. In case you are not familiar with them, the most common ones that I use are: #include filename #define MANUAL FALSE #define AUTO TRUE #define LOCAL FALSE #define REMOTE TRUE #define OPEN TRUE #define CLOSED FALSE Note that the include syntax is slightly different than C. It does not include the angle brackets, e.g. #include filename. Also, it searches for filename in the directory /opt/fox/ciocfg/sequeninclude. When using pre-processor commands the # must be in the left-most column. (So, we draw on FORTRAN, also ;-) Also, there must be no space after the #. The define statements are some examples of the syntax and its usage. From this example, I can now use the words like MANUAL in the source code. When the code is compiled, the pre-compiler first replaces all strings that conform to MANUAL with the string FALSE, etc. Since this particular list of define statements is universal in all of my code, I have put them into an include file. That way, I don't have to re-type them for every program. -Original Message- From: [EMAIL PROTECTED] [ mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ] Sent: Friday, July 06, 2001 4:04 PM To: Foxboro DCS Mail List Subject: RE: HLBL REF. There are some references on the FOXDOC CD, but they are in about three different places. Also the use of C precursor commands is not mentioned anywhere. HLBL syntax does resemble Pascal, but it is not Pascal. Ken This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be advised that you have received this e-mail in error, and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the TLNA HELPDESK at 800-404-2436 or e-mail [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: AW70 Installation problems
The LMHost file is used by the NetBEUI protocol to resolve network addresses. It is a hold-over from the old LAN Manager network operating system, hence LMhost. I am not giving you much information here as I am pulling from memory here, but I believe that is the purpose of the LMhost file. -Original Message- From: Bruce Graham [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 24, 2001 8:29 AM To: [EMAIL PROTECTED] Subject: AW70 Installation problems Group, I am new to the Foxboro I/A systems and had a few problems installing an AW70 system. This is being used with an AB 5 with an ethernet connection. 1.First ECB64 cannot be modified or deleted without the system locking up. To restore you must save all, reboot, and rebuild the ECB64. 2.Once ECB63-65 are configured and working with all white on status, you can disconnect the ethernet link without any red indications of loss of connection. 3.The LM host and host files do not configure correctly showing the tcpip address and system name. This had to be done manually. If not the system would again lockup I believe RSlogic and I/A software use this host file, but not sure of the purpose of the LM host file? (Window access?) Thanks Bruce --- 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 e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be advised that you have received this e-mail in error, and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the TLNA HELPDESK at 800-404-2436 or e-mail [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: AIM historian and display of reduced data
I believe that one of our plants accomplishes this by having the historian (the legacy historian, in our case) generate a report and then reading in the report via a substitution list on the Display Manager. If you want, I can delve into this some more, but I'm leaving on vacation for a week after today. I don't know if this type of operation is possible with the AIM historian. Perhaps Alex knows. -Original Message- From: Stan Ruth [mailto:[EMAIL PROTECTED]] Sent: Monday, April 09, 2001 10:08 AM To: [EMAIL PROTECTED] Subject: AIM historian and display of reduced data Hello list, I have an application in which we would like to take data into our AIM * historian, and reduce the data into hourly and / or daily averages. We would like to take these averages and display the most recent values on a FoxView or Display Manager display. Is this possible, or do we need to generate these averages within the control processor instead of using the historian for the data reduction? Stan Ruth Huntsman JCO Process Control --- 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 e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be advised that you have received this e-mail in error, and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the TLNA HELPDESK at 800-404-2436 or e-mail [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: Checkpoint Micro I/A
Is the Micro I/A similar to the CPs in that the current setpoints are only saved to the database via upload? A checkpoint only saves the setpoint and alarm parameters that are in the block at the time of configuration. To save the current parameters that are changeable by the operator (setpoints, alarms, etc.) you must use an upload. I am not familiar with Micro I/A, but based on your question I suspect that they are similar. -Original Message- From: Marlon Mills [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 05, 2001 9:27 PM To: [EMAIL PROTECTED] Subject: Checkpoint Micro I/A Hello all, I'm working with 2 Micro I/As at ver 6.1 and AW70 doing mainly sequence logic and Allen Bradley Flex I/O. Power losses and setpoint changes are occasional and in order to save running settings a checkpoint is done before power loss. Upon resumption of power and station startup, the system has strange setpoints for example that were not there at the time of checkpointing. Hints anyone ? Marlon Mills This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be advised that you have received this e-mail in error, and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the TLNA HELPDESK at 800-404-2436 or e-mail [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]
Alternative Displays
When we converted to I/A about six years ago, we got the big Sony monitors with the touch screen option. They are great to work with and the operators really like them. Apparently they have a life span of about six years of continuous use. We have burned out seven of them in the past three months and at this rate I don't expect the rest of them to last much longer. I've got 15 more displays to replace. Soon. I know that there are video display options besides the Foxboro offerings, but I have yet to see any with a touch screen. Have any of you found a viable replacement? Foxboro offers replacements, but $3000 is a lot to pay for a 20 TV set that only gets one channel --- even if you can use the screen as a remote. Chuck Jones Refinery Automation Technologist A.E. Staley Mfg. Co. -- Lafayette South Plant This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be advised that you have received this e-mail in error, and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the TLNA HELPDESK at 800-404-2436 or e-mail [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]
Mailing List Question
Is there a history of the messages passing through this list archived at the web server or do I have to keep saving messages on my local machine? Many interesting details and ideas are presented here, but I cannot possibly save them all. Soon I will be guilty of asking a question for the third or fourth time. (Perhaps this message is doing just that -- oh, no!). I was going to send this message to Duc, but I can't believe that I am the only one who is wondering, so I thought I would volunteer to ask the silly question this time. This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be advised that you have received this e-mail in error, and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the TLNA HELPDESK at 800-404-2436 or e-mail [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: Integrator 30's vs. AB Stations
You have really opened up a can of worms here, Stan. We use Integrator 30s at our plant. They cause a lot of pain in both set up and operator usage. The work is done in the PLC 5s and the I/A is used for operator interface. The Basic Processing Cycle of the AB Gateways is 2 seconds. Our CP30s and CP40s have a BPC of 0.5 seconds. Configuration involves setting up a lot of redundant (in the I/A) blocks to get information in and out of the PLC. Take a GDEV block for instance. There must be a CIN (or part of a MCIN) block to bring in the MA status. Another is needed for the device state (ON/OFF). Another pair of connections is necessary to send the desired states back out. That is four blocks so far. If the mismatch state detection is not monitored by the PLC, then another I/A block is required. If it is done by the PLC, then you can have two more blocks to detect mismatch conditions (1 for open mismatch and 1 for close mismatch). Five (or 6) blocks (or block connections) are needed to do what one GDEV can do in an I/A system. You can reduce the total number of blocks by using MCINs and MCOUTs. (Remember that MCINs have 32 connections and MCOUTs only have 16.) If this situation ever needs troubleshooting, it quickly becomes a nightmare. DO NOT lose your cross-reference sheets from the start up. Your inputs are here, your outputs are there, your mismatch sensing is somewhere else. There is nowhere to link your displays for control details, because there are 4 (or 5 or 6) I/A blocks (or block connects) per PLC device. As far as operator usage, think how long it takes to change a valve to manual and open it. The operator sets the valve to manual. It can take up to 2 seconds before the PLC gets the information. It can take up to another 2 seconds before the confirmation comes back that it is in manual. It can take 2 more seconds to send out the desired change of state and another 2 seconds before the operator has confirmation that the valve actually opened and the process does not have to be repeated. Eight seconds! The operators believe that the I/A is causing the problem! Analog controls have similar issues, except for mismatch configuration. But, you may run into problems with ranges of the I/O. We pass information in and out of the PLC via integer tables that typically have a range of 0-4095. In some places the range is 0-32766. Our scale tanks have a weight range of 0-220,000 lbs., so we compromise them by measuring in units of 10 lbs. There is more, but I think you are getting my general impression of an I/A to AB cluster. I should stop while I can still use language fit for the dinner table. I firmly believe that this should be addressed in the future by Foxboro and/or Allen Bradley. I am okay with pushing online upgrades this year, but next year...! -Original Message- From: Stan Brown [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 03, 2000 6:42 AM To: [EMAIL PROTECTED] Subject: Integrator 30's vs. AB Stations I would like to hear other users options on the ppros cons of these 2 different ways of conecting an Allen Bradley PLC (or PLC's) and a Foxboro IA system. Yhe PLC's would be PLC5's, and the IA would be serries 50 stations. -- Stan Brown [EMAIL PROTECTED] 843-745-3154 Charleston SC. --- This list is neither sponsored nor endorsed by the Foxboro Company. All postings from this list are the work of list subscribers and no warranty is 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]
