# \[APP\]\[DEV\]\[PRO\] Octopus Energy Integration **URL:** \ **Category:** Apps\ **Tags:** app, homey-pro\ **Created:** [May 18, 2025, 3:47pm UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685 "2025-05-18T15:47:16Z")\ **Posts on this page:** 20\ **Page:** 7
**Author:** ![David\_Piper](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/david_piper/32/120919_2.png) [@David\_Piper](https://community.homey.app/u/David_Piper)\ **Post date:** [January 30, 2026, 2:22pm UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/121 "2026-01-30T14:22:09Z")
Hi @Rrrr thanks for the contribution. All the data we need is being picked up via the GraphQL interfaces into the Kraken system. Tomorrow’s prices for all tariffs are published in the late morning or early afternoon. In the Kraken data tomorrow’s prices are published for the whole day in one go. In addition the app triggers events when the tariff rate changes so that users can automate their smarthome reactions to price changes via Flows. ---
**Author:** ![David\_Piper](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/david_piper/32/120919_2.png) [@David\_Piper](https://community.homey.app/u/David_Piper)\ **Post date:** [January 30, 2026, 5:54pm UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/122 "2026-01-30T17:54:24Z")
## Progress Update 3 Things are looking pretty good. I Have run the app with my Dispatch Test data in place with good results. I shall leave it running overnight to test the midnight turnover. ### UI Change I have changed the “picker” user interface into “slider” for the period start day. It’s much easier to use and much more immediate in presentation and use than the old version. Downside it doesn’t show you which value is currently selected, sigh! I have moved the Period Start Date capability to the top of the Sensor view so that it’s easy to see what day is currently selected. Feedback welcome! ### Extended and Planned Dispatches Dispatch timing seems to be working well. The EnergyAccount device always uses _Extended_ dispatch periods and I have modified the SmartEnergyDevice device to focus only on _Planned_ dispatch periods. To illustrate the difference, imagine there is a _Planned_ dispatch from 16:45-17:25 (40 minutes of dispatch). This _Planned_ dispatch period is the period when the device will be switched ON by Octopus to receive dispatched energy. This is why I have modified SmartEnergyDevice devices to focus _only_ on _Planned_ dispatches. In contrast, the _Extended_ dispatch period will run from 16:30-17:30 (60 minutes). This is the period during which the Meter will receive reduced price energy. Note the smart device is switched off by Octopus from 16:30-16:45 and from 17:25-17:30 so only other devices on the Meter will receive the reduced price energy during these times. The difference between _planned_ and _extended_ dispatches is explained by the constraint in the UK metering system that divides the day into 30 minute chunks (starting at :00 and :30 minutes passed the hour). Within a chunk _all_ energy must be supplied at a uniform price. Planned dispatches represent the times when Octopus will use their control to switch the device on. Extended dispatches represent whole chunks which must be supplied at the dispatch rate. Energy consumption and cost per chunk is explicitly reported by capabilities on the EnergyAccount device. ### Flow Events There are several new _When_ flow cards available from the App. To manage general device usage (e.g. charging an domestic battery that is NOT a SmartEnergyDevice) the events _Dispatch Pricing Starts_ and _Dispatch Pricing Ends_ can be used. To manage a SmartEnergyDevice the events _Dispatch Starts_ and _Dispatch Ends_ can be used. The event _Pricing Quartile Changed_ includes both Tariff Rates and Dispatches in its signal. So if you want to control energy usage so that it _ **always** _ makes use of the cheap(est) rate energy your flow can look like this: ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/5/4/5481065f150582f0ff6b3b6f28222e9285517e13.png) ---
**Author:** ![David\_Piper](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/david_piper/32/120919_2.png) [@David\_Piper](https://community.homey.app/u/David_Piper)\ **Post date:** [January 31, 2026, 11:23am UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/123 "2026-01-31T11:23:35Z")
## Progress Update 4 Overnight testing has been successful with the app signalling tariff slot changes and dispatch slots for Intelligent Tariffs too (based on test data). The Price Quartile capability in the EnergyAccount device is tracking tariff changes and timings of extended dispatches. I shall make a release this afternoon. ### Next Steps I know I have said this before but… I plan on only one more change before submitting to Athom for publication. This will be to extend Dispatch timing to the Import Tariff device. Fingers crossed… ---
**Author:** ![Daneroyd](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/daneroyd/32/120739_2.png) [@Daneroyd](https://community.homey.app/u/Daneroyd)\ **Post date:** [January 31, 2026, 11:40am UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/124 "2026-01-31T11:40:01Z")
thank you for all the work you have put into this. David ---
**Author:** ![David\_Piper](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/david_piper/32/120919_2.png) [@David\_Piper](https://community.homey.app/u/David_Piper)\ **Post date:** [January 31, 2026, 2:39pm UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/125 "2026-01-31T14:39:07Z")
## Version 1.0.40 Has just been published for testing. Please update your installation and let me have any feedback. > **[Kraken Energy | Homey](https://homey.app/en-gb/app/com.kraken.energy/Kraken-Energy/test/)** > > Monitor the live use of energy using an Octopus Home Mini ### Things To Be Aware Of The EnergyAccount device is completely re-implemented - all of the capabilities on the device will be removed and an updated set of capabilities will be added for you. > _If you notice that your installation is failing then please restart your Homey to give the app the chance to make the necessary changes._ The removal of all the capabilities means that the insight data for the capabilities will be erased too. Please be aware of this potential loss of data. ### What’s Changed? #### Corrections to the EnergyAccount Device In the last release changes had been made to try to better manage Dispatches (Intelligent Tariffs) - these were just wrong. Unfortunately the errors affected everyone, not just Intelligent Tariff users. Sorry. In addition a change to make the code more robust resulted in the app missing the change from one invoicing period to the next. The result was that energy and cost capabilities were not reset to zero at the end of the invoicing period. These problems have been corrected. #### Rationalisation of the EnergyAccount Device If your Octopus account does not feature an Export tariff, the export capabilities will be omitted from the device. Similarly if you are not on an Intelligent tariff, capabilities related to Dispatches will be omitted. In addition I have taken the opportunity to make the EnergyAccount device more consistent in the way it handles different periods of time. It uses three different periods of time, measuring consumption and cost over: - Invoicing Period (Period XXX capabilities) - the time period over which Octopus measures your consumption and issues bills. - Day - consumption and cost of consumption over a single 24 hour period. - Chunk - consumption and cost of consumption over a 30 minute period. “Chunks” are the basic timescale of the UK smart metering network. Each chunk starts at 00 or 30 minutes past the hour and lasts for 30 minutes. #### Dispatch Pricing The measure of Price Quartile fully takes into account both changes in Tariff Price and, for those on Intelligent Tariffs, the receipt of Dispatches. Dispatch pricing is based on _extended_ dispatch timing - that is the _planned_ dispatch time extended to cover complete _chunks_. It also takes into account the 360 minute per day limit on dispatches across all smart devices. The Price Quartile capability on the **EnergyAccount device** can be used to accurately indicate whether or not you are receiving reduced price energy (values 0 and 1) or more expensive energy (values 2 and 3). There is a _When_ flow card (_When Pricing Quartile Changed_) on the EnergyAccount device that will trigger flows. You can combine this with an _And_ card from the _Logic_ system app to test the value of the quartile currently being applied. Here’s an example: ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/2/8/282db3d5d01694344dcb66bb94ea0d9f9759cf75.png) The _Pricing Quartile Changed_ flowcard is also defined for the ImportTariff device. This card will NOT function correctly for Intelligent Tariff users because it does not take account of dispatches yet. The ImportTariff device will be adjusted to take account of dispatches in the next release. #### Smart Energy Devices These also track Dispatches, but, in contrast to the EnergyAccount device, devices track _Planned_ Dispatches. A Planned Dispatch is the period of time when Octopus (who control the delivery of energy to the device) will actually enable the device so that it can receive power. For users with Intelligent Tariffs the _When_ _In_ _Dispatch_ card on the SmartEnergyDevice can be used to control flows that rely on the device actually being enabled to receive energy. The equivalent flowcard on the EnergyAccount device is _When Dispatch Pricing_ - this indicates that energy is being delivered at a reduced price because an Extended Dispatch is in progress. This capability does NOT relate to tariff prices, it indicates purely that the price is discounted because of an extended dispatch. Intelligent Tariff users can use this flowcard to trigger behaviour that relies on reduced price electricity being received because of an _extended_ dispatch. ---
**Author:** ![David\_Piper](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/david_piper/32/120919_2.png) [@David\_Piper](https://community.homey.app/u/David_Piper)\ **Post date:** [January 31, 2026, 5:12pm UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/126 "2026-01-31T17:12:07Z")
## Version 1.0.40 ### Release Usage Analysis | **Version** | **Installs** | **Crashes** | **Crash Types** | **Comment** | | --- | --- | --- | --- | --- | | 1.0.40 | 28 | 0 | 0 | Published 2026-01-31 13:53 | | 1.0.39 | 4 | 0 | 0 | Published 2026-01-11 17:25 | | 1.0.38 | 3 | 246 | 1 | Affected user has upgraded 2026-01-11 20:23 | | 1.0.30 | 2 | 0 | 0 | Robust for non-intelligent tariff customers | | 1.0.29 | 1 | 2000 | 2 | Newly created device causing crashes | | 1.0.28 | 1 | 1 | 1 | Query returning malformed response | | Older | 1 | Lots | 6 | Stopped explicit monitoring, it’s too old 😎 | | **Totals** | _39_ | _2247_ | _4_ | | 83 Kraken Devices @ 2026-02-04 11:20 ---
**Author:** ![David\_Piper](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/david_piper/32/120919_2.png) [@David\_Piper](https://community.homey.app/u/David_Piper)\ **Post date:** [January 31, 2026, 7:22pm UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/127 "2026-01-31T19:22:18Z")
## A Picture Is Worth… The interaction between the Tariff, Dispatches, Devices and Events fired by the Homey devices is pretty complicated. I thought a picture might help - so here’s an attempt. ![tariffs dispatches events](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/c/c/cc8c73d3b23edffb376c58cc8f80677857f6065c.jpeg) ### Notes 1. There is no _Pricing Quartile Change_ event at 16:00. The price paid by the consumer remains at the _Low Tariff_ because the _Extended Dispatch_ is already in force. 2. _In Dispatch_ events are fired by the _SmartEnergyDevice_ device at the start and end of the _Planned Dispatch._ 3. _Dispatch Pricing_ events are fired by the _EnergyAccount_ device at the start and end of the _Extended Dispatch._ 4. There is an additional _Pricing Quartile Change_ event at 18:30. The price paid by the consumer changes to the _High Tariff_ at the end of the dispatch. 5. At 19:00 a _Pricing Quartile Change_ event is signalled because of the normal change in the _Tariff Price_. 2026-02-04 16:11 _Updated to reflect changes to where Pricing Events originate_ ---
**Author:** ![Matthew\_Collins](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/matthew_collins/32/114686_2.png) [@Matthew\_Collins](https://community.homey.app/u/Matthew_Collins)\ **Post date:** [February 1, 2026, 10:35am UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/128 "2026-02-01T10:35:59Z")
Sorry to sound stupid, but how do we now see the current price, for a flow? As my flows have stopped working. So i have flows when the current price is below 9p it switched things on and then when over 10p it would switch off. ---
**Author:** ![Daneroyd](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/daneroyd/32/120739_2.png) [@Daneroyd](https://community.homey.app/u/Daneroyd)\ **Post date:** [February 1, 2026, 11:00am UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/129 "2026-02-01T11:00:54Z")
Same here, I think we now have to use the pricing quartile on the octopus account device. ---
**Author:** ![David\_Piper](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/david_piper/32/120919_2.png) [@David\_Piper](https://community.homey.app/u/David_Piper)\ **Post date:** [February 1, 2026, 11:43am UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/130 "2026-02-01T11:43:15Z")
Hi @Matthew_Collins, welcome. ### **“The only stupid question is the one you don’t ask.”** This is not a stupid question at all - I spent a few days working this stuff out when I first got my Homey. There are (at least) two possible reasons for this question. 1. You are seeking an event (_When_ flowcard) to trigger the flow that looks directly at price 2. You already have an event that you want to use and need to further qualify that event (_And_ flowcard) ### I Already Have An Event The second is the more general case and is easy to resolve - so let’s look at that first. The `Pricing Quartile Changed` event on the `EnergyAccount` device will fire whenever the price changes by enough to cross the quartile boundary - in practice that will be every price change worth worrying about (for example on the Cosy Octopus tariff, the quartile bands are each about 7p wide). I then qualify that event by looking at the price itself (`£/kWh`) from the `ImportTariff` device. This is the flow that results… ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/7/a/7ab272eb942e11fac65f5b0cad6b5bcaf7816d19.png) Note you should NOT have a gap between your low price threshold and high price threshold. Octopus rates are expressed in units of 1000th of a penny (5 decimal places on the pound). What would your logic do with a price £.09426? In the flow above, low price actions are taken for prices \<£.09 and high price actions for prices \>=£.09. If you want exactly £.09 to be a low price then replace the _And_ flowcard with `£/kWh is greater than 0.09` and reverse the high price and low price actions. One problem I would point out is that you have hard-coded a price limit into your flow. What happens when prices change? Potentially you are creating a maintenance headache. This is precisely the reason the App provides the `Price Quartile` capability. A Price Quartile of 0 means “any price that is within the bottom 25% prices available _today_”. Quartile 1 refers to the bottom 50% of prices _today_ and so on. So if you always want to consume when prices are at the lowest 25% (irrespective of the actual prices), the flow becomes: ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/5/8/58a1dbaff97844334a34a3b26bb5626dc7685847.png) For the bottom 50% you would use `Price Quartile Number is less than 2`. And so on. ### I Need An Event To do what you are asking with explicit events makes things rather more complicated. Remember, an event is instantaneous. The price changing from £.09001 to £.08999 is an event, it happens NOW and then stops. Hopefully this is clarified by the use of the word _“becomes”_ in the event name. The price changing from £.08999 to £.09001 is a _ **different** _ event. This means you need two flows, one to handle the _getting cheaper_ event, the other to handle the _getting dearer_ event. It looks like this: ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/c/1/c1816ca53dd5988fc16b32554818998f8b0e2d3d.png) But here the maintenance load is made worse because you have the price stated twice. Arguably there is the edge case where the price becomes _exactly_ £0.09. What happens? I have to confess I dislike this flow separation. My view (only a view) is that the event you are handling is the PRICE IS CHANGING in some way - now what needs to happen in response to that price change? ### Guidance These guidelines come from long experience both as a software engineer and as a user of Homey creating advanced flows. Hope it’s helpful. - Always try to identify the “root” event - in these examples, the root event is the `Price Is Changing` rather than `Price Has Crossed An Arbitrary Threshold`. - Ask “how can I avoid hardcoding values that may well change in ways or at times I cannot control” - Price is a good example of such an _exogenous_ variable. The app defines `Price Quartile` precisely to give control back to the user. Irrespective of how actual prices change a `Price Quartile` of zero always means the cheapest 25% of the price range on the day. - Then work out how you are going to distinguish between different conditions (states) that the root event establishes (in the example Quartile = 0 or Quartile \<\> 0). - Work out the actions you need in each condition or state. - When creating conditions for essentially continuous variables (Price is continuous to 5DP) always ensure you cover the entire range of that variable - if you don’t then a Price may arise that has no path through your flow. > As a footnote to the first bullet, it frustrates me that Homey automatically generates Greater Than and Less Than events even for discretely valued capabilities, but does not generate Changed events - those the app developer has to code for themselves. Sigh. ---
**Author:** ![David\_Piper](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/david_piper/32/120919_2.png) [@David\_Piper](https://community.homey.app/u/David_Piper)\ **Post date:** [February 1, 2026, 11:44am UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/131 "2026-02-01T11:44:19Z")
Indeed, see my [reply](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/130) to @Matthew_Collins to understand my rationale for this. ---
**Author:** ![Daneroyd](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/daneroyd/32/120739_2.png) [@Daneroyd](https://community.homey.app/u/Daneroyd)\ **Post date:** [February 1, 2026, 6:57pm UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/132 "2026-02-01T18:57:06Z")
Just an observation, the £/Kwh price on the import device does not change when the quartile changes ---
**Author:** ![David\_Piper](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/david_piper/32/120919_2.png) [@David\_Piper](https://community.homey.app/u/David_Piper)\ **Post date:** [February 1, 2026, 7:22pm UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/133 "2026-02-01T19:22:05Z")
Well that’s weird. Here are the insights for my Import Tariff (I guess that’s the one you are referring to). ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/f/d/fd0c5fb536b7bb266fbb8a90970709c4a4a5729b.png) That’s from the Cosy Octopus tariff. Can you share the same insights and let me know which tariff you are on (you may already have put that in a message, but I couldn’t find it easily). If you are using Intelligent Go and the Quartile change results from a **dispatch** rather than a **tariff price** change, then please note that is the one piece of engineering I still need to do - linking **Dispatches** into the **Import Tariff** device - I hope to have that done in the next few days for the next release. After that I shall submit the app to Athom for full publication. I have reviewed the code and the Import Tariff is picking up the Quartile value from Tariff Price **only** for now. **Dispatches will not update the £/kWh value.** Please let me know. Thanks. ---
**Author:** ![Daneroyd](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/daneroyd/32/120739_2.png) [@Daneroyd](https://community.homey.app/u/Daneroyd)\ **Post date:** [February 1, 2026, 7:32pm UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/134 "2026-02-01T19:32:51Z")
I am on Intelligent Octopus Go. The £/kwh only changes at 11:30pm and 5:30am, not when I smart charge my car during the day. ![IMG_3900](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/e/7/e7843d29ad01be8246e58ab873bad696b9ec4bd2.jpeg) ---
**Author:** ![David\_Piper](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/david_piper/32/120919_2.png) [@David\_Piper](https://community.homey.app/u/David_Piper)\ **Post date:** [February 1, 2026, 7:38pm UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/135 "2026-02-01T19:38:52Z")
👍 OK, that confirms my analysis. The price is NOT tracking dispatches yet. The same is true of Price Quartile on the Import Tariff device (since it is derived from Price on that device). Price Quartile on Energy Account is all wired up. I shall wire up the Import Tariff capabilities in the next couple of days and make a new release. Sorry for the annoyance. ---
**Author:** ![David\_Piper](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/david_piper/32/120919_2.png) [@David\_Piper](https://community.homey.app/u/David_Piper)\ **Post date:** [February 2, 2026, 2:22pm UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/136 "2026-02-02T14:22:38Z")
## Dispatch Pricing on Tariff Devices - Update 1 As part of the work to integrate Dispatch Pricing in to the Tariff Devices, I have discovered a faux-pas (aka [defect](https://github.com/db-piper/com.kraken.energy/issues/16)) that means that the Cost (or Value) of Energy is never updated and remains set to the null value, displaying “-”. Surprisingly hard to uncover, easy to fix. The initial work on the integration is complete. Brief testing with no dispatches revealed no errors. Testing with Dispatch test data is now in progress. I shall let this run overnight to check the Tariff Slot changes and midnight-rollover all work. Hopefully a release tomorrow. ---
**Author:** ![David\_Piper](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/david_piper/32/120919_2.png) [@David\_Piper](https://community.homey.app/u/David_Piper)\ **Post date:** [February 2, 2026, 5:42pm UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/137 "2026-02-02T17:42:39Z")
## Improving Device Focus The work underway to make the treatment of Dispatches consistent across all Homey device types has made it clear that the design of each Homey device can be made more focused. I am proposing the following: - `SmartEnergyDevice` focuses on **Planned Dispatches** only and signals when energy is being dispatched to the specific device using the `Dispatching Now` capability. If there are multiple `SmartEnergyDevices` on the account each only pays attention to its own **Planned Dispatches** it counts `DispatchMinutes` only for those dispatches. `NextDispatchCountdown` is the interval until the next **Planned Dispatch** starts on the specific `SmartEnergyDevice`. - `EnergyAccount` focuses on **Extended Dispatches** only and tracks these across all `SmartEnergyDevices`; it tracks the consumption of the `DispatchLimit` in minutes across all devices. - `ImportTariff` tracks **Extended Dispatches** and tracks these across all `SmartEnergyDevices`; it adjusts pricing via `£/kWh` when any **Extended Dispatch** is in progress. As the device with responsibility for monitoring prices it also signals the `PricingQuartile`. To complete this improved focus the main change is to remove the `PriceQuartile` and `DispatchPricing` capabilities from the `EnergyAccount` device. ### Purpose of each Homey device type: #### ImportTariff Monitors the consumption of energy provided by the tariff and the prices charged for that consumption. Tracks when Dispatch Pricing is in force and adjusts prices and price quadrant values accordingly. Signals price and quadrant changes according to Tariff Slots and Dispatch Slots. Tracks the consumption of the Dispatch Limit across all smart devices. #### EnergyAccount Monitors the amount and cost of energy consumed across different periods of time. It _uses_ pricing information, including dispatch pricing to correctly calculate cost of energy. Uses cost information to estimate upcoming account invoices. #### SmartEnergyDevice Monitors the dispatch of energy to the smart device via planned dispatches. ---
**Author:** ![David\_Piper](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/david_piper/32/120919_2.png) [@David\_Piper](https://community.homey.app/u/David_Piper)\ **Post date:** [February 3, 2026, 10:33am UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/138 "2026-02-03T10:33:23Z")
After mulling this post overnight, I have made a small change. The responsibility for monitoring the consumption of the dispatch limit should move to the `ImportTariff` device. All dispatch monitoring and flow control now rests with `ImportTariff`. The role of `EnergyAccount` is only about tracking energy consumption, cost, projected invoices and account balance: > [@](#): > > #### ImportTariff > > Monitors the consumption of energy provided by the tariff and the prices charged for that consumption. Tracks when Dispatch Pricing is in force and adjusts prices and price quadrant values accordingly. Signals price and quadrant changes according to Tariff Slots and Dispatch Slots. Tracks the consumption of the Dispatch Limit across all smart devices. > > #### EnergyAccount > > Monitors the amount and cost of energy consumed across different periods of time. It _uses_ pricing information, including dispatch pricing to correctly calculate cost of energy. Uses cost information to estimate upcoming account invoices. ---
**Author:** ![David\_Piper](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/david_piper/32/120919_2.png) [@David\_Piper](https://community.homey.app/u/David_Piper)\ **Post date:** [February 3, 2026, 10:41am UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/139 "2026-02-03T10:41:50Z")
## Dispatch Pricing on Tariff Devices - Update 2 I have left the test version running overnight and have identified one defect that needs to be fixed before release. Overnight tests again tonight, so release tomorrow, all being well. ---
**Author:** ![David\_Piper](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/david_piper/32/120919_2.png) [@David\_Piper](https://community.homey.app/u/David_Piper)\ **Post date:** [February 4, 2026, 11:36am UTC](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685/140 "2026-02-04T11:36:30Z")
## Dispatch Limit Morning all INTELLIGENT GO tariff users. Has Octopus introduced the 360 minute Dispatch limit yet? I am about to make the new release - if there is no limit yet I will set the hard-coded limit to 1440 minutes (= 24 hours) so it will have no effect. If there is a limit now, please confirm it’s set at 360 minutes (6 hours). Thanks! PS. The limit will become a setting soon - more on settings in a post later today `SPOILER` [Previous page](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685.md?page=6) [Next page](https://community.homey.app/t/app-dev-pro-octopus-energy-integration/136685.md?page=8)