Light Lightness Control Server

Note

This model interacts with the new sensor API introduced as of nRF Connect SDK v2.6.0. As a consequence, parts of the model API have been changed as well. The old API is deprecated, but still available by enabling the Kconfig option CONFIG_BT_MESH_SENSOR_USE_LEGACY_SENSOR_VALUE. The Kconfig option is enabled by default in the deprecation period. See the documentation for nRF Connect SDK versions prior to v2.6.0 for documentation about the old sensor API.

The Light Lightness Control (LC) Server controls a single Light Lightness Server instance on the same device with a state machine.

The state machine defines common behavior for a light fixture through three states, each with its own timing parameters and light levels. As input to its state machine, the Light LC Server listens for Sensor and OnOff messages.

In addition to the state machine, the Light LC Server may optionally use a regulator to control the ambient illuminance in the environment. The regulator requires illuminance sensor readings acting as feedback for its regulator loop.

The Lightness Control Server is always disabled by default, and must be enabled by a Light Lightness Control Client.

Overview

In this section, you can find more detailed information about the following aspects of the Light LC Server:

Composition data structure

As both the Light LC Server and the Light Lightness Server extend the Generic OnOff model, the two models cannot be instantiated on the same element.

Note

Due to implementation limitations, the Light LC Server is instantiated on the next element after the Light Lightness Server it is controlling.

Light Lightness Control Server composition data structure

Light Lightness Control Server composition data structure

In the application, this composition data looks like this:

static struct bt_mesh_elem elements[] = {
   /* Lightness element */
   BT_MESH_ELEM(1,
       BT_MESH_MODEL_LIST(BT_MESH_MODEL_LIGHTNESS_SRV(&lightness_srv)),
       BT_MESH_MODEL_NONE),
   /* Light Control element */
   BT_MESH_ELEM(2,
       BT_MESH_MODEL_LIST(BT_MESH_MODEL_LIGHT_CTRL_SRV(&light_ctrl_srv)),
       BT_MESH_MODEL_NONE),
};

The Light LC Server will log an error during initialization if the controlled Light Lightness Server is on the same element.

Relationship with other nodes

When the Light LC Server model controls a Light Lightness Server, all nodes should publish to the LC Server or its extended Generic OnOff model, instead of publishing directly to the Light Lightness Server:

Light Lightness Control Server node organization

The dimmer devices that want to override the light level of the Light Lightness Server can publish directly to it. This disengages the Light LC Server, and the Light Lightness Server operates independently until the Light LC Server is explicitly re-enabled.

Lightness state machine

The Light LC Server’s lightness state machine operates in the following states:

Standby

There is no activity in the environment, and the lights are either off or dimmed.

On

There is activity in the environment, and the lights are on.

Prolong

There is no activity detected. The lights are at a slightly dimmed level, ready to get back to their On level as soon as activity is detected.

Each state has a lightness level and a transition time used for fading. When the state changes, the light level fades from the previous state’s level to the new state’s level in a transition time span determined by the new state.

When the Light LC Server is turned on, the following sequence takes place:

Light Lightness Control Server light levels

Light Lightness Control Server light levels

The state machine cycles through the states with the following events:

Timeout

Triggered when the current state has timed out. The state machine automatically moves into the next state.

On

Toggled when the On button is pressed on a light switch.

Occupancy On

Toggled when a motion sensor is triggered.

Off

Toggled when the Off button is pressed on a light switch.

The On and Prolong states will start a timer as soon as the transition into the state is finished. When this timer expires, the state machine will automatically go into the next state. If the On or Occupancy On event is triggered while in the On state, the timer is reset, and the transition to the Prolong state is postponed.

Light Lightness Control Server state machine

Light Lightness Control Server state machine

Note

The state machine only works while the Light LC Server is enabled, and it always starts in the Standby state.

Resuming the state machine operation

Whenever something but the Light LC Server interacts with the controlled Light Lightness Server, the Light LC Server disables its state machine, and the Light Lightness Server starts running independently. To resume the state machine operation, the Light LC Server must be explicitly re-enabled.

