You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This blueprint will fire a configured action when the consumption for the current interval (i.e. the current 30 minute period) reaches a configured percentage of the saving session baseline.
58
58
@@ -62,7 +62,7 @@ This blueprint will fire a configured action when the consumption for the curren
62
62
63
63
### Alert when current consumption has reached free electricity sessions baseline
This blueprint will fire a configured action when the consumption for the current interval (i.e. the current 30 minute period) reaches the current free electricity session baseline.
68
68
@@ -74,7 +74,7 @@ This blueprint will fire a configured action when the consumption for the curren
This blueprint will fire the [intelligent dispatches service](./services.md#octopus_energyrefresh_intelligent_dispatches) either when a sensor from another integration determines the car has been plugged in (e.g. the plug status from the [MyEnergi integration](https://github.com/CJNE/ha-myenergi)) or when the data is stale and overdue a refresh (in case the dispatch information has changed).
Copy file name to clipboardExpand all lines: _docs/entities/electricity.md
+4Lines changed: 4 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -157,6 +157,10 @@ This is `on` when you're within your tariff's off peak period, and `off` at all
157
157
158
158
* OHME
159
159
160
+
!!! note
161
+
162
+
Sensor came on when you did/didn't expected it to and you're on an intelligent tariff? You can see what the state of your dispatches were at the time by using the [get_point_in_time_intelligent_dispatch_history service](../services.md#octopus_energyget_point_in_time_intelligent_dispatch_history)
163
+
160
164
| Attribute | Type | Description |
161
165
|-----------|------|-------------|
162
166
|`current_start`|`datetime`| The date/time when the off peak rate started |
Copy file name to clipboardExpand all lines: _docs/entities/greenness_forecast.md
+43-2Lines changed: 43 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
# Greenness Forecast
2
2
3
-
To support the [greenness forecast](https://octopus.energy/smart/greener-days/) supported by Octopus Energy, the following entities are provided.
3
+
To support the [greener nights](https://octopus.energy/smart/greener-nights/) supported by Octopus Energy, the following entities are provided.
4
4
5
5
## Current Index
6
6
@@ -87,4 +87,45 @@ For `current`, the following attributes are provided
87
87
88
88
!!! info
89
89
90
-
You can use the [data_last_retrieved sensor](./diagnostics.md#greenness-forecast-data-last-retrieved) to determine when the underlying data was last retrieved from the OE servers.
90
+
You can use the [data_last_retrieved sensor](./diagnostics.md#greenness-forecast-data-last-retrieved) to determine when the underlying data was last retrieved from the OE servers.
Read only [calendar](https://www.home-assistant.io/integrations/calendar) sensor to record nights that are highlighted as "greener nights". Will be `on` when a greener night is active. Calendar events will be automatically added/removed by the integration when greener nights are discovered.
97
+
98
+
Standard calendar attributes will indicate the current/next highlighted greener night.
99
+
100
+
!!! warning
101
+
102
+
The sensor does not store past events indefinitely. Past events could be removed without notice.
103
+
104
+
!!! info
105
+
106
+
You can use the [data_last_retrieved sensor](./diagnostics.md#greenness-forecast-data-last-retrieved) to determine when the underlying data was last retrieved from the OE servers.
107
+
108
+
| Attribute | Type | Description |
109
+
|-----------|------|-------------|
110
+
|`greenness_index`|`int`| The index for the current/next forecast |
111
+
|`greenness_score`|`string`| The score associated by Octopus Energy for the current/next forecast |
112
+
113
+
### Automation Example
114
+
115
+
Below is an example of raising a persistent notification 5 minutes before a saving session starts.
Copy file name to clipboardExpand all lines: _docs/entities/intelligent.md
+8-4Lines changed: 8 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,10 +14,6 @@ This sensor is used to determine if you're within a dispatching period (i.e. "sm
14
14
15
15
Depending on your [account configuration](../setup/account.md#intelligent-rates-mode), what is determined as an active dispatching period will change. If you have configured to accept [planned or started dispatches](../setup/account.md#planned-and-started-dispatches-will-turn-into-off-peak-rates), then the sensor will turn on when you're are within an active planned or started dispatch period. If you have configured to accept [only started dispatches](../setup/account.md#only-started-dispatches-will-turn-into-off-peak-rates), then the sensor will turn on when you're are within an active started dispatch period, but not planned dispatch.
16
16
17
-
!!! info
18
-
19
-
This sensor will only turn on during dispatches for a single intelligent device. If you're after a sensor that turns on during the standard off peak rates as well or cover multiple intelligent devices then you're best to use the [off peak sensor](./electricity.md#off-peak).
20
-
21
17
!!! warning
22
18
23
19
If you are using this to drive other automations for cheap rates (e.g. to fill batteries), you should perform additional checks to make sure your vehicle is actually charging. If it isn't, this sensor could be incorrectly on if during a dispatch outside of the standard off peak period and you will therefore not receive the off peak rate.
@@ -32,6 +28,14 @@ Depending on your [account configuration](../setup/account.md#intelligent-rates-
32
28
33
29
If you are supplied by one of the above providers, this sensor will never turn on.
34
30
31
+
!!! info
32
+
33
+
This sensor will only turn on during dispatches for a single intelligent device. If you're after a sensor that turns on during the standard off peak rates as well or cover multiple intelligent devices then you're best to use the [off peak sensor](./electricity.md#off-peak).
34
+
35
+
!!! note
36
+
37
+
Sensor came on when you did/didn't expected it to? You can see what the state of your dispatches were at the time by using the [get_point_in_time_intelligent_dispatch_history service](../services.md#octopus_energyget_point_in_time_intelligent_dispatch_history)
38
+
35
39
| Attribute | Type | Description |
36
40
|-----------|------|-------------|
37
41
|`planned_dispatches`|`array`| An array of the dispatches that are currently planned by Octopus Energy. |
Copy file name to clipboardExpand all lines: _docs/entities/octoplus.md
+18-10Lines changed: 18 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -16,7 +16,11 @@ Determines the current Octoplus points balance. This sensor will only be availab
16
16
|`redeemable_points`|`integer`| The number of points that can be redeemed into account credit |
17
17
|`data_last_retrieved`|`datetime`| The date/time the underlying data was last retrieved from Octopus Energy APIs |
18
18
19
-
## Saving Sessions
19
+
## Octopus Saving Sessions
20
+
21
+
These sensors are for [Octopus Saving Sessions](https://octopus.energy/saving-sessions/).
22
+
23
+
### Saving Sessions
20
24
21
25
!!! warning
22
26
@@ -39,7 +43,7 @@ Binary sensor to indicate if a saving session that the account has joined is act
39
43
40
44
You can use the [data_last_retrieved sensor](./diagnostics.md#saving-sessions-data-last-retrieved) to determine when the underlying data was last retrieved from the OE servers.
@@ -55,7 +59,7 @@ Standard calendar attributes will indicate the current/next saving session.
55
59
56
60
You can use the [data_last_retrieved sensor](./diagnostics.md#saving-sessions-data-last-retrieved) to determine when the underlying data was last retrieved from the OE servers.
57
61
58
-
### Automation Example
62
+
####Automation Example
59
63
60
64
Below is an example of raising a persistent notification 5 minutes before a saving session starts.
61
65
@@ -75,7 +79,7 @@ actions:
75
79
Saving session starts at {{ start_time }} for {{ minutes }} minutes.
@@ -159,7 +163,11 @@ Each item within `baselines` consists of the following attributes
159
163
160
164
You can use the [data_last_retrieved sensor](./diagnostics.md#saving-sessions-data-last-retrieved) to determine when the underlying data was last retrieved from the OE servers.
161
165
162
-
## Free Electricity Sessions
166
+
## Octopus Free Electricity
167
+
168
+
These sensors are for [Octopus Free Electricity](https://octopus.energy/free-electricity/).
169
+
170
+
### Free Electricity Sessions
163
171
164
172
!!! warning
165
173
@@ -188,7 +196,7 @@ Binary sensor to indicate if a free electricity session is active.
188
196
189
197
You can use the [data_last_retrieved sensor](./diagnostics.md#free-electricity-sessions-data-last-retrieved) to determine when the underlying data was last retrieved from the OE servers.
@@ -210,7 +218,7 @@ Standard calendar attributes will indicate the current/next saving session.
210
218
211
219
You can use the [data_last_retrieved sensor](./diagnostics.md#free-electricity-sessions-data-last-retrieved) to determine when the underlying data was last retrieved from the OE servers.
212
220
213
-
### Automation Example
221
+
#### Automation Example
214
222
215
223
Below is an example of raising a persistent notification 5 minutes before a free electricity session starts.
216
224
@@ -230,7 +238,7 @@ actions:
230
238
Free electricity session starts at {{ start_time }} for {{ minutes }} minutes.
Copy file name to clipboardExpand all lines: _docs/faq.md
+19Lines changed: 19 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -221,6 +221,25 @@ where states_meta.entity_id = 'binary_sensor.octopus_energy_xxx_intelligent_disp
221
221
order by last_updated_ts desc
222
222
```
223
223
224
+
## I was expecting the saving session/free electricity session sensor to turn on during a period, but it didn't. Is there a reason for this?
225
+
226
+
One thing that people get confused about these sensors is that they represent two different programs held by Octopus, and recently Octopus have sometimes been confusing the messaging around these programs (e.g. at the time of writing one is implied to be a subset of the other).
227
+
228
+
Saving session sensors are in relation to [Octopus Saving Sessions](https://octopus.energy/saving-sessions/). These sessions are about using **less** energy that you normally use, where any energy saved is credited back to your account in the form of octopoints. These sessions typically occur within the winter when renewable energy is low.
229
+
230
+
Free electricity session sensors are in relation to [Octopus Free Electricity](https://octopus.energy/free-electricity/). These sessions are about using **more** energy than you normally use, where any energy used above your standard consumption is credited back to your account, basically making that excess energy free. These sessions typically occur when there's an excess of renewable energy (e.g. high wind).
231
+
232
+
If you think the sensor is still not coming on when it should, then please raise any issue.
233
+
234
+
## Current rate sensors were not zero during a free electricity session. Is this expected?
235
+
236
+
The current rate sensor will not be adjusted during free electricity sessions. This is by design, for a couple of reasons
237
+
238
+
1. The electricity price is only £0 for any electricity that you use within each applicable 30 minute period that is above your average consumption for that period. Therefore you are still charged the standard rate for any consumption below or equal to this average consumption. So the entire period is not technically free and so changing the rate sensor in my opinion is misleading.
239
+
2. The electricity is charged at your standard rate and then credited back. This means that while any electricity is technically free over your consumption, you are still "billed" at your standard rate. Because of this latter reason, to my knowledge none of the OE charts take this into account and the cost sensors are designed to match as close as possible to the costs appearing on the website when you look at your history.
240
+
241
+
There are no plans to change this. If you are wanting to drive automations, it is advised to use the [free electricity sensor](./entities/octoplus.md#free-electricity-sessions-calendar) for these situations.
242
+
224
243
## Do you support older versions of the integration?
225
244
226
245
Due to time constraints, I will only ever support the latest version of the integration. If you have an issue with an older version of the integration, my initial answer will always be to update to the latest version. This might be different to what HACS is reporting if you are not on the minimum supported Home Assistant version (which is highlighted in each release's changelog).
Retrieve the intelligent dispatch history which was active for a given point in time based on up to the last 48 hours of intelligent dispatches that have been captured locally. This can be used to determine why [is dispatching](./entities/intelligent.md#is-dispatching) or [off peak](./entities/electricity.md#off-peak) might have turned on during a certain time period.
314
+
315
+
!!! info
316
+
317
+
The OE API doesn't provide historic intelligent dispatch information, so this information is stored locally as it changes. Therefore depending on how often your dispatch information refreshes, it can take a while for data to become available.
318
+
319
+
!!! note
320
+
321
+
The data that powers this service is available at `config/.storage/octopus_energy.intelligent_dispatches_history_{{DEVICE_ID}}`
| `target.entity_id` | `no` | The [dispatching](./entities/intelligent.md#is-dispatching) entity that you want to refresh the content for (e.g. `binary_sensor.octopus_energy_{{DEVICE_ID}}_intelligent_dispatching`). |
327
+
| `data.point_in_time` | `no` | The point in time to get the historic dispatch information that was active at the time.
0 commit comments