thomasrueckert / sensorsim Goto Github PK

void AbstractSensingUnit::handleHostState(const HostState &state)
{
//...
}

evtl. noch eine Grafik der Umweltparameter
(http://www.wetterzentrale.de/extern/fuchs/000702sevgew/0007020000p0geo5.gif),
wo man evtl. die Notwenigkeit erkennen kann, warum ein Sensor
unterschiedliche Messwerte erfassen sollte, je nach Position...

Versuch mal bitte unbedingt "Simanet" als Simulator zu nennen und
auch zu referenzieren. Simanet entstand an unserer Professur... da
freut sich der Chef
... aber dieser Simulator unterstützt keine komplexe Codeausführung auf den
Sensorknoten wie Omnett... da findest du sicher ein Paper dazu

Nicht deutsch und englich mischen bei trivialen Dingen... ("free" -> Folie
11)

the communication works via messages
TODO:
request from the node for data -> response:
create an cObject
will with data

lernen, lernen, lernen...

Ich bevorzuge es mitlerweile für fast alle meiner Dokumente (Papers,
Briefe, Howtos, Dokumentationen), ich finde es angenehmer als Word.
Die Menge kann ich dir nicht sagen, ich denke es sollten nicht
weniger als 50 Seiten werden, evtl mit guten, erklärenden Grafiken das
ganze ergänzen (keine Grafiken die zu trivial sind oder keiner versteht).
Aber wie gesagt... keine feste Vorgabe.
Ich persönlich finde es schöner, wenn Bezeichungen zur
Grafiken/Tabellen/Listings unter dem Bild sind. Es sollte zumindestens
einheitlich sein.

Ich würde in Motivation unbedingt noch folgende Gedanken ergänzen:

• Simulation so real wie möglich -> mit ausführbaren Code,
  realistischer Messwerte wie von Hardwaresensortik (das was du ja auch
  machen willst)
• statt Wegwerfknoten vielleicht eher 'Smart Dust'
  und evtl auf zwei folien aufteilen. Die Motivation kommt etwas aus der
  Aufgabenstellung hervor)

-values that are matching measurement units
-variable size of data (via ini)

welcher node welche sensoren?

http://de.wikipedia.org/wiki/Sensor_Media_Access_Control#Tagesablauf

muss das folgende controlBandwidth sein?

toSensingUnitFromNodeProcessor --> ned.DatarateChannel { datarate = dataBandwidth; } --> SensingUnit.fromNodeProcessor;

Was du auch in deiner Arbeit machen solltest, nicht zuerst Omnet
nennen und dann alternativen, sondern eher erst die
wichtigsten/größten nennen und dann diese in deiner Wahl ausscheiden
lassen, so das Omnet für dich eine gute Wahl ist. In der schriftlichen
arbeit hattest du mit "Alternativen" das Kapitel begonnen ... (3.1),
fange hier vielleicht mit 3 Simulationsumbegungen an (wozu, weshalb,
warum, was brauchst/willst du) und komme dann zu
3.1. Übersicht.... (alle wichtigen nennen, auch Omnet oberflächlich)
Vergleich, Grafik,... blablabla... Ich hab mich für
Omnet entschieden, weil ... ... 3.2. Omnet detail... Mixim->WSN

<!> Error in module (cCompoundModule) MyNetwork.node0 during network setup: Class "DataVector" not found -- perhaps its code was not linked in, or the class wasn't registered with Register_Class(), or in the case of modules and channels, with Define_Module()/Define_Channel().

-wie wichtig sind gute werte
-sollen sich parameter während der laufzeit ändern
-soll eine solche änderung wiederherstellbar sein
wenn ja: -generiert oder halbwegs hard coded?

zB energie sparen, high power ...

battery emptied time isnt correct aswell

-innerhalb initialize() vom node
-anhand der berechneten anzahl von sensoren
-gates in abhängigkeit dieser menge
-connections von sensoren zum prozessor