To avoid having a Light Lightness Server running independently forever, the Light LC Server implements a resume timer that lets the Light LC Server regain control after being disabled for a certain number of seconds. The resume timer can be configured with the CONFIG_BT_MESH_LIGHT_CTRL_SRV_RESUME_DELAY option, and is disabled by default.

Note

The resume timer does not exist in the Bluetooth® Mesh specification, and may become incompatible with future specification changes. Although it does not break the specification or qualification tests in the current iteration of the Bluetooth Mesh specification, its behavior may be unexpected for third party devices, and should be used with caution.

State machine outputs

The state machine has two different output values for each state:

Light level

The light level decides the output light level sent to the controlled Light Lightness Server. Each state has a configurable light level, and the output light level will be the light level of the current state, with linear transitions between the states. The default light level values per state are:

  • Standby state - 0%

  • On state - 100%

  • Prolong state - 50%

Target illuminance level

Each state has a configurable target illuminance level, which is used as input to the Illuminance regulator. The target illuminance level decides the ambient illuminance the regulator should try to achieve, as measured by illuminance sensors nearby. Just like with the light level, the target illuminance always matches the configured target illuminance for the current state, with linear transitions between the states.

External event triggers

While the Timeout event is controlled internally, the On, Occupancy On and Off events are produced by external behavior.

On event

The On event can be generated by light switches. Light switches can implement one of the following models to send On messages that turn the Light LC Server on:

Occupancy On event

The Occupancy On event lets the Light LC Server know that there is activity in the sensor’s proximity. It can be generated by sensors.

Occupancy sensors can trigger the Occupancy On event, depending on the current state and occupancy mode:

  • If the occupancy mode is enabled, sensor readings that indicate activity can trigger an Occupancy On event at any time.

  • If the occupancy mode is disabled, sensors cannot turn the lights on, but they will still prevent lights from turning off.

The following sensor types can also trigger the Occupancy On event:

Motion sensed - bt_mesh_sensor_motion_sensed

Any sensor value higher than 0 triggers an Occupancy On event in the Light LC Server state machine. Messages with a value of 0 are ignored.

People count - bt_mesh_sensor_people_count

Any sensor value higher than 0 triggers an Occupancy On event in the Light LC Server state machine. Messages with a value of 0 are ignored.

Presence detected - bt_mesh_sensor_presence_detected

Messages with a true value triggers an Occupancy On event in the Light LC Server state machine. Messages with a false value are ignored.

Time since motion sensed - bt_mesh_sensor_time_since_motion_sensed

When the sensor’s bt_mesh_sensor_time_since_motion_sensed value is lower than the Light LC Server’s occupancy delay, the Light LC Server starts a timer that expires at the time equal to motion sensed plus occupancy delay. When this timer expires, an Occupancy On event is generated.

Note

Only sensors reporting the bt_mesh_sensor_time_since_motion_sensed sensor type will be affected by the occupancy delay. Other sensor triggers are always instantaneous.

Off event

The Off event can only be generated by a light switch being turned off. It moves the Light LC Server into Standby, transitioning from the previous light level with the manual mode Standby fade time (BT_MESH_LIGHT_CTRL_PROP_TIME_FADE_STANDBY_MANUAL).

The Off event puts the Light LC Server into manual mode, which disables sensor input until the manual mode timeout (CONFIG_BT_MESH_LIGHT_CTRL_SRV_TIME_MANUAL) expires. This prevents the lights from turning back on by the movement of the person that presses the light switch.

Note

Unlike other timing parameters, the manual mode timeout is proprietary and cannot be reconfigured at runtime by other models in the mesh network.

Light switches can implement one of the following clients to send Off messages that turn the Light LC Server on:

If a Timeout transition from Prolong to Standby is already in progress, the Light LC Server will check whether the remaining transition time is shorter than the Off event fade time and will execute whichever is the fastest.

