Indefinite Sleep mode or Force Standby State

[B_H]

Hi,

Is it possible to remotely execute a command that would force a BLE node into indefinite sleep or standby mode?

I am working to build out a BLE mesh network, where I will need to enable a feature that allows a user to "push a button" to force the entire mesh network into standby state or possibly sleep mode. The user then would also hit the same button to wake the mesh back up without a pre-defined time period to return to normal functionality.

BLE does have a standby state, but I am not having much luck in finding any resources that discuss putting the node into a standby state at the link layer. 

I've seen a ton of discussion on sleep/wake cycles, but I'm looking for hours or days of sleep cycles with the ability to interrupt that cycle back to "wake" at any given moment.

Thanks

[B_H]

Hi Terje,

I'm not worried about the functionality of the mesh network with it turned off. It would kinda be the point. The use-case would require it to shut down, and then be turned back on remotely whenever the requirement to have it back on was met. 

For the on/off model, are you meaning the deviceoff function message that turns the node off, and requires a physical interaction to turn back on?

The two main objectives would be that I would verifiably be able to remotely shut down all BLE transmission (TX) of all nodes in the group, and then remotely turn them back on. In BLE standby mode, the radio isn't transmitting, but I don't know if I can force the radio to this mode, and then execute a remote command to push it back to normal operation.

[B_H]

The use case is that I need to deploy a normal mesh network, but with the ability to remotely shut down all nodes within the mesh so that they go radio silent. i.e. no BLE transmission what so ever. I need to be able to verify that no RF is being transmitted by the mesh nodes. 

I should also clarify that I understand that the mesh will no longer exist when the nodes are in RX or standby mode or whatever. I'm not worried about maintaining the mesh at the same time. If they are in RX mode only and can receive a remote command to resume normal function, they should inherently through the mesh firmware restart the mesh. 

Understood on the mesh protocol. That's why I was wondering if its at the link layer with putting a BLE device in to "standby" mode. 

If that means that they are placed in a "permanent" RX mode, then that would be perfect. If they are constantly in RX mode, then they would just sit there and wait for the remote command to return to normal function and start relaying data packets across the mesh again. 

For this particular use case, I'm not concerned about latency on the wake cycle. The mesh will handle data capture off of wearables and some IoT environmental sensors. But losing the environmental data is second to ensuring the TX of the mesh is off. The wearables themselves only have their data transmitted every 24 hours or so, so a large majority of the time, they aren't even interacting with the mesh other than maintaining themselves on the network. 

I'm also not worried about power consumption. That is a separate issue to tackle once I get this feature up and running. If in the end I have to hardwire everything to a power source to make this happen, then so be it. Not great, but doable. 

[tesc]

Hi,

Thanks for the clairifications.

Back to your question:

BLE does have a standby state, but I am not having much luck in finding any resources that discuss putting the node into a standby state at the link layer. 

I am not quite sure what you refer to there, as there is no "standby state" or similar in BLE terminology. For instance a BLE Peripheral must advertise (send advertisement packets) in order for a BLE Central to connect to it, while a BLE Central may scan (i.e. RX only) for Peripherals to connect to. During a BLE connection there will be packets both ways.

Bluetooth mesh builds on the BLE Observer/Scanner and the BLE Advertiser roles, where all nodes use the Advertiser role for sending messages and the Observer role for listening for messages from other nodes.

In addition, Bluetooth mesh has a beacon signal transmitted by the mesh network as a collective, such that at any point in the network the nodes will receive one such beacon every 10 minutes. In order to get complete radio silence, therefore, you must disable the mesh stack and instead revert to a simple protocol that you can control 100 % yourself.

Regards,
Terje

[B_H]

Hmm Ok that is strange, when I was googling BLE states, I came across several references to BLE Standby State: https://www.rfwireless-world.com/Terminology/BLE-States-and-State-Diagram.html

Understood on the interaction of BLE central/peripheral. I am basically attempting to break that. Put all devices within the mesh into a radio silence mode. I understand that the normal BLE sequences would be broken, but that is what I am after. I want to completely stop any and all BLE interaction between the nodes that comprise the mesh. 

I will look further into the ability to stop the mesh stack and then interact on a basic BLE function. Maybe force everything into "permanent" scan mode?