A Survey on Wireless Multimedia Sensor Networks

2008/04/18 14:40

   

I. F. Akyildiz, T. Melodia, and K. R. Chowdhury, "A survey on wireless multimedia sensor networks," Computer Networks, vol. 51, pp. 921-960, 2007.


  • Introduction

    WMSN :

    networks of wirelessly interconnected devices that allow retrieving video and audio streams, still images, and scalar sensor data

       

    Possible new applications (existing apps - tracking, home automation, environment monitoring) :

    • Multimedia surveillance sensor networks
    • Storage of potentially relevant activities
    • Traffic avoidance, enforcement and control systems
    • Advanced health care delivery
    • Automated assistance for the elderly and family monitors
    • Environmental monitoring
    • Person locator services
    • Industrial process control

       

    Advantages :

    • Enlarging the view.
      • distributed system of multiple cameras and sensors -> multiple view points
    • Enhancing the view
      • redundancy by multiple -> provide enhanced understanding
      • same area, different views
    • Enabling multi-resolution views
      • can be used recognize people based on facial characteristics

       

    Needs :

    • provide QoS
      • network layer metrics : latency, jitter
    • minimize the energy consumption

       

    Challenging for QoS :

    • Resource constraints : battery, memory, processing, data rate
    • Variable channel capacity
      • depending on interference level
      • power control, routing, rate policies
    • Cross-layer coupling of functionalities
      • due to the shared nature of the wireless communication channel
      • should not be treated separately
    • Multimedia in-network processing
      • the processing and delivery of multimedia content are not independent and their interaction has a major impact on the levels of QoS that can be delivered
      • cross-layer optimization of communication process
      • in-network processing of raw data streams

           

           

  • Design Factors

    WMSN :

    convergence of communication and computation

    (signal processing, control theory, embedded computing)

    Factors :

    • Application-specific QoS requirements
      • Snapshot or streaming multimedia
    • High bandwidth demand
      • Crossbow's MICAz or TelosB : 250kbit/s
    • Multimedia source coding techniques
      • QCIF(176x120) : 21Kbytes -> 5Mbit/s at 30 fps
      • considering processing and energy constraints
    • Multimedia in-network processing
      • require new architectures to extract semantically relevant information
        • increase the system scalability by reducing tx of redundant information
        • merging data originated from multiple views, multiple resolutions
      • distributed filtering techniques can create a time-elapsed image
        • H. Stockdon, R. Holman, "Estimation of wave phase speed and nearshore bathymetry from video imagery," J. Geophys. Res. 105 (C9) (2000) 22, 015-22, 033.
    • Power consumption
      • protocols, algorithms and architectures to maximize the network lifetime
        • providing QoS required by application
    • Flexible architecture to support heterogeneous applications
    • Multimedia coverage
      • larger sensing range and directivity
    • Integration with Internet (IP) architecture
      • for the commercial development (anywhere, anytime)
      • approaches
        • use of application level gateways
        • overlay IP networks
    • Integration with other wireless technologies
      • create large-scale sensor network
      • need sacrificing on the efficiency of the operation within individual technology

           

           

  • Network Architecture

    Focus :

    • Scalability

       

    사용자 삽입 이미지
     

       

    Reference Architecture :

    • single-tier network of homogeneous video sensors
      • processing hubs : higher processing capabilities
      • wireless gateway : interconnected to a storage hub and to a sink
      • storage hub : storing multimedia content locally for subsequent retrieval
      • sink : front-end for network querying and tasking
    • single-tiered clustered architecture of heterogeneous sensors
      • cluster head (processing hub)
        • perform intensive multimedia processing
        • relay the gathered content to wireless gateway and storage hub
    • multi-tiered heterogeneous network
      • resource-constrained, low-power scalar sensors : simpler tasks
      • resource-rich, high-power device : complex tasks

       

    Coverage :

    • sensing range -> camera's field of view (FoV)

      S. Soro, W.B. Heinzelman, "On teh coverage problem in video-based wireless sensor networks,"
      in Proc. of the IEEE intel. conf. on Broadband Communications, Networks nd Systems (BroadNets), Boston, MA, USA, October 2005

         

         

  • Collaborative In-network Processing

    Objective :

    • to avoid transmitting large amounts of raw streams

         

    Needs :

    • application-specific querying and processing
    • architectures allowing data fusion or other complex processing operations in-network

         

    Data Alignment and Image Registration :

    • Different Viewpoints (Multi-view Analysis)
      • larger 2D view or a 3D representation : in remote sensing, computer vision and 3D shape recovery
    • Different times (multi-temporal analysis)
      • find and evaluate changes in time in the scene
    • Different sensors (multi-modal analysis)
      • acquired by different sensors

       

    Registration methods :

    • feature detection
      • detect distinctive objects (closed-boundary regions, edges, contours, line intersections, corners...)
    • feature matching
      • establish correspondence between detected features and those detected in the reference images
    • transform model estimation
      • estimate the types and parameters of mapping functions
    • image re-sampling and transformation
      • transform sensed image using the mapping functions

           

           

  • Application Layer

    Service :

    • traffic management and admission control functionalities
    • source coding
    • flexible and efficient system software
    • primitives for applications to leverage collaborative, advanced in-network multimedia processing techniques

       

    Traffic classes :

    사용자 삽입 이미지
     


    Multimedia encoding techniques :

    • Design Objectives
      • High compression efficiency
      • Low complexity
      • Error resiliency
    • Distributed Source Coding
      • B. Girod, A. Aaron, S. Rane, D. Rebollo-Monedero, "Distributed video coding," Proc. IEEE 93 (1) (2005) 71–83.

        Z. Xiong, A.D. Liveris, S. Cheng, "Distributed source coding for sensor networks," IEEE Signal Process. Mag. 21 (September) (2004) 80–94.

    • JPEG with differential encoding
    • distributed coding of images taken by cameras having overlapping FoV
    • multi-layer coding with wavelet compression

      S. Misra, M. Reisslein, G. Xue, A survey of multimedia streaming in wireless sensor networks, submitted for publication.

    • Wyner-Ziv video coder
      • Pixel-domain Wyner–Ziv encoder
      • Transform-domain Wyner-Ziv encoder

       

    System Software and middleware :

    • Main desired characteristics of a system software
      • provide a high-level interface
      • application-specific algorithm for in-network processing on multimedia content
      • long-lived
      • shared among multiple heterogeneous applications
      • shared among heterogeneous sensors and platforms
      • scalable
    • trade-off between degrees of flexibility and network performance
      • flexibility, inter-operability, reprogrammability

       

    Open research issues :

    • trade-offs between fidelity and energy consumption
    • high layer abstraction for fast development (controlling efficiency of low-level operations)
    • high-level primitives for applications to leverage collaborative, in-network multimedia processing

         

         

  • Transport Layer

    사용자 삽입 이미지
     

       

    Consideration :

    • Congestion control need to :
      • be tuned for immediate response
      • avoid oscillations of data rate along the affected path
    • Packet re-ordering due to multi-path
      • large burst data, but limited buffers at the intermediate sensor nodes
      • channel conditions not permitting high data rate for the entire duration

           

    Open research issues :

    • Trade-offs between reliability and congestion control
    • Real-time communication support
    • Relation between multimedia coding rate and reliability

         

         

  • Network Layer

    사용자 삽입 이미지
     

    Tasks :

    • providing variable QoS guarantees
    • supporting multimedia applications with lack of global knowledge, reduced energy end computational ability of node

       

    Open research issues :

    • Identification of the optimal routing metrics
    • End-to-end QoS guarantees

         

       

  • Cross-layer Design

    Why not layered Design?

    • Redundancy for service interface
    • Functions handled at different layers are highly coupled
      • scheduling with rate allocation (MAC & Routing)
      • congestion and power control (capacity based on transmission power)

       

    Advantages of layered design : modularity

    • Simplicity
    • Easy debugging
    • Easy to standardize
    • Flexibility to deploy new protocols (easy upgradeable)

       

    Cross-layer design advantages :

    • Exploits the interactions between layers
    • Promotes adaptability at all layers based on information exchange between layers
    • In wireless networks: tight interdependence between layers

       

    Cross-layer design disadvantages :

    • Hard to characterize the interactions between protocols at different layers
    • Joint optimization across layers may lead to complex algorithms
    • Potential to destroy modularity

       

       

  • Other Research Issues

    Convergence of Sensing and Actuation

    • Wireless Sensor and Actor Networks : WSANs

    Network Synchronization

    • to aggregate according to packet generation times

    Inter-media synchronization

    • sound vs. image from RoI

    Localization

    • to allocate resources to events, decide sensing precision and ensure complete monitoring

       