State machine configuration

Both the timing and output levels are configurable at compile time and at runtime:

  • The compile time configuration is done through the Light Control Server Kconfig menu options.

  • The runtime configuration must be done by a Light Control Client model instance through the Light Lightness Controller Setup Server.

Timing parameters

This section lists compile and runtime options to be used when setting timing parameters.

Delay from occupancy detected until light turns on
Transition time to On state
Time in On state
Transition time to Prolong state
Time in Prolong state
Transition time to Standby state (in auto mode)
Transition time to Standby state (in manual mode)
Manual mode timeout
Output parameters

This section lists compile and runtime options to be used when setting output parameters.

On state light level
Prolong state light level
Standby state light level
On state target illuminance
Prolong state target illuminance
Standby state target illuminance

Illuminance regulator

The illuminance regulator complements the light level state machine by adding an ambient illuminance sensor feedback loop. This allows the Light Lightness Server to adjust its output level that is based on the room’s ambient light, and as a result conserve energy and achieve more consistent light levels.

Illuminance regulator

Illuminance regulator

The illuminance regulator takes the specified target illuminance level as the reference level and compares it to sensor data from an external illuminance sensor. The inputs are compared to establish an error for the regulator, which the regulator tries to minimize. The regulator contains a proportional (P) and an integral (I) component whose outputs are summarized to a light level output.

The illuminance regulator’s output level only comes into effect if the required output level is higher than the state machine’s output light level. To get full benefit of the regulator, the state machine’s light level output should generally be configured to a lower value than desired, while keeping the target illuminance levels high. This allows the regulator to conserve energy by taking advantage of the room’s ambient lighting.

The Light LC Server uses Illuminance regulator interface to interact with the illuminance regulator. If the regulator functionality is enabled and no regulator is specified (using BT_MESH_LIGHT_CTRL_SRV_INIT_WITH_REG), the server will by default use the Specification-defined illuminance regulator.

Sensor input

The regulator relies on regular sensor input data to function correctly. This sensor data must come from an external Sensor Server model and report the ambient light level with the bt_mesh_sensor_present_amb_light_level sensor type. The Sensor Server should publish its sensor readings to an address the Light LC Server is subscribed to, using a common application key.

The Light LC Server will process all incoming sensor messages and pass the reported ambient light level to the regulator. The regulator depends on frequent readings from the sensor server to provide a stable output for the Light Lightness Server. If the sensor reports are too slow, the regulator might oscillate as it attempts to compensate for outdated feedback.

Tip

Use the Sensor Delta threshold feature for ambient light sensors feeding the regulator. This makes the sensor send frequent reports when the regulator is compensating for large errors, while keeping the mesh traffic low in stable periods.

The Sensor Server may be instantiated on the same mesh node as the Light LC Server, or on a different mesh node in the same area. The regulator performance depends heavily on the sensor’s placement and sensitivity. In general, ambient light sensor devices should be placed in a way that allows their light sensor to capture the human perception of the room’s light level as closely as possible.

States

Not to be confused with the state machine states, the Light LC Server’s states represent its current mode of operation and configuration.

Mode: bool

Enables or disables the Light LC Server. When disabled, the controlled Light Lightness Server operates independently.

Occupancy mode: bool

The occupancy mode controls whether sensor activity can turn the lights on. If disabled, motion and occupancy sensor messages may only prevent the lights from turning off, and a light switch is required to turn them on.

Light OnOff: bool

When set, the Light OnOff state may trigger transactions in the lightness state machine. When read, the Light OnOff state indicates whether the lights are turned off (in the Standby state) or on (in the On state or the Prolong state).

Properties

The Light Control Properties are used to configure the Light LC Server behavior. See bt_mesh_light_ctrl_prop for a list of supported properties and their representation.

Extended models

The Light LC Server extends the following models:

Additionally, it requires a Light Lightness Server it can control, instantiated in a different element. See the Composition data structure section for details.

Persistent Storage

If CONFIG_BT_SETTINGS is enabled, the Light LC Server stores all its states persistently using a configurable storage delay to stagger storing. See CONFIG_BT_MESH_STORE_TIMEOUT.

Changes to the configuration properties are stored and restored on power-up, so the compile time configuration is only valid the first time the device powers up, until the configuration is changed.

Power-up behavior

When powering up, the Light LC Server behavior depends on the controlled Light Lightness Server’s extended Generic Power OnOff Server’s state:

  • On Power Up is BT_MESH_ON_POWER_UP_OFF - The Light LC Server is disabled, and the Light Lightness Server remains off.

  • On Power Up is BT_MESH_ON_POWER_UP_ON - The Light LC Server is disabled, and the Light Lightness Server’s Light level is set to its default value.

  • On Power Up is BT_MESH_ON_POWER_UP_RESTORE - The Light LC Server is enabled and takes control of the Lightness Server. If the last known value of the Light OnOff state was On, the Light LC Server triggers a transition to the On state.

Caution

The Light LC Server is only re-enabled on startup if the Light Lightness Server’s extended Generic Power OnOff Server is in the restore mode.

API documentation

Header file: include/bluetooth/mesh/light_ctrl_srv.h
Source file: subsys/bluetooth/mesh/light_ctrl_srv.c
group bt_mesh_light_ctrl_srv

Light Lightness Control Server model API.

Defines

BT_MESH_LIGHT_CTRL_SRV_INIT_WITH_REG(_lightness_srv, _reg)

Initialization parameters for Light Lightness Control Server with custom regulator.

Only available if CONFIG_BT_MESH_LIGHT_CTRL_SRV_REG is selected.

Parameters:
BT_MESH_LIGHT_CTRL_SRV_INIT(_lightness_srv)

Initialization parameters for Light Lightness Control Server.

This will enable the specification-defined regulator if CONFIG_BT_MESH_LIGHT_CTRL_SRV_REG and CONFIG_BT_MESH_LIGHT_CTRL_REG_SPEC are selected.

Parameters:
BT_MESH_MODEL_LIGHT_CTRL_SRV(_srv)

Light Lightness Control Server model composition data entry.

Parameters:

Enums

enum bt_mesh_light_ctrl_srv_state

Light Lightness Control Server state

Values:

enumerator LIGHT_CTRL_STATE_STANDBY

Standby state, merges the Light LC State Machine states of OFF, STANDBY, FADE_STANDBY_AUTO and FADE_STANDBY_MANUAL in the Mesh Model Specification section 6.2.5.

enumerator LIGHT_CTRL_STATE_ON

On state, merges the Light LC State Machine states of FADE_ON and RUN in the Mesh Model Specification section 6.2.5.

enumerator LIGHT_CTRL_STATE_PROLONG

Prolong state, merges the Light LC State Machine states of FADE and PROLONG in the Mesh Model Specification section 6.2.5.

enumerator LIGHT_CTRL_STATE_COUNT

The number of states.

Functions

int bt_mesh_light_ctrl_srv_on(struct bt_mesh_light_ctrl_srv *srv)

Turn the light on.

Instructs the controlled Lightness Server to turn the light on. If the light was already on, the dimming timeout is reset. If the light was in the Prolong state, it is moved back into the On state.

Parameters:

  • srv – [in] Light Lightness Control Server instance.

Return values:

  • 0 – The Light Lightness Control Server was successfully turned on.

  • -EBUSY – The Light Lightness Control Server is disabled.

int bt_mesh_light_ctrl_srv_off(struct bt_mesh_light_ctrl_srv *srv)

Manually turn the light off.

Instructs the controlled Lightness Server to turn the light off (Standby state). Calling this function temporarily disables occupancy sensor triggering (referred to as “manual mode” in the documentation). The server will remain in manual mode until the manual mode timer expires, see CONFIG_BT_MESH_LIGHT_CTRL_SRV_TIME_MANUAL .

