DOCSLIB.ORG

A Low-Power Coap for Contiki

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
A Low-Power Coap for Contiki A Low-Power CoAP for Contiki Matthias Kovatsch Simon Duquennoy, Adam Dunkels Institute for Pervasive Computing Swedish Institute of Computer Science ETH Zurich, Switzerland Kista, Sweden Email: [email protected] Email: fsimonduq,[email protected] Abstract—Internet of Things devices will by and large Layer Protocol be battery-operated, but existing application protocols Application IETF CoAP / REST Engine have typically not been designed with power-efficiency in Transport UDP mind. In low-power wireless systems, power-efficiency is determined by the ability to maintain a low radio duty Network IPv6 / RPL cycle: keeping the radio off as much as possible. We Adaptation 6LoWPAN present an implementation of the IETF Constrained Appli- MAC CSMA / link-layer bursts cation Protocol (CoAP) for the Contiki operating system that leverages the ContikiMAC low-power duty cycling Radio Duty Cycling ContikiMAC mechanism to provide power efficiency. We experimentally Physical IEEE 802.15.4 evaluate our low-power CoAP, demonstrating that an existing application layer protocol can be made power- Figure 1. Low-power operation is done only in the Radio Duty Cycling (RDC) layer, thereby separating low-power operation from efficient through a generic radio duty cycling mechanism. the application layer. This reduces complexity and follows the layered To the best of our knowledge, our CoAP implementation is architecture that allowed the Internet to evolve. the first to provide power-efficient operation through radio duty cycling. Our results question the need for specialized low-power mechanisms at the application layer, instead providing low-power operation only at the radio duty The contribution of this paper is that we are the first cycling layer. to demonstrate power-efficient CoAP operation through radio duty cycling. These results challenge the need Keywords-Internet of Things; Web of Things; CoAP; embedded Web services; energy; radio duty cycling; for specialized power-management at the application layer: by constraining power management to the radio I. INTRODUCTION duty cycling layer, complexity can be removed from the The Internet of wireless things needs power-efficient application layer. protocols, but existing protocols have typically been de- II. BACKGROUND signed without power-efficiency in mind. In low-power wireless systems, the radio transceiver is typically the A. Power Efficiency through Duty Cycling most power-consuming component, so power-efficiency On typical IoT platforms, the radio transceiver is one translates into efficient radio duty cycling: the ability to of the most power-consuming components. Listening is keep the radio off as much as possible. as expensive as receiving packets. To conserve energy, The Internet protocol stack is a suitable solution to the radio transceiver must be switched completely off realize an Internet of Things (IoT), a network of tiny for most of the time. Several radio duty cycling (RDC) networked embedded devices that create a link to the algorithms have been designed, allowing nodes to keep physical world. The narrow waist of IP can be used to the radio chip off for more than 99% of the time while directly access sensor readings throughout a sustainable still being able to send and receive messages [4], [7]. city, acquire the necessary information for the smart In this work, we use the ContikiMAC RDC proto- grid, or control smart homes, buildings, and factories. col [4]. ContikiMAC is a low-power listening MAC The stack’s layered architecture helps to manage the protocol that uses an efficient wake-up mechanism to complexity. attain a high power efficiency: with a wake-up frequency We have implemented the IETF Constrained Appli- of 8 Hz, the idle radio duty cycle is only 0.6% [4]. cation Protocol (CoAP) [11] for Contiki, which enables The ContikiMAC principle of operation is shown in interoperability at the application layer through REST- Figure 2. Nodes periodically wake up to check the radio ful Web services. As depicted in Figure 1, we have channel for a transmission from a neighbor. If a radio integrated a full protocol stack necessary for an IoT and signal is sensed, the node keeps the radio on to listen for evaluated the system performance from an application the packet. When the data frame is received, the receiver layer perspective. sends an acknowledgment frame. To send a packet, the Send data packets until ACK received When RAM for IP and application buffers is limited, devices can only process a specific amount of data at Sender D D D D A Radio on a time. Larger data can be handled by storing these “chunks” in flash memory, for instance to receive a D Data frame new firmware or to provide a full datalog. To avoid Receiver D A A ACK frame the need of a secondary protocol to exchange these data, CoAP specifies a simple stop-and-wait mechanism Channel check Transmission detected called “blockwise transfers” [1]. Figure 2. A ContikiMAC sender wakes its neighbors up by sending III. A LOW-POWER COAP FOR CONTIKI a strobe of data frames until it gets an acknowledgment. We have implemented CoAP for the Contiki operat- ing system, taking advantage of the Contiki REST layer sender repeatedly sends the data frame until it receives abstraction. This layer provides a generic abstraction for an acknowledgment, or until the packet was sent for RESTful applications [12]. Our CoAP implementation 1 an entire wake-up period without an acknowledgment is available from a public Git repository . At the time being received. of writing, the code implements the CoAP draft speci- fication version 07, released on 8 Jul 2011. B. The Constrained Application Protocol A. The Contiki REST Engine The IETF Constrained Application Protocol (CoAP) Our REST Engine is an improvement of Contiki’s is an application-layer protocol designed to provide a REST layer by Yazar and Dunkels [12]. It provides REST-like interface [5], but with a lower cost in terms of macros to define and automatically instantiate RESTful bandwidth and implementation complexity than HTTP- Web service resources. The layering now follows Con- based REST interfaces. CoAP adopts patterns from tiki’s network stack model. This way, the application HTTP such as resource abstraction, URIs, RESTful code is fully decoupled from the underlying protocol, interaction, and extensible header options, but uses a and either CoAP-03, CoAP-07, or HTTP can be linked compact binary representations that are designed to be to implement the RESTful Web services. We provide the easy to parse. Unlike HTTP over TCP, CoAP uses UDP. necessary mapping of RESTful methods, status codes, This makes it possible to use CoAP in one-to-many and header options, query variables, and so forth to their many-to-one communication patterns. CoAP and HTTP representations. Central CoAP mechanisms are: The new REST Engine offers three abstractions to 1) Applications can send CoAP messages re- create RESTful resources: liably (“confirmable”) or non-reliably (“non- RESOURCE: A basic REST resource is defined by confirmable”). Confirmables are retransmitted URI-path, allowed methods, and a string for the Web with exponential timeouts until acknowledged by Linking [9] information. For every resource, the appli- the receiver or reaching the maximum number of cation must provide a resource handler function, which retransmissions. receives the request and generates the corresponding 2) CoAP is intended to provide group communica- response. Both messages are accessed through the tion via IP multicast, but this mechanism has not REST Engine API, which hides the actual implementa- yet been specified. tion (e.g., REST.set_header_etag(response, 3) CoAP features native push notifications through etag_buf, etag_len)). a publish/subscribe mechanism called “observing EVENT RESOURCE: This abstraction requires a resources” [6]. Clients can send a request with second handler function to be implemented by the an observe header option to a CoAP resource. application developer. A user-defined event triggers this The server keeps track of these subscribers and handler, which can be a button press or a PUT to another sends a response whenever the observed resource resource that caused a status update. changes. PERIODIC RESOURCE: Additional to the signa- 4) For resource discovery, CoAP follows RFC 5785 ture of the basic RESOURCE, the last macro takes a time by using the /.well-known/core path to interval. With it, the REST Engine periodically calls a provide resource descriptions in its CoRE Link second handler function similar to the one for events. Format [10]. This format extends Web Linking [9] This function can be used to poll on-board sensors and defines attributes for a semantical type (“rt”), and for instance perform a threshold check whether the interface usage (“if”), content-type (“ct”), and the resource should be considered as changed. maximum expected size (“sz”) of a resource. In addition, a directory service is intended. 1https://github.com/mkovatsc/SmartAppContiki Client Server Client Server message when finished (see Figure 3). Our implementa- Request Request tion provides a pre-handler that takes care of the ACK ACK and the configuration of the actual response with new Retransmission Request Request message ID and type. We envisioned to implement a processing processing benchmarking mechanism that automatically determines Retransmission response separation for resources. Due to our findings Response Response discussed in Section IV-E, it would, however, only ACK consume precious memory. We recommend to configure the pre-handler simply for every resource that might have a processing delay, for instance because of a slow (a) Without separate response (b) With separate response sensor. Figure 3. With separate responses, the server can notify the client that it received the request, enabling long processing times and avoiding E. Resource Discovery unnecessary retransmissions. The CoRE Link Format [10] is generated automatically for all resources. Our handler for /.well-known/core also respects chunk-wise In the end, a typical RESTful Web service application processing and generates the required substrings3 consists of a single C-file.
Load more

