-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
System Status - No "Sensor Start/Age" display after xdrip update #3749
Comments
Nightlys involved are 06.11 (working) -> 06.25 (not working) |
@PhilTU This post does not directly address you. But, since you were a part of the corresponding discussion, I would like you to see this as well. I went ahead and opened a PR to fix this I thought. And tested and could see a start time shown for the Nightscout follower. But, then I thought more about it and I don't think this is really an issue! A long time ago when we used Dexcom G5, we could use it in non-native mode. That meant that xDrip ran the session. Even though there was a session running on the G5 transmitter as well but, it was the session in xDrip that really mattered. And the start time of the xDrip session was very important. That's what the classic status page showed in that case. How would xDrip know when a Libre session running on the Libre device started? The session doesn't really run on xDrip, does it? |
@Navid200 |
But, I don't believe juggluco runs a CGM session. It only reports readings coming from Libre, doesn't it? That means the session runs on Libre. |
Honestly, I can't answer that and I don't even really understand the implications of the question - I'm really only a (usually very happy ;) Frontend user. The way I understood your question was, that you have concerns, if the start dates and ages displayed might be wrong (sometimes). |
No it doesn't. Nightscout only knows what Juggluco (in this case) tells it. If that includes sensor start / expiry then xDrip could acquire that as a nightscout follower. Juggluco can start the Libre 2 sensor and has access to the sensor data so it knows about times / durations. I don't know if Juggluco faithfully replicates the L2 patched apo in terms of providing sensor data inti xDrip. It loiks like it dies (or did) because the OP has thst data in older versiond. I understand your issue with the xDrip connection time in these situations. I could hsve started a connection 6 months ago and had many sensord come and go because xDrip isn't involved in starting a sensor or initiating a connection to the sensor. |
@PhilTU Another concern I have is that I don't have any knowledge of Libre. @tzachi-dar Do you have any ideas? |
But isn't that something that would've had probably come up prior to 06.25 at some point, if that would've had been an issue? Just like the G7 issue did? According to PR #3531 there was a status/Age problem with overlapping G7 sensors. I never had those problems with a Libre. I never encountered the "G7" status problem with the setting I can't tell for My current sensor is quite new, so I won't start another one. But I could do that in 11 days. If new/old "xDrip connection" means the time of choosing a source and receiving data for the first time. That's exactely what I've done the past days. I first used "Libre patched" and later "Nightscout Follower". I switched back and forth several times. In both scenarios at any time it showed the same start date/age (in the old working version 6.11) |
You have a point. I have changed that submission to draft to ensure that our lead developer sees that I am concerned and have questions. I would just like a conversation about it before it is merged. If our lead developer sees this conversation and merges it, I am perfectly fine. Thanks for reporting this and thanks for your patience. |
Thanks again @Navid200 for your work. If I can do anything in the meantime to try and test/replicate (with 6.11) some of your concerns as an actual Libre user, just let me know. |
Stop sensor / Start sensor (say "not started today" if asked) would be one option. Or changing hardware data source between L2 patched and Nightscout follow. Probably wise to reboot in between. |
If one uses juggluco with xDrip, they never stop and/or start sensor in xDrip (don't have to). That data comes directly from juggluco. so, juggluco resets the sensor data in xDrip. I haven't stopped or started a sensor since using proper Libre patched app. As far as I remember, for "real" Libre2 patched I had to stop the sensor, otherwise the new data would've not been received. I "virtually" stopped sensor and started a new one just now with xDrip, which of course displayed the date/age of the time I picked in Status page first. With the first new value coming through source it reset to the right time (1st November).
Going back and forth between sources I've done several times already as mentioned above. The start date and age was always the same and the right one (1st November).
|
Discussed in #3744
Originally posted by Teute0815 November 1, 2024
I've been using
Libre3 Sensor -> juggluco (410 5.1.5) broadcasting through "Libre2 patched app" -> xdrip (dfcbe80-2024.09.17)
on a
Samsung S9+ Android 10
for quite some time.
The bug occured after automatic xdrip update through stable channel (dfcbe80-2024.09.17)
No other settings, versions or hardware have been changed.
After update, the Classic Status Page didn't display the sensor start date and the sensor age anymore. While being on a running sensor, I waited for that sensor to be replaced a few days later, to see if that would fix the "problem". It didn't.
With my setting, xdrip doesn't display the sensor start date - and thus the sensor age (which is the quick information I'm missing most) anymore. I reinstalled the previous version again, to make sure it's an xdrip issue. It is - previous version instantly showed sensor start date and age again. It's not only a "Libre2" problem but also a "Nightscout Follower" source problem, which I tried in the meantime. (see images below) @Navid200
Could that be fixed?
source "Libre (patched App)"
In the meantime I tried something new and got my juggluco readings via local webserver with xdrip as nightscout follower. That way I can access missed historical values, which is not possible via juggluco - libre patched.
When using xdrip as nightscout follower, xdrip got the exact same problem:
source "Nightscout Follower"
The text was updated successfully, but these errors were encountered: