A Distributed Configuration Tool for Distributed Control Systems

A Distributed Configuration Tool for Distributed Control Systems Shelley POWERS Burning Bird Enterprises Michael HITZ IF 1

Introduction P 2 P and Design, Collaborate, Plan n The supervisory control and data acquisition markets, along with other real-time control system markets, have been building distributed systems, over all sorts of networks, for decades Only now, however, is software becoming available that will allow the people that engineer these complex systems to collaborate on their design and costing, before the project is sold The key aim of this work is to reduce the error margins involved in estimating a project’s cost, which often averages ± 30% 2

Business context n n n n In the DCS, SCADA and control system markets alone hundreds of millions of dollars are spent each year tendering infrastructure projects for utilities. Companies such as GE, Siemens, ABB, Valmet, Invensys, Fisher. Rosemount, Toshiba have international sales, manufacturing, engineering and software organizations Projects such as energy management systems, light and heavy rail supervisory systems, electricity distribution management systems, and trans-European networks involve huge engineering efforts that are often poorly costed Millions of dollars are lost as a result of (cost) poor coordination Merit-based competitiveness is eroded Globalization increases enterprise-wide dysfunction Sales efforts end up at the apex of pressure Increasingly accurate project estimates are required 3

The usual suspects (Or, why pricing complex systems is tricky) n n n n n Configuration constraints not often known Channel acquisition rates demand consistency, process & timeliness Collaboration of a feather but rarely throughout the enterprise Different people see different things Demand forecasts aren’t accurate It’s a black art Everything is always out of date Globalization, consolidation & competition Relationships over knowledge 4

Different roles Different places n In one week, how do you price a distributed control system with: n n n n Manufacturing in China Operations & Engineering in Sydney Hardware design in Brisbane Software integration in Boston Sales in Houston Marketing in Düsseldorf Finance in London? 5

P 2 P? n Emerging P 2 P architectures support: n n n Distributed data, schemas & ownership Concurrency and conflict resolution Many users in many locations Workflow, roles, views Interfaces to ERP, MRP, and MIS (And of course, MP 3 file sharing) 6

If only n n n n 1000 page specifications divided Clause by clause and product X-ref Centralized response and approval Latest pricing across system components Probabilistic manufacturing forecasts Accurate sales intelligence A global work-force could be utilized Product, constraint & business intelligence could be “centrally disseminated” 7

Value proposition: case study n n Average project cost around US$7 m Up to 50 tenders a year with 10 -30% success Overrun average within -10% to +30% For a mid-sized control systems company: n n n Reducing overrun risk to ± 10% yields US$5 -10 m P 2 P collaboration allows for channel acceleration P 2 P configuration lowers training requirement P 2 P estimation lightens support burden P 2 P management amplifies operating visibility 8

+ve Side-effects n n n Timeliness of data and interaction Collaborative yet constraint-driven P 2 P framework for on-the-fly application development Abstract but clever: localizes algorithms specific to an application Less interaction & time-zone friction Automated view into business processes 9

Power users And the sales process Receive tender specification Declare system, geographical and telemetry constraints Calculate gate (P 0) estimate for corporate approval Deploy international Tiger Team & assignments Work to define constraints, collaboratively Generate initial (P 1) estimate for sales & engineering Write and collate tender documentation Complete system definition & calculate price Submit tender after gaining approvals 10

Not-so power users Or, visibility and corporate intelligence n Concurrent projects may be rolled into the board-room via: n n n User interface ERP (SAP, People. Soft, Oracle &c) MIS Sales force activity summaries Increased timeliness of regional performance reports Demand forecasting outputs to: n n Manufacturing Sales System engineering and software development Human resource planning 11

Missing in action Sales team collaboration n Team members each enter data from the specification to a collaborative project-space Discounts and constraints may be applied Slowly the system is defined based n n n NOT on knowledge of the product But on data found in the specification Outputs during this process are iterative: n n n Cost snap-shots (reconciled with historical data) Manufacturing demand Production scheduling & completion dates 12

Still missing in action Sales force management and business statistics n While the sales force is geographically distributed, management often isn’t and require: n n Rolled up visibility into all projects Current demand activity Approval request notification Control over discounting and price-list releases 13

Business Summary n n Distributed engineering processes require a truly distributed solution Yet a single view of data is required for each user Collaborative design & planning tools have not yet been applied to the pre-project control systems configuration, nor automated P 2 P frameworks provide a collaborative solution based around n n authority and authentication 14

Introducing the Technology n Components n n n XML-based service and data requests Dynamic Constraint-driven and XML-based services Collaboration support n n n Workflow Concurrent Secure and reliable n Transaction and encryption support 15

The Configurator n A Hybrid P 2 P Application n Application functionality can be accessed remotely from peers or services Application functionality can be installed locally P 2 P because services can be distributed and use is collaborative – hybrid because clients don’t have to distribute the services, don’t have to collaborate 16

P 2 P! n n Team members can work on specific individual tasks within the same project User interface dynamically changes based on n n project status user role locale On-demand updates of data keep members in synch 17

Constraint-Based XML n It’s Constraint-Based n n Tool constraints are defined within specialized XML vocabulary On-the-fly updates n n Can override existing data with new New data is added to existing set of constraints as n n New constraint Filtered constraint 18

User Interface n n Configurator components lightweight, easy to install Client can access services through… n n Web Trio Interface Through own client or server-side applications Through other products such as Groove 19

Architecture n n The control system configuration tool can exsist on a generic infrastructure So we have a framework that supports the distribution of application services via: n n Lightweight Service Wrappers Service Dispensers n n Data and Process Service Dispenser Locators 20

Services n n n Lightweight, discrete Location independent Accessed through XML-based protocol Requests and data processed as XML Dynamic/Configurable and Constraint. Driven 21

Accessing Services n Services Location n n Can exist on the client Services can exist on a central server Services can exist on a “peer” Found through Locators n n Small lightweight framework services that locate a requested service Locally or Globally 22

Locators n n n Small lightweight service located on each client – XML store Looks up service locally, caches in memory if found If not local, looks up service through global locator n n n Global Locator stored in LDAP Accessed using DSML Cached Once specific service located, all service requests are streamed to the specific service dispenser Locations updated when client logs into system 23

Service Request Stream n n Service Requests are based in XML Based on SOAP, XML-RPC, BXXP n n Supports common interface for all requests Service fulfilling request pulls data from XML stream Service returns results as XML Add new services without impact to client 24

Trio External Wrappers n Lightweight framework services that provide connectivity into Trio Services n n n EJB Wrapper COM/COM+ Wrapper CORBA Wrapper Groove Wrapper Clients access the wrappers, which access the Trio Services 25

Constraints n n Control system entities inherit a context Tree based declarations (via XML) of n n n Entities Constraints Relationships XML-encoded grammar defines constraints and descriptions of the system Depending on the role, the leaf is n n n Price Part number &c 26

Configurator Interface n Custom Interface n n Based on Mozilla XPFE Architecture User Interface elements defined in XML n n XUL – e. Xtensible User-Interface Language Platform independent Task specific data updates Groove-based Interface n For stroke-by-stroke synchronization of data 27

Data Services n Data is also a service n n Service Dispenser access Locator for Data Store As with services, location is found, cached Requests/responses handles as XML Data service translates from native data format to XML 28

Critical Elements of Architecture n Transaction management n n Security n n Transaction completely successful, or completely rolled back All communication encrypted Efficiency n n Locations cached for quick access Efficient LDAP Store design 29

Demonstration 30