총명님 연구도 하고/레퍼런스 WSN, 서베이, 센서네트워크, 참고논문

WSN Research Lab Lists

2008/04/03 17:23

센서 네트워크를 연구하는 외국 대학의 연구실들을 대충 막~~! 찾아봤습니다.
다른 참고할 만한 좋은 사이트 있으면 트랙백이나 댓글로 부탁드립니다.

사용자 삽입 이미지

[ View Lists ]


총명님 연구도 하고/레퍼런스 Research Lab, topic, WSN

  1. Blog Icon
    C. M. Mun

    좋은 정보 감사합니다.

Readings for WSN research

2008/04/03 17:08
  • Energy harvesting
    • J. Paradiso, T. Starner, "Energy scavenging for mobile and wireless electronics," IEEE Perv. Comput. 4 (1) (2005) 18–27.
  • Deploying hardware and software
    • P. Kulkarni, D. Ganesan, P. Shenoy, Q. Lu, "SensEye: a multi-tier camera sensor network," in: Proc. of ACM Multimedia, Singapore, November 2005.
    • S. Nath, Y. Ke, P.B. Gibbons, B. Karp, S. Seshan, "A distributed filtering architecture for multimedia sensors," Intel Research Technical Report IRP-TR-04-16, August 2004.
  • In-network Processing
    • B. Zitova´, J. Flusser, "Image registration methods: a survey," Image Vis. Comput. 21 (11) (2003) 977–1000.
  • Localization techniques for WMSNs
    • A. Savvides, L. Girod, M. Srivastava, D. Estrin, "Localization in sensor networks", in: T.Z.C.S. Raghavendra, K.M. Sivalingam (Eds.), Wireless Sensor Networks, Springer, New York, 2005.
  • Comprehensive surveys of the major routing schemes in WSN
    • K. Akkaya, M. Younis, "A survey of routing protocols in wireless sensor networks," Ad Hoc Network (Elsevier) 3 (3) (2005) 325–349.
  • Crosslayer Design
    • M.V.D. Schaar, S. Shankar, "Cross-layer wireless multimedia transmission: Challenges, principles and new paradigms," IEEE Wireless Commun. 12 (4) (2005) 50–58.

       

