Member Login
member
passwd
remember me on this computer.

- join now -

Search

Past & Future Posts
Neat Stuff

Visit our shop for nerds in control lifestyle products.

Cool stuff
Select a topic of interest:
...and press:
Fortune
YOW!! The land of the rising SONY!!
RSS Feed
RSS feed Use this link to get an RSS feed of the Control.com article flow, for private, non-commercial use only:
www.control.com/rss
Select a Page Style
Select one of the following styles:
- BluFu
- Classic
(cookies required)
from the White Paper/Technical Specs for BSAP department...
BSAP protocol with Experion
Communications topic
advertisement
Posted by Matthew Rebus on 24 January, 2008 - 12:46 am
Hello,

Does anyone know where I can find what the specs of the BSAP protocol are?

A little background to the problem I am trying to solve: We use and are going to use Control Wave micros for our RTUs. We also use Honeywell Experion PKS for our HMI. However, Honeywell currently doesn't support Control Wave micros. I believe the CWU are not supported with HWs BSAP controller becuase the controller does a kind of heart beat poll (by asking for a signal in the CW called #diag). However, CWU does not have this signal. With about 100 RTUs in the field and more coming, our Comms are getting a little clogged.

Right now I am just looking into the problem to see if it is possible to have a solution.

Posted by Eric Murphy on 24 January, 2008 - 11:30 pm
MatrikonOPC has Telemetry-class OPC Servers for Bristol Babcock Control Wave and BSAP. Telemetry-class servers offer a range of polling configuration options for managing large numbers of RTUs.

http://www.matrikonopc.com/opc-drivers/189/base-driver-details.asp x

MatrikonOPC has extensive experience integrating with the Honeywell Experion PKS system, and their OPC clients.

Posted by Matthew Rebus on 31 January, 2008 - 1:16 am
I am actually looking for a OpenBSI controller for Experion. We use OpenBSI due to the ability to troubleshoot RTUs from the Office, as our RTUs in the field are a considerable distance from the office.

My two thoughts on tackling this problem right now are:
1. To find a way to integrate the "#diag" signal into the RTU. Might be difficult as # is not an accepted start of a variable in the CWu.

2. To find a hack around so the Experion Server either doesn't ask for the #diag or thinks that it is receiving it. Which leads me to ask if anyone knows where I should start to look to try to learn about how the Experion Communicates to the OpenBSI NHP.

From Control Engineering magazine...
Related articles from Control Engineering magazine
Above articles copyright 2008 Reed Business Information. Subject to its Terms of Use.

Your use of this site is subject to the terms and conditions set forth under Legal Notices and the Privacy Policy. Please read those terms and conditions carefully. Subject to the rights expressly reserved to others under Legal Notices, the content of this site and the compilation thereof is © 1999-2008 Control Technology Corporation. All rights reserved.

Users of this site are benefiting from open source technologies, including PHP, PostgreSQL and Apache. Be happy.

Advertisement
Our Advertisers
Help keep our servers running...
Patronize our advertisers!