Remove get-ns-bg from ns-loop for MDT cgm - #287
Conversation
It's unlikely that sgv values get to NS from any other process than openaps, so fetching it doesn't bring any new information down. Additionally, it seems to interfere with the recent-missing-entries gap calculation.
|
Here is my take on this. if you are also using a mmconnect to upload your bg to nightscout. (i know it's redundant) but what I really like about it is if you BG is over 400, nothing shows up for what your BG is and after 30 mins of being 400, basically the loop stop doing anything. When you have your mmconnect sending BG to nightscout, the BG just stays at 400, and the loop will keep running, thinking you are 400. So it then once it brings your BG back down you are golden. I know this is an extreme situation, but it does work very well for bringing you back down overnight. And brings you back down in a much safer fashion than guessing and giving yourself a giant bolus. |
|
@Bender1061 The high and low glucose sensor readings from openaps should be fixed by openaps/decocare#16, commit openaps/decocare@d8946fc. |
|
Oh Wow, ok, now this I'm going to take a look at! that is awesome. Ok with that change, This is a great idea. |
oref0-setup provides a mechanism to fetch NS cgm in addition to device cgm so that the newer of the two can be used in the loop. This change removes that Nightscout entries fetch when using
MDTcgm.Reasons for the change:
MDTas the cgm source for oref0.recent-missing-entriesreport which causes duplicate entries and inconsistency in the NS uploaded entries.Related PRs:
#288
openaps/decocare#16