This thread transcribed from email and phone

Eventually we found that the meter should not have had the Profile checkbox set in Advanced Meter Settings, because the Kamstrup AutoFeed file did not contain profile for the meter, but only Totals. And being a water meter, it does not support Orders for missing profile. Apparently some Kamstrup water meters do have profile in the AutoFeed file, but from the beginning it was not so.

So what I did was go look in the Multi-Drop id of the meter on Edit->Meter Details, and I found a URL for the meter profile. Something like this:

http://15X.X.X.X/utilidriver/api/meters/4B414D000000037XXXXX/  (obscured for privacy)

So the bit afer /meters/ and before the last / is important. I then accessed the autofeed for it and saw there were readings for that meter in the autofeed on the Kamstrup Server.

So then I went into the debug logs and found this meter is trying to insert totals every day, but these totals goes into the delayedmtotal table, not the regular readings. And the reason for that turned out to be that the meter is set in Advanced Meter Readings to read profile.

For meters with Totals and no Profile, we insert the totals with a time after the last profile time immediately, and then immediately interpolate the profile in the Meter database accordingly, up to the last half hour on or before the total, so that the totals and profile still balances.