총명님 연구도 하고/레퍼런스 Research, topic, WSN, 읽을거리

Tython 과 TinyViz의 Power Profiling 연동

2006/09/12 14:47
TinyOS의 Tython 스크립트를 이용한 Tossim 시뮬레이션에서 노드들의 전력 소모량을 측정하기 위한 방법을 소개한다.

<tos>/tools/java/net/tinyos/sim/plugins/ 에 다음 파일을 복사하고, make 한다. (기존 파일은 백업)


tossim 실행시 -p 옵션을 주면 노드가 소비하는 모든 전력(tx,rx,adc,cpu,eeprom, led)이 측정된다.
하지만, 자신이 원하는 부분에서의 전력소모만을 측정하기 위해 -p 옵션을 주지 않고 실행한다.
그리고 측정을 원하는 부분에 dbg(POWER, "...")를 추가한다. 예를 들어 메시지 전송에 따른
전력 소모를 측정하기 위해 전송 코드에 다음과 같은 dbg 를 추가하면 된다.
dbg(DBG_POWER, "POWER: Mote %d RADIO_STATE ON at %lld\n", TOS_LOCAL_ADDRESS, tos_state.tos_time);
dbg(DBG_POWER, "POWER: Mote %d RADIO_STATE TX at %lld\n", TOS_LOCAL_ADDRESS, tos_state.tos_time);
dbg(DBG_POWER, "POWER: Mote %d RADIO_STATE OFF at %lld\n", TOS_LOCAL_ADDRESS, tos_state.tos_time+100000);

위와 같이 해서, 모트 프로그램에서 전력 소모를 측정하기 위한 부분을 설정하였다.
다음은 tython 스크립트에서 전력 소모량을 측정하는 방법이다.
위에서 컴파일한 PowerProfilePlugin 을 이용하여 전력 소모량을 측정한다.

from net.tinyos.sim.plugins import *
... <중략> ...
newClass = Class.forName("net.tinyos.sim.plugins.PowerProfilePlugin")
PP = newClass.newInstance()
PowerPlugin = PP.getClass()
PowerPlugin.register(PP)
def power_plugin_handler(event):
      PowerPlugin.handleEvent(PP,event)
