Zone Memory
App Store: Zone Memory
Frequently Asked Questions
Change Log
Supported Languages
English
German
Nederlands
Permissions
homey:manager:api (required for controlling all devices on behalf of the user)
Currently Supported Device Classes
All device classes known by Homey as of 2020-06-14.
The use of some classes in combination with Zone Memory might not make obvious sense.
However, even a button might have additional custom capabilities to toggle some behaviour for example.
How it works
This app enables you to save the capability states of devices in a zone (including their subzones).
Only values of capabilities, which can be get AND set by the user, will be stored.
Advanced settings are not saved or restored.
The data is stored on Homey persistently. You can delete unwanted datasets from the app settings dialog.
Also, you can now check what data has been saved to a specific dataset using the appâs settings dialog.
Available Flowcards
Actions
Save State of Devices in Zone
Saves the current state of all devices, based on the selected devices classes, in a zone (including the subzones).
Arguements
- âName under which to store the datasetâ The name will be known by the restore cards if it was saved, at least once, only.
- âZoneâ defines the zone, including itâs subzones, to capture.
- Multiple toggles, defining, which device types should be captured. These are all optional.
- âIgnore Sub-Zonesâ is an optional setting allowing you to store selected zone only, ignoring its sub-zones. The default behavior is including all sub-zones. (Backward compatibility to earllier versions)
Restore State of Devices in Zone
Restores a previously captured state of devices.
Arguements
- âName of the stored datasetâ The name will be known by the restore cards if it was saved, at least once, only.
- âOn/Off Behaviorâ controls how the on/off state of the devices (if they have it) is mapped on restore.
- âOptional: Capabilities to ignoreâ can contain a comma separated list of capabilities to ignore on restore. You can check which capabilities are set by a dataset by going into the app settings and inspect the dataset.
- âCommands Send Rateâ controls how fast the commands are sent to the devices. This is useful if you have devices/apps which do not handle api rate limits themselves.
- âLight Handlingâ lets you fine tune how the restore of light devicesâ values is handled, for lights which support color and temperature mode.
- âRely on modeâ: Sends all values as stored.
- âRely on valuesâ: Automatically alters the mode depending on the saturation value.
- âLimit restored values to modeâ will only send the values related to the stored light mode value.
- âIgnore Devicesâ is an optional comma separated list of device names to be ignored.
- âIgnore Zonesâ is an optional comma separated list of zone names to be ignored.
Save State of a Devices
Saves the current state of a specific device.
Arguements
- âDeviceâ to capture the state of.
- âName under which to store the datasetâ The name will be known by the restore cards if it was saved, at least once, only.
Note on Advanced Flows
The save cards are already designed to exit after saving has completed/failed.
However, the restore cards cannot do this by design.
Restore State of a Device
Restores a previously captured state of a device.
Arguements
- âName of the stored datasetâ The name will be known by the restore cards if it was saved, at least once, only.
- âOn/Off Behaviorâ controls how the on/off state of the device (if it got it) is mapped on restore.
- âOptional: Capabilities to ignoreâ can contain a comma separated list of capabilities to ignore on restore. You can check which capabilities are set by a dataset by going into the app settings and inspect the dataset.
- âCommands Send Rateâ controls how fast the commands are sent to the devices. This is useful if you have devices/apps which do not handle api rate limits themselves.
- âLight Handlingâ lets you fine tune how the restore of light devicesâ values is handled, for lights which support color and temperature mode.
- âRely on modeâ: Sends all values as stored.
- âRely on valuesâ: Automatically alters the mode depending on the saturation value.
- âLimit restored values to modeâ will only send the values related to the stored light mode value.
Triggers
The following triggers can be used to chain flows, so you can make sure further actions happen after the Zone Memory operations have finished. Saving the state of devices in a zone is an expensive operation and might take some time depending on how many devices you have there.
A specific dataset has finished restoring
This trigger fires when a selected dataset has finished restoring.
Note: The trigger is run after sending the last command, but before the commands have finsihed acknowledging by the device(s).Arguements
- âName of the stored datasetâ The name will be known if it was saved, at least once, only.
A dataset has finished restoring
This trigger fires when a any dataset has finished restoring.
Note: The trigger is run after sending the last command, but before the commands have finsihed acknowledging by the device(s).Tokens
- âName of the datasetâ as stored.
- âType of the datasetâ can either be âdevicesâ or âzonesâ depending on the type of dataset. A dataset with the same name can exist for both types.
A specific dataset has finished saving
This trigger fires when a selected dataset has finished saving.
Arguements
- âName of the stored datasetâ The name will be known if it was saved, at least once, only.
A dataset has finished saving
This trigger fires when a any dataset has finished saving.
Tokens
- âName of the datasetâ as stored.
- âType of the datasetâ can either be âdevicesâ or âzonesâ depending on the type of dataset. A dataset with the same name can exist for both types.
Note
This app is not for backup purposes. However, you can basically use it to save a âsceneâ for one or more device class(es).
Like have a party mode for your lights, and want to reliably restore the state of the devices to the setup they had before activating your party mode.