Recommended publications
  • Transactional Concurrency Control for Intermittent, Energy-Harvesting Computing Systems
    PLDI ’19, June 22ś26, 2019, Phoenix, AZ, USA Emily Ruppel and Brandon Lucia 52, 55, 82] and preserving progress [6, 7, 53]. Recent work sequences of multiple tasks to execute atomically with re- addressed input/output (I/O), ensuring that computations spect to events. Coati’s support for events and transactions were timely in their consumption of data collected from sen- is the main contribution of this work. Coati provides the sors [15, 31, 86]. However, no prior work on intermittent critical ability to ensure correct synchronization across re- computing provides clear semantics for programs that use gions of code that are too large to complete in a single power event-driven concurrency, handling asynchronous I/O events cycle. Figure 1 shows a Coati program with three tasks con- in interrupts that share state with transactional computa- tained in a transaction manipulating related variables x, y, tions that execute in a main control loop. The idiomatic use of and z, while an asynchronous event updates x and y. Coati interrupts to collect, process, and store sensor results is very ensures atomicity of all tasks in the figure, even if any task common in embedded systems. The absence of this event- individually is forced to restart by a power failure. driven I/O support in intermittent systems is an impediment This work explores the design space of transaction, task, to developing batteryless, energy-harvesting applications. and event implementations by examining two models that Combining interrupts and transactional computations in make different trade-offs between complexity and latency. an intermittent system creates a number of unique problems Coati employs a split-phase model that handles time-critical that we address in this work using new system support.
    [Show full text]
  • Beyond Interoperability – Pushing the Performance of Sensor Network IP Stacks
    Industry: Beyond Interoperability – Pushing the Performance of Sensor Network IP Stacks JeongGil Ko Joakim Eriksson Nicolas Tsiftes Department of Computer Science Swedish Institute of Computer Swedish Institute of Computer Johns Hopkins University Science (SICS) Science (SICS) Baltimore, MD 21218, USA Box 1263, SE-16429 Kista, Box 1263, SE-16429 Kista, [email protected] Sweden Sweden [email protected] [email protected] Stephen Dawson-Haggerty Jean-Philippe Vasseur Mathilde Durvy Computer Science Division Cisco Systems Cisco Systems University of California, Berkeley 11, Rue Camille Desmoulins, Issy 11, Rue Camille Desmoulins, Issy Berkeley, CA 94720, USA Les Moulineaux, 92782, France Les Moulineaux, 92782, France [email protected] [email protected] [email protected] Abstract General Terms Interoperability is essential for the commercial adoption Experimentation, Performance, Standardization of wireless sensor networks. However, existing sensor net- Keywords work architectures have been developed in isolation and thus IPv6, 6LoWPAN, RPL, IETF, Interoperability, Sensor interoperability has not been a concern. Recently, IP has Network, TinyOS, Contiki been proposed as a solution to the interoperability problem of low-power and lossy networks (LLNs), considering its open 1 Introduction and standards-based architecture at the network, transport, For wireless sensor networks to be widely adopted by and application layers. We present two complete and in- the industry, hardware and software implementations from teroperable implementations of the IPv6 protocol stack for different vendors need to interoperate and perform well to- LLNs, one for Contiki and one for TinyOS, and show that gether. While IEEE 802.15.4 has emerged as a common the cost of interoperability is low: their performance and physical layer that is used both in commercial sensor net- overhead is on par with state-of-the-art protocol stacks cus- works and in academic research, interoperability at the phys- tom built for the two platforms.
    [Show full text]
  • Coap Based Acute Parking Lot Monitoring System Using Sensor Networks
    View metadata, citation and similar papers at core.ac.uk brought to you by CORE provided by Directory of Open Access Journals ISSN: 2229-6948(ONLINE) ICTACT JOURNAL ON COMMUNICATION TECHNOLOGY: SPECIAL ISSUE ON ADVANCES IN WIRELESS SENSOR NETWORKS, JUNE 2014, VOLUME: 05, ISSUE: 02 COAP BASED ACUTE PARKING LOT MONITORING SYSTEM USING SENSOR NETWORKS R. Aarthi1 and A. Pravin Renold2 TIFAC-CORE in Pervasive Computing Technologies, Velammal Engineering College, India E-mail: [email protected], [email protected] Abstract it to aid in overall management and planning. Sensor networks Vehicle parking is the act of temporarily maneuvering a vehicle in to are a natural candidate for car-park management systems [6], a certain location. To deal with parking monitoring system issue such because they allow status to be monitored very accurately - for as traffic, this paper proposes a vision of improvements in monitoring each parking space, if desired. the vehicles in parking lots based on sensor networks. Most of the existing paper deals with that of the automated parking which is of cluster based and each has its own overheads like high power, less energy efficiency, incompatible size of lots, space. The novel idea in this work is usage of CoAP (Constrained Application Protocol) which is recently created by IETF (draft-ietf-core-coap-18, June 28, 2013), CoRE group to develop RESTful application layer protocol for communications within embedded wireless networks. This paper deals with the enhanced CoAP protocol using multi hop flat topology, which makes the acuters feel soothe towards parking vehicles. We aim to minimize the time consumed for finding free parking lot as well as increase the energy efficiency.
    [Show full text]
  • Tecnologías De Fuentes Abiertas Para Ciudades Inteligentes
    Open Smart Cities Tecnologías de fuentes abiertas para ciudades inteligentes www.cenatic.es Abril 2013 Open Smart Cities Tecnologías de fuentes abiertas para ciudades inteligentes Título: Open Smart Cities: Tecnologías de fuentes abiertas para ciudades inteligentes Autora: Ana Trejo Pulido Abril 2012 Edita: CENATIC. Avda. Clara Campoamor s/n. 06200 Almendralejo (Badajoz). Primera Edición. ISBN-13: 978-84-15927-13-6 Los contenidos de esta obra está bajo una licencia Reconocimiento 3.0 España de Creative Commons. Para ver una copia de la licencia visite http://creativecommons.org/licenses/by/3.0/es/ www.cenatic.es Pág. 2 de 59 Open Smart Cities Tecnologías de fuentes abiertas para ciudades inteligentes Índice 1 Introducción...............................................................................................................6 2 La Internet de las Cosas: hacia la ciudad conectada.................................................7 3 Tecnologías de código abierto para la Internet de las Cosas.....................................9 3.1 Waspmote.................................................................................................................10 3.2 Arduino......................................................................................................................10 3.3 Dash7........................................................................................................................11 3.4 Rasberry Pi................................................................................................................11
    [Show full text]
  • A Fog Storage Software Architecture for the Internet of Things Bastien Confais, Adrien Lebre, Benoît Parrein
    A Fog storage software architecture for the Internet of Things Bastien Confais, Adrien Lebre, Benoît Parrein To cite this version: Bastien Confais, Adrien Lebre, Benoît Parrein. A Fog storage software architecture for the Internet of Things. Advances in Edge Computing: Massive Parallel Processing and Applications, IOS Press, pp.61-105, 2020, Advances in Parallel Computing, 978-1-64368-062-0. 10.3233/APC200004. hal- 02496105 HAL Id: hal-02496105 https://hal.archives-ouvertes.fr/hal-02496105 Submitted on 2 Mar 2020 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. November 2019 A Fog storage software architecture for the Internet of Things Bastien CONFAIS a Adrien LEBRE b and Benoˆıt PARREIN c;1 a CNRS, LS2N, Polytech Nantes, rue Christian Pauc, Nantes, France b Institut Mines Telecom Atlantique, LS2N/Inria, 4 Rue Alfred Kastler, Nantes, France c Universite´ de Nantes, LS2N, Polytech Nantes, Nantes, France Abstract. The last prevision of the european Think Tank IDATE Digiworld esti- mates to 35 billion of connected devices in 2030 over the world just for the con- sumer market. This deep wave will be accompanied by a deluge of data, applica- tions and services.
    [Show full text]
  • NSF Nets Small RUI: Wireless Sensor Network Project
    NSF NeTs Small RUI: Wireless Sensor Network Project Federal Agency and Organization Element to Which Report is Submitted: 4900 Federal Grant or Other Identifying Number Assigned by Agency: 1816197 Project Title: NeTS: Small: RUI: Bulldog Mote- Low Power Sensor Node and design Methodologies for Wireless Sensor Networks PD/PI Name: Nan Wang, Principal Investigator Woonki Na, Co-Principal Investigator Recipient Organization: California State University-Fresno Foundation Project/Grant Period: 10/01/2018 - 09/30/2021 Reporting Period: 10/01/2018 - 09/30/2019 Student Assistant: Russel Schellenberg Calvin Jarrod Smith Department of Electrical and Computer Engineering Lyles College of Engineering Contents 1 Purpose 3 2 Current Projects 3 2.1 Bulldog Mote . .3 2.2 Wireless Gateway Implementation . .3 2.2.1 Tmote Sky Mote . .3 2.2.2 Gateway Website . .7 2.3 MANET Routing Protocols and Software . .8 2.3.1 Contiki OS . .8 3 HM-10 BLE Communication Module 10 3.1 Overview . 10 3.2 HM-10 Module Configuration . 16 3.3 Connecting Two HM-10 Devices . 17 3.3.1 Setting up Slave Device . 18 3.3.2 Setting up Master Device . 18 3.3.3 Discovery Connection . 19 3.4 Connecting to HM-10 from Android Phone . 23 4 Wireless Gateway Implementation 30 4.1 Gateway Operating System and Environment . 30 4.2 Required hardware: . 30 4.3 Installation . 30 4.4 Contiki Program . 31 4.5 Gateway Program . 32 4.6 Web Server . 32 5 One-Hop, Ad-Hoc Sensor Network with Cooja 36 5.1 Overview . 36 5.2 Peripheral Node Gateway Detection .
    [Show full text]
  • C01 Plus 2010 301 185 0 Fr
    P5-16...R40-17 Modèle : C01 PLUS fr Notice de montage et d’utilisation Moteur de volet roulant avec émetteur-récepteur radio intégré Informations importantes pour: • l'installateur / • l'électricien / • l'utilisateur À transmettre à la personne concernée! L'original de cette notice doit être conservée par l'utilisateur. 2010 301 185 0a 19/03/2021 Becker-Antriebe GmbH Friedrich-Ebert-Straße 2-4 35764 Sinn/Allemagne www.becker-antriebe.com Sommaire Généralités.......................................................................................................................................................................... 4 Garantie .............................................................................................................................................................................. 5 Consignes de sécurité.......................................................................................................................................................... 5 Remarques pour l’utilisateur ............................................................................................................................................ 5 Remarques pour le montage et la mise en service ............................................................................................................. 5 Utilisation conforme ............................................................................................................................................................. 7 Montage et démontage du câble de connexion enfichable
    [Show full text]
  • Design of a Distributed System for Information Processing in a Mist-Edge-Cloud Environment Moisés Carral Ortiz
    Design of a Distributed System for Information Processing in a Mist-Edge-Cloud Environment Moisés Carral Ortiz Master’s Thesis presented to the Telecommunications Engineering School Master’s Degree in Telecommunications Engineering Supervisors Felipe José Gil Castiñeira Juan José López Escobar 2020 - 2021 Acknowledgements I would like to express my gratitude to my tutor, Felipe Gil, who has allowed me to discover the unknown world of research and has supported me both professionally and personally to make this thesis what it is. Also I would like to consider the good working environment created by my co-workers in GTI researh group. Finally, thanks to my virtuous and tireless master’s degree teammates. Vigo, July 20, 2021 iii Abstract The exponential growth of connected devices as well as massive data generation are challenging well-established technologies such as Cloud Computing. The Big Data paradigm for inferring knowledge and predicting results supports the sensorisation of environments in all areas (social, business, environmental, etc.) to obtain more information for the training of artificial intelligences or machine learning models. The need for low latency and high throughput applications in sensor networks is driving the emergence of new computational paradigms and network architectures. Real-time systems in which decision-making is critical, such as autonomous driving or the management of automated processes by robots in Industry 4.0, cannot adapt their needs to Cloud Computing. Other paradigms such as Mist Computing or Fog Computing are emerging in response to these needs to evolve actual computing architectures. This paper introduces some of the proposals that, in contrast to the classical structure of centralised data processing in the Cloud, advocate for a distributed architecture that brings the IoT-Edge-Cloud Continuum.
    [Show full text]
  • Building a Testbed for the Internet of Things
    ALEXANDER TECHNOLOGICAL INSTITUTE OF THESSALONIKI School of Technological Applications Department of Computer Science Engineering Bachelor of Science Thesis Building a Testbed for the Internet of Things Thesis Supervisor : Dr. Jesus Alonso Zarate Author: Vasileios Karagiannis Head of M2M Department Registration Number: 07/3273 CTTC, Barcelona, Spain Thesis Advisor : MSc Francisco Vazquez Gallego Senior Researcher CTTC, Barcelona, Spain Academic Supervisor : Dr. Periklis Chatzimisios Associate Professor ATEI, Thessaloniki, Greece Barcelona, April 2014 Abstract Over the past few years a technological outbreak has been noticed in the area of electronics and computer networks, granting eligibility to connect these fields in the direction of building intelligent systems. These systems have the ability to increase the growth of information and communication technologies (ICT) in urban environments and to provide services able to significantly upgrade the general well-being of individuals and societies. The whole concept of an Internet of Things (IoT) is reviewed in this thesis, architectures are discussed and some notable commercial solutions are presented. Continuously we build our own development platform by setting up a wireless network of sub-GHz devices and connecting it to a virtual Internet cloud. Moreover, software applications are designed to complete an End-to-End Machine to Machine (M2M) communication network and therefore, emulate an entire Internet of Things environment. The communication framework that is developed, allows us to research a variety of IoT concepts including the upcoming smart grid which is a significant improvement to the current electric power distribution system. Keywords: Internet of Things, M2M Communications, M2M Cloud Platforms, Wireless Networks, Testbed, Gateway Engineering, Android programming, Electric Power Grid, Smart Grid.
    [Show full text]
  • Middleware Development for Iot Networks
    POLITECNICO DI TORINO Facoltà di Ingegneria Laurea Magistrale in Ingegneria Informatica Tesi di Laurea Magistrale Middleware development for IoT networks Relatori: Prof. Ing. Marina Mondin Prof. Ing. Roberto Garello Candidato: Marco Luciano Forestello Anno accademico 2017-2018 Acknowledgements I would like to express my sincere gratitude to my supervisors in CSULA, Marina Mondin and Fred Daneshgaran for their hospitality and their continuous support even across the ocean. The same goes for Roberto Garello, who was always available to give me a hand since my return to Turin. They offered me a possibility to nourish my passion for IoT. I owe special thanks to my friends, whether in Italy in Argentina or in the USA, they have always been present during my university days making it an unforgettable experience. Lastly, I would like to thank my family, for their unwavering support through the years, even in the darkest hours and until the last seconds. ii Contents Acknowledgements ii 1 Introduction 1 1.1 The project................................2 2 The Internet of Things 3 2.1 Internet of Things.............................3 2.2 IoT Architecture.............................3 2.2.1 Level 1: Devices and Controllers.................4 2.2.2 Level 2: Connectivity.......................4 2.2.3 Level 3: Edge (Fog) Computing.................4 2.2.4 Level 4: Data Accumulation...................5 2.2.5 Level 5: Data Abstraction....................5 2.2.6 Level 6: Application.......................5 2.2.7 Level 7: Collaboration and Processes..............5
    [Show full text]
  • The Contikimac Radio Duty Cycling Protocol
    The ContikiMAC Radio Duty Cycling Protocol Adam Dunkels [email protected] SICS Technical Report T2011:13 ISSN 1100-3154 December 2011 Abstract posed (see e.g. Dutta and Dunkels for a more thorough review of duty cycling mechanisms [9]). This document Low-power wireless devices must keep their radio describes the ContikiMAC duty cycling mechanism, the transceivers off as much as possible to reach a low power default duty cycling mechanism in Contiki 2.5 consumption, but must wake up often enough to be able to ContikiMAC is designed to be simple to understand receive communication from their neighbors. This report and implement. ContikiMAC uses only asynchronous describes the ContikiMAC radio duty cycling mechanism, mechanisms, no signaling messages, and no additional the default radio duty cycling mechanism in Contiki 2.5, packet headers. ContikiMAC packets are ordinary link which uses a power efficient wake-up mechanism with layer messages. ContikiMAC has a significantly more a set of timing constraints to allow device to keep their power-efficient wake-up mechanism that previous duty transceivers off. With ContikiMAC, nodes can participate cycling mechanisms. This is achieved by precise timing in network communication yet keep their radios turned through a set of timing constraints. In addition, Contiki- off for roughly 99% of the time. This report describes the MAC uses a fast sleep optimization, to allow receivers to ContikiMAC mechanism, measures the energy consump- quickly detect false-positive wake-ups, and a transmission tion of individual ContikiMAC operations, and evaluates phase-lock optimization, to allow run-time optimization the efficiency of the fast sleep and phase-lock optimiza- of the energy-efficiency of transmissions.
    [Show full text]
  • Building a Testbed for the Internet of Things
    ALEXANDER TECHNOLOGICAL INSTITUTE OF THESSALONIKI School of Technological Applications Department of Computer Science Engineers Bachelor of Science Thesis Building a Testbed for the Internet of Things Thesis Supervisor : Dr. Jesus Alonso Zarate Author: Vasileios Karagiannis Head of M2M Department : Registration Number 07/3273 CTTC, Barcelona, Spain Thesis Advisor : MSc Francisco Vazquez Gallego Senior Researcher CTTC, Barcelona, Spain Academic Supervisor : Dr. Periklis Chatzimisios Associate Professor ATEITHE, Thessaloniki, Greece Barcelona, April 2014 Abstract Over the past few years a technological outbreak has been noticed in the area of electronics and computer networks, granting eligibility to connect these fields in the direction of building intelligent systems. These systems have the ability to increase the growth of Information and Communication Technologies (ICT) in urban environments and to provide services able to significantly upgrade the general well-being of individuals and societies. The whole concept of an Internet of Things (IoT) is reviewed in this thesis, architectures are discussed and some notable commercial solutions are presented. We then build our own development platform by setting up a wireless network of sub-GHz devices and connecting it to a virtual Internet cloud. Moreover, software applications are designed to complete an End-to-End Machine to Machine (M2M) communication network and therefore, emulate an entire Internet of Things environment. The communication framework that is developed, allows us to research a variety of IoT concepts including the upcoming smart grid which is a significant improvement to the current electric power distribution system. Keywords: Internet of Things, M2M Communications, IoT Cloud Platforms, Wireless Networks, Testbed, Gateway Engineering, Android programming, Electric Power Grid, Smart Grid.
    [Show full text]