interp.addEventHandler(power_plugin_handler, DebugMsgEvent)

tossim 실행시 발생하는 dbg 메시지를 분석해서 전력 소모량을 나타내게 되어있다.
위 코드는 tython에서 시뮬레이션 플러그인 클래스를 인스턴스화하고 핸들러를 등록하는 부분이다.
그리고 Periodic()을 이용하여 주기적으로 함수를 실행하게 한후 그 함수 안에서 전력 소모량을 측정하여 화면에 출력하거나 파일에 기록하면 되겠다.
전력소모량을 읽어오는 부분은 다음과 같다. (nodeID 노드의 현재까지 전력 소모량 출력)
data = PowerPlugin.getETotal(PP,nodeID)
print (data.toString())

※ 스크립트 실행시 dbg mode 에 power 포함시켜야 함 (EX> export DBG=usr1,power)
※ 자신이 원하는 부분의 전력만 측정하기 위해서는 tossim 실행시 -p 옵션을 주지 않음.
※ 참고 파일
  <tos>/tos/platform/pc/PowerStateM.nc
  <tos>/tos/platform/pc/packet/TossimPacketM.nc

총명님 연구도 하고/레퍼런스 TinyOS, TOSSIM, Tython, 센서 네트워크, 시뮬레이션

  1. Blog Icon
    zigbee

    안녕하세요
    정말 열심히 하시네요
    혹시 Tython 과 TinyViz의 Power Profiling 연동연구의 자세한 구현방법좀 알수 있을까요?

  2. 하시고 싶은거랑, tython 에 대해서 어느정도까지 아시는지..했는지..랑 메일주소 남겨주세요...
    저도 잘은 모르지만..
    도움드릴 수 있는거라면.. 알려 드리겠습니다...

  3. Blog Icon

    비밀댓글 입니다

  4. Blog Icon
    byfun

    TinyViz는 Graphic tool 이고 사실은 TOSSIM 이 맞겠죠..
    TOSSIM의 시뮬레이션을 TinyViz로 보여줍니다..

    저는 TOSSIM 으로 시뮬레이션을 할때, Tython 을 같이 사용합니다. 스크립트 언어이고, 시뮬레이션 소스 프로그램의 변수에 접근하거나 (변수 값을 가져오거나), 노드를 이동시키거나, 노드들에게 브로드캐스팅 한다던가 여러가지 일을 할 수 있습니다.

    정리하면, 실험소스.nc 파일에 측정하고 싶은 내용 예를들면 전송률이라던지 큐오버플로우 카운팅 변수들을 두고 Tython 에서 주기적으로 읽어오시면 됩니다.

    참고하실 사이트는
    TOSSIM 튜토리얼 : http://www.tinyos.net/nest/doc/tutorial/tossim-lesson.html
    TOSSIM 도큐먼트 : http://docs.tinyos.net/index.php/TOSSIM
    Tython 메뉴얼 : http://www.tinyos.net/tinyos-1.x/doc/tython/manual.html
    Tython Javadoc Reference
    : http://www.tinyos.net/tinyos-1.x/doc/tython/javadoc/

TinyOS 재전송 기능 사용 / QueuedSendM 버그

2006/06/24 03:49
TinyOS에서 재전송 기능을 사용하기 위한 설정을 알아본다.

우선 재전송 기능이 일어나는 경우를 보면 아래와 같다.
A에서 B로 패킷을 전송하고 B는 수신한 패킷에 비트에러가 없을 경우에 ack를 돌려보낸다. 이때 A노드가 ack를 일정 시간내에 받지 못하면 재전송을 수행한다.





TinyOS 에서 설정해야 할 내용은 다음과 같다.
- tos/lib/CC2420Radio/CC2420RadioM.nc
  bAckEnable = TRUE;
- tos/system/AMPromiscuous.nc
  crc_check = TRUE;
- tos/lib/Queue/QueuedSendM.nc
  retransmit = TRUE;

기본으로 아래와 같이 설정되어 있으므로 bAckEnable과 retransmit 변수를 고치면 된다.
bAckEnable = FALSE;
crc_check = TRUE;
retransmit = FALSE;


TinyOS 애플리케이션에 필요한 내용을 살펴보면,

Configuration 파일에 CC2420RadioC 사용을 명시하고, Module 파일의 MacControl 을 CC2420RadioC 에 wiring 한다.
configuration Test {
}
implementation {
  components CC2420RadioC;
  ....
  Test.MacControl->CC2420RadioC;
}

