These are chat archives for nightscout/intend-to-bolus

12th
Feb 2019
straykatz
@straykatz
Feb 12 03:30
so, I did this - cd ~/src/oref0 && git checkout dev && git pull
npm run global-install, reran set-up script, but I am still getting the same error.
                                            ^
ReferenceError: UAMpredBG is not defined
at determine_basal (/home/.rootfs/usr/local/lib/node_modules/oref0/lib/determine-basal/determine-basal.js:697:50)
at Object.<anonymous> (/home/.rootfs/usr/local/lib/node_modules/oref0/bin/oref0-determine-basal.js:215:14)
at Module._compile (module.js:653:30)
at Object.Module._extensions..js (module.js:664:10)
at Module.load (module.js:566:32)
at tryModuleLoad (module.js:506:12)
at Function.Module._load (module.js:498:3)
at Function.Module.runMain (module.js:694:10)
at startup (bootstrap_node.js:204:16)
at bootstrap_node.js:625:3
straykatz
@straykatz
Feb 12 04:49
I moved to another Edison, and it is working there. Yay. And, another error. Did I mess-up my Nightscout database somehow? Trying to run Autotune, and here is what I get:
Running oref0-autotune --dir=/root/myopenaps --ns-host=https://myNS.herokuapp.com --start-date=2019-02-09 --end-date=2019-02-10 --categorize-uam-as-basal=true
Compressing old json and log files to save space...
gzip: autotune*.json: No such file or directory
Autotune disk usage:
2.8M .
Overall disk used/avail:
Filesystem Size Used Avail Use% Mounted on
/dev/root 1.4G 703M 614M 54% /
Grabbing NIGHTSCOUT treatments.json and entries/sgv.json for date range...
Query: https://myNS.herokuapp.com entries/sgv.json find%5Bdate%5D%5B%24gte%5D=1549713600000&find%5Bdate%5D%5B%24lte%5D=1549800000000&count=1000
parse error: Invalid numeric literal at line 1, column 10
Couldn't download ns-entries.2019-02-09.json
drivepilot
@drivepilot
Feb 12 13:51
Hello everyone, I am quite new to the whole diabetes world aa a close friend was only recently diagnosed t1d. I really appreciate all the work that you have all done to create closed looping systems. I'm sure that they will really be beneficial to us once we learn all about the details of managing diabetes. My question for you all is whether there is an implementation of an open or closed looping system that can be run solely from a smart watch that has 4G connectivity. To start with just being able to get the data from a CGM via the smartwatch up to the cloud without a smart phone would be great. Thanks in advance folks.
Nemz716
@Nemz716
Feb 12 16:17
Hi, I’m Nem. I’ve been a T1 diabetic for 24 years nearly to the day and have only just heard about the ability to create your own loop system and artificial pancreas. So exciting! Any help as to the best place to start as this is a whole new ball game to me! Thanks
Nemz716
@Nemz716
Feb 12 16:50
Yeah
Dana Lewis
@danamlewis
Feb 12 17:19
@Nemz716 welcome! You may want to take a look at OpenAPS.org and the OpenAPS documentation here: https://openaps.readthedocs.io/en/latest/index.html
@drivepilot I think there is someone running AndroidAPS via their watch; but; it’s better to use another device at first (even a really small Android phone just for that purpose) to get used to the UI
@straykatz looks like it’s complaining about a character in NS entries - which should just be BG and time stamp. Maybe open that file and see if you can figure out what it’s complaining about? Or try running autotune and excluding 2019-02-09 too (so only run til feb 8)?
mdhawkins91
@mdhawkins91
Feb 12 21:01
Hey guys. I'm having issues with NS displaying info (looks like a rendering issue maybe?). It won't display properly on home or work pc, or my phone. I can see basals but no cgm or openAPS info from the rig. Rig is running normally - edison and explorer, medtronic pump, medtronic cgm. On NS I can't even change the time-range displayed. I have the openAPS setting (and all others) ticked, but it's only really displaying pump info (bolus and carb entries, entered bgl) and temp basals, no openAPS or cgm info is showing. All NS data is uploaded from my rig with the current setup. Some info is showing so obviously rig is uploading to NS. I've read the troubleshooting amongst the openAPS docs, have cleared mlab (was only about 100mb data anyway). I've even deployed a new NS however have the same issue after re-running openAPS script with the new NS API. any ideas?
Scott Leibrand
@scottleibrand
Feb 12 21:04
sounds like you're not uploading CGM data
how is that supposed to be getting uploaded in your configuration?
viq
@viq
Feb 12 21:06
So I'm back to playing with autotune and oref0-upload-profile. I have a profile downloaded off of nightscout by autotuneweb, but that still doesn't work for uploading, apparently because the profile is missing bg_targets. Which would be much easier to fix if there was any example anywhere what it's supposed to look like.
Jon Cluck
@cluckj
Feb 12 21:11
@viq bg_targets.json?
viq
@viq
Feb 12 21:12
@cluckj I have no idea, oref0-upload-profile won't tell me
Also, apologies for sounding frustrated, I've been banging my head against this, well, for a couple months now
Jon Cluck
@cluckj
Feb 12 21:13
:) no worries
viq
@viq
Feb 12 21:14
@cluckj and if you mean "OpenAPS will just automatically get it from your pump" then I'd like to see it try to do so from Dana R ;)
Jon Cluck
@cluckj
Feb 12 21:14
:laughing:
viq
@viq
Feb 12 21:15
Thus my question: how can I feed OpenAPS all the bits it expects for autotune and profile upload to work?
And I found https://openaps.readthedocs.io/en/latest/docs/Build%20Your%20Rig/x12-users.html#sample-file-for-bg-targets-raw-json (of course named differently so search wouldn't find it), but appending that to profile.json (or, well, autotuneweb-profile.json) still doesn't appease oref0-upload-profile
Jon Cluck
@cluckj
Feb 12 21:16
you'll need to make up some data to feed into oref0-get-profile, which will make a profile.json that you can tell oref0-upload-profile to use
.usage("$0 <pump_settings.json> <bg_targets.json> <insulin_sensitivities.json> <basal_profile.json> [<preferences.json>] [<carb_ratios.json>] [<temptargets.json>] [--model <model.json>] [--autotune <autotune.json>] [--exportDefaults] [--updatePreferences <preferences.json>]")
viq
@viq
Feb 12 21:18
ungh
Any idea if there exists something to grab those from nightscout?
mdhawkins91
@mdhawkins91
Feb 12 21:20
@scottleibrand the rig receives cgm data (MDT) directly from the pump and uploads everything to NS. My NS was working correctly and displaying everything for a week or so. Then my rig dropped out and took me a week or so to get it running. Now NS is not showing me all the data. Have also updated to ice cream
Jon Cluck
@cluckj
Feb 12 21:20
some jq madness on /api/v1/profile.json?
viq
@viq
Feb 12 21:21
Eh, sounds like I'll need to wrangle me some python
Jon Cluck
@cluckj
Feb 12 21:22
do you have a valid profile.json to compare to? I can send you mine
viq
@viq
Feb 12 21:23
That would require having working OpenAPS connected to a medtronic pump ;) Fortunately I have a couple of people I can ask, but sure, the more samples the better ;)
Jon Cluck
@cluckj
Feb 12 21:26
:P
Scott Leibrand
@scottleibrand
Feb 12 21:34
@mdhawkins91 have you done openaps first-upload or equivalent?
drivepilot
@drivepilot
Feb 12 21:35
@danamlewis thanks very much. Yes I will start with the phone and then see if I can get things running on an Android watch.
mdhawkins91
@mdhawkins91
Feb 12 21:37
@scottleibrand I have not, I hadn't found that page actually. I'll try it tonight when I get home from work. Thanks for the help
Dana Lewis
@danamlewis
Feb 12 21:48
@mdhawkins91 any time you have a long gap of being offline, you'll probably need to re-run it to get data re-flowing. https://openaps.readthedocs.io/en/latest/docs/Customize-Iterate/offline-looping-and-monitoring.html#note-about-recovery-from-camping-mode-offline-mode-for-medtronic-cgm-users
Matthew Yeager
@AmazingThew
Feb 12 22:25
Hey, I'm looking to put a bigger battery on my rig. How can I find out what the explorer HAT can safely charge/use? Is a big 18650 like this one viable? Battery stuff's pretty far outside my expertise unfortunately
Scott Leibrand
@scottleibrand
Feb 12 22:26
size doesn't really matter: what matters is that it has a proper-polarity JST connector. if the battery is "too big" it'll just take more than 8h to charge, but then it'll also last more than 16h, so that's probably fine.
adafruit has n*18650 packs with JST, as big as https://www.adafruit.com/product/353 if you want. the smaller ones are linked from the openaps docs I believe
Matthew Yeager
@AmazingThew
Feb 12 22:31
JST's just two wires and a socket AFAIK? If I wired up a battery that didn't come with a connector there aren't any gotchas beyond "don't hook it up backwards" right?
Scott Leibrand
@scottleibrand
Feb 12 22:31
not that I can think of?
if you want to do two cells in parallel it gets more complicated
because you have to make sure they stay balanced
but for a single cell I think it's simple. I don't solder things myself though.
lots of folks who do that kind of thing hang out in https://gitter.im/openaps/hardware-dev FWIW
Matthew Yeager
@AmazingThew
Feb 12 22:33
awesome; thanks!