Anyone monitoring a new R32 Ecodan?

Does this mean that the Sontex Superstatic 449 is not a heat meter or that melcloud getting its readings from somewhere else or just that melcloud’s recently-introduced 5-minute-interval reporting isn’t great?

Thanks. 18, it says at the moment, where it’s reported as consuming 1380W to produce 4260W heat with 41°C flow and 36°C return, having run fairly steady for the last hour.

Ah, so what does your Sontex connect to? What is it doing mmsp?
As I understand it Melcloud uses the same power and heat-output values that are displayed on the panel as Consumed and Delivered Energy. You dont need a heat meter (e.g. Sontex or Kamstrup) for the Ecodan to estimate energy values.

So I finally got up into the loft to check and it appears to have wires to the flow and return pipes and the cylinder (I assume these are temperature sensors), another big round plate on one of the flow or return pipes and a big wire to the ecodan square box cover. That last might only be power but it looks a bit of a big cable for that. I think it’s for the MMSP but I don’t really know.

On the down side, I seem to have a slow sealant leak from one of the pipe sensors, which surely shouldn’t be happening 4 months after installation, so now I get to call my installer.

Here’s a chart from my unit for comparison [EcoDan 11.2 kW PUZ-WM112VAA]

Outside temperature from 8°C increasing to 10°C, target flow temp 32°C for majority of middle section, CoP about 4.

My heat meter isn’t quite set up right, so CoP (blue dots) is calculated periodically for each whole kWh of heat recorded. My unit seems to only run in 20 minute cycles, though this might driven by the Honeywell room thermostat.

Edit: the minimum it seems to modulate down to is 1 kW - 30% of it’s 3.73 kW rated maximum input.

1 Like

That is interesting, thanks. Are the ‘offs’ the ASHP stopping rather that thermostat stopping. My Ecodan seems to regularly stop for 4 minutes. Its annoying that it is so brief since if it has stopped because the load is ‘light’, there is often no rush to restart. Looking at the longer stop after 18:00, it looks different. looks like circ pump stopped, so that will be a stast stop. As you say, it could be honeywell unhelpful pulsing. Question is… would it be better to cycle less? If you hold off for longer (somehow), then it might start and rev-up, as it ‘panics’ to get the temperatures back. Interestingly, your input power settles to 1kW when on. My 6kW can spend a lot of time cycling at 950W input. Why it does not reduce itself beats me!
I’m interested that the flow-return dt seems to take a while to build up. How near to the heat pump are your sensors? Assuming your flow-rate is constant, you could plot dt as a ‘gauge’ of heat output. This is possibly of limited interest. Is it underfloor? If you had rads, the water would drop much more during ‘offs’, and it would rev-up more at every start. I have seen dramatic stop/start cycling on my unit. It would be so interesting if we could experiment with the first period, and set it going with a fixed input of 1kW. Would the COP be better without the ups and downs and stops. I’m sure it would , but I dont know how much by.

2 Likes

After closely watching the unit performing today, it seems that the ASHP will only run for 20 minutes before stopping for a breather, regardless as what the thermostat says. I think. It could be that the thermostat sends a short call for heat, and then the ASHP has a minimum running time after that point. I can’t quite tell. The main unit shows it’s “Idle” shortly after starting a cycle. I need to investigate further.

{I came across this forum post on another site that talks about my specific thermostat with a heat pump}

Yes, I think I turned down the room thermostat at this point, so it didn’t call for any heat for a little while. Both the main and central heating pumps turned off at this time. Below is a chart for the same period [Feb 7th]:

  • OperationMode goes high at the start of each cycle, but only for short periods for most of the day
    I’d be interested to see how this parameter varies on other units
  • WaterPump1Status (main) and WaterPump2Status (heating) drop to zero between cycles when there’s no call for heat - maybe the thermostat cycles get out of sync with heat pump cycles?
  • FlowReturnDelta is dt - mean is 3, most often at 3.5, stdev is 1.5
  • HeatPumpFrequency (not to scale) is at 75% at the early part, settling down to 30%

The end of each heat pump cycle is almost always 20 minutes after the OperationMode goes high.
If I look back through at previous days, I can find odd occasions when the OperationMode stayed high for a significant period, and the heat pump ran for longer [Jan 31 around 18:00, it ran for over an hour without stopping], but this is rare.

