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

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

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

Sender<br />

Send parameters<br />

• Sender sends parameters to the receiver.<br />

(e.g. data length, sensitivity, offset, data<br />

type, message ID, etc.)<br />

• Sender keeps sending the parameters until<br />

acknowledgement packet is received.<br />

Data<br />

• Sender sends series of data packets<br />

End of data<br />

• Sender notifies the receiver that all the data<br />

is sent. This message is repeatedly sent<br />

until acknowledgement is received.<br />

Missing packets?<br />

yes<br />

Send missing data<br />

• Sender reply to the request.<br />

no<br />

Receiver<br />

Acknowledge<br />

• Receiver saves received parameters and<br />

return acknowledgement packet<br />

Receive data<br />

• Receiver saves received data and keeps<br />

track of missing packets.<br />

Acknowledgement/Request missing<br />

packets<br />

• Receiver acknowledges. If receiver missed<br />

packets, request sender resend the missing<br />

packets.<br />

Receive data<br />

• Receiver saves received data and keeps<br />

track of missing packets.<br />

Done<br />

• Sender tells the receiver that the data<br />

transfer is complete. Sender keeps sending<br />

packets until an acknowledgement packet is<br />

received.<br />

Acknowledge<br />

• Receiver acknowledges.<br />

Figure 5.12. Simple block diagram of the reliable unicast protocol for long data records.<br />

data; data processing results on Imote2s can be directly compared with those on a PC,<br />

which are most likely in double precision format. Transfer of 64-bit double precision data<br />

is supported based on such needs.<br />

Unicast<br />

In the unicast protocol, the sender seeks to reliably deliver long data records to the<br />

receiver utilizing acknowledgment messages. Figure 5.12 shows a simple flowchart of this<br />

protocol.The details of the protocol are explained in the following paragraphs as well as in<br />

the block diagram in Figure 5.13.<br />

On start-up, the communication protocol requests that the main application assign a<br />

buffer space to keep data to be transferred. This buffer needs to be large enough to hold<br />

the entire data record. When 11,264 data points in 16-bit integer format are transferred,<br />

this buffer size is about 22.5 kB. The main application returns the pointer to this buffer.<br />

The need for this large buffer size is a drawback of this approach. However, with<br />

knowledge of the application, the main application can utilize this memory space for other<br />

purposes when communication is not expected to take place. This buffer is allocated in the<br />

main application and only the pointer is given to the communication program.<br />

When the application is ready to send data, the sender informs the receiver of the<br />

necessary parameters (e.g., data length, data type, message ID, destination node ID, source<br />

node ID, etc.). If the data is in integer format, the sensitivity and offset of the data are also<br />

conveyed to the receiver. A packet containing these parameters is sent to the receiver.<br />

65

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

Saved successfully!

Ooh no, something went wrong!