LowPower Cluster
Cluster ID: 0x0508 |
Endpoint: Media endpoint (TV, set-top box, streaming stick, etc.)
LowPower is one of the simplest Clusters in Matter — no attributes, no events, no features, with only a single command: Sleep. Its responsibility is singular: put the media device into low-power standby (Standby / Sleep) mode.
This Cluster is typically used in conjunction with WakeOnLan Cluster (0x0503): LowPower handles "putting the device to sleep", while WakeOnLan provides the network address needed to "wake it up". Together they form a pair for media device power management.
The OnOff Cluster's Off command semantically means "turn off the function" — for a light it means turn off, for a socket it means cut power.
But for a TV, "off" usually doesn't mean power cut, but rather entering standby mode —
the screen and main processor sleep, but the NIC remains listening for remote wake-up.
LowPower's Sleep command explicitly expresses this "enter low-power standby" semantic,
distinguishing it from OnOff's Off (completely turning off the function).
In practice, many TVs implement both Clusters: OnOff for on/power-off state management, LowPower specifically for entering standby.
Commands
The LowPower Cluster has only 1 command, no parameters, and no dedicated return data. This is one of the most minimal command definitions in the Matter specification.
| ID | Name | Parameter | Response | Description |
|---|---|---|---|---|
0x00 |
Sleep | None | Status | Put the device into low-power standby mode |
Sleep — Enter Standby (0x00)
Puts the media device into low-power standby (Sleep / Standby) mode.
The command has no parameters; upon successful execution, the device returns a generic Status = SUCCESS response.
The specific behavior after receiving the Sleep command is determined by the vendor's implementation, but typically includes:
- Turning off screen and audio output
- Pausing or stopping currently playing media content
- Main processor entering low-power state
- NIC remains active, continuing to listen for WoL Magic Packets (if WakeOnLan is supported)
Call example:
// Sleep command request (Command ID: 0x00)
{
"invokeRequests": [{
"commandPath": {
"endpointId": 1,
"clusterId": "0x0508",
"commandId": "0x00" // Sleep
}
// No parameter fields — Sleep is a zero-parameter command
}]
}
// Response: Status = SUCCESS (no return data)
After entering deep standby, the Matter communication stack may shut down. This means after Sleep, you can no longer wake the device via Matter commands — waking requires low-level WoL Magic Packets or physical user action (remote control, physical button). Therefore, make sure the device's WakeOnLan address information is cached before sending Sleep.
Attributes
The LowPower Cluster does not define any application-level attributes. This means you cannot determine whether the device is currently in standby by reading attributes — once the device enters standby, communication may be disconnected, making attribute reads impossible.
To determine the device's online/standby status, common approaches include:
- Monitor whether the device's Matter session is still active
- Observe whether the device is still discoverable via mDNS broadcasts
- Try reading other Cluster attributes (e.g., BasicInformation); a timeout indicates the device is in standby
Although there are no application-level attributes, the LowPower Cluster still has global attributes required by the Matter specification
(ClusterRevision, FeatureMap, AttributeList, etc.).
These attributes are used for protocol-level version negotiation and capability discovery, not business functionality.
Related Clusters
LowPower does not exist in isolation; it works closely with two other Clusters for media device power management:
| Cluster | ID | Responsibility | Relationship to LowPower |
|---|---|---|---|
| WakeOnLan | 0x0503 |
Provides device MAC address for WoL wake-up | Complementary: LowPower puts the device to sleep, WakeOnLan helps wake it up |
| OnOff | 0x0006 |
Device's on/off/toggle control | Semantic distinction: Off = turn off the function, Sleep = enter standby (device can still be remotely woken) |
Typical Power Cluster Combination for Media Devices
A smart TV typically implements the following three Clusters simultaneously, each covering a different layer of power management:
Example Data
Read a TV's LowPower Cluster attributes (almost no business data):
{
// LowPower Cluster (0x0508) has no application-level attributes
// It is a pure command-type Cluster, providing only the Sleep command
// Reading this Cluster only returns global attributes (ClusterRevision, FeatureMap, etc.)
"0xFFFD": 1, // ClusterRevision = 1
"0xFFFC": 0 // FeatureMap = 0 (no features)
}
The existence of the LowPower Cluster itself is a capability declaration — if a device has this Cluster on an Endpoint,
it means the device supports entering standby mode via Matter.
You can check whether the device implements LowPower (0x0508) through the Descriptor Cluster's ServerList attribute,
to decide whether to display a "Standby" button in the UI.
Common Scenarios
Scenario 1: Voice assistant turns off TV (Sleep + WoL cache)
The user tells the smart speaker "Turn off the living room TV", requesting the TV to enter standby mode while retaining remote wake-up capability.
- Hub confirms the target device's Endpoint has the LowPower Cluster (checks Descriptor's ServerList)
- Hub checks if the device's WakeOnLan address (MAC / Link-Local) is already in local cache
- If not cached, first read WakeOnLan Cluster's
MACAddressand store locally - Send LowPower's
Sleep (0x00)command to the device - Device turns off screen and audio, enters low-power standby mode
- Matter communication may disconnect — Hub records device status as "standby"
- When the user later says "Turn on the TV", Hub sends a WoL Magic Packet using the cached MAC address to wake it
Key point: WakeOnLan address must be cached before sending the Sleep command. Once the device enters deep standby and Matter communication disconnects, the MAC address can no longer be read via Matter.
Scenario 2: Scheduled standby (energy-saving automation)
The user set up an energy-saving automation rule: every night at 23:00, if the TV is still running, automatically enter standby to save power.
- Automation engine triggers at 23:00
- Read the TV's
OnOff (0x0000)attribute via OnOff Cluster to confirm if currently on - If
OnOff = true(TV is still running), send LowPower'sSleepcommand - TV enters standby mode, screen turns off, but NIC remains active
- The next morning, the user can wake the TV via remote control, voice assistant, or WoL
Why Sleep instead of Off? Sleep keeps the device in a remotely wakeable state. OnOff's Off may cause the device to completely power off, requiring the user to physically press the power button to turn it on, which is not user-friendly for smart home scenarios.