애플리케이션의 모듈 파일에 MacControl 인터페이스를 추가한 후
StdControl.start() 에서 MacControl.enableAck()를 호출한다.
module TestM {
  provide {
      ...
   }
  uses {
      ...
      interface MacControl;
      ...
  }
}
implementation {
   ...
  command result_t StdControl.start() {
       call MacControl.enableAck();
  }
  ...
}



다음으로, 멀티 홉 과 재전송 기능을 사용할 경우에 발생하는 문제에 대해 설명하고,
해결 방법을 알아본다.

<tos>/lib/Queue/QueuedSendM.nc 는 TinyOS의 메시지 전송 큐를 관리한다.
재전송 기능도 QueuedSendM 에서 수행된다. 관련 부분 소스를 보면...
event result_t SerialSendMsg.sendDone[uint8_t id]<TOS_MsgPtr msg, result_t success) {
  ....

  if ((!retransmit) || (msg->ack != 0) || (msgqueue[dequeue_next].address == TOS_UART_ADDR)) {
          // 재전송이 필요 없는 경우 큐의 포인터를 다음 패킷으로 이동시키고,
          // 상위 컴포넌트로 메시지 전송 성공 이벤트 발생 (signal, SUCCESS)
  } else {
        if ((++(msgqueue[dequeue_next].xmit_count) > MAX_RETRANSMIT_COUNT)) {
             // 최대 재전송횟수를 초과했을 경우 큐의 포인터를 다음 패킷으로 이동시키고,
             // 상위 컴포넌트로 메시지 전송 실패 이벤트 발생 (signal, FAIL)
         
        }
  }

// 데이터 전송 Task 실행
  post QueueServiceTask();
  return SUCCESS;
}

테스트 프로그램은 멀티홉 라우팅 기능을 사용하며, 라우팅 경로를 빨리 설정하기 위해 라우팅 메시지 전송 주기를 짧게 설정하였다. 그리고 MICAz 모트 3개 정도에 프로그램을 올리고 테스트 한 결과 재전송이 계속 발생하지만 Basestation 노드에 패킷이 수신되지 않는 현상이 발생하였다. 문제의 원인을 파악한 결과,

라우팅 메시지는 Broadcast 를 사용하며 Broadcast도 이 QueuedSend 의 큐를 통해 전송이 일어나고, Broadcast에 대해서도 재전송을 수행하기 때문이었다.

따라서 위 소스를 그대로 사용하여 재전송 기능을 사용할 경우,
Broadcast 하는 패킷에 대한 Ack 가 없을 경우에도 계속 재전송을 하게 되어
Breadcast가 많을 경우 Queue Overflow가 발생할 수 있으며, 쓸데 없이 계속 재전송을 수행하게 된다.
(※ 수신 노드에서는 unicast 일 경우에만 ack 메시지를 전송한다)

