Arm Community
Arm Community
  • Site
  • User
  • Site
  • Search
  • User
  • Groups
    • Arm Research
    • DesignStart
    • Education Hub
    • Graphics and Gaming
    • High Performance Computing
    • Innovation
    • Multimedia
    • Open Source Software and Platforms
    • Physical
    • Processors
    • Security
    • System
    • Software Tools
    • TrustZone for Armv8-M
    • 中文社区
  • Blog
    • Artificial Intelligence
    • Automotive
    • Healthcare
    • HPC
    • Infrastructure
    • Innovation
    • Internet of Things
    • Machine Learning
    • Mobile
    • Smart Homes
    • Wearables
  • Forums
    • All developer forums
    • IP Product forums
    • Tool & Software forums
    • Pelion IoT Platform
  • Activity
  • Support
    • Open a support case
    • Documentation
    • Downloads
    • Training
    • Arm Approved program
    • Arm Design Reviews
  • More
  • Cancel
Internet of Things
Internet of Things
Internet of Things Thread: What makes it different?
  • Blog
  • Videos & Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • Jump...
  • Cancel
  • New
Internet of Things requires membership for participation - click to join
More blogs in Internet of Things
  • Internet of Things

  • Wearables blog

Tags
  • ipv6
  • internet_of_things
  • iot
  • zigbee
  • connected_home
  • home_automation
  • 6lowpan
  • thread
Actions
  • RSS
  • More
  • Cancel
Related blog posts
Related forum threads

Thread: What makes it different?

Bill Curtis
Bill Curtis
September 15, 2014
I get a lot of questions about Thread, the new industry organization focused on networks for home automation. What is it? What problem does it solve? Do we really need another IoT-related standard? Read on!

My own house is a good example of why we need Thread. My home automation system has evolved over the past 8 years using four different networks – Wi-Fi, Z-Wave, ZigBee, and Insteon. Those networks connect a wide variety of devices from over a dozen different manufacturers. My connected home works great but requires a technically savvy “administrator” (me) to install and maintain the devices and networks. Until we have a unified network standard, the home automation industry will remain fragmented and cannot achieve “mainstream” status. What we need is “the Wi-Fi of home automation networks” and that’s the idea behind Thread.

Today, there’s no clear winner in home automation networking because none of the options meet all these requirements.

  • Whole-home coverage – A network has to cover the entire home with no need for user “engineering” work such diagnosing coverage issues and installing multiple routers around the home. Therefore, a mesh network is a good fit because it dynamically reconfigures itself and grows to the size of any home.
  • IP based – The network must be open, extensible, discoverable, addressable from anywhere, and scalable like the Internet. In other words, we need to put the "I" in IoT and that means using IP protocols.
  • Easy to install – Joining a new device to the network must be fast and intuitive without requiring the user to perform any complicated procedures.
  • Secure – The network has to be secure and trustworthy.
  • Reliable – The network must be extremely robust with no single point of failure.
  • Low power –  It must work on low power devices such as window and door sensors and door locks. These types of devices should run for many years on a battery, often a tiny coin cell.
  • Interoperable – A recognizable logo must guarantee network interoperability. No more “islands” of unreachable devices.
  • Proven –  This new network is needed immediately so it must be built on existing, proven technologies.

What’s needed is a mesh network that is IP based, easy to install, secure, reliable, low power, interoperable and based on proven technologies. A little over a year ago, a group of seven companies came together to write the specs for exactly such a network – Thread. The founders are ARM, Nest (now Google), Silicon Labs, Freescale, Samsung, Yale Lock (part of Assa Abloy), and Big Ass Fans (Yes, they really do make some very large fans). The spec is built on a solid foundation of proven industry standards including IEEE 802.15.4 wireless mesh networking (MAC / PHY as ZigBee) and 6LoWPAN (IPv6 over constrained networks). Thread specifies how to assemble and configure these and other mainstream industry standards into a complete software stack that meets the requirements listed above. Thread members with products conforming to the specification can go through a certification process to qualify for the Thread logo, the consumers’ assurance of network interoperability.

ARM is currently working with the other six Thread founders to finalize the spec and complete the first rounds of interoperability testing. Because it uses existing standards, Thread is on a fast track and certified products are expected next year. Basic information is available on the Thread website: Thread Group. 

Anonymous
  • Jerome Decamps - 杜尚杰
    Offline Jerome Decamps - 杜尚杰 over 5 years ago

    Me too

    • Cancel
    • Up 0 Down
    • Reply
    • More
    • Cancel
  • Jens Bauer
    Offline Jens Bauer over 5 years ago

    From a Cortex-M point of view, I believe the software and the "operating system" would often be 'all-in-one'.

    That's why I was asking about the library. I'm looking forward to the announcements.

    • Cancel
    • Up 0 Down
    • Reply
    • More
    • Cancel
  • Bill Curtis
    Offline Bill Curtis over 5 years ago

    Yes, that's right, hugov.  802.15.4 radios are widely used by ZigBee, wirelessHART, and other systems. Radio hardware is available from many suppliers.  Thread enabled "things" will use 802.15.4 radios with 6LoWPAN IP networking and Thread-compliant software stacks.  From the application side, you communicate with Thread devices like other IP connected endpoints.  Of course, each end of the communication link has to use the same protocols, including security.  For example, a complete, secure, standards-based stack can be built with CoAP (Constrained Application Protocol - IETF), UDP, DTLS, and 6LoWPAN.  Sounds complicated, but ARM will make this really simple for everyone.  Watch for announcements coming up at TechCon, October 1-3 in San Jose.

    • Cancel
    • Up 0 Down
    • Reply
    • More
    • Cancel
  • Hugo Vincent
    Offline Hugo Vincent over 5 years ago

    Jens, my understanding is that it's the other way around. A Thread-enabled "thing" will need special hardware, namely an IEEE 802.15.4 radio, and depending on the operating system and networking stack used will probably have a BSD sockets API for the application to use. This is analogous to a WiFi-enabled "thing", which needs special hardware (namely a WiFi interface) and associated support in the OS and/or networking stack, but to the application it's all just IP, most likely through a BSD sockets API.

    • Cancel
    • Up 0 Down
    • Reply
    • More
    • Cancel
  • Jens Bauer
    Offline Jens Bauer over 5 years ago

    Thank you for the detailed "introduction". Thread really sounds promising; I like the idea very much, even though I'm not really a WiFi-guy.

    If I understand it correctly, it would be possible to have the thread library working on top of something like for instance BSD-sockets.

    Will there be a standard "generic" C library available for download, which can interface with existing TCP/IP libraries ?

    • Cancel
    • Up 0 Down
    • Reply
    • More
    • Cancel
Internet of Things
  • Internet of Things: The secrets to delivering successful IoT projects

    Jesse Dukes
    Jesse Dukes
    For enterprises and OEMs there is huge opportunity to be gained in the adoption of IoT. Learn from experts in connectivity: the Mobile Network Operators.
    • June 17, 2020
  • Internet of Things: Arm Corstone Virtual Platforms now Available at no Cost: A Simplified, Faster Route to Successful Secure SoCs

    Radhika Jagtap
    Radhika Jagtap
    The Arm Corstone-300 and Corstone-700 Fixed Virtual Platforms are now available at no cost to easily and instantly start early exploration and software development ahead of silicon availability.
    • June 15, 2020
  • Internet of Things: Improving Trust in Data with Pelion Device Sentry

    Duncan Jones
    Duncan Jones
    In this blog, read about the May 2020 updates to Pelion device management.
    • June 5, 2020