30.11.2012 Views

download tesi - MobiLab - Università degli Studi di Napoli Federico II

download tesi - MobiLab - Università degli Studi di Napoli Federico II

download tesi - MobiLab - Università degli Studi di Napoli Federico II

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.

Progetto e valutazione <strong>di</strong> algoritmi per la raccolta<br />

dati affidabili su reti <strong>di</strong> sensori senza cavo<br />

che l’architettura hardware <strong>di</strong> ciascun nodo o gruppo <strong>di</strong> no<strong>di</strong> della rete, ed<br />

in<strong>di</strong>candone la posizione in modo da decidere la topologia della rete a<br />

piacimento (secondo un semplice modello 3D). L’utilizzo <strong>di</strong> Atemu è<br />

soprattutto in ambito <strong>di</strong> debugging, visto la possibilità <strong>di</strong> poter tenere sotto<br />

controllo, in ogni step della simulazione, lo stato <strong>di</strong> ciascun sensore (valore<br />

dei registri interni, uso della memoria, istruzione corrente, messaggi inviati<br />

e ricevuti). Anche in Atemu non esiste alcun modello del consumo<br />

energetico dei sensori della rete, e non è prevista nessun meccanismo per<br />

l’analisi dell’affidabilità.<br />

Avrora è un emulatore scritto in Java che simula il comportamento<br />

dell’intero hardware dei sensori, eseguendo il co<strong>di</strong>ce del programma in<br />

linguaggio assemblativo [32]. I sensori simulati sono quelli delle famiglie<br />

Atmel e Mica, dotati <strong>di</strong> processore AVR. La principale <strong>di</strong>fferenza con<br />

Atemu consiste nel fatto che Avrora è un simulatore ad eventi, e non tempo<br />

continuo. Non viene simulato il funzionamento dei sensori quando essi sono<br />

in sleep, saltando <strong>di</strong>rettamente al prossimo evento nella coda d’attesa <strong>di</strong> quel<br />

sensore che ne provoca il risveglio ed il funzionamento. A questo si<br />

accompagna il fatto che ogni nodo viene simulato in un thread a parte dal<br />

simulatore, il che consente <strong>di</strong> velocizzare ulteriormente la simulazione,<br />

anche se ciò pone il delicato problema della sincronizzazione <strong>degli</strong> eventi<br />

che riguardano no<strong>di</strong> <strong>di</strong>versi.<br />

Ns-2 [33], Glomosim [34] e Opnet [35] sono simulatori <strong>di</strong> rete, adattati o<br />

implementati per le WSN. Sono progettati per simulare specificamente lo<br />

strato <strong>di</strong> rete dello stack <strong>di</strong> comunicazione. Ns-2 non supporta in maniera<br />

nativa le WNS, ma esistono delle estensioni che forniscono all’ambiente <strong>di</strong><br />

simulazione le capacità <strong>di</strong> simulare un canale trasmissivo wireless.<br />

Glomosim è stato progettato specificamente per supportare reti wireless e<br />

mette a <strong>di</strong>sposizione un ottimo modello <strong>di</strong> propagazione ra<strong>di</strong>o. Opnet è un<br />

53

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

Saved successfully!

Ooh no, something went wrong!