China
Africa
Explore chapters and articles related to this topic
Understanding Data Sources
Published in Praveen Kumar, Jay Alameda, Peter Bajcsy, Mike Folk, Momcilo Markus, Hydroinformatics: Data Integrative Approaches in Computation, Analysis, and Modeling, 2005
One writes programs in tinyOS that can turn on individual sensors, digitize measured values, store the values in a buffer and either perform preprogrammed computation with data or transmit data to a base station. TinyOS is an open source software platform and allows networking, power management, and sensor measurement details to be abstracted from an application development. The key to tinyOSs functionality is the NesC (network-embedded-systems-C) compiler, which compiles tinyOS programs. NesC has a C like structure and provides several advantages, such as, interfaces, wire error detection, automatic document generation, and facilitation of significant code optimizations. TinyOS also consists of a tiny scheduler and a graph of components (or a set of “command” and “event” handlers known in C programming language).
Standard Processes and Frameworks
Published in Chandrasekar Vuppalapati, Democratization of Artificial Intelligence for the Future of Humanity, 2021
TinyOS148 is an open source, BSD-licensed operating system designed for low-power wireless devices, such as those used in sensor networks, ubiquitous computing, personal area networks, smart buildings, and smart meters. A worldwide community from academia and industry use, develop and support the operating system as well as its associated tools, averaging 35,000 downloads a year. The core language of TinyOS is nesC which is a dialect of C language. TinyOS is popular among developers for its memory optimization characteristics. A component of TinyOS neutralizes some abstractions of IoT systems, for example, sensing, packet communication, routing, etc. The developer group of this IoT Operating System is TinyOS Alliance [30,31,32,33].
Developing and Testing of Software for Wireless Sensor Networks
Published in Richard Zurawski, Networked Embedded Systems, 2017
Jan Blumenthal, Frank Golatowski, Ralf Behnke, Steffen Pruter, Dirk Timmermann
TinyOS is a component-based OS for sensor networks developed at UC Berkeley. TinyOS can be seen as an advanced software framework [9] that has a large user community due to its open-source character and its promising design. The framework contains numerous prebuilt sensor applications and algorithms, for example, multihop ad hoc routing and supports different sensor node platforms. Originally it was developed for Berkeley’s Mica Motes. Programmers experienced with the C programming language can easily develop TinyOS applications written in a proprietary language called NesC [10].
Radiation-Induced Damage–Based System and Method for Indirectly Monitoring High-Dose Ionizing Radiation
Published in Nuclear Technology, 2018
Karen Colins, Yu Liu, Liqian Li, Kiranpreet Birdee
A small-scale demonstration network of prototype WSN nodes was constructed to test and develop the proposed method for measuring gamma radiation dose. The AS-XM1000 sensor node module19 was chosen as the core board of the consumable node hardware. A separate friable board with a cluster of EEPROMs comprised the consumable node, connecting to the AS-XM1000 via the module’s universal asynchronous receiver-transmitter interface. TinyOS 2.x (Ref. 20) was selected as the software development operating system. Python QT (Ref. 21) was used to develop a graphical user interface (GUI) to be run on a remote computer or base station to collect information from the network sensors.
Cyber-Physical Systems: a multi-criteria assessment for Internet-of-Things (IoT) systems
Published in Enterprise Information Systems, 2021
Edgar M. Silva, Ricardo Jardim-Goncalves
This publication focusses on energy test and simulation, with energy consumption models being built based on hardware component formalisation and considering one specific WSN Operating System (TinyOS). The presented formalisation, an initial and standalone version of the specification model depicted in Figure 5 and identified as RCSH, included in the same meta-model the main classes (Model, Device, Module and Components) and property descriptions.