Public heatpump dashboards?

Would I be able to participate if I was already collecting this data with my own hardware?
The How it works page suggests that I would be able to. I am put off by the setup fee though.

1 Like

Hello @JaneatGlow

Thanks for posting, good to hear that your initiative is progressing, this is with Nathan from @BetaTeach who posted above I assume?

Great to hear that you are at least making your part open source, could you share more details on that?. It will be good to compare notes and findings of our two initiatives! best of luck!

1 Like

Yes, Nathan is one of our Consortium Partners - go with the best! :wink:

We’ve already open sourced the models behind our smart tariff (ToU) comparison tool - developed last year which are on observablehq. What we need to do is add live tariffs but the whole market has changed a lot in the last 18 months… as we all know. That tool will help people to understand the Total Cost of Ownership and how different tariffs could be helpful (depending on their choices).

As the project evolves, we’ll see what we can Open Source - as sometimes things are proprietary (still trying to get to the bottom of the database of heat pump characteristics). Do stay in touch and thank you.

Gosh, sorry for asking “one eternity later” @Timbones but I haven’t really investigated the auth. In your opinion is it better / easier / safer to use one approach rather than the other? It sounds as though you might be happier with it using the read version of API key?



For personal use, requiring login is fine, but if I wanted to share it publicly then it would need to use the read key. Many (all?) of built-in emoncms apps use read keys.

Given that I’m already sharing via MyHeatPump app, it’s not hugely important to me to be able to share the MMSP app. Probably only useful for comparing two MMSP systems.

Some people may have privacy concerns about sharing live data publicly, so the addition of a “delayed” option could be useful, as @TrystanLea suggested in his opening post on Sharing heat pump data.

1 Like

I’ve also started sharing my ASHP data in the same was as @Trystan by using Emoncms to sync our local data to, this allows us to share all data without the risk of sharing live data:

There’s more info about my Samsung heat pump on this thread:

and how I’m interfacing with it via modbus


@glyn.hudson thanks; it’s fascinating to see someone else’s data who has a very similar heat pump, seems Samsung is a fairly exclusive club at the moment.

I’m interested in the behaviour seen on say Friday 7th October (and others) but especially between 18.00-19.30 where it runs for 5 minutes and then (I think) just runs the pump(s) for 3, then repeats the cycle. My 16kW has this behaviour too and it seems strange but more efficient to do this than to run constantly at the energy levels either side of the episode.

Do you know what’s going on?
Is it okay or something I should try to tune out?


Edit: p.s. your link to your emoncms page is incorrect but I knew what to do

I’ve also published mine, and HeatGeek has just published theirs, possibly one or two others have done the same. Is the next step to put these into a directory of heatpumps, with basic information?

@TrystanLea proposed this detailed summary, though I wonder if just the bullet points would surfice.

1 Like

Mine will be out there once i’ve fixed the heat meter placement issue.
It’s causing a few wild readings that will only confuse!!

Could we have a page off the front page of the heat meter monitoring page?

With a simple paragraph about each install along with the monitoring link?

1 Like

I think it needs to be a dedicated page that can scale with larger numbers of heat pumps.
Probably with a table that can be sorted/filtered, with columns for make, size, location, property type, etc plus SCOP, last week’s COP, consumption and more.

I’ll see if I can knock something together…


Thanks Tim , that would be great! Happy to contribute, should get more time once the new hardware is out…

We could host is on the domain replacing what’s there at the moment. Maybe just automatically updating from a repository on GitHub that we can all contribute too…


I was also thinking whether there could be more “apps” created.
Not sure how easy these graphs are to create? Could any of us help?

I really like the graphs the Dom Zapaman and Michael de Podesta create.
Showing COP/heat output.

I’d also like to create a graph for HTC.
So using average daily outside temperature and daily heat output (for space heating). You’d have to add some sort of hardcoded daily subtraction for average hot water use.

If all that makes sense?


I’ve been thinking, and I’ve come up with a cunning plan for building a prototype:

  1. First, a Google form where people can submit details of their HP monitoring site, and other information like what Trystan had proposed.
    This makes it easy to collect and maintain the information without having to build a database with accessible forms, logins, and all that. We can do that bit later as and when it’s needed.
  2. Second, we build a lightweight web page that displays the data from the Google sheet and links out to the stats for each system.
  3. But then, instead of linking out to other websites we can host a single instance of the MyHeatPump app, and pull in the relevant data directly from emoncms. All we need to know is the address and read apikey.
    The app can also be not-fresh, i.e. not show data from this week, or something.
  4. We can then have a background process that collects overall SCOP, last week’s COP, and other stats from each system to display in the main table. A simple database will be just fine here.

Thoughts? Does this seem like a good way to start?

@Timbones that sounds like a good way to start. Is it straight forward to pull in the data saved via a google form? Can you go back and edit what you’ve entered?

To keep the data side simple to start with it could just be a link to heat pump dashboards hosted elsewhere first e,g or self-hosted, then step 2 might be pulling in overall SCOP etc and 3 integrating the heat pump app directly if that’s what makes sense?

1 Like

Yes, we can publish the data as a .csv that another system can download and render. Either PHP running on a server that outputs HTML, or pure client-side Javascript that builds a table dynamically. The later would be easier for collaborative development without needing a web server.

Not easily, no. We probably wouldn’t let anyone edit the sheet directly, but we could have a handful of moderators who can edit data on request. That’s something we’ll have to figure out as we go, and if it becomes to burdensome that that’s the point we need to do it properly.

Sounds good, yes +1 for implementing the table using client-side Javascript and if I may suggest vue.js :slight_smile: ?

Something like this perhaps from a functional point of view? Building Table Sorting and Pagination in Vue.js

this is quite a nice demo:

1 Like

A little addition to the My Heat pump app, it’s now possible to see the distribution of measured COP vs the calculated carnot COP:

Here’s an example for a 3 day period from Adam Heat Geek’s heat pump:

and then on mine:

Glyn’s is showing a much wider distribution. but that’s likely an artefact of a relatively high rate of cycling. In Glyn’s case fairly rapid cycling does not seem to be detrimental to COP performance…

Zooming in a bit on a period where Glyn’s heat pump is cycling less does give a slightly more centrally focused distribution, though the mean value in that example seems to be quite a bit lower…

this is probably a graph to be used with a lot of caveats but assuming accurate sensors, quick response from the the heat meter, low central heating pump and controller consumption it should get at a comparison of the performance of the heat pump unit itself rather than the overall COP which is a combination of the heat pump performance and how the heat pump is controlled, average flow temperatures etc…


I’ve created a public dashboard of heat pumps! It’s a very crude prototype, but will allow us to collect together the emoncms apps that have been published so far, and learn what might work.

Submissions are handled by Google Forms, and will appear in the table once moderated. Names and emails will be kept hidden. If there are some other questions that you think would be good to add, please let me know.


Thanks Tim, it doesn’t seem to be loading here this morning, perhaps your working on it?

The error Im getting is:

"Uncaught TypeError: Error resolving module specifier “vue”. Relative module specifiers must start with “./”, “../” or “/”."

which seems to relate to this line:

import { createApp } from 'vue'

Seems to load ok here?

Maybe Tim fixed it. :grinning:

1 Like