That’s a good question. I’d have expected that longer cycles less often would be better, to save wear on the compressor at least. Maybe I’m seeing EcoDan’s ‘automatic adaption’ at work, deciding that short cycles are better? The performance I’m getting out of it seems reasonable, though I wouldn’t say no to even high CoP!

This seems a good time to point to @MyForest’s thread about turning off the heatpump to improve efficiency - his first chart shows many short cycles (6 per hour!) that he tamed into longer cycles that were less frequent.

The sensors are very close to the indoor unit, with the external unit quite a distance away (about 10m). I do plot dt (see above), and it’s kinda interesting but I don’t know what it tells me. I do know that I very rarely see a dt above 4°, even after the installer reduced the pump speed. (They told me the system is designed to run between 1-3°)

No underfloor; all newly upgrade radiators (mostly K2).

1 Like

Your stat might be a pulse type (and that might be dip-switch changeable…I dont know), but i think your ‘stops’ are the heat pump. Here (below) is mine in a very bad cycling mode. The stops are always 4 mins, (stat is fully on)
What is your ‘operation mode’?
The relationship between dt and Mitsi control is still a bit of a mystery to me. As such, the dt should not be such an issue, and ideally, we could have variable pumps that adapt to give a dt 4 or 5. I dont see a problem with dt 2.5
How do you get your compressor frequency reading?

I looked at mine yesterday, some of the cycling periods had COP about 4. However, I have a steady period this morning with COP of 5. Clearly, there is a lot of scope for optimising, and what bothers me is that many seem to say… oh well, 4 is quite good… yes, but 5 is much better!
I also looked back at my old 5kW, and it would go into cycling mode if not enough rads were on (as expected) COP drops considerably. I am considering ‘holding it off’ after stops. I would not be hard to have an algorithm to ‘gauge’ actual heat need. It could be a simple as outside temperature.

2 Likes

I get these numbers by scraping data from MELCloud - I have no idea how you’d get these otherwise.
The compressor frequency maps quite closely to the power consumption, as a percentage of the maximum input wattage (datasheet for a 6kW unit says 1.88 kW).

Thanks for sharing what you’re seeing too.

  • OperationMode on mine is 2 the whole time that space heating is on, except for when dt falls to 3 or less and then it drops to 0. Image below, but I don’t have dt neatly so show both flow and return.
  • My pumps keep running when heat pump is cycling as long as the heating is on. I don’t have any thermostats that call for heat as far as I know. (The ecodan controller might but I largely ignore it.)
  • That’s curious about your dt, as well as the installer comment later in your post. The nominal values in the ecodan databook are worked out at ΔT=5°. I didn’t find the minimum for operation. As mentioned, my heat pump starts cycling if dt is 3 or less, so I suspect a system designed for 1-3° will be troublesome. That might be what you’re seeing, but I think it’s more likely that the Honeywell thermostat is a simplistic on/off one cycling to give a modulation-like effect in boilers that don’t modulate. It could well be unsuitable for use in a heat pump system, as that other site suggests.

I am noticing that people rarely put COP in context. I suspect I will get very nice COP if I run the unit for an hour in 13°c ambient to produce water at 20°c and ignore the startup, but what’s the point in that? Even knowing the day or time does not help because maybe they had sun when I had thick fog, or they are sheltered when I am in a fen blow.

There’s also the simple problem that there is very little reliable information on how to optimise any heat pump and especially the ecodan where Mitsubishi’s official view seems to be to trust their auto-adaptation super-thermostat mode. I suspect they would say that I simply didn’t give it enough time to learn (re-learn?) our house and preferences after the November firmware update before changing to curve mode with timers, but it really did look like it was going expensively wrong to me, increasing costs by 50% overnight.

And I suspect setting and tuning the weather compensation curve is as much as most people will be willing to do, if that. We’re all a bit niche, aren’t we, setting up software to monitor and/or control our heating systems? Is there enough of a market for any manufacturer to encourage (rather than tolerate) access by things like Home Assistant, even? Let alone integrate more advanced node-red or scripting-style logic into their own controllers. How much could we save by optimising and so how much time and money is it worth spending on this? Maybe I will do some sums on the back of an envelope later.

2 Likes

