BT mesh is solving the range issue, but only partially(at least for TX from the phone, for RX i assume the device will send the info when you pass near it), at least until a home has enough mesh nodes.That's a negative, but also a bit of a complex thing for customers.
On the positive side, it gives incetive for people to buy more nodes, which retailers would like - and might get behind it , which is really valuable.
My apology for being late here but I do have a question on the "IoT race".
Where is IoT device in here - a smartphone? What else has the IP address - the very definition of an IoT node.
At the very end of the article the 6LoWPAN is mentioned... We are bombarded with these forecasts for 23B to 50B IoT devices by 2020... Soon we will enter 2015 -- where are all these IoT devices / nodes?
@Nando Basile you are right, there is the range anxiety issue with BLE/BTSmart. I think this debate of BLE vs. ZigBee is not relevant, each has its place and application when it comes to range and number of nodes as you rightly pointed out. It is indeed BTSmart that is giving a platform to compete with ZigBee in applications with a range overlap, upto ~10m.
ZigBee is better suited for smaller data rates and fewer data types. In its typical applications in industrial automation, sensor networks, the data is typically few 10's of kb and is most often generated from control and or operating instructions. BT on the otherhand has higher varieties of data, audio, video, etc and requires higher data rates of transmission.
One of the advantages where ZigBee stands out is in mesh network configuration with a large number of nodes that require self-healing and resiliency.
It seems to me that end to end security is provided with TCP/iP compatible networks regardless of the mesh. Mesh schemes work ar the ip level or data link level depending on the scheme so end to end security is not impacted here (ie think end to end TLS/SSL). IPSec is also possible depending on the mesh choice.
Wireless encryption offers no end to end security.
Things like 6loWPAN offer ip compression and mesh discovery/routing. With an IP based focus, security mechanisms are preserved.
With end to end security using standard IP approachs, the higher level security protocols still work (https, ssh, sftp, ...)
The issue is murky when thinking about BLE because the security is only provided by wireless encryption and the BLE protocols are not mapped to IP (even though we have PAN in Classic mode). It seems to me that a BLE - IP would solve both the security and the portability issues but it is not really consistent with the BLE "light sensor" end of things.
CoAP would claim to solve this problem, but does not run with BLE. Thread - we don't really know because its a secret.
ZigBee already offers mesh capability. The limit of BTLE, so far, were lower number of MAX connections to a node and limited range. Anyway, allowing mesh capability could definitely heal the range issue, by node-to-node hopping. Anyway, mesh network will now require additional energy consumption for a node, on top of what needed to perform its basic tasks, as it is now supposed to help in carrying out other nodes' information.
In a scenario where we have hundreds of nodes connected to an internet HUB, we will have hundreds of batteries to change sooner or later. Node consumption and mesh protocol effectiveness in energy management will impact battery discharge time and maybe node capability to run w/o battery, possibly harvesting energy from the environment. If mesh-BTLE will proof more efficient in overall energy consumption, it will be the choce for more and more applications.
Apart from the diplomacy expressed in the article, I still cannot dismiss the impression that this move WILL actually wound ZigBee.
Coming to mesh-network security: any reason why ZigBees mesh network would get less issues than mesh-BTLE ?
Mesh networks are vulnerable to attacks by hackers.
In one of the recent blogs on EEtimes there was a story about how a smart hacker could get entry into a mesh-netwroked lighting system of a house and how he could remotely control all the lights of that house .
I agree. The smart phone revolution is absolute. It's like the Borg. Everyone is walking around with a connection to the 'collective'. The 'collective' is soon to include (in addition to text, Facebook, Internet, ...) the physical world. Android and iOS have BT/BLE and WiFi. BLE is low power enough to run from a coin cell. Mesh (and extended range) is the last key. It's hard to imagine how another standard will have a chance - ANT, Zigbee, ZWave, etc. BT and WiFi will be available for high def analog, video, large files, etc.
What are the engineering and design challenges in creating successful IoT devices? These devices are usually small, resource-constrained electronics designed to sense, collect, send, and/or interpret data. Some of the devices need to be smart enough to act upon data in real time, 24/7. Are the design challenges the same as with embedded systems, but with a little developer- and IT-skills added in? What do engineers need to know? Rick Merritt talks with two experts about the tools and best options for designing IoT devices in 2016. Specifically the guests will discuss sensors, security, and lessons from IoT deployments.