Following is a detailed example that we used explain to undergrad students
here. Sorry for being too detailed.
1) start sf at the desired port number, for ex., ./sf 9001 /dev/ttyUSB0 telosb
9001 - SF port number
/dev/ttyUSB0 - device address
telosb - you can use name of the mote to specify baudrate
2) Once you start SF at 9001, you can use
a) "sfsend" to send commands to your mote: ./sfsend syncByte destination
source length AMType PAYLOAD
syncByte (1 byte): 0
destination (two bytes): 0 126
source (2 bytes): 0 0
length (1 byte): length of payload
group (1 Byte): 0
AMType (1 byte): AM type of your message
PAYLOAD: payload starts here
b) You can use "sflisten" to see what your program dumps from the mote
./sflisten hostAddr sfPort
e.x., ./sflisten 127.0.0.1 9001
Regards,
Manjunath D
################################################################################################################
***************************************************************************************************************
On Tue, 29 Jun 2010, Fernando Pianegiani wrote:
Hello,
I am a Postdoc at the Department of Information Engineering and Computer
Science of the University of Trento, where I am the manager of a research
project named BIOS.
Such project mainly focus on the development of a framework of design
automation for Body Sensor Networks (BSNs). The framework should be of help
to doctors in order to automatically find the optimal BSN. That is, the BSN
which best satisfy the monitoring requirements specified by the doctors for
their patients.
We need to add the specifications of many BSN solutions in the database of
the framework, which has to be large as much as possible. Also BSN with a
single node or prototypes are of interest.
We would be very grateful If you could provide us some basic information and
performance specifications of your solutions in order to include them in our
framework.
Within the BIOS project we are planning an experimentation at the Operative
Unit of Cardiology of the S. Chiara Hospital at Trento. The target of the
experimentation is to remotely monitor about ten patients who were affected
by atrial fibrillation and then treated with catheter radio frequency
ablation. The objective is to detect possible relapses of these within the
3-6 months after the ablation.
The single patient should be monitored from about 3 to 6 months by a sensor
node able to send via Bluetooth or ZigBee an alarm and a short ECG trace for
each alarm to his cellular phone or PDA every time an event of atrial
fibrillation or of other pathologies occurs. Then, the cellular phone should
forward the data received from the node to the Hospital by UMTS, where a web
software should store, visualize and manage the alarms and the ECG traces
for every single patient.
The intention would be to remotely monitor the same patients also for other
pathologies like:
- Cardiac ischemia;
- Cardiac decopensation;
- Sudden cardiac death;
- Hypoglycemic shock.
We would be interested also on an embedded solution of energy management
able to drastically reduce the duty cycle in the phase of ECG signal
acquisition (e.g. node in sleep mode for 90 % of the time).
If some of you could be interested to collaborate for the integration or the
development of part of the technologies required to reach the objectives of
such experimentation, do not hesitate to contact us. Please, let us know
also if you have already developed or you are developing some related
solutions.
We already developed a 1-lead ECG front-end characterized by a current
consumption of 149 ?A at 3 V (about half of the current consumption of the
3-lead ECG front-end from Shimmer-Research).
We also implemented and validated the Pan Tompkins's QRS detection algorithm
and an algorithm of atrial fibrillation detection on the
dsPIC33FJ256MC710platform form Microchip, which we would like to port
to an other platform
characterized by a lower power consumption.
To better satisfy the requirement of long term monitoring we are in touch
with a company that develops textile ECG electrodes. So, for the
experimentation there could be the possibility to integrate such technology
in the BSN.
Moreover, a European company has already given its availability to
participate in the experimentation offering its solutions to forward the
alarms from the cellular phone of the patient to the Hospital.
Finally, the cardiologists of the S. Chiara Hospital at Trento are available
to validate novel prototype solutions.
Please, to answer this message write to [email protected]
Thank you for the attention.
Yours Sincerely,
--
Fernando Pianegiani, Ph.D.
Post Doctoral Researcher
Department of Information Engineering and Computer Science
University of Trento
Building E, Room 11 - Via alla Cascata 56/C
38050 Trento (TN), Italy
Mobile: +39 338 2204719
_______________________________________________
Tinyos-help mailing list
[email protected]
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
