Sorry for the confusion! No, what I meant to say was that the ‘gap closing’ was always part of the Libre algorithm from the very first meeting I attended in 2014, and wasn’t something that was newly added with Libre 2.
I am only aware of one Libre 1 algorithm change - when they sent out replacement readers from the earliest versions (and also upgraded the app). The aim was increased accuracy overall, I think though, rather than further gap-closing?
Ah well the pandemic has scuppered a lot of those meetings, and it’s now a few years since i have been able to attend anything with them in person. I do get occasional updates via email.
In January I learned that Libre 3 was to be made available as a realtime CGM as part of the new Insulin Pumps, Continuous Glucose Monitoring, Closed Loop Insulin Delivery Systems and Associated Products framework. Which as I understand it, means that it will not be a like-for-like replacement / upgrade option for Libre 2 (ie it won’t be a prescription item), but will follow a similar set-up to the provisioning and assessment criteria for insulin pumps. And that it was due to be available in the UK ‘soon’ (it has been available in Germany for a while now).
Though the NICE guidance update (which is due for publication following consultation) did suggest that access to CGM for T1 was going to become a recommendation - if the draft guidance remains unchanged.
Not sure of that helps?
Thank you. It helps in that it clarifies some aspects and confirms that we (me included) are to some extent speculating.
One of the things I find interesting is that my android app, Diabox, frequently continues to take readings from the L2 sensor and provide readings to my phone, even when the sensor is giving the Error 373 message 'try again in 10 mins'. Such readings look realistic and on the few times I've finger pricked the Diabox readings have been consistent with actual BG.
This doesn't go on regardless; if the sensor stalls for a longer time, say 30mins plus, then Diabox eventually declares sensor error and sometimes picks up where it left off when L2 resumes normal service and sometimes needs its own restore process. But looking back at the graphs Diabox is generally complete where L2 sometimes isn't.
I guess, my speculation, that the L2 flash scan fails at one given moment but the sensor is working to some extent and its signals every minute are being collected continuously by Diabox - whose algorithm seems less fazed by the changes that cause L2 to stall. Whenever Diabox finally succumbs and stalls because of L2 sensor error, I find that its calibration to actual BG also flounders and recalibration can only be done when everything is back to steady state; for my brittle DM that is sometimes challenging in itself. Initial calibration to actual BG has to be done twice, with a 2 hr gap. Recalibration sometimes restores after one further attempt and sometimes needs the second recal. I can't find a logic or pattern to when this is going to apply: so far!!
I also found that other apps using Bluetooth, as well as some notifications, would sometimes interfere with my continous BG collection. So I now have a 2nd phone for daily smart phone activity, with my older smart phone stripped down of many apps and I've heavily restricted what I do with this dedicated Diabox phone. I appreciate this won't be ideal for many people; but since I made this change before Xmas I've had very, very little instability with either LibreLink or Diabox. I keep LibreLink disconnected from Bluetooth, depending on Diabox to read the sensor and transmit the results, including alarms.
Sorry, I've digressed a bit.