Features and Benefits of Bluetooth Mesh 1.1 for Wireless Mesh Networking
bluetooth.com
bluetooth.com
The attraction of their solution is that the devices can be wireless and don't require a lot of infrastructure. You basically just mount them to the wall or the ceiling. Battery life is pretty good as well depending how you set these devices up. Years typically. Installation cost and effort is one of the big hurdles for companies to take this stuff into use.
So, interesting to see some standards for mesh networking emerging here.
Most of our questions were about implementing their firmware in our hardware (which largely went unanswered), and most of their questions were focussed companies we have ties with, that they were interested in reaching but have so far been unsuccessful.
I hope they're doing well as it was an interesting product.
ESP-BLE-MESH Architecture
> Bluetooth® mesh networking enables many-to-many (m:m) device communications and is optimized for creating large-scale device networks.
> Devices may relay data to other devices not in direct radio range of the originating device. In this way, mesh networks can span very large physical areas and contain large numbers of devices. It is ideally suited for building automation, sensor networks, and other IoT solutions where tens, hundreds, or thousands of devices need to reliably and securely communicate with one another.
> Built on top of Zephyr Bluetooth Mesh stack, the ESP-BLE-MESH implementation supports device provisioning and node control.
https://docs.espressif.com/projects/esp-idf/en/latest/esp32/...
[1] https://developer.apple.com/documentation/multipeerconnectiv...
Sending a iMessage over an E2E mesh network, completely bypassing the internet and censorship devices.
1) make the signal hard to detect and jam/locate via modern EW techniques: spread spectrum (but not the kind lora uses) which is typically illegal already so the devices will never be certified to operate in any country
2) make detection/tracking a pain in the ass by using the existing 5G uplink band in a simplex fashion. This is a better option all round, jamming it results in killing everything and hunting down everyone with a phone is impractical. The issue is this is generally still illegal in a regulatory sense, though might be possible in at least some jurisdictions.
However there are broader issues that are not adequately addressed - onboarding, key management, credential revocation and key rotation and so on.
I've also done some work earlier on 802.15.4 based mesh networks, there are standards for access control, payload encryption, frame integrity and sequential freshness, but delivering complete working solutions still becomes a bespoke offering that needs a fair amount of work to get right.
To see a broad adoption of these mesh standards we need to address the broader engineering, integration, deployment and operational issues.
Any insight as to why? I suspect the standards body and licensing have something to do with it but maybe there are technical reasons.
I grabbed a bunch of very cheap (via aliexpress) zigbee based products, and have been amazed at how well they can work. I find myself wishing I could find more ZigBee based devices locally (US-Based, at common retailers) in order to more quickly implement and build up more automation.
I was able to get a 3 x 16A switched outlet, with power monitor for about $6 USD each.
https://www.aliexpress.us/item/3256805494808710.html?spm=a2g...
I've had a few glitches, but I'm blaming my rookie experience with this before I blame the product directly.
Expect a long delivery time from anything at aliexpress though.
I was originally seeking a whole-house energy monitor, but the 200A CT Clamps are too big to fit on the main lines into my distribution center, because there are too many other wires around it.
The main advantage (AFAIK) of BLE mesh is that your radio can also easily do normal BLE which can be helpful e.g. to talk to phones. This hasn't (so far) been enough to make it worthwhile to switch from ZigBee.
It's the main reason I chose it, no wifi for anything.
True, devices don't directly connect to each other, so I guess not mesh.
But for all intents and purposes the bluetooth instead of wifi is all I care about, not how it's implemented, as long as it's reliable.
The radios for both, especially with the esp8266 were very cheap before bluetooth was at all.
Then all the big players started working on defining Thread/Matter which was in many ways the successor to Zigbee (or is positioned to be).
Bluetooth, as a whole, gets complicated quickly.
It was a bit of a pain to work with, but I think it was more the SDK/implementation than the spec itself. Iirc this company had created its own "mesh" before the official Bluetooth spec so working backwards to conform to the official spec was rough.
There were a few annoying limitations around max hops and leader election that were tricky. This mesh needed to have a single "gateway" node to go between the mesh and a normal BLE connection to the phone.
I still think BLE mesh is a better solution than ZigBee/Z-Wave.
I don't know if there's been good progress on client SDKs to have an easier time interacting with BLE. Getting bluez to do what I wanted was not simple, and a lot of the time it wasn't compatible with hardware.
Glad I got out of networking after school.