I’ve spent the week experimenting with various things, and I can confirm that it is the room thermostat that is driving the behaviour I’m seeing. To summarise, the room stat calls for heat, which triggers the heat pump to start up. [The ‘OperationMode’ I was charting above correlates directly to the signal from the room stat]. If the room is close to the set point, then the call for heat will be short, but the heat pump will continue for the minimum of 20* minutes. [*Actually the minimum can be as short as 10 minutes when the flow temps are high enough]

I’ve experimented with Honeywell’s secret settings, but can only select 3, 6, 9 or 12 cycles per hour. Problem is, all of these divide into 20 minutes neatly.

From what I’ve read elsewhere, 20 minute cycles aren’t necessarily bad for heat pumps, and performance shouldn’t suffer too much. But I think I can perhaps get better CoP with longer runs. Maybe. I need to run some experiments for a few days before I’m sure.

As I’ve learnt from the other thread, the room stat will only modulate when the temperature is within 1.5° of the set point. For larger differences, it will send a persistent call for heat. This made me realise that I had my heating programs setup backwards: I was setting the early morning to be warm-ish, switching to a higher temperature by late morning (house is occupied all day). What I actually need is for a higher startup temperature to get things going, then drop down a degree for the rest of the day. With this setup, I got a solid 2 hour run this morning!

Will continue to monitor and fiddle with things to try and find the most optimal configuration…

Related discussion: Advice on air-source heatpump/thermostat settings?

1 Like

Is the demand setpoint important for these graphs? AIUI, once the flow setpoint is reached the HP switches off?

For a non HP user these are always an interesting read and reinforce that, when setup well HPs perform, but all too often they are badly setup and unless the owner takes times to asses the trends, will continue to do so and cost a fortune to run.

This technology is simply not mature enough to be foisted on Joe Public, who simply wants to set the room thermostat.

2 Likes

The system as installed works “okay”. The ‘TPI’ room thermostat they provided is perhaps not ideal, and maybe a non-TPI thermostat with adjustable hysteresis could possibly do better, but it does what it needs to do. I don’t think I’ll be able to convince them to come back and change it.

The installer also recommended I keep the flow temps fixed at 45°C, whereas I found the built-in weather compensation feature to be much more effective. There’s clearly an incentive for installers (and manufacturers) to configure heat pumps to be as close to what regular people are used to, as not everyone understands how differently they work.

I don’t think it’s the technology that’s the issue here, but insufficient training and understanding of (some) heating engineers. Had it been installed and setup by someone who really understood heat pumps, then it would have performed excellently from day one, and I wouldn’t need* to tinker with it (*that’s not to say I wouldn’t have done anyway, but I’m not a typical home owner).

1 Like

Good to hear that you are getting to grips with it. It can take a lot of time. I guess those ‘helpful’ boiler stats are hindering many heat pumps out there. As you say, cycling isnt always bad, and during a ‘off’ period, heat is still transferring from radiators to room as they cool to 25C or so. When the system re-starts the heat pump ‘sees’ colder water for the first 5 mins of so, and COP is extremely good then. Ideally, heat pumps would have a wider kW output range (lower minimum kW). This is the problem with large capacity heat pumps… they might need to operate at higher flow temperature followed by off periods. Quite tricky to set up if you are after the best overall COP

3 Likes

To add to what you have said Tim, yes performance can be ‘good’ even if minimal tweaking, of a system. but often, a bit of careful setting change can make a worthwhile improvement. I don’t used my weather comp because it tends to heat more than I want on cold frosty nights (I don’t have good night set-back option). I adjust the flow temperure from 32 to 38 (ish) depending on my need. It often sits at 35C. I tend to set it low enough so that that some stats barely hit their set-point. I have thought about making a little controller that modifies the fixed set-point automatically. It would not be too hard to work out an algorithm to do that, and it is roughly what the ‘room target’ does… it tries to keep water temperatures low, and just adequate to keep the main room warm. The problem is if you don’t have enough radiators in circuit at any one time, and the water temperatures rise too quickly… giving rise to cycling. It would be nice to have a control to increase the ‘off’ period during the times that you only need low heat. An ‘off’ delay based on outside temperature could be a simple way of doing it.

2 Likes

Not exactly, as far as I can tell: my heatpump switches off once the flow setpoint is reached AND the return is less than 3°c below it; or if the flow temperature exceeds the setpoint at minimum power.

There’s a post from Graham Hendra on another site claiming that one reason for heating flow temps being set high in the UK is to reduce the number of calls from disgruntled customers claiming the heat pump isn’t getting the radiators hot. Basically, it was easier to waste customer money than explain/teach/convince people that large warm radiators emit the same heat energy as small hot ones.