Parameters:

  • srv – [in] Light Lightness Control Server instance.

Return values:

  • 0 – The Light Lightness Control Server was successfully turned off.

  • -EBUSY – The Light Lightness Control Server is disabled.

int bt_mesh_light_ctrl_srv_enable(struct bt_mesh_light_ctrl_srv *srv)

Enable the Light Lightness Control Server.

The Server must be enabled to take control of the Lightness Server.

Parameters:

  • srv – [in] Light Lightness Control Server instance.

Return values:

  • 0 – The Light Lightness Control Server was successfully enabled.

  • -EALREADY – The Light Lightness Control Server was already enabled.

int bt_mesh_light_ctrl_srv_disable(struct bt_mesh_light_ctrl_srv *srv)

Disable the Light Lightness Control Server.

The server must be enabled to take control of the Lightness Server. Disabling the server disengages the control over the Lightness Server, which will start running as an independent model.

Parameters:

  • srv – [in] Light Lightness Control Server instance.

Return values:

  • 0 – The Light Lightness Control Server was successfully enabled.

  • -EALREADY – The Light Lightness Control Server was already enabled.

bool bt_mesh_light_ctrl_srv_is_on(struct bt_mesh_light_ctrl_srv *srv)

Check if the Light Lightness Control Server has turned the light on.

Parameters:

  • srv – [in] Light Lightness Control Server instance.

Returns:

true if the Lightness Server’s light is on because of its binding with the Light Lightness Control Server, false otherwise.

int bt_mesh_light_ctrl_srv_pub(struct bt_mesh_light_ctrl_srv *srv, struct bt_mesh_msg_ctx *ctx)

Publish the current OnOff state.

Parameters:

  • srv – [in] Light Lightness Control Server instance.

  • ctx – [in] Message context, or NULL to publish with the configured parameters.

Return values:

  • -EADDRNOTAVAIL – A message context was not provided and publishing is not configured.

  • -EAGAIN – The device has not been provisioned.

Returns:

0 Successfully published the current Light state.

struct bt_mesh_light_ctrl_srv_cfg
#include <light_ctrl_srv.h>

Light Lightness Control Server configuration.

Public Members

uint32_t occupancy_delay

Delay from occupancy detected until light turns on.

uint32_t fade_on

Transition time to On state.

uint32_t on

Time in On state.

uint32_t fade_prolong

Transition time to Prolong state.

uint32_t prolong

Time in Prolong state.

uint32_t fade_standby_auto

Transition time to Standby state (in auto mode).

uint32_t fade_standby_manual

Transition time to Standby state (in manual mode).

uint16_t light[LIGHT_CTRL_STATE_COUNT]

State-wise light levels.

struct bt_mesh_light_ctrl_srv
#include <light_ctrl_srv.h>

Light Lightness Control Server instance.

Should be initialized with BT_MESH_LIGHT_CTRL_SRV_INIT.

Public Members

enum bt_mesh_light_ctrl_srv_state state

Current control state

atomic_t flags

Internal flag field

uint16_t initial_light

Initial light level

uint32_t initial_centilux

Initial illumination level, in centilux

uint32_t duration

Fade duration

struct bt_mesh_light_ctrl_srv.[anonymous] fade

Parameters for the start of current state

struct k_work_delayable timer

State timer

struct k_work_delayable action_delay

Timer for delayed action

struct bt_mesh_light_ctrl_srv_cfg cfg

Configuration parameters

struct bt_mesh_model_pub pub

Publish parameters

uint16_t resume

Resume control timeout (in seconds)

struct bt_mesh_model_pub setup_pub

Setup model publish parameters

struct bt_mesh_lightness_srv *lightness

Lightness server instance

struct bt_mesh_onoff_srv onoff

Extended Generic OnOff server

struct bt_mesh_tid_ctx tid

Transaction ID tracking context

const struct bt_mesh_model *model

Composition data server model instance

const struct bt_mesh_model *setup_srv

Composition data setup server model instance