21.01.2014 Views

Structural Health Monitoring Using Smart Sensors - ideals ...

Structural Health Monitoring Using Smart Sensors - ideals ...

Structural Health Monitoring Using Smart Sensors - ideals ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

for a SHM strategy does not necessarily imply larger power consumption, the time can be<br />

a rough indicator of power consumption. If nodes do not enter a sleep mode or turn off<br />

radio components during monitoring, their power consumption correlates well with the<br />

time of operation. With respect to monotoring interval, its frequency is limited by the<br />

length of execution time; an SHM strategy that takes four hours to complete, for example,<br />

can be performed at most only once in four hours. Considering monitoring of structures on<br />

a weekly or monthly basis, Imote2s do not need to complete the SHM strategy in a short<br />

time, e.g. one or two hours. However, monitoring in a short time is preferable to allow<br />

multiple measurements before environmental conditions such as wind velocity and<br />

temperature change. When damage detection results from neighboring sensor<br />

communities are inconsistent with each other, sensing and damage detection need to be<br />

repeated. If the SHM strategy takes a long time, environmental conditions may change<br />

between monitoring intervals, making comparison among measurements difficult.<br />

Therefore, SHM strategies requiring a short execution time are preferable.<br />

In this section, the time required for execution of the DCS for SHM on Imote2s is<br />

determined. The implementation includes numerous reports sent to the base station for<br />

debugging purposes. Considering that these tasks can be omitted in the future, the time<br />

necessary for the SHM strategy is estimated.<br />

The breakdown of the time spent during DCS for SHM is listed in Table 8.3. At the<br />

beginning of monitoring, parameter initialization requires about 70 seconds. Parameters to<br />

be initialized include: the conversion matrix from nodal force to stress in elements, modal<br />

parameters identified before damage, sampling rate, and duration of sensing. A sixsecond-long<br />

time synchronization activity follows the parameter initialization. Sensing<br />

continues for approximately 50 seconds. Note that the duration of sensing can be<br />

increased if sufficient RAM is available for temporary storage of the measured data. At<br />

the end of sensing, the manager sensor queries each node to see if sensing was successful.<br />

Then the resampling process is applied to the measured data; resampling takes ten<br />

seconds. The manager node again queries each node to ensure successful resampling. The<br />

measured data is then reported to be the base station. The communication between a leaf<br />

node and the base station is about five seconds, while communication between the base<br />

station and a PC takes 12 seconds. Each Imote2 node reports three axes of measurement<br />

data. This reporting is one of the tasks requiring significant time. Then the cluster heads<br />

multicast their own data to the leaf nodes as reference signals. NExT parameters such as<br />

the number of averages and the number of FFT points are also multicast. This multicast of<br />

parameters and data takes only 33 seconds for three sensor communities. Then NExT is<br />

applied on each node. Nodes which belong to multiple sensor communities estimate<br />

multiple sets of correlation functions. The estimated correlation functions are sent to the<br />

cluster heads and the base station. The base station then forwards the correlation functions<br />

to the PC. This correlation function report takes more than 400 seconds. Finally, ERA is<br />

applied to the correlation functions, and the DLV method determines the potential<br />

locations of damaged elements. This data processing on the cluster heads takes 150<br />

seconds. In total, DCS for SHM takes more than 23 minutes.<br />

Among the tasks listed in Table 8.3, some of them can be omitted when debugging is<br />

not necessary. The raw data does not need to be sent to the base station. About 500<br />

146

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

Saved successfully!

Ooh no, something went wrong!