I’d really like to work out why the thing is falling over, but need to have a bit more of a think about how to debug it. I wonder if the meter manufacturer would have some comment.
Meanwhile having some way of ‘removing’ the DHW runs in OEM / the heat pump app would be useful. You could ‘sense’ DHW run by an optical sensor on the 3-way valve lever or temp sensor on the DHW tank flow?
Hotter water can hold less dissolved air. It will cavitate earlier.
It’s also possible that entrained air in dhw is simply not clearing the coil ever. I can’t comment on plumbing other than to say this issue is nowhere near as prevalent in the district heading space.
The manufacturer is following the mbus standard here so had already told you everything that you need to know there.
The error values displayed are being incorrectly parsed by the mbus parser. These are NOT the same register as the regular values. Get a proper mbus parser and you’ll see that they have different names and can be parsed/filtered accordingly.
Perhaps there is a way to get the vaillant control box to circulate water through the DHW coil for an extended period (say 24h). I have an auto air bleed valve on the coil flow so it should eventually work the air out of the coil…
Or run. Stop. (for air bubbles to consolidate and move to the top of the coil) Run. Stop. Run. Stop.
(whilst it is running the air will be entrained)
Does your auto air vent function / is it open? You’d usually open these during initial system commissioning them close the cap afterwards - to avoid any fault in the AAV pishing water everywhere whilst you’re not actively watching it.
Seriously though, Sharky and Stockshed don’t seem to realise how much these changes they suggest cost me as an end user.
If I get Damon to switch in the Sontex instead, I need to talk to you about a plan of attack to save my old sharky data and have a seamless migration to the Sontex. Both locally on the HAT and pushing to both emoncms account (my account and public energystats).
There ought to be no air being pulled down from the AAV / expansion sessen into that flow sensor now.
Are you fully purged of air in the DHW primary? With pump running air will be “entrained” at certain flowrates and ony “escapes” when the water stops. It can take quite a few start/stop cycles for air to purge.
Do you have a high enough static fill pressure to avoid cavitation? You want to be at least 1 bar on the heat meter flow sensor after system dP is taken into account. (a static fill pressure of 1.5 bar should do it; 2 bar probably won’t hurt)
To be clar though the meter is NOT presenting crazy high numbers to emonCMS here. EmonCMS is reading the WRONG registers from the meter (err-value rather than inst-value) when the fault occurs. There aren’t any instantaneous flowrates reported when the flow sensor is in an error state.
The telegram content on the 775 is dynamic. The content of the telgram changes depending on what is available from the meter.
Registers of type “inst-value” are real values. Temperatures/flowrates.
Registers of type “err-value” are error codes. They should not be treated/imported as temperatures/flowrates but were included for some legacy head end systems that would use extreme values for flow/temeprature to signal an error.
Other meters do this in different ways.
Kamstrup meters for example have a static telegram then “info codes” to let you know the meter state. These are also not without quirks. You need to know that “inst-vlaue” of “0” for flowrate doesnt’ actually mean zero flowrate UNLESS the info-code says all is ok. If the info-code says there’s a problem then the “inst-value” for flowrate could be total nonsense.
The Diehl approach of not providing an answer if you don’t know the answer is the safe one; but “column counter” type parsers that don’t include full M-Bus decoding will get confused by them and import the wrong registers when the meters are in error state.
I do have some 2.5 m3/hr Sharky meters here and would happily post you one FOC to rule out your specific meter. Not passing Sheffield any time soon to offer a free installation though I’m afraid.
I do still suspect air in system; and the error codes given by the meter would confirm it if they were logged. Completely understand the “I’ve had it” decision though.
In heating the air would be “entrained” in the pipework, shot into the radiators, and shoot up into the tops of the radiators before the water returned clean.
In hot water there may just be enough air in that loop (or plate) that it gets “entrained” at high flowrates and because it’s “entrained” it isn’t popping up to the top of that pipe stub and into the AAV whilst the water is running.
Enough cycles might clear it (pump flat out; switch repeatedly betwen heating and hot water; in order to flush the entrained air into the rads) but if you do find a Sontex relatively insensitive to air then that’ll also resolve.
You might want to try that. Avoids opening up the system at all. Is there a de-aeration cycle on your heat pump controller that you can use?
LOL Marko, that’s shame you’re not passing, it would have been good to have a saddo chat about it all.
Thanks again for replying. Appreciate it.
So, we’ve swapped over to the Sontex 789 yesterday. We’ve placed it in the same location as the outgoing Sharky 775, so a straightforward swap out and hopefully all pipe work / bends sufficient.
I got some strange readings into emoncms over mbus from the get go, ie strange flow rate readings (high), but i’m going to put all this down to air in the system.
I don’t think I can judge the Sontex until i’ve got all the air out as you say Marko. That seems to the be goal.
Interesting side note: The Sontex just seems to give wild high flow rates (like 4.5 m3^h, rather than erroring like the Sharky did). These high flow rates then presented as high power outputs (and as such, higher cop).
heat out = flow rate x dt x SHC after all.
So if the flow rate is being reported wrong (high), the internal heat output calc will be high too. And because electric in is still low (heat output / elec in = cop), the cop looks crazy high, like 15 COP!!
Thinking back over the 7 months of having the heat pump and the Sharky, we have made lots of continual changes to the rad system in the house. Had the bathroom done and made internal rad upgrades in rooms as we’ve gone along.
So never really had a long period where the system has been truly static (and air free?).
So will spend the next few days bleeding rads and checking the system AAV.
Although with the warmer weather now, doubt the heating will be on much and the Eddi / surplus PV is doing most of our hot water!
Not that i’m aware of on my 5kW Vaillant Arotherm Plus.
Any other tips from anyone to de-aerate would be welcome.
I just want a working heat meter setup… I do feel there is something not right somewhere though. It seems very odd that i’m the only person having all these issues, which must point to something about my setup?
I can assure you that you are not the only person having these issues.
We see it all the damn time on bespoke / ad hoc heat meter installations for heat pumps.
Also on the upper floors of high rise buildings (cavitation due to insufficient static pressure) or on all floors of high rise buildings where some numpty has designed in “un-bleedable” design details.
With billing bureaus and ESCos happily billing punters based on what are effectively fictional reads. The ESCOs in particular are losing out on a fortune by not recovering ££s for all the heat actually supplied. Hey ho.
Vaillant boilers definitely have built in purge cycles. Arotherms do too I believe:
Installer level → Test menu → Check programmes → P.06 Purge building circuit
You need circulator running and the diverter valve winding betwene positions to purge air into radiators; with pauses for entrained air to settle out. Compressor does not need to be on.
Fascinating that the Sontex unit doesn’t trip out on air. I guess it doesn’t know the difference between collapsing air bubbles and vortices being shed.
Your setup is unusual in having a plate heat exchanger I guess. Most will have coil-in-cylinder that has fewer places for air to hide (tends to rise to the top of the coil naturally; whereas the top of the plate HX is actually between the plates and below the level of the outlet. I assume that all AAVs (including that one atop the plate HC) are open for purging and not stuck shut?