In case you missed it: Nordic demonstrated 6LoWPAN including UDP, TCP,
CoAP and MQTT, over... yes.. Bluetooth Low Energy. The gateway side
6lowpan_control is _upstream_ in linux since a while.
I missed it indeed, seems they beat us to it. Havn't looked into detail, but if their code quality is the same than for the soft devices, we might have a good argument for using RIOT once more
am very very sceptical about this softdevice and its licensing… (or the licensing in future).
for me it would be important to have an option to run riot without it. I currently have a
nordic chip that does not seem to override the softdevice any more (there are some rumors
that you can only override it a limited amount of time) etc. waiting for nordic feedback…
i more would be interrested in an ble alternative to nordic
While I can think of a few good uses for this chip I’m still not sold on BLE being a good thing for the “Internet of Things”. Historically, the Bluetooth SIG has been less than open. Does anyone remember the SIG having BlueZ’s site (maybe it was just a mailing list) taken down back in about 2004-2005?
The IETF and by extension 15.4 may not be perfect but I’ll take open standards over ZigBee-esque quasi-proprietary protocols like Bluetooth any day. Not to mention that BT or BLE were never intended to be used in dynamic, self-healing, multihop, mesh configurations. Sure, it might be possible but such a setup wasn’t accounted for in the original design.
Okay, I think I’m done ranting about my distrust and dislike of the Bluetooth SIG and its associated spec. Suffice to say, v6 over 15.4 is the way forward, not Bluetooth, ZigBee, Ant(+), Z-Wave, or any other NDA encumbered psudostandar.