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.
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.
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.