이 문제를 해결하기 위해서 위 소스의 if 문 조건을 다음과 같이 변경하여야 한다.
  if ((!retransmit) || (msg->ack != 0) || (msgqueue[dequeue_next].address == TOS_UART_ADDR) || (msgqueue[dequeue_next].address == TOS_BCAST_ADDR)) {

총명님 연구도 하고/레퍼런스 TinyOS, 센서 네트워크, 재전송

  1. 센서노드 컴파일시만 사용하세요.. ㅎㅎㅎ

유전 알고리즘 (Genetic Algorithm)

2006/05/22 00:43
유전 알고리즘 맵.. (너비 : 1000px)
현재 진행중인 연구에 적용할 유전 알고리즘을 간단히 정리해 봤다..
이 알고리즘을 적용해서 사용할 수 있을지 의문이다..
아무튼 이번달내로 대략적이나마 알고리즘이 나와야 한다 T_T

총명님 연구도 하고/레퍼런스 Genetic Algorithm, 마인드맵, 유전 알고리즘

TinyOS Plugin for Eclipse (설치~프로그램업로드)

2006/02/27 15:22
Part 0. 이클립스(Eclipse) TinyOS Plugin
  설치를 해서 잠시 사용해 본 결과, 깔끔한 인터페이스와 몇가지 기능으로  프로그램 작성과 분석시 상당히 유용할 것으로 생각된다. 맘에 들었던 기능은 Outline(아래 그림 참조)과 Component Graph 기능, 유용하고 깔끔하며 쉽게 프로그램을 볼 수 있었다. 그리고 Visual C++처럼 여러 프로젝트를 관리하기가 편하다. cygwin에서 작업할 경우에는 창을 여러개 띄워놓고 돌아가면서 작업하거나 vi로 창을 열었다 닫았다를 반복하거나하여 여간 불편한 것이 아니었다. 또 하나, 프로젝트를 꼭 tinyos 디렉토리 안에서가 아니라 특정 작업 디렉토리를 만들어 놓고 사용할 수 있다는 것이 장점이라면 장점이다. 그런 면에서는 좋은데 단점을 들라고 하면, 많이 써본건 아니지만, 컴파일 속도가 좀(?) 느리다는 거... 그리고 vi에 많이 익숙해 있다는거(?).. 그리고.. 기존에 cygwin을 사용할 수 없고 eclipse에 plugin으로 설치되는 tinyos를 사용해야 한다는 것 정도일 것이다. plugin tinyos가 제대로 동작하는지는 아직 확인을.. --+ ;; 좀 더 써봐야 자세한 것은 알 수 있을 듯...
---------------------------------------------------------------
Wrapper Environment 로 설치하니까.. 플러그인 설치 속도도 빠르고..
컴파일 속도도 빠르고.. 기존의 TinyOS를 건드리지 않아도 되고..
아주 맘에 드네... 오홋 ^^ (Wrapper Environment로 설치할것 강추 !)

컴포넌트그래프

에디터



Part 1. 이클립스(Eclipse) 다운로드 및 설치
ⅰ. 이클립스 다운로드 사이트
     http://www.eclipse.org/downloads/index.php
ⅱ. 설치방법
    설치파일(eclipse-SDK-3.1.2-win32.zip) 다운로드 후
  C:\Windows\Program Files\eclipse 디렉토리에 압축 풀면 설치 끝.
  ※ eclipse 실행서 java 때문에 에러가 발생하며 실행이 되지 않을 경우  
     jre 1.5 를 설치해 주시면 됩니다. 다운로드는 java.sun.com 가셔서 찾아보시면 됩니다.


Part 2. TinyOS Plugin 설치
ⅰ. http://www.dcg.ethz.ch/%7Erschuler/installation.htm 메뉴얼 대로 셋팅.

ⅱ. 설치 과정 따라 하기



Part 3. 프로젝트 생성에서 업로드

ⅰ. Example 프로젝트 생성

ⅱ. Make 설정

ⅲ. Make 실행



Part 4. 현재까지 발견된 문제점 (해결방법 아시는분 댓글로.. 부탁^^)
- eclipse 내장 cygwin 의 java 프로그램 실행 문제
  (패스 설정이 되어있지 않고, 패스 설정을 하더라도 java app가 실행 안됨 -_-;; 멀 잘못 설치한건지 ;;;)


Part 5. 업데이트
- Plugin 이 업뎃 되었네요...TinyOS Wrapper Environment 가 생겼습니다.
  TinyOS가 설치되어 있다면, 그대로 사용할 수 있는 Wrap 환경이네요..
  Plugin 설치시 Core와 Wrapper Environment 만 설치하고 설치 완료 후
  Eclipse를 재실행한 후 Window > Perferences 를 선택하여
  간단한 설정만 하면 됩니다. (아래 그림 참조)

Plugin Install시 선택화면

설치 후 Perferences 설정화면

총명님 연구도 하고/레퍼런스 eclipse plugin, TinyOS, 센서네트워크

  1. Blog Icon

    어떻게 삭제하면 좋을까요?

  2. 이클립스 디렉토리를 지우면 됩니다...
    TinyOS 플러그인이 레지스트리에 등록되거나 하지 않고 파일로 관리 되고있어 그냥 지우시면 될껍니다..

  3. Blog Icon

    감사합니다.
    저는 mica2랑 mica2dot을 사용하고 있습니다만...
    BMAC까지 소스분석 할 예정입니다.
    아직 S/T 시작도 안했지만...
    고수님 같군요. 자주 들르겠습니다.
    압~ 좋은자료 감사합니다.
    많은 도움이 됩니다.
    씨그윈 윈도우 왔다갔다 하면 증말 짜증나죠? ㅋㅋ

  4. Blog Icon
    고석영

    좋은 정보 얻고 갑니다.
    제 네이버 블로그로 가져가도 될까엽?^^;;

  5. Blog Icon
    세이사

    이론적으로 공부했을땐 ack는 항상 확인할 것이라고 생각하고, tos에서도 기본적으로 ack가 활성화 되어있을것이라 생각했는데 그게 아니었군요. ack활성화에 관해 셋팅하는 법을 순차적으로 자세히 설명해주셔서 너무나 큰 도움 받았네요. 각 셋팅하는 부분에 대해 소스분석할땐 봤었는데 이렇게 흘러간다는건 덕분에 잘 이해했습니다. 좋은 자료 감사합니다.

  6. 도움이 되셨다니 ^^

TinyOS Plugin for Eclipse

2006/02/23 15:16


Prerequisites:

Operating System: Windows 2000, XP
JAVA: jre 1.5
Tested on Eclipse 3.1.1 / 3.1.2 / Eclipse 3.2M4

Installation:
1. In Eclispse, click on Help -> Software Update -> Find and Install...

2. Choose the Search for new features to install option, and click Next
3. Click New Remote Site

Update-Site:     Enter the following:
    Name: TinyOS Plugin
    URL: http://dcg.ethz.ch/~rschuler/update

    and click OK

 

4. Click through the installation (next, next, I accept, install, ..)
5. The plugin should now work without restarting, but for certainity click Yes to make Eclipse restart itself

Now you're ready to check out and play with the shipped examples.
Tutorial - Using the TinyOS-Example Wizard (Blink)
is a good starting point.

총명님 연구도 하고/레퍼런스 eclipse plugin, TinyOS, 센서네트워크

Power Tossim

2006/02/20 15:27

PowerTOSSIM

: Efficient Power Simulation for TinyOSApplications

Victor Shnayder,Mark Hempstead,Bor-rong Chen, andMatt Welsh, HarvardUniversity

Abstract:

Energy is a crucial constraint in wireless sensor networks.Because of the cost and difficulty of deploying a sensor network, itis imperative to be able to obtain the power profile of an applicationbefore deployment. We present PowerTOSSIM, a power modeling extensionto TOSSIM, a TinyOS simulator. PowerTOSSIM accurately models powerconsumed by TinyOS applications. We also include a detailed model ofthe power consumption of the Mica2 motes.


News:

  • 10/11/2005: Fixed installation instructions to reflect the factthat PowerTOSSIM is part of the released versions of TinyOS.
  • 10/28/2004: Finally merged into main CVS branch. Updatedinstructions here.
  • 08/27/2004: Integrating PowerTOSSIM into main TinyOS tree. It'son a branch in the main tree now. See here for instructions.
  • 4/29/2004: Committed cpu cycle counting code. Usage instructions.

Details

Install/usage instructions.

Detailed power model for the mica2.

TODO

  • Add in CPU frequency fixes-TOSSIM is currently hardwired to 4Mhz,which is wrong for the mica2 (also bad design in general).
  • Clean up CPU cycle counting code.
  • Add support for the packet level radio model (soon)
  • Write better processing/visualization tools
  • Runtime support for querying info?
  • Problems? Feature requests? Email me

Presentations/Publications

SenSys'04 paper here. Slidesfrom the talk here.

A poster shown at the Harvard IndustrialPartnership meeting in Oct 2004: here.



출처 : http://www.eecs.harvard.edu/~shnayder/ptossim/

총명님 연구도 하고/레퍼런스 TOSSIM, 센서네트워크, 시뮬레이션

Papers on Sensor Network Simulation

2005/10/07 23:08
Papers on Sensor Network Simulation

Papers on Avrora

If you publish a paper based on Avrora, please let us know by sending mail to Jens Palsberg (palsberg@ucla.edu), and we will make a link to your paper from this page.

Papers on other sensor network simulators

Papers on simulation of ad-hoc networks

'연구도 하고 > 레퍼런스' 카테고리의 다른 글

TinyOS Plugin for Eclipse  (0) 2006/02/23
Power Tossim  (0) 2006/02/20
Papers on Sensor Network Simulation  (0) 2005/10/07
[NS2] 새로운 패킷 사용하기  (0) 2005/09/22
Howto Simulate Sensor Networks in NS-2  (0) 2005/08/30
Haanlinux 에 NS2 for SensorNetwork설치  (0) 2005/08/30

총명님 연구도 하고/레퍼런스 ns2, 센서네트워크, 시뮬레이션