Image

Wireless Networks Advance with a Software Backbone

Aug. 1, 2014
Many sensing and security applications could benefit from distributed sensor nodes using wireless sensor networks (WSNs). Adding software configurability could increase WSN efficiency and practicality to enable many new applications.

The clear advantages brought by wireless sensor networks (WSNs) for environmental observation or security systems are increasing the focus on these node-based sensor platforms. Because it is difficult to adapt the behavior of WSNs after they have been deployed, researchers are now looking to develop software-defined WSNs (SDWSNs). Such networks hold the promise of rapid customization and adaptability. In hopes of bringing these networks to fruition, a group of researchers has teamed, thanks to support from Japan’s Strategic Information and Communication R&D Promotion Program and Grants-in-Aid for Scientific Research. These researchers include Toshiaki Miyazaki, Shoichi Yamaguchi, Koji Kobayashi, Junji Kitamichi, Song Guo, Tsuneo Tsukahara, and Takafumi Hayashi.

Software-defined sensor networks use methods like over-the-air programming to reconfigure the individual sensor nodes for optimal wireless-network operation.

To control the behavior of the SDWSN, the team uses wireless communications to assign roles to the individual sensor nodes. This requires a role generation and delivery mechanism as well as a reconfigurable sensor node. Each sensor node is equipped with a microprocessor unit (MCU) for general program tasks and a field-programmable gate array (FPGA) to handle sensor and data processing efficiently.

The role generator is composed of a scenario compiler that generates roles based upon the scenario description, which specifies the behavior of the sensor nodes. These roles are transmitted wirelessly and downloaded using a multi-hop wireless network. A base station and control terminal are required to operate the role generator. The delivery mechanism relies on a wireless-network access point powered by a 920-MHz RF module.

Power consumption of the sensor node was measured at 220 mW with the majority of power consumed by the RF module. Using a 32-bit central processing unit (CPU) instead of the MCU, the power consumption increased to 899 mW. The CPU version could run up to 20 hours using a 10,000-mAh battery. In contrast, the MCU version could potentially run for more than 80 hours at a rate of 25 packets per second. See “A Software Defined Wireless Sensor Network,” 2014 International Conference on Computing, Networking, and Communications (ICNC), Feb. 2014,  pp. 847-852.

About the Author

Jean-Jacques DeLisle

Jean-Jacques graduated from the Rochester Institute of Technology, where he completed his Master of Science in Electrical Engineering. In his studies, Jean-Jacques focused on Control Systems Design, Mixed-Signal IC Design, and RF Design. His research focus was in smart-sensor platform design for RF connector applications for the telecommunications industry. During his research, Jean-Jacques developed a passion for the field of RF/microwaves and expanded his knowledge by doing R&D for the telecommunications industry.

Sponsored Recommendations

Free Poster: Power Electronics Design and Testing

Dec. 23, 2024
Get with this poster a guidance about usual converter types, most important measurements and general requirements for power electronics design and testing. Register for a download...

eGuide: Optimizing and Testing RF Power Amplifier Designs

Dec. 23, 2024
This eGuide explores electronic design automation to real RF devices, focusing on verification, characterization, repeatability, and throughput, while highlighting key steps from...

Free Poster: Wireless Communications Standards

Dec. 23, 2024
Get insights about the latest cellular, non-cellular, IoT and GNSS specifications including 5G, LTE and Wi-Fi. Sign up to receive your poster in the mail or via download.

5G NR Testing – Are You Ready for the 5G Challenges?

Dec. 23, 2024
5G NR deployment is accelerating, unlocking new use cases, applications, and opportunities for devices and infrastructure. The question is: are you prepared for these advancements...