That could be the root of the problem I was having with the ecodan’s “auto-adaptive” mode and its ever-rising flow temperature. I see no way of discovering what size house it expects, or telling it what size house it is heating. Maybe it would learn… but I chickened out seeing the meter spin fast.

2 Likes

By technology, I include a control system that is clever enough to account for the disinterested installer and Joe Public.

It also seems that the data available from most of these systems out of the box, is woeful, linked to propriety data systems, and insufficient to setup the HP properly.

It takes very little effort or knowledge to get a combi gas boiler system working efficiently and effectively. Even a poorly setup system still works and does not use an excessive amount of energy. A heat pump is in a completely different ball park in terms of the complexity to get it running efficiently, and that is simply something Joe Public cannot (or wants to) do.

Even those here who have an interest and the knowledge (or know how to ask) have trouble setting an HP up well.

In addition, there is conflicting advice as to how to set one up well!!!

5 Likes

Amen, but I think you’re preaching to the choir on a free/libre/open-source site like this! Even though we have access to lots of data through pymelcloud, it bugs the hell out of me that I sometimes can’t tell what the controller is doing and why, such as that decision-making about flow setpoint :frowning_face:

Does it, or is gas just so cheap at the moment that few care if it’s wasting 25% of energy compared to an efficient weather-compensated modulating setup? But with a heatpump and the published COP numbers, often cited to convince waverers to switch from a boiler, everyone can spot a dog of a setup running away with their wallet, especially if they have a Metering and Monitoring Service Package, even if they don’t know how to fix it.

2 Likes

It does work well @johncantor. Here’s how I work out how long to dwell when it’s on and the algorithm wants to turn it off. This makes sure it doesn’t cycle on and off too often. It’s based on the effective temperature which includes outdoor temp, humidity and wind speed:

def turnOffDwellFromTemperature(temperature: float) -> float:

    dwellTime = 500.0

    # Reduce dwell time according to how warm it is
    adjustment = math.pow(abs(temperature), 2.5)
    adjustment = math.copysign(adjustment, temperature)
    dwellTime = dwellTime - adjustment
    dwellTime = max(120, dwellTime)
    dwellTime = min(900, dwellTime)

    return dwellTime

So basically it uses magic numbers to work out the deviation from a 500 second default. Then it applies a lower and upper bound to make sure it doesn’t go crazy.

Then I hold it “off” for a while before it’s allowed to turn back on. Again that’s based on the effective temperature:

def turnOnDwell(temperature) -> float:

    dwellTime = 360.0

    # Extend dwell time according to how warm it is
    adjustment = math.pow(abs(temperature), 2.5)
    adjustment = math.copysign(adjustment, temperature)
    dwellTime = dwellTime + adjustment
    dwellTime = max(0, dwellTime)
    dwellTime = min(900, dwellTime)

    return dwellTime

Note that the smallest dwell time might be zero which means it’ll come straight back on in extreme cases. There are some other tweaks I’ve removed from this post to keep it simple, such as extending the dwell-whilst-off time during the night to save money.

Of course those numbers are magic for my setup (sort of reinforcing @borpin’s point about the technology) but hopefully it gives a flavour of an approach that can work (notably with my over-sized ASHP).

I know that :slight_smile:

Yes that is partly because of cost, but again, whole life cost - the additional running costs of a slightly inefficient system are small compared to the capital cost of a new fangled system. I’m not comparing the efficiency of an old to a new system. I’m suggesting that most existing systems could be improved by 5, perhaps 10% with a bit of tweaking. An HP can easily be 50% inefficient. That is the issue.

So I need to pay more (Metering and Monitoring Service Package) for it to tell me I’m wasting money?

This really doesn’t sell it to the public. I’ve seen a few items in the MSM that HPs were costing a fortune to run. I’d anticipate that bad press will get worse and eventually the ban on new gas systems will be put back by public pressure (esp if energy prices stay high).

1 Like

No, but if you do, it’ll be even more obvious: that’s why I wrote “especially”.

Then I think I agree with @Timbones: the technology may be imperfect but it might not be at fault as much as the boiler-sellers now installing heat pumps badly. Is it because they know no better and are happy to waste customer money, or is it that big incentive that if they mess up nastily, they can keep dumping dirty old gas systems onto the market for longer.