Alexa.DeviceUsage.Meter Interface 1.0
Implement the Alexa.DeviceUsage.Meter
interface in your Alexa skill so that customers can view their energy use. Use the Alexa.DeviceUsage.Meter
interface with your devices that measure energy use, such as electric and natural gas meters. The Alexa.DeviceUsage.Meter
interface is intended to help customers manage their energy usage with the Alexa energy dashboard. For details, see Smart Home Energy Overview.
If your device doesn't measure energy consumption directly, such as a thermostat, use the Alexa.DeviceUsage.Estimation interface instead.
Unlike other interfaces, proactive reporting isn't optional. When you support the Alexa.DeviceUsage.Meter
interface, you must send proactive events to the Alexa event gateway. You are required to send MeasurementsReport events.
For the list of locales that the Alexa.DeviceUsage.Meter
interface supports, see List of Alexa Interfaces and Supported Languages. For the definitions of the message properties, see Alexa Interface Message and Property Reference.
Utterances
The Alexa.DeviceUsage.Meter
interface doesn't have any user utterances. Instead, you send energy usage events to Alexa, so that Alexa can report energy use to the customer.
Data measurement resolution
You set a default resolution, in seconds, for how often you report data measurements of energy use. Amazon recommends a minimum resolution of 3,600 (hourly) and a maximum resolution of 86,400 (daily).
The resolution you specify determines how the data appears to the user. Alexa doesn't assume a constant rate of energy use between data points, and doesn't imply that to the user. Unless there is an extended period of zero energy use, your data reporting shouldn't fall below your default resolution.
If you report data more frequently than hourly, your data isn't all recorded.
If you report data less frequently than daily, useful data doesn't appear to the user.
Reportable properties
The Alexa.DeviceUsage.Meter
interface doesn't have any reportable properties.
Discovery
You describe endpoints that support Alexa.DeviceUsage.Meter
using the standard discovery mechanism described in Alexa.Discovery.
For the full list of display categories, see display categories.
Configurations object
In addition to the usual discovery response fields, for Alexa.DeviceUsage.Meter
, include a configurations
object that contains an energySources
object that contains an electricity
object, a naturalGas
object, or both. The electricity
object and the naturalGas
object each contain the following fields.
Field | Description | Type |
---|---|---|
unit |
The unit of measure for the energy source. One of MILLIWATT_HOUR , BTU , CUBIC_FOOT . |
String |
measuringMethod |
The method you use to measure energy use. MEASURED if your device has dedicated hardware to physically measure energy use; otherwise, ESTIMATED . |
String |
defaultResolution |
The resolution of your data readings, in seconds. Amazon recommends a minimum resolution of 3,600 (hourly) and a maximum resolution of 86,400 (daily). For details, see data measurement resolution. | Number |
Discover response example
The following example shows a Discover.Response
message for a meter that supports the Alexa.DeviceUsage.Meter
interface.
{
"event": {
"header": {
"namespace": "Alexa.Discovery",
"name": "Discover.Response",
"payloadVersion": "3",
"messageId": "Unique identifier, preferably a version 4 UUID"
},
"payload": {
"endpoints": [
{
"endpointId": "Unique ID of the endpoint",
"manufacturerName": "Manufacturer of the endpoint",
"description": "Description to be shown in the Alexa app",
"friendlyName": "Meter",
"displayCategories": ["OTHER"],
"cookie": {},
"capabilities": [
{
"type": "AlexaInterface",
"interface": "Alexa.DeviceUsage.Meter",
"version": "1.0",
"configurations": {
"energySources": {
"electricity": {
"unit": "MILLIWATT_HOUR",
"measuringMethod": "ESTIMATED",
"defaultResolution": 3600
},
"naturalGas": {
"unit": "CUBIC_FOOT",
"measuringMethod": "MEASURED",
"defaultResolution": 86400
}
}
}
},
{
"type": "AlexaInterface",
"interface": "Alexa",
"version": "3"
}
]
}
]
}
}
}
Directives and events
The Alexa.DeviceUsage.Meter
interface defines the following directives and events.
ReportMeasurements directive
Support the ReportMeasurements
directive so that Alexa can request data from you. The payload of the ReportMeasurements
directive is empty.
ReportMeasurements directive example
The following example illustrates a ReportMeasurements
directive that Alexa sends to your skill.
{
"directive": {
"header": {
"namespace": "Alexa.DeviceUsage.Meter",
"name": "ReportMeasurements",
"messageId": "Unique version 4 UUID",
"correlationToken": "Opaque correlation token",
"payloadVersion": "1.0"
},
"endpoint": {
"scope": {
"type": "BearerToken",
"token": "OAuth2.0 bearer token"
},
"endpointId": "Endpoint ID",
"cookie": {}
},
"payload": {}
}
}
ReportMeasurements response
If you handle a ReportMeasurements
directive successfully, first respond with an Alexa.Response event. You can respond synchronously or asynchronously. If you respond asynchronously, include a correlation token and a scope with an authorization token. The payload for the response is empty.
After you send your Response
event, send a MeasurementsReport event to report your data to Alexa.
The following example shows a ReportMeasurements
response.
{
"event": {
"header": {
"namespace": "Alexa",
"name": "Response",
"messageId": "Unique identifier, preferably a version 4 UUID",
"correlationToken": "Opaque correlation token that matches the request",
"payloadVersion": "3"
},
"endpoint": {
"scope": {
"type": "BearerToken",
"token": "OAuth2.0 bearer token"
},
"endpointId": "Endpoint ID"
},
"payload": {}
},
"context": {}
}
ReportMeasurements directive error handling
If you can't handle a ReportMeasurements
directive successfully, respond with an Alexa.ErrorResponse event.
ReduceResolution directive
Support the ReduceResolution
directive so that Alexa can notify you when you are sending messages to the Alexa event gateway too frequently.
ReduceResolution directive example
The following example illustrates a ReduceResolution
directive that Alexa sends to your skill.
{
"directive": {
"header": {
"namespace": "Alexa.DeviceUsage.Meter",
"name": "ReduceResolution",
"messageId": "Unique version 4 UUID",
"correlationToken": "Opaque correlation token",
"payloadVersion": "1.0"
},
"endpoint": {
"scope": {
"type": "BearerToken",
"token": "OAuth2.0 bearer token"
},
"endpointId": "Endpoint ID",
"cookie": {}
},
"payload": {
"limit": 7200,
"duration": "PT6H"
}
}
}
ReduceResolution directive payload
Field | Description | Type |
---|---|---|
limit |
The upper bound for the resolution of the data you report to Alexa, in seconds. This limit overrides the defaultResolution that you report in your discovery response. If you continue to report data at a higher resolution, you might encounter throttling exceptions, and some data points might be dropped. |
Number |
duration |
Reduce the resolution for this amount of time. The time period is represented in ISO 8601 duration format. If the duration field isn't present, reduce the resolution until you receive a new ReduceResolution directive. |
String |
ReduceResolution response
If you handle a ReduceResolution
directive successfully, respond with an Alexa.Response event. You can respond synchronously or asynchronously. If you respond asynchronously, include a correlation token and a scope with an authorization token. The payload for the response is empty.
The following example shows a ReduceResolution
response.
{
"event": {
"header": {
"namespace": "Alexa",
"name": "Response",
"messageId": "Unique identifier, preferably a version 4 UUID",
"correlationToken": "Opaque correlation token that matches the request",
"payloadVersion": "3"
},
"endpoint": {
"scope": {
"type": "BearerToken",
"token": "OAuth2.0 bearer token"
},
"endpointId": "Endpoint ID"
},
"payload": {}
},
"context": {}
}
ReduceResolution directive error handling
If you can't handle a ReduceResolution
directive successfully, respond with an Alexa.ErrorResponse event.
InvalidMeasurementError directive
Support the InvalidMeasurementError
directive so that Alexa can notify you when you have sent an invalid data point.
InvalidMeasurementError directive example
The following example illustrates a InvalidMeasurementError
directive that Alexa sends to your skill.
{
"directive": {
"header": {
"namespace": "Alexa.DeviceUsage.Meter",
"name": "InvalidMeasurementError",
"messageId": "Unique version 4 UUID",
"correlationToken": "Opaque correlation token",
"payloadVersion": "1.0"
},
"endpoint": {
"scope": {
"type": "BearerToken",
"token": "OAuth2.0 bearer token"
},
"endpointId": "Endpoint ID",
"cookie": {}
},
"payload": {
"electricity": {
"errorCode": "NEGATIVE_VALUE",
"timeOfError": "2020-07-05T12:00:00.00Z"
}
}
}
}
InvalidMeasurementError directive payload
The payload contains a field named electricity
or naturalGas
. The field is an object that contains the following fields.
Field | Description | Type |
---|---|---|
errorCode |
The error code for the invalid data, such as NEGATIVE_VALUE . For the full list of error codes, see error codes. |
String |
timeOfError |
end timestamp of the data that you sent. Defined in ISO 8601 format, YYYY-MM-DDThh:mm:ssZ |
String |
InvalidMeasurementError response
If you handle a InvalidMeasurementError
directive successfully, respond with an Alexa.Response event. You can respond synchronously or asynchronously. If you respond asynchronously, include a correlation token and a scope with an authorization token. The payload for the response is empty.
The following example shows an InvalidMeasurementError
response.
{
"event": {
"header": {
"namespace": "Alexa",
"name": "Response",
"messageId": "Unique identifier, preferably a version 4 UUID",
"correlationToken": "Opaque correlation token that matches the request",
"payloadVersion": "3"
},
"endpoint": {
"scope": {
"type": "BearerToken",
"token": "OAuth2.0 bearer token"
},
"endpointId": "Endpoint ID"
},
"payload": {}
},
"context": {}
}
InvalidMeasurementError directive error handling
If you can't handle a InvalidMeasurementError
directive successfully, respond with an Alexa.ErrorResponse event.
MeasurementsReport event
Send a MeasurementsReport
event to the Alexa event gateway to proactively report a batch of one or more energy use measurements to Alexa.
Send MeasurementsReport
events to the Alexa event gateway at times that are uniformly distributed throughout the day, to the second, for all events generated by your skill for all customers. For example, you can add a random wait time to each event before sending it. You can send batches of data based on the size and age of the data, instead of the time of day.
MeasurementsReport event example
{
"event": {
"header": {
"namespace": "Alexa.DeviceUsage.Meter",
"name": "MeasurementsReport",
"messageId": "Unique identifier, preferably a version 4 UUID",
"payloadVersion": "1.0"
},
"endpoint": {
"scope": {
"type": "BearerToken",
"token": "OAuth2.0 bearer token"
},
"endpointId": "Endpoint ID"
},
"payload": {
"electricityIntervals": [
{
"usage": 113.2,
"start": "2020-07-05T08:00:00.00Z",
"end": "2020-07-05T09:00:00.00Z"
},
{
"usage": 101.1,
"start": "2020-07-05T09:00:00.00Z",
"end": "2020-07-05T10:00:00.00Z"
},
{
"usage": 0,
"start": "2020-07-05T10:00:00.00Z",
"end": "2020-07-05T10:51:00.00Z"
},
{
"usage": 127.3,
"start": "2020-07-05T11:02:00.00Z",
"end": "2020-07-05T12:00:00.00Z"
}
]
}
},
"context": {}
}
MeasurementsReport event payload
You must include at least one of the following fields in the payload:
electricityIntervals
naturalGasIntervals
The following table shows the payload details for the DIR
directive.
Property | Description | Type | Required |
---|---|---|---|
|
Amount of electricity used over a period of time. |
Array of objects |
No |
|
Amount of energy used between the |
Number |
Yes |
|
Start time of the interval. |
String |
Yes |
|
End time of the interval. |
String |
Yes |
|
Amount of natural gas used over a period of time. |
Array of objects |
No |
|
Amount of energy used between the |
Number |
Yes |
|
Start time of the interval. |
String |
Yes |
|
End time of the interval. |
String |
Yes |
AddOrUpdateReport
You must proactively send an Alexa.Discovery.AddOrUpdateReport
message if the feature support of your endpoint changes. For example, if you change your default reporting schedule from hourly to daily you must send an AddOrUpdateReport
message. For details, see AddOrUpdateReport event.
AddOrUpdateReport event example
{
"event": {
"header": {
"namespace": "Alexa.Discovery",
"name": "AddOrUpdateReport",
"payloadVersion": "3",
"messageId": "Unique identifier, preferably a version 4 UUID"
},
"payload": {
"endpoints": [
{
"endpointId": "Unique ID of the endpoint",
"manufacturerName": "Manufacturer of the endpoint",
"description": "Description to be shown in the Alexa app",
"friendlyName": "Meter",
"displayCategories": ["OTHER"],
"cookie": {},
"capabilities": [
{
"type": "AlexaInterface",
"interface": "Alexa.DeviceUsage.Meter",
"version": "1.0",
"configurations": {
"energySources": {
"electricity": {
"unit": "MILLIWATT_HOUR",
"measuringMethod": "ESTIMATED",
"defaultResolution": 86400
},
"naturalGas": {
"unit": "CUBIC_FOOT",
"measuringMethod": "MEASURED",
"defaultResolution": 86400
}
}
}
},
{
"type": "AlexaInterface",
"interface": "Alexa",
"version": "3"
}
]
}
]
}
}
}
Troubleshooting
Error codes
The following are the error codes that Alexa sends in the InvalidMeasurementError directive.
Error Code | Description |
---|---|
NEGATIVE_VALUE |
You reported a negative value for energy usage. |
IN_FUTURE |
You reported a value with a timestamp in the future. Any data reported with a timestamp that's more than a few seconds in the future is rejected. A few seconds is considered a minor clock inaccuracy. |
INVALID_INTERVAL_START_END |
You reported an interval that starts after it ends. |
INTERVAL_OVERLAP |
You reported an interval that overlaps with an interval that you reported previously. |
Other possible issues
Alexa sends an InvalidMeasurementError directive that contains an error code if you send invalid data. If you send messages to the Alexa Gateway too frequently, Alexa sends you a ReduceResolution directive.
In addition, if you notice unexpected behavior, consider the following issues:
- Avoid sending duplicate data to the Alexa Event Gateway.
- Alexa expects your data to be as current as possible. Don't send data that's more than one day old.
- It's important for timestamps to be accurate. Synchronize with Coordinated Universal Time (UTC) regularly.
- Intervals shouldn't be longer than the
defaultResolution
you sent in your discovery response. - In case the device resets unexpectedly, gaps between intervals can occur.
- Send batched updates in chronological order.
Related topics
Last updated: Aug 23, 2024