Bluetooth Mesh Under the Microscope: How Much ICN Is Inside?
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
25 Years of Bluetooth Technology
future internet Article 25 Years of Bluetooth Technology Sherali Zeadally 1,*, Farhan Siddiqui 2 and Zubair Baig 3 1 College of Communication and Information, University of Kentucky, Lexington, KY, 40506, USA 2 Department of Mathematics and Computer Science, Dickinson College, Carlisle, PA 17013, USA 3 School of Information Technology, Deakin University, Geelong 3216, Victoria, Australia * Correspondence: [email protected] Received: 12 August 2019; Accepted: 2 September 2019; Published: 9 September 2019 Abstract: Bluetooth technology started off as a wireless, short-range cable replacement technology but it has undergone significant developments over the last two decades. Bluetooth radios are currently embedded in almost all computing devices including personal computers, smart phones, smart watches, and even micro-controllers. For many of us, Bluetooth is an essential technology that we use every day. We provide an insight into the history of Bluetooth and its significant design developments over the last 25 years. We also discuss related issues (including security) and Bluetooth as a driving technology for the Internet of Things (IoT). Finally, we also present recent research results obtained with Bluetooth technology in various application areas. Keywords: bluetooth; internet of things; low-energy; mesh; networking; protocol; security 1. Introduction The Bluetooth radio technology was developed by L. M. Ericsson in 1994. The standard is named after the King of Denmark, Harald Blaatand (“Bluetooth”). Major mobile phone manufacturers and technology providers comprising IBM, Nokia, Intel, Ericsson, and Toshiba created the Bluetooth Special Interest Group (SIG). The aim of the group was to invent an open specification for wireless technologies of short range. Bluetooth SIG continues to oversee the Bluetooth technology today. -
Performance Study of Real-Time Operating Systems for Internet Of
IET Software Research Article ISSN 1751-8806 Performance study of real-time operating Received on 11th April 2017 Revised 13th December 2017 systems for internet of things devices Accepted on 13th January 2018 E-First on 16th February 2018 doi: 10.1049/iet-sen.2017.0048 www.ietdl.org Rafael Raymundo Belleza1 , Edison Pignaton de Freitas1 1Institute of Informatics, Federal University of Rio Grande do Sul, Av. Bento Gonçalves, 9500, CP 15064, Porto Alegre CEP: 91501-970, Brazil E-mail: [email protected] Abstract: The development of constrained devices for the internet of things (IoT) presents lots of challenges to software developers who build applications on top of these devices. Many applications in this domain have severe non-functional requirements related to timing properties, which are important concerns that have to be handled. By using real-time operating systems (RTOSs), developers have greater productivity, as they provide native support for real-time properties handling. Some of the key points in the software development for IoT in these constrained devices, like task synchronisation and network communications, are already solved by this provided real-time support. However, different RTOSs offer different degrees of support to the different demanded real-time properties. Observing this aspect, this study presents a set of benchmark tests on the selected open source and proprietary RTOSs focused on the IoT. The benchmark results show that there is no clear winner, as each RTOS performs well at least on some criteria, but general conclusions can be drawn on the suitability of each of them according to their performance evaluation in the obtained results. -
Using Mcuboot with RA Family Mcus Introduction Mcuboot Is a Secure Bootloader for 32-Bit Mcus
Application Note Renesas RA Family Using MCUboot with RA Family MCUs Introduction MCUboot is a secure bootloader for 32-bit MCUs. It defines a common infrastructure for the bootloader, defines system flash layout on microcontroller systems, and provides a secure bootloader that enables easy software update. MCUboot is operating system and hardware independent and relies on hardware porting layers from the operating system it works with. The Renesas Flexible Software Package (FSP) integrates an MCUboot port starting from FSP v3.0.0. Users can benefit from using the FSP MCUboot Module to create a Root of Trust (RoT) for the system and perform secure booting and fail-safe application updates. The MCUboot is maintained by Linaro in the GitHub mcu-tools page https://github.com/mcu-tools/mcuboot. There is a \docs folder that holds the documentation for MCUboot in .md file format. This application note will refer to the above-mentioned documents wherever possible and is intended to provide additional information that is related to using the MCUboot Module with Renesas RA FSP v3.0.0 or later. This application note walks the user through application project creation using the MCUboot Module on Renesas EK-RA6M4 and EK-RA6M3 kits. Example projects for the use case of designing with TrustZone for multi-image support is provided for EK-RA6M4. Example projects for the use case of designing with single image support is provided for EK-RA6M3. The MCUboot Module is supported across the entire RA MCU Family. Guidelines of how to adapt the example project configurations for other RA Family MCUs are provided. -
Technical Overview 11 October 2016 Problem and Context
Technical Overview 11 October 2016 Problem and Context First release of a successful connected product… …. now make that repeatable please. An Open Source OS for MCUs • Open source networking stacks: Bluetooth Host and Controller • Pre-empGve, ckless RTOS with power management Security • Secure bootloader and Image Upgrade Networking Stats & Console & Config & • Flash FS and Access Mechanisms Logging Shell Upgrade Drivers Power • Build & Package Management OS HAL • Management Interfaces Secure Bootloader & FFS A Community Driven OS Why Apache So<ware Founda?on? Cloud Providers IP Providers • Liberal, BSD-style license • Strong Licensing and IP policies • Meritocracy • Free to contribute, contributors control project direcGon. • History of working with large organizaons: IBM, Pivotal/ EMC, MicrosoY. • Many years experience managing large, complex projects (e.g., Apache, Hadoop, MCU Vendors End-Users Subversion) Community driven open source best way to maintain healthy ecosystem RTOS • Tickless operaon: low power hooks • Driver Interface • Pre-empGve, mulGtasking RTOS • Strict priority-based scheduling • Up to 253 different priority levels • Unified buffer management • Resource uGlizaon tracking and watchdog • High-resoluGon Gmers • Built-in tasks: • Idle RTOS - Event Driven Model • Event Queues provide a mechanism for “mostly-sleeping” asynchronous tasks • Wake-up on: • Message from another Task • Timer • I/O state change • Incoming packet • Watchdog • Perform operaons: • Send an alert • Respond to a request • Schedule a wakeup • Go back to -
Iot Systems Overview
IoT systems overview CoE Training on Traffic engineering and advanced wireless network planning Sami TABBANE 30 September -03 October 2019 Bangkok, Thailand 1 Objectives •Present the different IoT systems and their classifications 2 Summary I. Introduction II. IoT Technologies A. Fixed & Short Range B. Long Range technologies 1. Non 3GPP Standards (LPWAN) 2. 3GPP Standards IoT Specificities versus Cellular IoT communications are or should be: Low cost , Low power , Long battery duration , High number of connections , Low bitrate , Long range , Low processing capacity , Low storage capacity , Small size devices , Relaxed latency , Simple network architecture and protocols . IoT Main Characteristics Low power , Low cost (network and end devices), Short range (first type of technologies) or Long range (second type of technologies), Low bit rate (≠ broadband!), Long battery duration (years), Located in any area (deep indoor, desert, urban areas, moving vehicles …) Low cost 3GPP Rel.8 Cost 75% 3GPP Rel.8 CAT-4 20% 3GPP Rel.13 CAT-1 10% 3GPP Rel.13 CAT-M1 NB IoT Complexity Extended coverage +20dB +15 dB GPRS CAT-M1 NB-IoT IoT Specificities IoT Specificities and Impacts on Network planning and design Characteristics Impact • High sensitivity (Gateways and end-devices with a typical sensitivity around -150 dBm/-125 dBm with Bluetooth/-95 dBm in 2G/3G/4G) Low power and • Low frequencies strong signal penetration Wide Range • Narrow band carriers far greater range of reception • +14 dBm (ETSI in Europe) with the exception of the G3 band with +27 dBm, +30 dBm but for most devices +20 dBm is sufficient (USA) • Low gateways cost Low deployment • Wide range Extended coverage + strong signal penetration and Operational (deep indoor, Rural) Costs • Low numbers of gateways Link budget: UL: 155 dB (or better), DL: Link budget: 153 dB (or better) • Low Power Long Battery life • Idle mode most of the time. -
Bluetooth® Low Energy Tree Structure Network
Application Report SWRA648–May 2019 Bluetooth® Low Energy Tree Structure Network Stanford Li, Yan Zhang, and Marie Hernes ABSTRACT This application report presents the concept of the wireless tree structure using Bluetooth Low Energy technology. The important steps when designing a Bluetooth Low Energy tree structure are elaborated on a detailed level throughout the document. With the use of the TI SimpleLink™ Bluetooth low energy software Stack, the tree structure can be done in a simple and intuitive way. The accompanying software example can be found on github. Contents 1 Introduction ................................................................................................................... 2 2 Bluetooth Low Energy Basic Knowledge ................................................................................. 2 3 Three Kinds of Bluetooth Low Energy Network Structure.............................................................. 2 4 Bluetooth Low Energy Tree Structure Network Analysis ............................................................... 4 5 Bluetooth Low Energy Tree Structure Network Realization............................................................ 6 6 Bluetooth Low Energy tree Structure Network Test ................................................................... 10 7 References .................................................................................................................. 11 List of Figures 1 Star Network................................................................................................................. -
Zephyr-RTOS Übersicht Und Status
Zephyr-RTOS Übersicht und Status ECC 1. Juni 2021, © Markus Kappeler About me ● Markus Kappeler ● 25 years in business ● Soft- and Hardware development ● Founder of bytesatwork ● Sailing, Skiing Hiking and Mountain-Biking Agenda ● Zephyr ● Was ist Zephyr ● Features ● Roadmap ● RTOS – Realtime ● Footprint ● Bootloader mcuboot Zephyr Project ● Opensource Realtime Betriebsystem ● Lebendige Community ● Mehrere Architekturen ● Modular und Konfigurierbar ● Bereit für Produkt-Entwicklung Zephyr Hardware Architekturen Zephyr Projekt Mitglieder Februar 2016 2021 Upstream commits last year Momentum 2016 2021 Entwickler 80 969 Commits 2806 52591 Boards 4 250+ Zephyr Board-Unterstützung Siehe auch: https://docs.zephyrproject.org/latest/boards/index.html Zephyr Ecosystem Kernel / HAL Zephyr OS Zephyr “Community” • Scheduler • Kernel objects und services • Kernel und HAL Zephyr Project • low-level Architektur und BSP • OS Services wie IPC, Logging, file • Power Management und low level systems, crypto Interfaces zur Hardware Zephyr Project OS Services and Low level APIs • Plattform spezifische Treiber Zephyr OS • Generisches I/O API • SDK, Tools und Kernel / HAL Entwicklungsumgebung • File systems, Logging, Debugging und IPC • Zusätzliche Middleware OS Services • Cryptography Services • Device Management und Application Services Bootloader • Networking und Connectivity Application Services Zephyr Community • High Level APIs • Zugang zu standardisierten Daten • 3rd Party Module und Bibliotheken Modellen • Support für Zephyr in 3rd Party • High Level -
Demystifying Internet of Things Security Successful Iot Device/Edge and Platform Security Deployment — Sunil Cheruvu Anil Kumar Ned Smith David M
Demystifying Internet of Things Security Successful IoT Device/Edge and Platform Security Deployment — Sunil Cheruvu Anil Kumar Ned Smith David M. Wheeler Demystifying Internet of Things Security Successful IoT Device/Edge and Platform Security Deployment Sunil Cheruvu Anil Kumar Ned Smith David M. Wheeler Demystifying Internet of Things Security: Successful IoT Device/Edge and Platform Security Deployment Sunil Cheruvu Anil Kumar Chandler, AZ, USA Chandler, AZ, USA Ned Smith David M. Wheeler Beaverton, OR, USA Gilbert, AZ, USA ISBN-13 (pbk): 978-1-4842-2895-1 ISBN-13 (electronic): 978-1-4842-2896-8 https://doi.org/10.1007/978-1-4842-2896-8 Copyright © 2020 by The Editor(s) (if applicable) and The Author(s) This work is subject to copyright. All rights are reserved by the Publisher, whether the whole or part of the material is concerned, specifically the rights of translation, reprinting, reuse of illustrations, recitation, broadcasting, reproduction on microfilms or in any other physical way, and transmission or information storage and retrieval, electronic adaptation, computer software, or by similar or dissimilar methodology now known or hereafter developed. Open Access This book is licensed under the terms of the Creative Commons Attribution 4.0 International License (http://creativecommons.org/licenses/by/4.0/), which permits use, sharing, adaptation, distribution and reproduction in any medium or format, as long as you give appropriate credit to the original author(s) and the source, provide a link to the Creative Commons license and indicate if changes were made. The images or other third party material in this book are included in the book’s Creative Commons license, unless indicated otherwise in a credit line to the material. -
A Rust-Based Runtime for the Internet of Things
A Rust-based Runtime for the Internet of Things Fredrik Nilsson Niklas Adolfsson Department of Computer Science and Engineering CHALMERS UNIVERSITY OF TECHNOLOGY UNIVERSITY OF GOTHENBURG Gothenburg, Sweden 2017 Master’s thesis 2017 A Rust-based Runtime for the Internet of Things Fredrik Nilsson Niklas Adolfsson Department of Computer Science and Engineering Chalmers University of Technology University of Gothenburg Gothenburg, Sweden 2017 A Rust-based Runtime for the Internet of Things Fredrik Nilsson Niklas Adolfsson © Fredrik Nilsson, Niklas Adolfsson, 2017. Supervisor: Olaf Landsiedel Examiner: Magnus Almgren Master’s Thesis 2017 Department of Computer Science and Engineering Chalmers University of Technology and University of Gothenburg SE-412 96 Gothenburg Telephone +46 31 772 1000 Typeset in LATEX Gothenburg, Sweden 2017 iv A Rust-based Runtime for the Internet of Things Fredrik Nilsson Niklas Adolfsson Department of Computer Science and Engineering Chalmers University of Technology and University of Gothenburg Abstract As the number of connected devices increases, known as the Internet of Things (IoT), reliability and security become more important. C and C++ are common programming languages for IoT devices, mostly due to their fine-grained memory management and low runtime overhead. As these languages are not memory-safe and memory management has proven to be difficult to handle correctly, problems such as buffer overflows and dangling pointers are likely to increase as the IoT de- vices become more prevalent. These problems can result in reliability and security issues. In contrast to C and C++, Rust is a memory-safe systems programming lan- guage that, just like C and C++, provides low runtime overhead and fine-grained memory management. -
Car Access Bluetooth®+ CAN Satellite Module Reference Design
Design Guide: TIDA-020032 Car Access Bluetooth®+ CAN Satellite Module Reference Design Description Features This satellite module reference design is intended for • CAN, CAN-FD communications Bluetooth® Low Energy passive entry passive start • CAN auto-addressing (PEPS) and phone as a key (PaaK) Digital key car • 25-µA system sleep state (typical) access systems. The design demonstrates how control area network flexible data rate (CAN-FD) • Capable of measuring Bluetooth AoA and RSSI communication capabilities can be implemented with • Small 47.625-mm × 76.2-mm (1.875 in × 3 in) PCB our Bluetooth wireless MCUs for systems that require • Improved system performance with Bluetooth higher bandwidth in-vehicle network communications. connection monitoring capabilities Further benefits include reduced power consumption in the sleep state, CAN auto-addressing method for Applications improved manufacturing, connection monitor capabilities for improved Bluetooth localization • Phone as a key (PaaK), Digital key accuracy, and a compact printed-circuit board (PCB) • Passive entry passive start (PEPS) capable of measuring Bluetooth angle of arrival (AoA) and received signal strength index (RSSI). Resources TIDA-020032 Design Folder CC2642R-Q1 Product Folder TCAN4550-Q1 Product Folder TLV713P-Q1 Product Folder Search Our E2E™ support forums Phone as a key Module Rest of the Vehicle (may be integrated in BLE Satellite Modules Outside of the Vehicle the BCM) TLV713-Q1 Car Battery 5 V Power Supply TCAN4550-Q1 3.3 V Phone as a key 2 x 2.4 GHz (SBC) Communication Antennas Interface + Wide Input Voltage LDO Body Control CAN PaaK Module Module (BCM) CAN CC2642R-Q1 Back-up key MCU An IMPORTANT NOTICE at the end of this TI reference design addresses authorized use, intellectual property matters and other important disclaimers and information. -
Advantages and Limitations of Li- Fi Over Wi-Fi and Ibeacon Technologies By
ISSN (Online) 2321 – 2004 IJIREEICE ISSN (Print) 2321 – 5526 International Journal of Innovative Research in Electrical, Electronics, Instrumentation and Control Engineering ISO 3297:2007 Certified Vol. 4, Issue 11, November 2016 Review Paper: Advantages and Limitations of Li- Fi over Wi-Fi and iBeacon Technologies By Deepika D Pai Asst. Professor, (Sel Grade), Department of Electronics and Communication Engineering. Vemana Institute of Technology Abstract: Li-Fi can be thought of as a light-based Wi-Fi. That is, it uses light instead of radio waves to transmit information. And instead of Wi-Fi modems, Li-Fi would use transceiver-fitted LED lamps that can light a room as well as transmit and receive information. Light is inherently safe and can be used in places where radio frequency communication is often deemed problematic, such as in aircraft cabins or hospitals. So visible light communication not only has the potential to solve the problem of lack of spectrum space, but can also enable novel application. The visible light spectrum is unused; it's not regulated, and can be used for communication at very high speeds. This paper compares the Li-Fi technology with Wi-Fi and iBeacon technologies. Keywords: Li-fi, Wi-Fi, iBeacon, visible light communication, BLE communication I. INTRODUCTION In recent trends, wireless communication Wi-Fi is gaining government licence. This new Ethernet standard was tremendous importance. CISCO reported that the compatible with devices and technology working on radio compound annual growth rate (CAGR) of mobile data waves and came to be known as ―Wi-Fi‖ only in 1999. usage per month is around 80% which has led to the saturation of the network spectrum consequently bringing iBeacon: The technology was first introduced by Apple at down its efficiency. -
Bluetooth Low Energy Beacons (Rev. A)
Application Report SWRA475A–January 2015–Revised October 2016 Bluetooth® low energy Beacons Joakim Lindh ABSTRACT This application report presents the concept of beacons by using Bluetooth low energy technology. The important parameters when designing beacon solutions are elaborated on a detailed level throughout the document. With the use of the TI Bluetooth low energy-Stack, beacons can be done in a simple and intuitive way. Contents 1 What is a Beacon? .......................................................................................................... 2 2 Bluetooth low energy and Bluetooth Smart .............................................................................. 2 3 Designing a Bluetooth low energy Beacon ............................................................................... 9 4 iBeacon Implementation................................................................................................... 11 5 Proprietary Implementation ............................................................................................... 13 6 References .................................................................................................................. 14 List of Figures 1 Bluetooth low energy Data Packet ........................................................................................ 3 2 Bluetooth low energy Broadcast Data .................................................................................... 4 3 Beacon Address Types ....................................................................................................