23.03.2017 Views

wilamowski-b-m-irwin-j-d-industrial-communication-systems-2011

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

68-4 Industrial Communication Systems<br />

that are hierarchical as well, but nevertheless strongly interconnected with each other (Figure 68.1).<br />

Observing the behavior within one experiment cannot lead to a complete description of the system. This<br />

is the wrong approach, even if it looks stunningly simple. To give an analogy: biologists do not explain<br />

flowers by visual features any more, but they look for functional units by considering the flower as a<br />

“process.” Similarly [Dav97], trying to describe merely the behavior of a <strong>communication</strong> protocol under<br />

different conditions is a lost cause, since it will never cover the complete abilities of a <strong>communication</strong><br />

protocol. But it is possible to develop a functional model of a process [HJ97] (where we use the word<br />

“process” to refer to both technical and biological occurrences) and understand its behavior based on<br />

this model. If we want to build robots or other <strong>systems</strong> that are intelligent in a more human-like way,<br />

we have to get away from behavioral description and employ functional development instead. While<br />

this is well understood in computer and <strong>communication</strong>s engineering, some psychological schools like<br />

behaviorists have a slightly different view of the matter.<br />

68.4 automated Methods for Sensor and Actuator Systems<br />

Today’s building sensor and control <strong>systems</strong> are primarily based upon the processing of sensor information<br />

using predefined rules. The user or operator defines, e.g., the range of valid temperatures for a room<br />

by a rule—when the temperature value in that room is out of range (e.g. caused by a defect), the system<br />

reacts (e.g., with an error message). More complicated diagnostics require an experienced operator who<br />

can observe and interpret real-time sensor values. However, as <strong>systems</strong> become larger, are deployed in a<br />

wider variety of environments, and are targeted at technically less-sophisticated users, both possibilities<br />

(rule-based <strong>systems</strong> and expert users) become problematic. The control system would require comprehensive<br />

prior knowledge of possible operating conditions, ranges of values and error conditions. This knowledge<br />

may not be readily available, and will be difficult for an unsophisticated user to input. It is impractical<br />

for experienced operators to directly observe large <strong>systems</strong>, and naive users can not interpret sensor values.<br />

A solution to this problem is to automatically recognize error conditions specific to a given sensor<br />

[HLS99], actuator, or system without the need of preprogrammed error conditions, user-entered parameters,<br />

or experienced operators. The system should observe sensor and actuator data over time [JGJS99],<br />

construct a model of “normality” [PL03], and issue error alerts when sensor or actuator values vary from<br />

normal. The result would be a system that can recognize sensor errors or abnormal sensor or actuator<br />

readings, with minimal manual configuration of the system [SH03]. Further, if sensor readings vary or<br />

drift over time, the system could automatically adapt itself to the new “normal” conditions, adjusting its<br />

error criteria accordingly.<br />

68.5 the Diagnostic System<br />

For illustration, a diagnostic system utilizing statistical methods (BASE [SBR05]) is compared to a standard<br />

building automation system (BAS). The BAS consists of a number of sensors and actuators connected<br />

by the LonWorks fieldbus (LON) [LDS01]. It offers a visual interface using a management information<br />

base (MIB) for retrieving and manipulating system parameters and for the visualization of system malfunctions.<br />

The diagnostic system BASE is based on statistical “generative” models (SGMs). The goal of the<br />

system is to automatically detect sensor errors in a running automation system [SBR05,FS94]. It does so<br />

by observing the data flowing through the system and thus learns about the behavior of the automation<br />

system. The diagnostic system builds a model of the sensor data in the underlying automation system,<br />

based on the data flow. From the optimized model, the diagnostic system can identify abnormal sensor<br />

and actuator values. The diagnostic system can either analyze historical data, or directly access live data.<br />

We use a set of statistical generative models to represent knowledge about the automation system.<br />

A statistical generative model takes inputs like a sensor value, a status indicator, time of day, etc., and<br />

returns a probability between zero and one.<br />

© <strong>2011</strong> by Taylor and Francis Group, LLC

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!