Professional Documents
Culture Documents
Operating System For WSN: - OS For Data Centric & Resource Constraint WSN - Category of Sensor Node
Operating System For WSN: - OS For Data Centric & Resource Constraint WSN - Category of Sensor Node
• byte-code interpreter
• program code is made up of capsules.
• Each capsule has 24 instructions,
• length of each instruction is 1 byte.
• Capsules contain type and version information,
• Four categories of Capsules
– message send,
– message receive,
– timer,
– and subroutine.
Magnet OS
• single unified Java virtual machine
• distributed adaptive operating system
• provide application adaptation and energy
conservation
• Goals
– Adapt to the underlying resource
– Efficient energy conservation,
– provide general abstraction for the applications,
– scalable for large networks.
Cont.,
• It includes static and dynamic components.
• static components
– rewrite the application in byte-code level
• Dynamic components
– application monitoring, object creation,
invocation, and migration.
• power-aware algorithms
– NetPull
– NetCenter
MANTIS
• multithread embedded operating system
• uses standard C to implement the kernel and API.
• classical layered multithreaded structure
• layered structure
– multithreading,
– pre-emptive scheduling with time slicing,
– I/O synchronization
– network protocol stack,
– device drivers
Cont.,
• RAM size is fixed
• thread scheduler - priority based & round
robin
• Four layers in network protocol stack
– application, network, MAC, and physical
• Advanced features,
– multimodal prototyping environment
– dynamic binary update-based reprogramming
– a remote shell and command server
OSPM
• power management techniques.
• Factors to be considered
– Transitioning to a sleep state
– Waking up takes a finite amount of time.
– deeper the sleep state, the wake-up time will take
longer
EYES OS
• event driven model and task mechanism
• FIFO-, priority-, or deadline-based
• approach (such as EDF)
• Sequence of operation
sleep
computation return a value
mode.
Cont.,
• Function
– can be executed at boot time to upload software
module
– provide node localization information.
• Goal of code distribution mechanism
– update the code on the sensor node
– resilient in case of packet loss during update;
– use as few communications and local resources
– halt the application for a short period when updating.
Cont.,
• procedure to distribute code
– initialization,
– code image building,
– verification
– loading.
SenOS
• FSM based operating system
• Components
– Kernel
• state sequencer and an event queue
– state transition table
• information on state transition and the corresponding call
back functions
– Call back library of call functions.
• kernel and call back library are statically built
• state transition table can be reloaded or modified
at runtime
EMERALDS
• written in C++ for embedded, real-time distributed systems
• runs on
– slow processors (15 to 25 MHz)
– limited memory (32 to 128 kB).
• supports
– multithreaded processes
– full memory protection,
• Scheduling
– combined earliest deadline first (EDF)
– rate-monotonic (RM) scheduler
• Device drivers are implemented at the user level,
• interrupt handling takes place at the kernel level.
• uses global variables to exchange information between
tasks
Pic OS
• written in C for a microcontroller with limited
on-chip RAM (e.g., 4 kB).
• All tasks share the same global stack
• Follows FSM approach
• Supports multitasking