STIM version is able to control eight different
transducers and they have a Bluetooth chip, the
LMX9838, connected to the microcontroller by a
serial communication interface, and it has the
Bluetooth protocol stack implemented until the SDP
layer.
The firmware in the microcontroller sends the
information via serial lines in messages defined by
the Bluetooth chip manufacturer (national
semiconductor).
The established Bluetooth connection uses the
RFCOMM protocol to emulate a serial point to point
communication between the sensor nodes and the
sensor manager using radio signals.
From the point of view of the protocol between
NCAP and STIM (Bluetooth), it has to be mentioned
that some problems related to connection time have
been detected. Therefore the current version of the
overall network requires more than the previously
expected time for all of the transducers’ data to
reach the NCAP and be monitored. This time
sometimes exceeds 30 seconds. It has been checked
and some interesting results have been obtained, in
that the connection time increases significantly when
more wireless devices, e.g. mobile phones, are
working in the surroundings.
As Bluetooth communication protocol was
selected because the transducers involved for
CaringCars project were related to wellbeing
evaluation within the car, this means that time
constraints for connection between STIMs and
NCAP were not very strict, the obtained results were
sufficient. Otherwise, this issue is being tested in
order to make improvements to future versions.
In any case, the IEEE1451 standard enables easy
changes to be made from one communication
protocol to another more convenient one, if this is
required due to time constraints or any other
requirement, using the same transducer descriptors
(TEDS). This is because the 1451.0 is providing a
common interface to manage every different type of
STIM, although it should also be mentioned that
only this Bluetooth STIM type has been fully tested
up to now.
4.5 Sensors and TEDS
The IEEE 1451.0 standard defines the so called
Transducer Electronic Data Sheet or TEDS. These
files are data structures divided in perfectly defined
different fields. The information within these fields
describes the sensor itself.
Using the information of these files the
application layer can easily know every parameter of
the sensor that is controlling, for instance calibration
information, the sensor’s measuring ranges or the
maximum working temperature of the sensor.
One of the most useful characteristics of these
files is that they can store the information for the
conversion from the sensor’s output voltage value to
its corresponding physical units. These
characteristics make the management of the
transducers easier, providing the application with a
transparent interface to work with, regardless of the
physical characteristics of the transducer in question.
Some of the data provided by a calibration
TEDS for the LM35 temperature sensor used in
CaringCars project were as follows:
/* Total Length */
/* TEDS identification header */
/* Length of TEDS */
/* --------------- */
/* Last calibration date */
/* Length of field */
/* --------------- */
/* Calibration interval */
/* --------------- */
/* Linear conversion */
/* --------------- */
/* Set of coefficients */
/* --------------- */
/* Checksum */
The strangest sensor used in this project was the
ECG signal sensor. It is not very usual to obtain the
ECG signal in a car environment but on the other
hand this signal could give a lot of information about
the wellbeing and comfort of the passengers.
To obtain this signal three conductive material
stripes have been added to the surface of the steering
wheel. These stripes are placed in a manner that
ensures that the necessary signals can be obtained in
order to achieve the ECG signal which is so desired.
The use of such an unusual sensor in an
automotive environment has been facilitated thanks
to the sensor network and the IEEE 1451 family of
standard protocols.
4.6 Results
As a result of this project, some IEEE 1451 standard
compatible electronic boards have been
manufactured which are able to communicate using
the very well known Bluetooth protocol. Thus, a
functional sensor network has been implemented
WINSYS 2010 - International Conference on Wireless Information Networks and Systems
64