Hi,
Is it possible to have CC2650 running both Bluetooth & 6LowPAN at the same time?
Example use case would be having 6LowPAN to create a mesh network and Bluetooth to connect smartphones to it.
Cheers.
Conall
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Hi,
Is it possible to have CC2650 running both Bluetooth & 6LowPAN at the same time?
Example use case would be having 6LowPAN to create a mesh network and Bluetooth to connect smartphones to it.
Cheers.
Conall
Hey Conall,
Yes. Theoretically (and practically), the CC2650 could run Bluetooth Smart and 6LowPAN at the same time. However, we do not have any sample applications on this yet as the Bluetooth Smart and 6LowPAN are separate software solutions at this point.
Best Regards
Joakim
As others replied before me, the cc2650 can run 6lowpan and BLE at the same time. There is no open complete Bluetooth stack available though, and space (flash and RAM) will be a problem. Limiting the BLE use to BLE beacons (and scan response) makes it possible to run a 6lowpan network that uses BLE for eg device discovery.
We at Thingsquare use BLE for device discovery as can be seen in the following video:
Instructions here on how you can try this yourself:
This makes it possible to assure that the user is in physical proximity of the device at a particular point in time, and access to the device is controlled through user management so not just anyone can see the data (unless the customer wants the user to, or just limited to the latest two days worth of data, etc).
Yes, well, I didn't even consider the resulting firmware blob size, honestly, and while I have used BLE in a few projects I'm not intimately familiar with the protocol, so what I understood by scan response was an actual optional payload to be sent back to the beacon advertiser, and as such I thought this was part of the protocol.
I still haven't dug into the protocol, but now I'm reading it as an ack frame, no user data payload.
I was just entertaining the idea of using BLE beacons to trigger a state change in my devices. In particular, I'm using a private 6lowpan network of devices, i.e. no border router, so I can't just detect a node using its beacon and then initiate a communication with it from, say, a smartphone as I'll only have BT available between the two parties (or 6lowpan, but 802.15.4 is not something I'll be able to use on the phone side). My intended workflow would be to have the phone reply to the beacon and as such trigger a state change on the node device where it would switch to a BT config mode temporarily, but of course as you explained my idea is very much flawed by lack of real estate on chip to carry both 6lowpan and BT stacks and by not being able to reply to a beacon with a user payload while still complying with the standards.
Seemed like a good idea at the time...
Thanks!