-
Notifications
You must be signed in to change notification settings - Fork 72
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
After ~24 hours of running in auto-update mode, stops recognizing new t:connect treatments #11
Comments
Just dropping a line that I'm experiencing the same. Is there any way to detect when it happens? I'm about to set it up in supervisor, and I'm planning to setup a secondary cron job to restart it every 20 minutes or so. Thanks!! |
There is some logic present inside auto update which is supposed to terminate the script whenever there haven't been updates for a long time. If you're using supervisor, that would then trigger the script to be re-run, hopefully fixing the problem. It's entirely likely that this isn't fully good enough, or doesn't trigger in every situation. And it's just a workaround for what is certainly a rare bug that still occurs sometimes. Feel free to try tweaking the AUTOUPDATE_* setting values and see if they help before breaking out cron. |
…but no data is found, potential fix for #11
This was very annoying. Similar to @JasonJShuler , I enabled auto restart in docker and use a cron job to stop the running container every 8 hours. I look forward to resolution in the code though. |
I was seeing this when running v0.6.3 via supervisor in a linux VM. It seems to stop syncing around midnight each night regardless of what time of day I restarted it. However, it has sync continuously for over 24 hours since I upgraded to 0.6.5. So the potential fix in 0.6.4 may have done the trick! |
I honestly have no idea if it's even working anymore. I sort of stopped caring after my endocrinologist screwed up my prescription and then refused to give me enough insulin I figured if she doesn't care why should I right? Do keep in mind that this is tandems bug and it's tandem who deserves any kind of frustration. This thing is entirely reverse engineered and @jwoglom is staying on top of it like a champ |
Opening this issue to track an issue I have noticed where after ~24 hours of consecutive runtime, I need to restart tconnectsync in order for it to pick up new t:connect treatments.
The "Last CGM reading from t:connect" value mentioned in the logs stays the same on each cycle, but on restart of the app it immediately picks up several hours worth of data that it previously did not detect.
I will investigate to see why this is happening.
The text was updated successfully, but these errors were encountered: