BTW if you are finding this app isn’t to your liking, the one built by Trystan and John Cantor might appeal. Trystan recently made a video about it too:
Looks lovely. How can I install this, please? There doesn’t seem to be any installation instructions in the readme.md and I didn’t find an install.md or an obvious way to tell App > + New to use a git repo.
I see you are possibly a software dev. I just tried setting it up but realised I’m quite a long way from a normal setup so I’ll show you what I did and if it makes sense then do that, otherwise let me know and I’ll dig into it a bit more to remind myself what I should have already written.
If you clone the repo you’ll have a mmspheatpump folder.
The something along these lines to put it into what I believe are the right places:
Well, I have installed it and it displays something, but there is a "# EmonCMS 10.x # EmonCMS 11.x " at the top which puzzles me and the mmsp.json makes me think that I need to collect more data than I have been, including WaterPump4Status. I’m not sure if more configuration is needed to get it the feeds as it wants or if that mmsp.json sets them up?
mmsp.json will set them up in EmonCMS but you would need to POST the values after gathering them from MELCloud. As you can imagine, there’s far less useful data in MELCloud these days. The app will run with whatever you can give it. Of course if you want to setup the feeds manually that’s fine too, I just created mmsp.json to help get a solid setup.
The bit you see at the top is funny. It’s me falling foul of using too may languages, you can see the Python-style comments in the HTML here:
I have updated my script to gather the values now but how do I use mmsp.json to set up the remaining feeds? And is my node name of melcloud OK?
Scrub that. I restarted apache (I guess something was cached somewhere) and then could edit my melcloud device to be of the MyForest/MMSP ASHP type. It offered to create the feeds it did not yet have.
Two hiccups: the wrench on the web interface does nothing when clicked and the config/application-configuration.json only seems to use some Rate1 values, not the Rate2 as well. I also added RoomTemperatureZone1 to the heating chart: I know you don’t use it, but I think it’s nice to see what it does.
@mjr If you want to go crazy and send a PR for your changes I’ll see if it makes sense to merge them in, notably the RoomTemperatureZone1 change is probably useful for sensible people who have room thermostats or who benefit from the Ecodan one.
I’m not sure this is worth splitting out into a pull-request. The RoomTemperatureZone1 one is just the following added to config/application-configuration.js after TargetHCTemperatureZone1:
"RoomTemperatureZone1": {
"displayOptions": {
"label": "Inside",
"color": "purple"
},
"type": "feed",
"autoname": "RoomTemperatureZone1",
"engine": 5,
"optional": true,
"description": "The room temperature in Zone1 in degrees Celsius (°C)"
},
This currently has x60 in the input processing. How confident are you about that? It seems to be almost exactly double the amount consumed in the next report.
I treat the HeatPumpFrequency to be a percentage of the rated input power, i.e. between 0 and 100.
So, my 11.2 kW unit has a max input of 3.73 kW, so I multiply the frequency by 3.73 * 1000 / 100 to get the current power consumption in watts. It seems to track actual consumption reasonably well, better than the unit’s own estimate.
I think it used to be something like Watt-hour in the next minute so multiplying by 60 gives you Watts. I know it made my head hurt.
However, these days it seems to be misleading so I’ve actually filtered it out in my “Post to EmonCMS” script.
For example, the heat pump is running, other stats are changing, but it’s still showing the value it was when we rolled over the hour (which was 52 minutes ago).