As water is heated dissolved gas will be more likely to come out of solution (pressure and temp dependent)…
I guess in a ‘down’ leg bubbles are working against the flow (they will try and float up) which makes it worse?
Useful info to be aware of, not something I would necesarily have thought too hard about otherwise!
I logged a support call directly with Diehl which went to their German helpdesk.
They punted it over to the UK support desk.
Who were going to get their local support technician to talk to me.
Only to change their mind and suggest I needed to report the issue to Stockshed!!
Agh what a nightmare. Is the meter manageable in its current state? Can you just avoid using higher flow rate? I run my system at 16 L/min, I didn’t notice any drop in performance when I reduced it down from 22 L/min. Assuming the flow rate is sufficient to deliver the required energy, running at a lower flow rate results in less pumping power required, therefore marginally higher COP.
Setting my friends Sharky 775 up.
Out of the box the Pri_add is 59!!
So definitely check the ID on your own unit before setting up.
It sounds like it could be anything out of the box!
On my Kamstrup heat meters, the default Meter-Bus IDs are the last 2 digits of the Serial Number. I notice the close-up of your meter (showing the E7 code) has 25 as the last 2 digits of the number below the barcode, so wondering if Diehl/Sharky follow the same convention. Does your friend’s meter have 59 as the last 2 digits there by any chance?
Yes, I’ve also realised this. A fallback method if you don’t know the ID is to do a MBUS scan using libmbus
sudo apt-get install -y cmake
sudo git clone https://github.com/rscada/libmbus.git
cd libmbus
sudo ./build.sh
sudo make install
cd bin
sudo ln -s /usr/local/lib/libmbus.so.0 /usr/lib/libmbus.so.0
./mbus-serial-scan -d -b 2400 /dev/ttyUSB0
Yes, that’s true. We use this script which can be used to set the Kamstrup ID, default to 1
oooh, that’s a good spot, I will check when I go back and confirm.
Although it is pretty straightforward to cycle to menu 3 and see the pri_addr setting on the unit. 
Some info here that could be transferred to the docs?
Confirmed. I remembered I’d taken a photo of my mates Sharky and the serial sticker on the front does indeed end 59.
So whilst my heating guy Damon was here this week I had him move the Sharky for the THIRD time.
So we are now flat, with DN10 before and DN5 after as per the Sharky docs.
Guess what? It’s WORSE now than it was on the downward section.\
I’m all for giving up on this Sharky, I really am.
We had over 1000lph (16lpm) in heating mode yesterday, it was fine recorded with no issues.
But as soon as the hot water kicks in, even at just 700lph it craps out, errors and throws rubbish data to my emoncms and screwing up heat output data. It’s proper frustrating!!
My historical data is no ruined with a daily COP of 52.3!!!
Last thing I can see in the Sharky manual to try is…
We also urgently recommend installing the flow sensor in a tilted position (45°) in
order to remove possible air bubbles from the circuit.
After that, i’m out of suggestions apart from buy a Sontex?
I’ve heard nothing back from StockShed or Sharky themselves on this. That’s been poor too!!
If you paid by credit card, I’d try for a refund under Section 75; not fit for purpose.
[edit]
Either it is faulty or this is what it always does and no one takes that much notice of the data!
I have a question on this, powering a Sontex via MBUS.
Will it increase the power draw on the Raspberry Pi 3?
I’m already running a heatpump HAT as well as the Modbus USB interface for the SDM.
When using the 5V DC power adapter from the shop, i’ve occasionally seen under voltage messages in dmesg.
Had an update from Diehl (via Stock Shed)
It could be great to install the flow sensor in a titled position (45°), it’s often the problem when we see E7.
Please let me know if it solves the issue.
I’ve resigned myself to buying a Sontex and installing that, but I suppose I best try this for completeness. 
I may be tempting fate but after much deliberation I’ve bought a 6m3/h (1" BSP thread) sharky 775.
Should be OK for the flow rates we’ll see with our HP (also checked with Stockshed) even though they are on the lower end of its rating. It also has really low pressure drop and matches the 28mm primaries.
Our system is being installed the week of the 20th so will report back on how it goes…!
Meanwhile it’s interesting that this larger unit does not have a tap for a temp sensor in the brass body - so you need 2 half inch tees one for each temp sensor…
That’s interesting, where did you hear this? The photo of the large body seems to show a pocket for a sensor:
Ah that’s pretty obvious! Very strange
The 1/2" sensor pockets that came with the Sharky don’t fit super well into the 28mm compression/1/2" tees I have - only about 1/3 of the thread screws in then the end of the pocket hits the other side of the fitting.
Is this an issue anyone else has seen? Not sure if a bit of PTFE is going to do the job here…
These tees came from Monsterplumb, maybe there are better ones that have a ‘deeper’ 1/2 inch port from a different manufacturer?
I’d definitely want them higher than that (flow disturbance) and the shoulder as low as possible.
Search for a *Tap Extension".
If you place them ‘upside down’ you won’t get an air pocket.
Brilliant thanks - ordered a couple of different options. Good point on making sure they are fitted ‘upside down’.
