1. Home
  2. The app
  3. Scenes and automations

The app

Scenes and automations

Build a scene step by step — and get the condition type right, because that is where most of them go wrong.

Updated September 2026

Building a scene

A scene runs in the Shelly cloud, so it needs an internet connection to fire. Anything that has to keep working during an outage belongs in a schedule or an action instead — both run on the device itself.

Eight steps in Shelly Smart Control, or at control.shelly.cloud. The app walks the tabs in order.

Further down the page there are five video walkthroughs, each building a real scene from start to finish.

1
Setup

Create the scene

Go to Home, open All Scenes and tap the + button.

The All Scenes overview in the web interface, with the plus button top right
Home, then All Scenes, then the plus button.
2
Trigger

Add the When condition

What starts the scene: a device action, a time, an alarm zone, a weather forecast, or sunrise and sunset. Weather and sun triggers need a premium plan.

Several conditions can be combined with and and or. Each one also carries a condition type that decides how often it fires — see condition types, and set it deliberately.

Three When conditions combined with and, each showing its condition type
Three conditions that all have to hold before the scene runs.
3
Action

Add the Do action

What happens: one or more devices, a group, a notification, or arming and disarming an alarm.

Add as many as the scene needs. A scene that switches two relays and sends a notification is three actions in one scene, not three scenes.

The Do tab with a single device action added
One scene can drive several devices, in order.
4
Setup

Set the active time

The period the scene is allowed to run at all. It is unrestricted until you change it.

This is what turns a blunt automation into a usable one: a motion-triggered light that only runs after sunset is far less annoying than one that runs at noon.

An active time interval set to every day between 08:00 and 20:00
Restrict this before you start adding conditions to compensate.
5
Setup

Check the options

Enable scene has to stay on. A disabled scene keeps its whole setup and never fires.

Leave Execute the scene on save or edit off. It runs the Do actions without checking the When condition, so it proves nothing about the trigger — and it fires again every time you edit the scene.

The More options tab with Enable scene on and Execute on save off
The second switch is not a test — it skips the condition.
6
Setup

Select a room

Where the scene is filed. This is not decoration — it is how the scene is found again in a house with thirty of them. Use Global for anything that spans rooms, like an all-off.

The room list with Office selected
Global is for scenes that do not belong to one room.
7
Setup

Name it and pick a picture

Name the scene after what it does, and include the room. Then give it a picture or a colour — your own image, a stock one, or a flat colour.

Green for something that switches on and red for something that switches off is a habit worth keeping. It reads faster than any name.

The Details tab with a scene name entered and a picture selected
The name is what the scene is called in two years.
8
Test

Check that it runs

A blue ring around the power symbol means the scene is enabled. A scene can be paused this way without being deleted, which is useful for anything seasonal.

Tap the scene picture for a summary of its When, Do and active time. Then trigger the condition for real. Running the scene by hand proves the actions work; it proves nothing about the condition, and the condition is where the fault usually is.

A finished scene with its summary panel open, showing When, Do and Active time
The summary panel, opened from the scene picture.

Condition types

Every trigger carries a condition type, and it decides how often the scene fires. Getting it wrong is the most common reason a scene works sometimes.

Once

The scene runs one time when the condition is met. It will not run again until the condition stops being true and becomes true again.

A light-level trigger set to below 50 lux fires as the level crosses downward. For it to fire again, the level has to rise above 50 and fall below once more.

The condition is valid field adds a delay: set it to two minutes and the scene waits until the state has held that long before acting. This is what stops a door sensor notifying you about a door that was open for four seconds.

The Once condition type selected in the app
Fires on the crossing, not on the state.

Repeatedly

The condition is checked every full minute, and the actions run again every minute for as long as it stays true.

Useful for something that has to be maintained rather than switched — and a poor choice for notifications, which is how people end up with sixty push messages about a warm freezer.

The Repeatedly condition type selected in the app
Re-runs every minute while the condition holds.

On any change

The scene fires on every new value that still meets the condition, even if the previous run has not finished.

The difference from Once is clearest with a measurement. A temperature rises from 6 °C to 12 °C, and a trigger set above 10 °C fires on both types. The temperature then rises to 15 °C: Once stays quiet, because the condition never stopped being true. On any change fires again.

That makes it the right choice for monitoring temperature or power consumption, and the wrong one for anything that switches a load.

The On any change condition type selected in the app
Fires on every new qualifying value.

The pattern: Once for events, Repeatedly for states that must be maintained, On any change for measurements you are watching.

Video tutorials

Five worked examples, from the simplest to the most specific.

Start here — a scene from scratch

The When and Do steps in the app, built from nothing.

Loads YouTube when you press play. Watch on YouTube

By ShellyGuide on YouTube

Motion sensor control

Worth watching even if you build it as an action instead — the scene version shows what the extra conditions buy you.

Loads YouTube when you press play. Watch on YouTube

By ShellyGuide on YouTube

Trigger one light from another

The simplest useful scene there is, and the pattern behind most “these two should always match” requests.

Loads YouTube when you press play. Watch on YouTube

By ShellyGuide on YouTube

Wireless control from inputs

A Shelly input module and a Bluetooth battery button controlling other devices. This is the scene equivalent of the wiring covered in dimming with an input module — useful where the logic is more than on and off.

Loads YouTube when you press play. Watch on YouTube

By ShellyGuide on YouTube

Changing LED colours from a scene

Driving colour rather than brightness — setting a specific colour on an RGBW device as part of an automation. See LED strip control for the hardware side.

Loads YouTube when you press play. Watch on YouTube

By ShellyGuide on YouTube

Tips and best practices

  • Name scenes after what they do, not what they contain. “Lights off when everyone leaves” survives being read in two years; “Scene 4” does not.
  • Check whether a schedule or an action would do the job before building a scene. Both run on the device and keep working during an outage.
  • Test the condition, not the actions. Manual runs hide the fault.
  • Tell the customer which one you built. A scene that stops working during an internet outage is behaving correctly. A customer who was never told will report it as a fault, and the visit is on you.
  • Write the scenes into the handover. A customer who does not know a scene exists will eventually fight it.