@jdhigh Yep, that was me who had the problem with the Pixel 2. I'm glad to hear it's working for you, I will admit that my old Pixel was working so well that after BT didn't work the first few times trying on the Pixel 2, I just quickly went back to the original. So I'm glad to hear it actually does work.
If it hasn't already been updated, I'd suggest you do a PR on http://openaps.readthedocs.io/en/latest/docs/Customize-Iterate/bluetooth-tethering-edison.html to update on your experience
:+1:
@alimhassam if you want bt to stay connected to a phone when there’s no internet, you can modify oref0-online.sh to leave the bt connection up if there’s no external website to ping. Or you can setup a permanent bt tether, removing most of oref0-online.sh and allowing your phone to manage connectivity. The android phones typically don’t drop connection if there’s no cell signal.
It’s usually the rig network cycling when it can’t ping externally.
Had an interesting side effect of cleaning out my rigs last night. They’d stopped connecting via BT to the phone whilst they had very little disk space left. Clearing them out has meant that they now bt tether quite happily.
@live4sw ... that new pixel 2... r u looking to get ride of it??? ;) u may be able to sell it to others who could make it work...
What's the problem with the Pixel 2?
@laurathiessen Oh I just returned it to Google for a refund. And it sounds like there isn't a problem, I just got frustrated with it and didn't feel the need to replace my Pixel. @jdhigh seems to have had a good experience.
@tim2000s can you share how you modified oref0-online.sh?
should profile.json be empty?
pump is 512
My Edison is sad. Failed smb with this error:
RefreshIndexError: bytearray index out of range
Any ideas?
@kenkotch usually self resolves
@libre1 were you successfully already looping with this pump? If not, there's some extra steps you have to take with a 512
Thanks @danamlewis
It has been coming in and out for a few days and for the last 6 hrs, out. I’ll keep an eye on it.
It has been coming in and out for a few days and for the last 6 hrs, out. I’ll keep an eye on it.
@danamlewis nope, first time, but i did http://openaps.readthedocs.io/en/latest/docs/Build%20Your%20Rig/x12-users.html everything from here
@kenkotch k. it means it didn't get a good pump read - so I'd check orientation of rig to pump, etc. too and see if anything is different from the last few days
Thanks. The difference: travel. So who knows
I'm getting this error for the last few hours, mmtune appears to tune ok:
Radio check failed. mmeowlink.exceptions.CommsException: Could not get subg_rfspy state or version. Have you got the right port/device and radio_type?
Listening for 40s silence before mmtuning: .No interfering pump comms detected from other rigs (this is a good thing!)
mmtune: mmeowlink.exceptions.CommsException: Could not get subg_rfspy state or version. Have you got the right port/device and radio_type?
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
No wait required.
Listening for 40s silence before mmtuning: .No interfering pump comms detected from other rigs (this is a good thing!)
mmtune: mmeowlink.exceptions.CommsException: Could not get subg_rfspy state or version. Have you got the right port/device and radio_type?
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
No wait required.
So ref-pump-loop is successful sometimes, just not every time.
Good morning. If my rig is looping according to the log, but OpenAPS pill in Nightscout is showing yellow 52 minutes, that seems like a NS issue?
either that or rig connectivity issues, yes
so check rig communicating online; if it is; check future treatments, etc.
I'm able to SSH into the rig on this IP.
And looks like rig is looping.
But NS is an hour ago.
@peterlynton
@peterlynton Use ccprog to reflash your firmware
@dirkgastaldo Did you try ''' openaps first-upload '''?
openaps first-upload only works to get BG's uploaded when no BG data showing from a Medtronic cgm
(No, I did not try that.)
so if you know your rig is looping, follow the rest of the NS troubleshooting steps: http://openaps.readthedocs.io/en/latest/docs/Troubleshooting/Rig-NS-communications-troubleshooting.html
Thank you.
@dcacklam thanks will do.
someone who's getting those frequently could PR in an auto-fix (after x number of those, try to automatically re-flash cc prog) for that
My size on disk is at 496 MB. I ran the repairDatabase command but it timed out. I sent an email to support@mlab.com and asked if they could compact my database.
@danamlewis ok I'll see if the ccprog resolves the issue. It's only happened today but will do a PR if necessary.
:+1:
On the subject of reviewing autotune output, the understanding autotune docs show an example of output. Is it possible to pull something like that off of a rig that has been running with autotune enabled? If so, how much historical data would it take into account?
Answering my own question, found 'autotune_recommendations.log' in /myopenasp/autotune. Missed it on the first pass...
Still wondering how much history that accounts for... i.e. after running my rig for ~4 weeks, would it be reasonable to start adjusting my pump settings from it?
yes
~2 weeks was our original recommendation, but even shorter than that is fine - although it's always up to you, regardless of time frame, about how much you decide to adjust your underlying pump settings
autotune is an iterative algorithm that always tunes one day at a time, and updates the previous days' data accordingly.
@scottleibrand so, to analyze a ~2 week period, I would have to pull the files for each individual day from the rig (i.e. 14 separate files) and then average out the recommendations (some Excel magic)
now a linux NOOB question, is there an easy way to pull a handful of files from the rig onto my Windows laptop?
@c-robertson they tune on top of the previous day; so your most recent one is the one you should use
@danamlewis ah, ok, misinterpreted what @scottleibrand said. Thanks!
:+1: (and yes, you could copy files over; but you shouldn't need to for autotune)
@danamlewis for future reference, how to 'bulk' copy files?
(not to be weird, but I feel privileged to be talking to you guys... :smile:)
@c-robertson WinSCP is a useful tool for copying files to and from the rig
hehe. and yup, scp is the method to do it
Does the rig need to be running anything to allow WinSCP to connect?
@dirkgastaldo no, just having ssh running should allow winscp to work.
Thank you
Technically you don’t need an ssh session running to use SCP/WinSCP as it requires the username and password.
i was refering to sshd
Thank you, I'll try it tonight.
@danamlewis It was the size of my mLab MongoDB. They couldn't compact my DB below 496 MB so I had to clean out entries. Good news is I opened an Open Humans account and contributed my data before cleaning out my entries. NS back to showing OpenAPS pill.
:+1: thanks for donating data before deleting :confetti_ball:
question, after openaps first-upload I get mongo error.
google didn't help
I think that just means you tried to re-upload a data point that was already successfully uploaded
you should see info in NS now, and should be able to proceed
@scottleibrand I have no data in NS.
receiving data from it into rig but no upload
First upload solves BGs
If you're not rendering temps and have an unknown pill, likely another issue
See the NS troubleshooting docs - check future treatments and mlab size
@danamlewis I did, I'ts new NS site, empty future items.
what pump model?
512, i did edit the three (3) necessary files: basal, settings, and targets. But I used mg instead of mmol in that files, can that be a problem
you can try manually running
cd ~/myopenaps && openaps report invoke settings/profile.json to see what it's complaining about...
Remind me - are you running on dev or master?
master
Ok. Might want to try dev - there are some x12 fixes in dev
Thanks, I'll try