This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Light Switch Design

We are working on the BLE Smart Switch.  The requirements are pretty generic:

  • Low Power consumption
  • To be used by multiple smartphones within the house

The obvious configuration is to have the smartphone as the Client and the NRF device (i.e. the switch) as the server.  Because we are still new to BLE technology, we are wondering:

    When a Smartphone is nearby, should the mobile App connect to the devices automatically and stay "Connected" (with the BLE connection)?

The problem with "staying connected" is that:

  • Staying connected will probably cause the device to consume more power than necessary.
  • How can multiple smartphones connect to the same switch at the same time?

I suppose all BLE switches would have these same issues.  So I would assume someone else must have already solved this.

The only solution we can think of is to have the switches stay unconnected, and will only connect when the user clicks "On" or "Off" in the mobile app.  This means the mobile app would have to first connect, then update the specific characteristic.  Wouldn't this cause a longer delay to switch the light on or off?

Any advise would be greatly appreciated!

Joe

Parents
  • This is my experience.  The BLE device advertises to all masters ('it says hello world, I am ready for a connection') until it makes a connection either automatically, or by the user making a selection on the master.  When it has connected to a master, it stops advertising, and other masters can not 'see' it.  If it automatically made a connection to a master in the same area, that master would have to move out of range, or the user would have to disconnect if another master wanted to connect.

    Re: How can multiple smartphones connect to the same switch at the same time?, the BLE device can only connect to one master at a time, otherwise chaos would result, if several masters were connected and tried sending data to the BLE device.

    Also from a usability perspective, when a user initiates a connection, the connection may take several tens of seconds in a worst case scenario.  Users might not be happy with that.

    Each 'switch' would have to have some sort of identifier programmed into it by the user, like bathroom light, bedroom night stand, dining room light, or the app would have to have those selections programmed into it by the user if one switch were to control several lights which is very possible of course, however, the AC wiring for all lights it controlled would have to be routed to the switch when the building was constructed, this could be a problem.

    I hope this helps!

  • Maybe I hadn't made myself clear.

    These are "battery" powered switches/lights that are meant to be used by anyone in the house.  They need to be controllable by anyone's phone in the house at any time.  As we all understand, if 1 phone stays connected to the device all the time, the device will never advertise, and therefore no other user will be able to access the device.

    Without employing a gateway/hub, how can we make it possible for everyone to access these devices?  That's why I suggested "letting the switches stay unconnected", and only connect when someone press the button on the mobile app.

    AC wiring does not come into play in our use case scenario.

    Joe

Reply
  • Maybe I hadn't made myself clear.

    These are "battery" powered switches/lights that are meant to be used by anyone in the house.  They need to be controllable by anyone's phone in the house at any time.  As we all understand, if 1 phone stays connected to the device all the time, the device will never advertise, and therefore no other user will be able to access the device.

    Without employing a gateway/hub, how can we make it possible for everyone to access these devices?  That's why I suggested "letting the switches stay unconnected", and only connect when someone press the button on the mobile app.

    AC wiring does not come into play in our use case scenario.

    Joe

Children
Related