-
Notifications
You must be signed in to change notification settings - Fork 400
Prep for 0.6.2 dev release to master #1007
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
Conversation
When my phone is in and out of service several times in as many minutes (between subway stations, for example) it doesn't assign an IP address to the device when it tries to connect via Bluetooth. Once back in a more stable environment it takes a while before it tries to get on the Internet via Bluetooth again. This change, tested over several weeks, significantly reduces the time offline during and after using the subway.
Merging master 0.6.1 back to dev
Try three times to get a Bluetooth IP address
scottleibrand
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Placing a review hold so this doesn't get accidentally merged before we're ready.
* add sgv.json?count=# route support similar to xdrip+, for offline use with watchfaces, etc. * add units_hint to sgv.json
#1002) Stop trying to set-device-clocks for CGM on xdripaps installs. When this command is executed, it results in a loop failure due to 'failure' to set the pump clock. Fixed by looking for the xdrip.ini file & skipping the CGM clock update if it is found.
|
FYI - realizing we may need to release an 0.6.2 with some minor tweaks including a carelink fix, before heading to 0.7.0 (which doesn't yet support carelink). So, changing this next release PR to 0.6.2. |
* Update index.js Fix to warning message indicating Xdrip+ version is handling noisy data appropriately. * clarify
Add carelink to pump.ini automatically for carelink installs
I was getting syntax errors running `openaps-setup` and I putting this `fi` back fixed it: f92a01e#diff-704a2fd9a43fd79bf52037b1668c146d
* adding duty cycle feature for carelink + mdt users * replace tab with 4 space * minor tweaks, mostly for clarity
* Update index.js Fix to warning message indicating Xdrip+ version is handling noisy data appropriately. * clarify
This reverts commit f92a01e. Conflicts: bin/oref0-setup.sh
|
Can we get someone with Carelink and/or MDT Enlite CGM to re-test this with the latest changes and give us a 👍for merging to master and releasing as 0.6.2? |
|
Since master is currently broken for new Raspberry Pi based installs (with the latest raspbian), I'd like to get this merged and released ASAP. If no one with a Carelink / Enlite is available to test, I'm OK merging it based on a 👍 from someone who's done a full install and verified it works with a Pi rig, and someone who can confirm it still looks good with Edison. |
|
strangely, i just installed dev branch oref0 and even though it says it is 0.6.2-dev, it acts older... there's no flask in cron (so no offline webpage), and autotune runs very slow again. |
|
Just got my PiZero headers soldered and the new Pi Hat installed. Will attempt to run the setup this afternoon and get it going with my Enlite sensors and report back. All will depend on how crazy work is, but I'll try to keep it cranking in the background, anxious to get running with the new hardware! |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
|
Bah, sorry. That said - ran without a problem... I'm also watching a successful loop happen now (and verified cron was killed on my Edison rig, no active looping from that rig - though could that have warmed things up when it pushed data to NS that my Pi and 0.6.2 may have pulled down and been happy with? Or maybe I just needed to give it a few more initial loop cycles? ). |
|
I see the following issues. None of them appear to be fatal. (My system is 722/Enlite/Edison/explorer).
|
|
@N3FM RR on the update, 73 de W2MDW :) |
|
For pi0Hat...this version should come with some release notes that
|
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Fixes an issue where openaps-install.sh cannot find packages on the pi after running a dist-upgrade.
|
https://gitter.im/nightscout/intend-to-bolus?at=5b26b4529a211e26bb6a421b from @mhaeberli: "late 👍 thx on 0.6.2 beta status" |
|
https://gitter.im/nightscout/intend-to-bolus?at=5b264235f3e3007371b903db from @juehv: "After running 0.6.2 with 754+enlite+pi0+carelink for around a day I can conclude its working as good as 0.6.1 for me. I had some issues with 0.6.1 when it's not connected to the internet it stops working after some time. I didn't investigate the problem yet and I didn't test with 0.6.2." |
|
Based on the feedback we've received, I think 0.6.2 is ready for release. |
0.6.2 - minor changes including a Carelink fix. This version supports both Edison/Explorer and Raspberry Pi-based rigs.
Important fixes:
New functionality:
Minor fixes:
Note: full support for use of Explorer HAT display is a WIP in 0.7.0-dev.