ASCII Characters in 16 bit registers
List, I will be using an Integrator 30 (Modbus) to communicate to an external device. All of the data is packed in 16 bit registers as unsigned 16 bit integers. Since I can scale this value to obtain a floating point number this does not pose a problem for number values. The problem is that an ASCII string of text is packed two 8 bit characters per 16 bit register and this is the only way the device will transmit ASCII strings. The only solution I can come up with is to receive the 2 character 16 bit register into an AIN block. Then feed the AIN into a CALC and mask out each character into it's own Integer Output. Then take the two Integer Outputs from the calc block and feed them into an Independent block. Then concatenate the two integer values into a strings. This does not seem like a very elegant solution. Does anyone know of a better way to accomplish this task? Thanks, Rory Loupe The Dow Chemical Company LHC-3 P.O. Box 150, Building 6801 Plaquemine, LA 70765-0150 USA Phone: 225.353-6409 Fax: 225.353.6968 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: ASCII Characters in 16 bit registers
I prefer not to use a C program when I can do it in an I/A block relatively easy. Using the MAIN block would allow me to keep my strings in a logical grouping. How would you do it in an IND block? From what I read in B0193AV you can't "AND" integers (for masking purposes) in an IND block. This is easily done with a calc block as follows: Assume I have two characters 'A' and 'B' (in that order) in the register connected to RI01 of the CALC block. Therefore the register contains 0x41 and 0x42. To get character 'A' the steps look like this: IN RI01 IN 255//in decimal (0x00FF) ANDX OUT RO01 //=0x41 or ASCII 'A' To get character 'B' the steps look like this: IN RI01 IN 65280 //in decimal (OxFF00) ANDX DIV 256 //in decimal, has the effect of shift 8 bits to the right OUT RO02 //=0x42 or ASCII 'B' -Original Message- From: Jones, Charles R. (Chuck) [mailto:[EMAIL PROTECTED]] Sent: Monday, April 23, 2001 4:46 PM To: 'Foxboro DCS Mail List' Subject: RE: ASCII Characters in 16 bit registers I agree with Kevin about using MAIN blocks. Another way to accomplish this result depends on your knowledge of C. Once the values are in I/A (via MAIN blocks), you could write a C program* to do the parsing and return a string. But if you are going to use an IND block to receive the strings, there is no need to complicate things with a C program unless you are tight on resources in the Integrator. * (I suppose you could do it with Perl just as well. But, being Perl-challenged, I wouldn't know what to suggest.) -Original Message- From: Loupe, Rory (RJ) [mailto:[EMAIL PROTECTED]] Sent: Monday, April 23, 2001 3:07 PM To: 'Foxboro - Cassandra' Subject: ASCII Characters in 16 bit registers List, I will be using an Integrator 30 (Modbus) to communicate to an external device. All of the data is packed in 16 bit registers as unsigned 16 bit integers. Since I can scale this value to obtain a floating point number this does not pose a problem for number values. The problem is that an ASCII string of text is packed two 8 bit characters per 16 bit register and this is the only way the device will transmit ASCII strings. The only solution I can come up with is to receive the 2 character 16 bit register into an AIN block. Then feed the AIN into a CALC and mask out each character into it's own Integer Output. Then take the two Integer Outputs from the calc block and feed them into an Independent block. Then concatenate the two integer values into a strings. This does not seem like a very elegant solution. Does anyone know of a better way to accomplish this task? Thanks, Rory Loupe The Dow Chemical Company LHC-3 P.O. Box 150, Building 6801 Plaquemine, LA 70765-0150 USA Phone: 225.353-6409 Fax: 225.353.6968 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] 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] --- This list is neither sponsored nor endorsed by the
GC Analyzer Control
I am converting some old Foxboro SMS control schemes to run on I/A. There is some code that does validity, rate of change and time-out checking on some GC data. If the GC data is good the code does PID control with this data (in the code itself, not through a PID block). The analyzer has a cycle time of 15 minutes and sets a boolean flag true for 60 seconds on a fresh update. I am trying to determine if I should stick with code from the SMS and convert it to HLBL or use standard I/A blocks to accomplish the same thing. My idea for I/A is to do validity, rate of change and time-out checking via a CALC block. Do the pid control via a PIDA block and on invalid GC data put the block in manual and alarm. Part of the problem with this approach is tuning the PIDA block. I have done an extensive step test and have come up with tuning parameters (with a large reset time). The testing of this PIDA seems to be doing a good job, but the GC update time has me concerned about timing issues. Could someone suggest a solution to GC control on I/A? Thanks, Rory --- 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: ListServer Archive/Aspen DMC with I/A
One thing to note about DMC+ Bridge is that it does not run on WP70's. -Original Message- From: Airhart, Chad M. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 17, 2001 12:36 PM To: 'Foxboro DCS Mail List' Subject: RE: ListServer Archive/Aspen DMC with I/A We were interested in pursuing that system when we decided to install DMC but opted against it. Aspen was just developing their graphics for an NT DMC system and we were not too impressed at the time. We have since installed DMCBridge (a Foxboro repackaging of Aspen DMC) and are satisfied with it. It generates the displays for you after running through a few configuration scripts and all in all is a good product. We are currently Beta testing their SmartStep product on our second DMC controller and it looks promising. 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: D.B. H. [SMTP:[EMAIL PROTECTED]] > Sent: Friday, July 13, 2001 10:47 PM > To: [EMAIL PROTECTED] > Subject: ListServer Archive/Aspen DMC with I/A > > 2 questions: > Is the ListServer archive dead and gone? I checked recently and saw that > there hasn't been anything logged in a while. > Also, have any of you implemented/used an NT Aspen DMC application to do > APC > with Foxboro I/A (UNIX). What's your experience, recommendations, who to > call for help? > Thanks, > Diane Harris > http://www.HarrisAs.com > _ > Get your FREE download of MSN Explorer at http://explorer.msn.com > > > --- > This list is neither sponsored nor endorsed by the Foxboro Company. All > postings from this list are the work of list subscribers and no warranty > is made or implied as to the accuracy of any information disseminated > through this medium. By subscribing to this list you agree to hold the > list sponsor(s) blameless for any and all mishaps which might occur due to > > your application of information received from this mailing list. > > To be removed from this list, send mail to > [EMAIL PROTECTED] > with "unsubscribe foxboro" in the Subject. Or, send any mail to > [EMAIL PROTECTED] --- 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]
FBM1, HART 275 and Rosemont 3051 Transmitter
Our instrument guys are having trouble communicating with a HART 275 communicator to a Rosemont 3051 level transmitter while connected to the Foxboro I/A FBM1 input point. The instrument is being loop powered by the FBM1 (P and P+). The only way we can get it to communicate is to put a 250 ohm resistor across the pair of wires (parallel). This allows us to communicate with the transmitter but we will not want to do this will the instrument is in service. I have tried this with several different HART 275s, FBM1s and 3051 level transmitters. If we disconnect the loop from I/A and use an Altec to power the loop, everything works as it should. This eliminates our cabling as a problem, in my humble opinion. Has anyone else experienced this problem? Is there a solution to allow the communicator to work without a resistor across the pair of wires? Rory Loupe The Dow Chemical Company LHC-3 P.O. Box 150, Building 6801 21255 highway 1, Building 6801 Plaquemine, LA 70765-0150 USA Plaquemine, LA 70764 USA Phone: 225.353-6409 Fax: 225.353.6968 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]
