I think I found where the change needs to be made - it's in the template file that sets up the reports. Looks like I have a working change. Is there any straightforward way to PR from my local setup on my machine?
if you know which devices or reports changed, you can do
openaps device show foo --json and then copy-paste that into the appropriate place in lib/oref0-setup/device.json (or similar for reports) and replace whatever one is already there that you changed
I already changed the template file, then put that bit of it into a separate file and re-imported that json into openaps - verified that it removes the warning. Now just asking if there's an easy command-line way to push to github - if I commit changes in my local repo and then do
git push will it create a PR on that branch?
ah, that will push them up to your fork, and then it's a simple clicky click to open the PR
OK - one sec.
I guess that pre-supposes that you've created a fork of oref0, which maybe you haven't
you can also do it through the github gui if that's easier
just hit the edit button on the file there
and it will handle creating the fork and opening the PR
Yeah, I never forked it, hence my confusion. Can do, but just trying to see if there was an easier way to copy the changes in my local clone.
Since I've been doing some work on this, will go ahead and fork, then I'll have that to work with for any other possible changes.
has anyone been able to resolve the "can't compare offset-naive and offset-aware datetimes" error when running the recent-missing-entries.json report? We had the loop running beautifully, got a corrupted build following a battery failure, restored from back-up, rebuilt all of the reports and have everything running perfectly except for the upload to nightscout piece. Have spent most of the day reading through all of the entries on here linked to that error message but have not been able to find a reliable and consistent solution. very frustrated. Any help would be very much appreciated.
@MitchDex have you tried a fresh setup with oref0-setup.sh?
@scottleibrand - i have not but was considering it. what does that do exactly?
sets everything up from scratch. :)
@scottleibrand - NICE! I saved the ini file from before our corruption. going to do a diff on that file to see if anything jumps off the page and if nothing obvious then i will give that a shot. thanks a lot Scott
@MitchDex typically that error means you are missing timezone info in one or more of your input reports.
So perhaps passing in, e.g., a
pumphistory.json vs. a pumphistory-zoned.json.
@elnjensen - thanks Eric, i recreated both of those reports but will take another look as i saw that suggestion elsewhere on here
@elnjensen Can you share the code (or point to documentation) on how to create those two reports? i am literally cross-eyed at this point. Perhaps i keep recreating the bad report(s) over and over.
For
monitor/pumphistory.json, you want a command something like openaps use pump iter_pump_hours 5.0
So for creating a report, something like
openaps report add monitor/pumphistory.json JSON pump iter_pump_hours 5.0
And then for rezoning,
openaps report add monitor/pumphistory-zoned.json tz rezone --date timestamp --date dateString --date start_at --date end_at --date created_at monitor/pumphistory.json
Then make sure you're passing the zoned report to recent-missing-entries.json.
@MitchDex What does
openaps report show recent-missing-entries.json --cli show? (Or maybe you need a directory name in front of the report name if it's in, e.g., a nightscout subdirectory. )
@elnjensen - pi@raspberrypi:~/mitch $ openaps report show nightscout/recent-missing-entries.json --cli
openaps use ns shell format-recent-type tz entries monitor/glucose.json
openaps use ns shell format-recent-type tz entries monitor/glucose.json
Maybe create a
monitor/glucose-zoned.json (if you don't already have one) and then pass that instead?
What does the first bit of your
monitor/glucose.json look like?
Just do
head -12 monitor/glucose.json
(Shows first 12 lines, should be about one entry.)
"trend_arrow": "FLAT",
"system_time": "2016-09-26T03:43:26",
"direction": "Flat",
"sgv": 81,
"display_time": "2016-09-25T19:53:30",
"date": 1474847610000.0,
"dateString": "2016-09-25T19:53:30",
"unfiltered": 88272,
"filtered": 84304,
"device": "openaps://cgm",
OK, so those are not zoned - if they were, there would be an extra string after the time/date fields that shows the timezone info.
Do you have a glucose-zoned.json report already defined?
Zoned data look like this:
[
{
"direction": "Flat",
"trend": 4,
"dateString": "2016-09-25T20:39:24-04:00",
"sgv": 94,
"date": 1474850364000,
"device": "share2",
"_id": "57e86e3f50351f9051513d19",
"type": "sgv",
"glucose": 94
},
That
-04:00 at the end of the dateString is the timezone.
glucose-zoned.json is there but file is empty
any idea how to fix this:
```
```
pkg_resources.ContextualVersionConflict: (six 1.8.0 (/usr/lib/python2.7/dist-packages), Requirement.parse('six>=1.9'), set(['mock']))
Could not run nightscout autoconfigure-device-crud
OK - how is that glucose-zoned.json report defined?
I've tried to update it but I can't seem to quite get it
@elnjensen - i may not have set that report up properly (or at all)...openaps report show monitor/glucose-zoned.json
tz://JSON/glucose/monitor/glucose-zoned.json
tz://JSON/glucose/monitor/glucose-zoned.json
put a --cli on the end of that to show what it really does
openaps report show monitor/glucose-zoned.json --cli openaps use tz glucose --date ['dateString'] monitor/glucose.json
Looks like your
glucose should be rezone, i.e. use tz rezone not use tz glucose
Hi there, this kind of relates to the recent-missing-entries subject. Would anybody be able to help me figure out why invoking the monitor/glucose file outputs 'NoneType object has no attribute iter_records'?
You can just do a new
openaps report add to recreate, or if you're comfortable editing a text file, just edit openaps.ini
@itsn0tm3 It looks like an error on which version of a Python package you have. You could try updating the
six package.
(Not to be confused with six-pack :wink: )
I already tried npm update six but that iddn't seem to do anything
or is there another way to update?
(and ha about the six-pack)
Maybe pip?
I think
pip install --upgrade six ?
oooh you may be right
duh me
@elnjensen - awesome - thank you very much - I will send you a six pack (or two) if this works! :beers:
(squints) almost there, it refused to install the old one but installed the update
might just be better to wipe the OS
after all this is my oldest rig that I'm trying to resurrect
that's one stubborn package ha
@lmaguire what does openaps report show monitor/glucose.json --cli show you?
Hopefully quick question: any issue with deleting the contents of all of these folders at the beginning of my "gather" alias? Just wondering if that may cause issues...most of the examples I've seen only delete the contents of the monitor folder(s), but since I'm regenerating the data for all of it each time I figured I'd clear them all out: "rm -f monitor/ settings/ raw-pump/ raw-cgm/ oref0-monitor/ oref0-predict/;
for some reason gitter removed the asterisks to the right of the '/' for the line above
@elnjensen sent you a private message...just FYI.
@tzarro it's fine to do that manually any time you want. I wouldn't delete them all automatically, though: no reason to refresh seldom-changed settings before every loop.
Gitter thinks you want to italicize anything between *'s
Have to use backticks (`) around anything you don't want formatted.
Hi @davidkeddydb I'm sorry about the delay. When I use that I get,
openaps use cgm oref0_glucose --hours "25.0" --threshold "100"
openaps use cgm oref0_glucose --hours "25.0" --threshold "100"
@colinlennon if you remember my issues in uploading into my offline NS/Mongo installation from Xdrip+ using the phone that is used as a Wifi hotspot. I narrowed it down a little bit, it works on my current S5 mini with stock Android 5.x and Xdrip, so the problem comes either from Xdrip+ or cynogenmod 13 (hotspot feature). I tend to Caynogenmod as Xdrip+ runs as an uploader when the phone is not a hotspot
@scottleibrand After a little while of using the 640G as the data source for openAPS, I've decided that I'm flipping to Dexcom. There are far too many errors with the hardware connection that results in a lack of data and no action, and I don't have the expertise to deal with them (much seems to be related to the hid functionality on the pi and the associated ports). If anyone looks at resurrecting this, I'd be interested in taking it further, but I think that cut and run is likely to prove safer.
Morning, I am having issues with the setup script on a standard PI with Carelink.
monitor/glucose.json didn't get created
Question - where can I find the actual scripts that create the reports so I can manually setup and ensure it gets done correctly?
I have been digging around in the /src folder but can't easily see it.
Hi @sjolundjohn the reports are created from the json files in the
lib/oref0-setup directory
@andrew-warrington have a great time, wish I could join! Please can you do me a favour and check they have a reference to the OpenAPS project, this was missed and I have been told will be fixed once it's moved to the next locations.
in oref0-setup I can't see that the report monitor/glucose.json is ever setup?
specifically I am looking at /lib/oref0-setup/report.json which looks like the openaps.ini file
@scottleibrand Got some bugs when using the setup script on a Pi3 with Carelink.
Having issues with glucose files, starting with monitor/glucose.json, raw-cgm/raw-entries.json not being created
here would be a starting point for troubleshooting:
pi@raspberrypi:~/openaps $ openaps get-bg
cgm://JSON/oref0_glucose/raw-cgm/raw-entries.json
grep: cgm/cgm-glucose.json: No such file or directory
rsync: link_stat "/home/pi/openaps/cgm/glucose.json" failed: No such file or directory (2)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1183) [sender=3.1.1]
pi@raspberrypi:~/openaps $
This is after a totally fresh install of the script
@lmaguire are you connected to the PI or are you trying to use Nightscout?
@sjolundjohn you had already gone in and set up cgm and pump as devices, right?
@davidkeddydb I had not done anything manually, just the script. When I review openaps.ini I can see that both seem to be setup properly. I can also confirm it is communicating with pump properly.
When I ran script on my Edison last week, devices setup properly
@sjolundjohn ok. If you attempt to communicate with the cgm, openaps use cgm iter_glucose 1 does it give you anything?
I am getting BG from Nightscout
But no, I can't seem to communicate from Nightscout since the reports are not configured correctly when using the setup script
ah. gotcha. I just switched from being connected to nightscout so my stuff should coincide with what you are doing. Let me fire up my laptop.
@sjolundjohn do you have a cgm.ini file? And you already did these from set up: oref0 template mint device oref0 | openaps import
Create medtronic and oref0 reports, this handles timezones, units conversion, as well as detecting freshness of files.
oref0 template mint reports medtronic-pump | openaps import
oref0 template mint reports oref0-inputs | openaps import
@davidkeddydb
@davidkeddydb Many thanks for the offer to help!!! I am less concerned about getting it working and more concerned with finding the setup issues for @scottleibrand and @danamlewis since they wanted testers for the setup script.
I have a loop working on the same machine, different folder.
@sjolundjohn I owe so much to so many for help with my set up this is the least I can do. In my monitor/glucose this is what I have: pi@raspberrypi:~/dke $ openaps report show monitor/glucose.json --cli
openaps use ns shell get entries.json count=24
openaps use ns shell get entries.json count=24
@davidkeddydb No monitor/glucose.json when using script :-(
@sjolundjohn well if you are just giving them setup issues, that would be a big one. :smile:
When I last did my set up, I would go through each report missing that was needed and create them. I was lucky to get enough help here and through just googling the openaps set up stuff. I am happy to hang out for a bit and share whatever I have on my set ups with any of those files.
Many thanks for the offer - I think I am going to leave it hanging for now. The idea being that with that script things should be setup automatically and work.
I had this magical experience on the Edison where I ran the script and it worked almost right away. So, I believe there are bugs in the current script for the Pi/Nightscount setup which I hope to help iron out.
@sjolundjohn as the Edison will likely be next for me, I am hoping for some of that magic. Can I ask a newbie Edison question? The pi runs off a microsd card. Does the Edison run off a card at all or is it running of a chip on the board? Are there the same issues with not powering off right and it can get corrupted?
It has storage on board the Edison itself, and there seem to be fewer issues with powering off
@davidkeddydb The Edison has onboard memory. 4gb + 1gb ram if memory serves correctly.
When I setup you did need a memory stick on the PI to flash, but I think that may have been sovled now
The breakout board that I have has a powerbutton on it which has worked well for me
@cjo20 @sjolundjohn Thanks. And as I understand what others have done, you can also bypass needing a TI stick as well working with a radio board
With my luck if I had to solder anything or bend pins I would likely screw it up so I may stick with options that avoid that, or get my more technical friends to help. :smile:
@sjolundjohn I have a pi and this is my first loop. I switched over to the setup script after putting many hours into the walkthrough. It started looping for me straight out of the box. Well…… I am having a few issues, but I don’t believe they are related to the script. I have this report
cgm://JSON/iter_glucose_hours/monitor/cgm-glucose.json that was brought in through the script.
@davidkeddydb there is a new piece of hardware which is coming in the next weeks. It hugely reduces the size of the rig and also has everything integrated. Still not sure when it will be released, but according to last update from @danamlewis it is weeks away. I would likely wait to buy the hardware until this is known
@RussGG what is the issue you are having and I will see if I can help
A new revision of the hardware is coming soon
@sjolundjohn @cjo20 Thanks. I will 100% wait based on that and ask you battery questions once it is available and I can get one.
@cjo20 and @danamlewis : will the new hardware support EU/WW pumps?
Yes the new hardware that we are talking about (the "explorer board") will support US and EU/WE pumps @PieterGit
Thx @sjolundjohn (and others!) for helping us test the setup scripts!
@sjolundjohn are you using a plugged in CGM, or just NS?
@scottleibrand just NS
Most common problem I see getting BG from NS is a typo in URL or secret.
I copy pasted direct from browser
I did that yesterday in fact (http vs. https)
What secret did you paste? Plain text or hashed?
Plain text
I am going to do a fresh run of the install right now when you are online
The question "What kind of cgm are you using, G4, G5, MDT) didn't come up last week.
I choose G4 which is what I have, though everything going to NS
After that, try
openaps report invoke cgm/ns-glucose.json
Yeah that's fine. Just means it will pull from G4 if you ever plug it in.
And just copied NS link from browser but removed the traiiling slash
K
pi@raspberrypi:~/openaps $ ls
cgm detect-sensitivity.ini enact iob.ini monitor ns.ini oref0.ini preferences.json pump-session.json settings units.ini
cgm.ini determine-basal.ini get-profile.ini meal.ini ns-glucose.ini openaps.ini pebble.ini pump.ini raw-cgm tz.ini upload
pi@raspberrypi:~/openaps $ openaps report invoke cgm/ns-glucose.json
ns://JSON/shell/cgm/ns-glucose.json
No JSON object could be decoded
Unknown request: oref0_glucose_since
openaps use ns shell get entries.json 'count=10'
openaps use ns shell upload treatments.json recently/combined-treatments.json
-h This message.
get type args Get records of type from
Nightscout matching args.
oref0_glucose [tz] [args] Get records matching oref0
requirements according to args
from Nightscout.
tz should be the name of the
timezones device (default with
no args is tz).
args are ampersand separated
arguments to append to the
search query for Nightscout.
oref0_glucose_without_zone [args] Like oref0_glucose but without
rezoning.
upload endpoint file Upload a file to the Nightscout endpoint.
latest-treatment-time - get latest treatment time from Nightscout
format-recent-history-treatments history model - Formats medtronic pump
history and model into
Nightscout compatible
treatments.
format-recent-type ZONE type file - Selects elements from the
file where the elements would
satisfy a gap in the last 1000
Nightscout records.
upload-non-empty-treatments file - Upload a non empty treatments
file to Nightscout.
lsgaps tz entries - Re-use openaps timezone device
to find gaps in a type (entries)
by default.
upload-non-empty-type type file
status - ns-status
get-status - status - get NS status
preflight - NS preflight
## Nightscout Endpoints
* entries.json - Glucose values, mbgs, sensor data.
* treatments.json - Pump history, bolus, treatments, temp basals.
* devicestatus.json - Battery levels, reservoir.
* profile.json - Planned rates/settings/ratios/sensitivities.
* status.json - Server status.
## Examples
### Get records from Nightscout
Use the get feature which takes two arguments: the name of the endpoint
(entries, devicestatus, treatments, profiles) and any query arguments to append
to the argument string. 'count=10' is a reasonable debugging value.
The query-params can be used to generate any query Nightscout can respond to.
openaps use ns shell get $endpoint $query-params
### Unifying pump treatments in Nightscout
To upload treatments data to Nightscout, prepare you zoned glucose, and pump
model reports, and use the following two reports:
openaps report add nightscout/recent-treatments.json JSON ns shell format-recent-history-treatments monitor/p
Was this a Pi already set up from before? Wondering if maybe it has an old (but not too old) oref0 that can't do oref0_glucose_since but isn't getting updated...
Yep looks like it.
Was this a Pi already set up from before?
-- YES, running
So the fix for you is simply to run
npm run global-install from the oref0 dir. We should add a check for this though.
Do I need to run setup again then?
Maybe not
Just tried to invoke cgm/ns-glucose.json again and same result
Will delete folder and try install again
FYI
pi@raspberrypi:~/openaps $ npm run global-install
npm ERR! Error: ENOENT, open '/home/pi/openaps/package.json'
npm ERR! If you need help, you may report this *entire* log,
npm ERR! including the npm and node versions, at:
npm ERR! <http://github.com/npm/npm/issues>
npm ERR! System Linux 4.1.19-v7+
npm ERR! command "/usr/bin/nodejs" "/usr/bin/npm" "run" "global-install"
npm ERR! cwd /home/pi/openaps
npm ERR! node -v v0.10.29
npm ERR! npm -v 1.4.21
npm ERR! path /home/pi/openaps/package.json
npm ERR! code ENOENT
npm ERR! errno 34
npm ERR!
npm ERR! Additional logging details can be found in:
npm ERR! /home/pi/openaps/npm-debug.log
npm ERR! not ok code 0
Make sure your src/oref0 is up to date
Oh
You're doing that from the wrong folder
Do that from ~/src/oref0/
src/oref0 - I updated it today, followed all instructions from wiki
OK, will test
Still working, but better luck this time:
pi@raspberrypi:~/src/oref0 $ npm run global-install
> oref0@0.2.0 global-install /home/pi/src/oref0
> npm install && sudo npm install -g && sudo npm link && sudo npm link oref0
npm WARN deprecated lodash.assign@4.2.0: This package is deprecated. Use Object.assign.
npm WARN engine form-data@2.0.0: wanted: {"node":">= 0.12"} (current: {"node":"0.10.29","npm":"1.4.21"})
npm WARN engine hawk@3.1.3: wanted: {"node":">=0.10.32"} (current: {"node":"0.10.29","npm":"1.4.21"})
npm WARN engine escodegen@1.8.1: wanted: {"node":">=0.12.0"} (current: {"node":"0.10.29","npm":"1.4.21"})
npm WARN deprecated to-iso-string@0.0.2: to-iso-string has been deprecated, use @segment/to-iso-string instead.
npm WARN deprecated jade@0.26.3: Jade has been renamed to pug, please install the latest version of pug instead of jade
npm WARN engine cryptiles@2.0.5: wanted: {"node":">=0.10.40"} (current: {"node":"0.10.29","npm":"1.4.21"})
npm WARN engine boom@2.10.1: wanted: {"node":">=0.10.40"} (current: {"node":"0.10.29","npm":"1.4.21"})
npm WARN engine hoek@2.16.3: wanted: {"node":">=0.10.40"} (current: {"node":"0.10.29","npm":"1.4.21"})
npm WARN deprecated minimatch@0.3.0: Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue
npm WARN engine boom@2.10.1: wanted: {"node":">=0.10.40"} (current: {"node":"0.10.29","npm":"1.4.21"})
npm WARN engine cryptiles@2.0.5: wanted: {"node":">=0.10.40"} (current: {"node":"0.10.29","npm":"1.4.21"})
npm WARN engine hoek@2.16.3: wanted: {"node":">=0.10.40"} (current: {"node":"0.10.29","npm":"1.4.21"})@scottleibrand Things happening, was able to pull cgm/ns-glucose.json
However still having issues with other glucose reports. I think this is likely due to setup process not working
Going to quickly do a full re-install and then need to go offline to get kids
Here after a fresh install, this is first thing I did:
pi@raspberrypi:~ $ cd openaps
pi@raspberrypi:~/openaps $ openaps pump-loop
Starting pump-loop at Mon 26 Sep 17:38:36 CEST 2016:
pump://JSON/read_temp_basal/monitor/temp_basal.json
reporting monitor/temp_basal.json
Old pumphistory: Refreshed pumphistory
rm: cannot remove ‘enact/suggested.json’: No such file or directory
determine-basal://text/shell/enact/suggested.json
Could not parse input data: { [Error: Cannot find module '/home/pi/openaps/monitor/glucose.json'] code: 'MODULE_NOT_FOUND' }
reporting enact/suggested.json
Old pumphistory-24h refreshed
Old settings refreshed
temp_basal.json less than 5m old
Pumphistory less than 5m old
Settings less than 10m old
Pumphistory-24 less than 20m old
Completed pump-loop at Mon 26 Sep 17:39:32 CEST 2016
You have new mail in /var/mail/pi
pi@raspberrypi:~/openaps $ openaps pump-loop
Starting pump-loop at Mon 26 Sep 17:39:38 CEST 2016:
pump://JSON/read_temp_basal/monitor/temp_basal.json
reporting monitor/temp_basal.json
Profile less than 60m old
temp_basal.json less than 5m old
Pumphistory less than 5m old
Settings less than 10m old
Pumphistory-24 less than 20m old
Completed pump-loop at Mon 26 Sep 17:39:45 CEST 2016And then next step when trying to get BG:
pi@raspberrypi:~/openaps $ openaps get-bg
cgm://JSON/oref0_glucose/raw-cgm/raw-entries.json
grep: cgm/cgm-glucose.json: No such file or directory
rsync: link_stat "/home/pi/openaps/cgm/glucose.json" failed: No such file or directory (2)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1183) [sender=3.1.1]OK Off I go
It's fairly common for a loop to run before it gets first BG from NS. After that it's every minute, though.
You all probably know about this, but found this cool app to ssh into raspberry on iphone, serverauditor, that is free. Easy to be able to shutdown pi vs needing to find laptop.
Yep, been using that for years since Monica recommended it. :smile:
@scottleibrand Scott, bizarre question but were you ever at Camp Joslin in Mass at any point? You look familiar and trying to see if it might be from there at some point.
no. he doesn’t have diabetes ;)
Have only been to MA a few times. Most recently for ADA SciSessions last year, and back to that same hotel in April for another conference.
@scottleibrand I've got a suggestion but a PR is trying to pull customization I've mine to some of the other files in the branch that shouldn't go back to the mothership. Can I just give them to you here?
@danamlewis @scottleibrand There was a T1 conference a few years back @ Joslin that I thought he might have gone to. He looks like a familiar face. I don't know if I am patient enough to wait for the new explorer board before getting going 24/7!
maybe he’s got an east coast doppleganger :)
@rkresha definitely can share here, too, just make sure to tag us so we see it!
@scottleibrand @danamlewis in the cron piece of oref0-setup.sh adjust lines to start with
(crontab -l; crontab -l | grep -v '#' | grep -q ... so it doesn't take in account commented out entries from a loop that you are wanting to keep around for historical purposes
Won't that cause it to add stuff back in you've commented out?
If the commented line is different, the version I merged to dev last night will ignore it.
But if an identical line is commented it assumes you want to leave that disabled.
changed my mind
(crontab -l; crontab -l | grep -Ev '^#' | grep -q
start with #
yes it'll add it back, but if you want to see what vanilla looks like
ah
For future reference, the way you normally deal with trying to PR just one thing is to create a new branch based off of the one you want to update, and then use git cherry-pick to bring over just the single commit that you want to PR.
good to know for sure
your update to dev last night doesn't a better good, I'm going to move along
does a better job*
ha
I've just been lazy about learning all the git commands and just have been using git desktop which is nice, but is stripped down from what I can tell. Thanks for the update @scottleibrand
Yeah, I've always found it worth the effort to actually learn the command-line way of doing things and stick with that. Once you learn the CLI, it's obvious just how limited/inflexible even the good GUI tools are.
(and fwiw, I prefer github’s web interface as an intermediate if you get stuck on desktop, that helps you learn the basics and that transfers conceptually well to command line)
can you do the cherry pick there?
unlikely
When I am getting a ton of AckErrors, ACK is 0 bytes. It is an issue with Carelink usb stick not getting data, right?
@rkresha I think they removed the ability to do that on web, unfortunately
@davidkeddydb yes, could be range, could just be you need to unplug and replug or reboot it, etc.
@danamlewis Thanks. I unplugged and replugged. Mobile smaller rig without a stick is looking better and better.
yea, carelink is a pain for a number of reasons
@danamlewis .....and it is very painful :smile:
..but better than not looping at all, IMO :)
Jupp
:smile:
openaps +ns + mongo db on edison using a 2400 mAh battery after 12h leads to Battery Voltage: 3495mV (24%)
time to connect to power
and xbridge is also draining battery
Yeah wonderful setup @C-Ville :clap:
@ceben80 you should not be online at all :-))
Haha
Okay....off....going to the dancing school :astonished:
Hi all! Our pump is in the mail - we're on our way! :clap: Giving ourselves a goal of October 10th husband's birthday to have Loop up and running. We'll see how it goes!
woohoo! :)
We shall call these two weeks – the fortnight that girl asked all the stupid questions
they’re only stupid if you don’t ask them! :)
@KellyIsWorking_twitter that sounds much more reasonable than our original goal for closing the loop of August 1 2015 (our wedding date), since it only ended up taking us a few weeks from when we announced it at D-Data many months before then. ;-)
seriously - that’s what this community is for. ask away on all the things, and if it’s already documented, we point you to it, and in a lot of cases you’ll help us find new things that need to be documented/improved!
You all are amazing. @scottleibrand @danamlewis I'm planning on documenting it all in a gitbook or maybe creating a new site.
@scottleibrand will give it another go tomorrow. I had to rush home and left the pi at my office.
The switch to the Edison which I have at home now has been fantastic.
Next step a) New development boards which I am hoping get approved b) offline NS by putting NS and Mongo on the Edison.
After that I think I am going to be sorted.
I am amazed by the Loop and how quickly you get used to it. Sleeping at night without it feels crazy
@KellyIsWorking_twitter and putting in pull requests to the current docs, too, I hope :D (you’ll be in really good shape to help us with the next round of documentation for the new setup scripts, I think!)
@sjolundjohn :)
FYI - I still struggle with Git and the commands, the hierarchy keeps screwing with me.
awesome - we will do
@sjolundjohn there are lots of good online resources for learning git, if you want to dive in
Recommendation is welcomed. I use https://www.atlassian.com/git/tutorials/what-is-version-control as a reference but doesn't always solve my problems. Issues are usually related to branches and moving between two Edisons. However w/ setup script I think the need for backups is gone.
ah, yeah. git makes a lot more intuitive sense when used for source code rather than data, so it should be much simpler now
Google is often really good for specific git/github questions
@sjolundjohn before getting ns to run on Edison with Ubilinux I needed to upgrade node
curl -sL https://deb.nodesource.com/setup_4.x | sudo -E bash -
sudo apt-get install -y nodejs
sudo npm cache clean -f
sudo npm install npm -g
sudo n stable
oh this did not work
have to do the three backticks on a separate line before the code starts
you can edit and shift-enter to add a newline there
thanks
:+1:
looks like your last line is incomplete too
oh, then I messed up in my gitbook attempt
@sjolundjohn I then copied from https://gist.github.com/johnmales/1b3c927f2a56aae640b4b2cd0298b1e7
this seemed to do the trick for me to run NS on my edison and my raspberry pi as well
@C-Ville awesome thanks - will give that a go prior to next trip. Right now just enjoying having stable rigs running!
there is even a skript for setting that up on a respberry pi and how to start NS as a service on boot thanks to @SandraK82 https://github.com/SandraK82/deploy-ns-local-raspi
I so liked my offline Edison the last week in Switzerland
Husband's coming from omnipods. I know there have been problems getting supplies for those of you not previously on medtronic pumps. I've purchased infusion sets and reservoirs privately but still need to order a quickserter (found one on amazon and adwdiabetes). What are those of you doing? Did you ask doctor to write script for supplies and pump and not fill pump? I'm anticipating needing to build a back up rig soon & searching to find a x23 (and then there's the problem with different reservoir sizes as well if it's a 723). In the meantime I'm not sure whether to buy privately for a while and start stockpiling omnipods as backups until second rig complete.
a lot of people go through a 3rd party supplier like byram, who doesn’t care if there is a pump script on file, for disposable pump supplies. (Medtronic cares very much and gets confusing, so I wouldn’t even bother ordering through them)
I know someone who bought off craigslist for a long time and said he was able to find plenty at equivalent of what he would pay copay for if he was doing through insurance
Sounds good. We'll plan to continue craigslist for a bit. Once we get second rig & determine which pump is the primary, we'll ask doctor for script
keep in mind you can still use the smaller reservoirs in a 7xx, if that helps
really? fantastic.
yup, you just have to prime a lot longer to get to the bottom of it than you would with the other ones
That makes things easier
:)
most people want the 7xx so they don’t have to refill as often, which would be the case with a 5xx and/or a 7xx with the smaller reservoirs. but that’s the only difference.
Having bad luck today. Pump site ripped out at the cancer hospital while using the restroom. I was at the cancer hospital to get my opium tincture filled. I brought a backup infusion set with me, but the mio I had was wrapped up in a way that It couldn't be unwrapped without breaking the set. Then had to go to the regular hospital I go to for a doctors appointment and have been waiting for an hour. Still have to get out of the doctors office, pick up the RX, and then go home, before changing my site. And my Dexcom has said HI the whole time in the meantime...yay
Oh no @diabeticgonewild I'm so sorry. What a rough time.
@diabeticgonewild perhaps they have some extra syringes somewhere at the office or in the hospital that you could use, taking the insulin from your reservoir so you’re not going the day without insulin? definitely worth mentioning to them so they can help you in any case.
There's a target nearby. I can pick up syringes there maybe...
There's my endo in this building too.
sounds like you have some options :+1:
I'm getting a breast lump looked at, that has gotten bigger. It's been biopsied as benign or whatever. Still concerning though,..
It's been a few years since it has been looked at though.
so i really have to stay at this appointment for now...
Thanks.
I'm so sorry – when it rains it pours, right? Glad to hear you are where you are though – hope you can convince someone to find you a few syringes until you are back home.
Targets can be weird about selling syringes over the counter...that's for sure. But I have always been able to get them there. But it does take convincing.
Walmart is more chill about it.
We're fairly not drastically low carb around here - so he's going through about 150/160 units every 2.5/3 days with pods so I think we'll be fine with the 5xx & keep smaller reservoirs. Though I read someone that just topped them off – seems dangerous to me with body heat.
body heat isn’t a big deal IMO
but yea sounds like he’d be fine with the smaller reservoirs
and I’ve heard a couple people say they need less insulin when switching from Omni to MDt - I have no idea why, though
Yeah it isn't. But I wouldn't like leave plastic water bottles in the car. The plastic gets into the water in hot environments.
I'm fat and I still use a 522
Like but I am actually tall so being fat isn't so bad...
@kellyisworking in a pinch, topping up the reservoirs using a syringe is easy, but generally I wouldn’t do a full refill from an old used reservoir just to be on the safe side because it’s easy to get in that habit.
Most people do fine with the 5 series, and you can reuse reservoirs rather safely
Yeah, I'm dying for insulin. Can't wait To be out of this appointment so I can get a 10 pack of syringes at target...then hit up the cancer hospital for my RX
It's all within a mile or 2 of each other...
Can you ask the nurses where you are?
No. at an OB/GYN in a room and have to wait
It's Ok. I will survive.
So sorry. Maybe ask around just in case while you wait
I don't want to make a big deal. Thanks though.
Thanks again @danamlewis appreciate the rundown on the basics :smile:
:+1: anytime! it’s hard switching and figuring things out.
@danamlewis @scottleibrand Anyone else that is using your setup script complaining about the NS pills not updating? The NS log seems to not be showing any errors (but then again I'm not sure if everything is in there). When I manually run the NS uploader it complains about there being no entries.json so I'm wondering if something is misconfigured
or if it's just me. I was running multiple rigs at home and it seemed to be fine but I think my other rigs were updating the pills. Now I'm at work I notice the pills aren't being updated but openaps seems to be running fine
one other really odd part is that I see the openaps pill being updated, but the IOB/COB/Basal pills aren't being updated and I'm not seeing the basal/pumphistory showing up in the graph so seems like one of the reports is uploading, but the other one (I'm guessing pumphistory?) isn't being uploaded
purple line is there and seems to be correct
Yeah I totally forgot I had a used syringe in my car, in plain sight (not too smart if the cops see it...). So just took 25 units. Now driving to the cancer hospital. Yay for spending $20 in parking today. Where I live, it's not normal to ride metro bus unless you are like indigent or don't have a drivers license. Kind of shameful...
25 units is massive, but I am pretty sure I have ketones and 600+ mg/dL
I mean, I have rode metro in this part of town before a few times to save money on parking. But, I have low blood pressure problems when standing up plus tachycardia that gets worse on exertion, so like it's really tiresome for me to ride metro. I can ride paratransit/access bus due to my medical problems but it's not ideal as my prescription doesn't always get filled timely or predictably from a time frame standpoint...so it's not really practical...
is a G5 transmitter with a dead battery any use to anyone here?
Yeah they told me "1.5 hours to fill my prescription", and I dropped off the RX 3 HOURS AGO, and they just said "20 more minutes". Sucks. They must be crazy busy.
I'm going to eat in the meantime as I took a ton of insulin. Already drank 40 oz of fluids...
@iananders where do you live, I would be interested in a g5 tranmitter
california
@timomer, will do...
Prescription is finally ready...
Finally leaving the medical center...4 hours later...for an RX pretty much.
Finally down to like 296 mg/dL
Hoping someone can help...I'm trying to make a specific alias to log a specific error message to a log file...it works great when running it at the command line, but I get an error message when I put it in quotes and run it as an alias...any ideas?
Here is the command line which works well: grep -i "missing required input fields" oref0-enacted/enacted-temp-basal.json | sudo tee -a /home/pi/openaps/summary.log
And I get the following error when I run it as an alias as such (logging = ! bash -c "grep -i "missing required input fields" /home/pi/openaps/oref0-enacted/enacted-temp-basal.json")
actually, I don't even get an error, it just seems to hang forever
any ideas?