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

31st
Aug 2016
Ben West
@bewest
Aug 31 2016 00:22
yeah
Matthew Williams
@mwilliams
Aug 31 2016 00:30
Wowowow first successful invoke of enact/suggested after very little effort (just pulled my old pump out of storage this afternoon). Have eyed OpenAPS for a while, had the parts and now just finally getting to it. Portable power components on the way and time to begin an open-loop period!
Jason Calabrese
@jasoncalabrese
Aug 31 2016 00:57
:+1: @mwilliams
garykidd
@garykidd
Aug 31 2016 00:58
darn....same error...
pi@raspberrypi:~/APS000 $ sudo rm -Rf ~/src/dexcom_reader; sudo pip install -U dexcom_reader
Requirement already up-to-date: dexcom_reader in /usr/local/lib/python2.7/dist-packages
Requirement already up-to-date: pyserial in /usr/local/lib/python2.7/dist-packages (from dexcom_reader)
pi@raspberrypi:~/APS000 $ openaps report invoke raw-cgm/glucose-raw.json
cgm://JSON/oref0_glucose/raw-cgm/glucose-raw.json
raw-cgm/glucose-raw.json  raised  Python int too large to convert to C long
Traceback (most recent call last):
Matthew Williams
@mwilliams
Aug 31 2016 01:25
Looking for a simple graphing solution for OpenAPS while I'm in my open-loop period. To monitor things like in range percentages, very basic stuff. Is Nightscout the only way to go or is there a more simple solution that can live on the Pi and just append data/generate some status graphs each time I run my loop?
Brandon Faloona
@bfaloona
Aug 31 2016 01:25
@garykidd Has anyone looked at your glucose-raw.json file? Don't paste it here, but you could create a gist to share it. Perhaps there is some bad data in it overflowing 'C long' ??
It's a long shot
Tim Mecklem
@tmecklem
Aug 31 2016 01:44
Not sure if anyone has called attention to it, but Microcenter currently has the Edison breakout board kit on sale: http://www.microcenter.com/product/458394/Edison_Breakout_Board_Kit
Tim Mecklem
@tmecklem
Aug 31 2016 02:18
Anyone have experience soldering the SRF using an iron? I’m pretty decent with through hole soldering, haven’t realy tried anything surface mount. I’m wondering if it’s feasible to hack on it that way.
Gina
@gclyon
Aug 31 2016 02:19
I'm trying to utilize the templates, but have a question. It seems there is a process (for example get-profile) for both raw (settings/profile.json) and non-raw (oref-monitor/profile.json) data. I am using the G5 ios (nightscout bridge) which doesn't support raw data, SOOO... Do I need to disregard the reports/aliases generated from the templates that are targeted for raw data??? ...and build the loop the other route?
Tim Mecklem
@tmecklem
Aug 31 2016 02:27
Also, is wirelessthings getting out of the cc1110 tinker board business? These prices look way lower than before. https://www.wirelessthings.net/rf-module-range/wireless
(Along with being out of stock on things)
garykidd
@garykidd
Aug 31 2016 02:53
@bfaloona no one has looked at my glucose-raw.json file. Am just thinking now--is this because I have G5 and no raw data then?
japrobo
@japrobo
Aug 31 2016 03:03
good evening everyone. Noticing some strange behavior with our loop tonight. Enact enacted reports this data, why is it changing the rate that is suggested to 0 duration?
{
  "requested": {
    "duration": 30, 
    "rate": 0, 
    "temp": "absolute"
  }, 
  "bg": 92, 
  "temp": "absolute", 
  "snoozeBG": 68, 
  "timestamp": "2016-08-30T22:59:57.500189", 
  "rate": 0.0, 
  "reason": "Eventual BG 68<130, setting -6.494U/hr", 
  "eventualBG": 68, 
  "recieved": false, 
  "duration": 0, 
  "mealAssist": "Off: Carbs: 65 Boluses: 1.7 ISF: 36, Target: 135 Deviation: -24 BGI: -0.31", 
  "tick": -4
}
Brandon Faloona
@bfaloona
Aug 31 2016 03:04
We are using G5, but it is not connected to our APS. We get BG data (and no raw data) via the nightscout bridge extension (configured in nightscout).
garykidd
@garykidd
Aug 31 2016 03:05
glucose-raw.json for last 2 hours had only 2 entries actually. is that the problem maybe?
I would very muchlike to be able to have rig benefit from being able to receive BG when not connected to internet.
Brandon Faloona
@bfaloona
Aug 31 2016 03:07
@japrobo What is the IOB? Looks like your BG is 92 and OpenAPS predicts it will be 68 after a few (DIA) hours. So, it thinks that no insulin right now is best.
japrobo
@japrobo
Aug 31 2016 03:08
@bfaloona I agree - no insulin is best, but it is setting basal rate of 0, for 0 duration - so the pump is still using his default basal rate, which we would prefer would be stopping. That is what we are confused by. IOB is 0 right now.
Brandon Faloona
@bfaloona
Aug 31 2016 03:08
well, 'best' is a poor choice of words. It calculated that a NEGATIVE dose of insulin is needed, so it is going with 0.
Oh, I'm sorry! I misread your question!
Looks like received: false points to the answer. The suggestion was made, but the pump did not receive (or allow?) the change.
japrobo
@japrobo
Aug 31 2016 03:11
@bfaloona never saw that happen before; what would cause the pump to not allow the change?
@bfaloona so fascinating troubleshooting step. We were running our loop on an edison and the edison is showing that 'received: false' every time. We turned on our raspberry pi version and that one worked with 'received: true' and actually changed the rate on the pump. what?!?
Brandon Faloona
@bfaloona
Aug 31 2016 03:14
What file did you paste above?
japrobo
@japrobo
Aug 31 2016 03:14
@bfaloona enact/enacted.json above
Brandon Faloona
@bfaloona
Aug 31 2016 03:15
Is the edison communicating with the pump otherwise?
japrobo
@japrobo
Aug 31 2016 03:15
Yes, edison is communicating with the pump - pulling glucose data, for example
garykidd
@garykidd
Aug 31 2016 03:17
@bewest tried executing your last suggestion but with sudo ...seemed to work but end result w/r/t openaps report invoke raw-cgm/glucose-raw.json was the same. I appreciate all your help and appreciate that this must be painful for you as well as me.
diabeticgonewild
@diabeticgonewild
Aug 31 2016 03:19
@tmecklem Thanks for the link to Microcenter's deal on the Edison. I'm definitely going there tomorrow to pick some up.
Eric Jensen
@elnjensen
Aug 31 2016 03:19
@tmecklem Unfortunately wirelessthings is going out of business entirely, closing Sept. 8. They are out of stock on most of the CC1110 boards.
Tim Mecklem
@tmecklem
Aug 31 2016 03:20
Bummer!
I ordered 4 of the bare srf boards, hoping I can make use of them.
@diabeticgonewild glad to be of help!
diabeticgonewild
@diabeticgonewild
Aug 31 2016 03:21
😊
japrobo
@japrobo
Aug 31 2016 03:23
@bfaloona we are just going to turn on the raspberry pis and get some sleep, it is 11:30 here. More troubleshooting tomorrow - thanks for being willing to help. :)
Brandon Faloona
@bfaloona
Aug 31 2016 03:45

@japrobo No worries.

You could manually test set_temp_basal on the edison to see what the pump responds with.

pi@openaps-lp:~/openaps-lp3 $ openaps use pump read_temp_basal
{
  "duration": 17, 
  "rate": 0.875, 
  "temp": "absolute"
}
pi@openaps-lp:~/openaps-lp3 $ openaps use pump set_temp_basal -h
...

pi@openaps-lp:~/openaps-lp3 $ echo { \"temp\": \"absolute\", \"rate\": 0.85, \"duration\": 30 } > my_temp_basal.json
pi@openaps-lp:~/openaps-lp3 $ openaps use pump set_temp_basal my_temp_basal.json 
{
  "temp": "absolute", 
  "recieved": true, 
  "rate": 0.85, 
  "timestamp": "2016-08-30T20:26:19.354636", 
  "duration": 30
}
garykidd
@garykidd
Aug 31 2016 04:09
is there a complete new script to install openaps and dependencies?
Brandon Faloona
@bfaloona
Aug 31 2016 05:25
@garykidd ^^ All our BG data is through nightscout and that extra few layers causes a lot of downtime.
Regarding your glucose-raw.json, paste the data & its report command line interface here. Someone might see something.
Dana Lewis
@danamlewis
Aug 31 2016 05:26
@mwilliams
NS will be easiest way for vis and reporting, unless you want to build something custom. But I'd recommend using NS, even if you don't want to share your BGs with anyone else.
andyhandy
@andyhandy
Aug 31 2016 10:40
Any ideas why this might be happening?

openaps report invoke uploaded-recent-devicestatus.json
ns://JSON/shell/uploaded-recent-devicestatus.json
No JSON object could be decoded
Unknown request: nightscout
TODO: improve help
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.

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 - Retrieve status
preflight - NS preflight

Traceback (most recent call last):
File "/usr/local/bin/openaps-report", line 4, in <module>
import('pkg_resources').run_script('openaps==0.1.5', 'openaps-report')
File "build/bdist.linux-armv7l/egg/pkg_resources/init.py", line 743, in run_script
File "build/bdist.linux-armv7l/egg/pkg_resources/init.py", line 1531, in run_script
File "/usr/local/lib/python2.7/dist-packages/openaps-0.1.5-py2.7.egg/EGG-INFO/scripts/openaps-report", line 82, in <module>
app( )
File "/usr/local/lib/python2.7/dist-packages/openaps-0.1.5-py2.7.egg/openaps/cli/init.py", line 51, in call
self.run(self.args)
File "/usr/local/lib/python2.7/dist-packages/openaps-0.1.5-py2.7.egg/EGG-INFO/scripts/openaps-report", line 75, in run
output = app(args, self)
File "/usr/local/lib/python2.7/dist-packages/openaps-0.1.5-py2.7.egg/openaps/cli/subcommand.py", line 52, in call
return self.method.main(args, app)
File "/usr/local/lib/python2.7/dist-packages/openaps-0.1.5-py2.7.egg/openaps/reports/invoke.py", line 48, in main
reporters.Reporter(report, device, task)(output)
File "/usr/local/lib/python2.7/dist-packages/openaps-0.1.5-py2.7.egg/openaps/reports/reporters/init.py", line 33, in call
self.blob = self.serialize(data)
File "/usr/local/lib/python2.7/dist-packages/openaps-0.1.5-py2.7.egg/openaps/reports/reporters/init.py", line 31, in serialize
return self.method.serialize(render(data), self)
File "/usr/local/lib/python2.7/dist-packages/openaps-0.1.5-py2.7.egg/openaps/vendors/process.py", line 56, in prerender_json
return json.loads(data)
File "/usr/lib/python2.7/json/init.py", line 338, in loads
return _default_decoder.decode(s)
File "/usr/lib/python2.7/json/decoder.py", line 366, in decode
obj, end = self.raw_decode(s, idx=_w(s, 0).end())
File "/usr/lib/python2.7/json/decoder.py", line 384, in raw_decode
raise ValueError("No JSON object could be decoded")
ValueError: No JSON object could be decoded

Eric Jensen
@elnjensen
Aug 31 2016 10:56
My basal rates are currently set a bit low - was running very sensitive this summer and so had to lower them, now working to raise them to get them set right again. As I do this, loop is having a hard time keeping in range - it keeps hitting the ceiling on max_iob and/or the max multipliers for current or daily basal rates (whose names I can't find documented, but I know exist - will dig in the archives or code). Any suggestions on which of these should be raised, i.e. which is the safest approach? Obviously getting the underlying basal rates right is the solution, but trying to edge up to that and not over-correct, and would be nice to stay in range while I'm working it out. Thanks for any thoughts.
Dana Lewis
@danamlewis
Aug 31 2016 10:57
for context, what’s your max_iob at, what’s your max basal set on the pump at?
Eric Jensen
@elnjensen
Aug 31 2016 11:01
Currently max basal on the pump is 1.0, actual max basal rate during the day is 0.65 U/hr (though may need to rise a bit), and max_iob is 2.0.
Dana Lewis
@danamlewis
Aug 31 2016 11:01
your max basal on the pump may be what’s causing you the frustration...cause otherwise 3x and 4x caps would take you above that
so you might want to adjust the pump max basal first.
Eric Jensen
@elnjensen
Aug 31 2016 11:02
Cool, thanks - will give it a try. Have a great day! :smile_cat: :sunny:
Dana Lewis
@danamlewis
Aug 31 2016 11:02
you too! Hi from Finland :)
Eric Jensen
@elnjensen
Aug 31 2016 11:03
Nice!
Dana Lewis
@danamlewis
Aug 31 2016 11:04
just sent you a pm, too, @elnjensen
Andy Sharrow
@dramageek
Aug 31 2016 12:35
wirelessthings.net is now down. I wonder if everyone bought them out of stock. Seems like they'd still keep the site up.
Tim Street
@tim2000s
Aug 31 2016 12:41

Okay, maybe I'm being stupid here, but when setting up the cron job to close loop the openaps do-everything, I've set this up:

*/10 * * * * /home/pi/timsaps/openaps do-everything

*/11 * * * * cp -a /home/pi/timsaps/oref0-enacted/enacted-temp-basal.json "/home/pi/timsaps/enact-archive/enacted-temp-basal-$(date +"%Y-%m-%dT%H%M%S%:z")"

The second line copies the enacted basal to a separate file to give me an archive of these actions. I've a huge card, so it's being deleted monthly. Is the action on the openaps line incorrect, and do I need to be calling it as a python line rather than this?

andyhandy
@andyhandy
Aug 31 2016 12:49
hi all - any ideas why this might be happening? thanks!
pi@raspberrypi:~/myopenaps $ openaps report invoke enact/suggested.json
determine-basal://text/shell/enact/suggested.json
BG data is too old, or clock set incorrectly Wed Aug 31 2016 22:21:16 GMT+1000 (AEST) vs Wed Aug 31 2016 22:48:49 GMT+1000 (AEST)
reporting enact/suggested.json
time on pump, pi and cgm are all set correctly
Dana Lewis
@danamlewis
Aug 31 2016 12:50
what time zone does your pi have?
andyhandy
@andyhandy
Aug 31 2016 12:50
sydney/australia
Dana Lewis
@danamlewis
Aug 31 2016 12:54
it’s usually time zone confusion, or you aren’t pulling in bg’s correctly
andyhandy
@andyhandy
Aug 31 2016 12:56
how would you recommend i check whether i'm pulling in bg's correctly?
thanks for your help
Dana Lewis
@danamlewis
Aug 31 2016 13:03
start catting stuff and checking the time stamps on it
Tim Street
@tim2000s
Aug 31 2016 13:13
@danamlewis any help on my earlier cron question?
andyhandy
@andyhandy
Aug 31 2016 13:13
@danamlewis thanks will do
andyhandy
@andyhandy
Aug 31 2016 13:22
@danamlewis working now - cgm was dropping out of range intermittently which was the cause of the problem i think
Gina
@gclyon
Aug 31 2016 13:34
This message was deleted
This message was deleted
This message was deleted
Tim Street
@tim2000s
Aug 31 2016 15:04
@danamlewis any help on my earlier cron question?
Not needed - figured it out, and it's now closed looping nicely...!
Dana Lewis
@danamlewis
Aug 31 2016 15:28
Yay @tim2000s congrats!!! (Sorry for inadvertent delay responding tho)
@andyhandy :+1:
@tim2000s hope you took a pic :) :confetti_ball:
Tim Street
@tim2000s
Aug 31 2016 16:55
Yeah, it's looping, but I've no visualisation output, as I need to come up with a second nightscout client to run that. Got a few issues with the 640G uploader and the dev version of NS.
Brandon Faloona
@bfaloona
Aug 31 2016 17:08

@scottleibrand @bewest @danamlewis

I have very low confidence in my implementation's IOB numbers. They are usually valid but sometimes completely wrong. I think there are several things going on, so I'm trying to start verifying from the bottom and build up.

Regarding my earlier post about future dates in monitor/iob.json, I gather now those entries are calculated into the future. Is that correct?

This entry from monitor/iob.json looks correct for basaliob, which mirrors iob, but netbasalinsulin looks wrong.
Asside from Basal rate changes, what factor could further reduce IOB?

{
    "netbasalinsulin": -1.15, 
    "activity": -0.0064, 
    "basaliob": -0.549, 
    "time": "2016-08-31T16:35:13.000Z", 
    "hightempinsulin": 0, 
    "bolussnooze": 0, 
    "iob": -0.549
  },
Eric Jensen
@elnjensen
Aug 31 2016 17:25
@bfaloona Can you look at pump history? Given the net negative basal, I would expect you'd see some temp basals in the recent past that were below your normal basal rates. My understanding is that these are net relative to your set basal rates - obviously can't have net negative insulin in general (though would be nice sometimes!).
Eric Jensen
@elnjensen
Aug 31 2016 17:31
Not sure why there's a difference between basaliob and netbasalinsulin, though, which is maybe what you're wondering about. Would have to look at the code - maybe basaliob has a decay curve associated with it (true of most/all the iob calculations, I think) while netbasalinsulin is for some fixed past time window.
Brandon Faloona
@bfaloona
Aug 31 2016 17:32
Screen Shot 2016-08-31 at 10.30.54 AM.png
Recent temp basals have all been low.
Apart from how OpenAPS handles IOB values, where can I find out more about how nightscout populates the IOB pill. It drives me crazy that it can represent any one of these IOB values: Basal, Active or Net.
Matthew Williams
@mwilliams
Aug 31 2016 17:38
Anyone able to assist me (I'm guessing I've just been staring at it too long) in getting my openaps data into nightscout? My closed loop is working, I'm getting updates from pushbullet, and my nightscout instance is running fine and the flightcheck works. Here's a gist of the output of the report-nightscout report. Anything obvious I'm overlooking? I've tweaked the reports a tad according to various tutorials, and I either end up with the following trace, or I end up with "Nothing to upload." https://gist.github.com/mwilliams/a26f955607ca411c853b618e27f6b6e2
Using enlite on my minimed for a CGM (wondering if I'm not cleaning the glucose data for NS?)
Brandon Faloona
@bfaloona
Aug 31 2016 17:41
@mwilliams What does openaps report show --cli nightscout/recent-missing-entries.json output?
Matthew Williams
@mwilliams
Aug 31 2016 17:41
@bfaloona: openaps use ns shell format-recent-type tz entries monitor/glucose.json
Brandon Faloona
@bfaloona
Aug 31 2016 17:43
:point_up: August 30, 2016 3:15 PM
@mwilliams
Matthew Williams
@mwilliams
Aug 31 2016 17:44
Hmmm looking
Brandon Faloona
@bfaloona
Aug 31 2016 17:47
@mwilliams Looks like my current loop is not yet using upload-non-empty-type, but that appears to be the best route.
@mwilliams Your traceback is for this report though: nightscout/uploaded-entries.json. Can you run openaps report show --cli for that report?
Matthew Williams
@mwilliams
Aug 31 2016 17:50
@bfaloona: openaps use ns shell upload entries.json nightscout/recent-missing-entries.json
I'm trying to step back to generate some data that looked good and was getting dumped into the nightscout dir
Brandon Faloona
@bfaloona
Aug 31 2016 17:53
That sounds very useful. Please post your approach if you have time.
Matthew Williams
@mwilliams
Aug 31 2016 17:53
or just getting data from my pump uploaded (reservoir, battery, IOB)
Brandon Faloona
@bfaloona
Aug 31 2016 17:56
Not sure I can help, sorry.
I believe that the error you posted No JSON object could be decoded happens when a report is corrupt, empty or missing.
Brandon Faloona
@bfaloona
Aug 31 2016 18:23
openaps-low-temp-stable-low-bg.jpg

New question :raised_hand: With visuals :point_up:

What is the best way to encourage low temps? While I think OpenAPS is doing a fine job of keeping BG's stable, I'd like to further prioritize hypo-prevention.

For example, current BG is 98 with a target of 120 (although autosens has bumped that to 132). OpenAPS is modulating basal rate and everything is stable. However, I consider stable at 100 to be dangerous as we often see quick drops that a zero temp basal is not enough to counteract.

Any suggestions?

Brandon Faloona
@bfaloona
Aug 31 2016 18:29
Assumptions about the above graphic (feedback welcome):
  • basal rates are too high, leading to consistent low temps
  • A Negative IOB value makes determine-basal more likely to deliver insulin
Is the issue as simple as raising target BG to help prevent hours at 100?
Yes, I realize I called 120 our target and 100 dangerous. With a 20% margin of error for BG, that argument falls apart instantly. :smile:
Dana Lewis
@danamlewis
Aug 31 2016 18:34
Yes I would start by upping your target if you want to ride higher.
Brandon Faloona
@bfaloona
Aug 31 2016 18:34
My goal is too help openaps push a stable BG up to target more aggressively.
Dana Lewis
@danamlewis
Aug 31 2016 18:35
You might also want to change ISF ratios then
Brandon Faloona
@bfaloona
Aug 31 2016 18:36
autosens is adjusting ISF to 96! (normal value is 80)
Dana Lewis
@danamlewis
Aug 31 2016 18:42
Is it consistently adjusting it that much?
Brandon Faloona
@bfaloona
Aug 31 2016 18:44
yes, but we are a few days past a 5 day course of steroids, so that might be playing a role.
Or the 80 value that's been in use has been wrong!
Dana Lewis
@danamlewis
Aug 31 2016 18:46
Yep. So maybe start by upping target and after a few days, if still consistently getting that extreme auto sens , try changing the isf some. (Would change one at a time, though, so easier to observe impact)
Hichame Yessou
@hichameyessou
Aug 31 2016 18:54
HW Question: how do you manage to keep cold the devices? (Pi2/0)
I mean, I would like to keep the Pi0 in my pocket, but it get quite hot (onboard sensor say 65-70°c) and it's not the best to have for 4-5 hours something hot in your pocket. Can a dissipator help? Or down clocking the processor?
Iain
@iainct
Aug 31 2016 18:59
@hichameyessou what battery are you using? Most of the heat mine produces is sunk into the battery....
Pi0 that is
Scott Leibrand
@scottleibrand
Aug 31 2016 19:00
@bfaloona @elnjensen had it right: netbasalinsulin is the total amount of net insulin you've gotten over the last few hours (1.5*DIA or something), not a time-decayed value like iob and basaliob. It was used by the (old) meal assist algorithm, but is no longer used for anything that I recall in AMA.
Brandon Faloona
@bfaloona
Aug 31 2016 19:03
Is the ISF value calculated by autosens based on carb inputs?
Scott Leibrand
@scottleibrand
Aug 31 2016 19:03
@bfaloona if you're consistently running low, I would suspect too-high basals before ISF. Changing the ISF makes the loop more aggressive/conservative in both directions (so a higher ISF makes it get you to a lower IOB when high, but also to a less negative IOB when low. a lower ISF will make it high-temp more aggressively, but also low-temp more aggressively). if the problem is a consistent low bias (the loop always having to low-temp), then that would instead indicate that your basals are probably too high, during the timeframes 1-2 hours before the low temps.
autosens does not use carb inputs directly (yet).
it does assume that any sufficiently fast rise is likely due to carbs, and ignores it, but that's a function of the deviation being > 5 mg/dl per 5m, not whether or not you entered carbs
there is an open issue to change that and make autosens AMA-aware, but we haven't done it yet
Dana Lewis
@danamlewis
Aug 31 2016 19:05
*^basals too high
Scott Leibrand
@scottleibrand
Aug 31 2016 19:05
sorry, yeah, fixed
Brandon Faloona
@bfaloona
Aug 31 2016 19:05
Great feedback! Thanks.
If ISF were to be used as a control for correction aggressiveness, autosens would need to be turned off, correct?
Scott Leibrand
@scottleibrand
Aug 31 2016 19:10
you probably don't want to use it that way
Brandon Faloona
@bfaloona
Aug 31 2016 19:11
I had a feeling was reaching for the wrong tool. :smile:
Scott Leibrand
@scottleibrand
Aug 31 2016 19:11
really ISF should only be used for deciding how much to dose for a meal or for BG being way too high
Dana Lewis
@danamlewis
Aug 31 2016 19:11
And you would still want auto sens even if you did adjust it slightly
Scott Leibrand
@scottleibrand
Aug 31 2016 19:11
autosens actually adjusts two things at the same time: the basal rates and ISF
the baseline basal rate adjustments are what matters most of the time
the ISF adjustments are what matters when you have a big meal or a big rise after a meal.
Brandon Faloona
@bfaloona
Aug 31 2016 19:12
Does autosens take over basal rates from determine-basal ?
Scott Leibrand
@scottleibrand
Aug 31 2016 19:13
no, this is different
Brandon Faloona
@bfaloona
Aug 31 2016 19:13
Ok.
Autosens is also adjusting the target, right?
Scott Leibrand
@scottleibrand
Aug 31 2016 19:13
so determine-basal calculates the temp basal to set based on how much additional/less insulin you need, and then sets a temp relative to your normally scheduled current basal
autosens adjusts what determine-basal thinks your normally scheduled current basal is.
so if you need an extra 0.5U/hr of basal, and your normal basal is schedule at 1U/hr, but you're running 20% resistant, it will give you 1.7U/hr
yes, autosens also adjusts the targets as well, so I guess that's three things
although that adjustment is turned off when you have a temp target running, or can be disabled in preferences
Brandon Faloona
@bfaloona
Aug 31 2016 19:16
Great explanation. Some of that should go on the autosens docs page!
Brandon Faloona
@bfaloona
Aug 31 2016 19:21
Apart from how OpenAPS handles IOB values, where can I find out more about how nightscout populates the IOB pill. It drives me crazy that it can represent any one of these IOB values: Basal, Active or Net.
Scott Leibrand
@scottleibrand
Aug 31 2016 19:23
it should always be displaying net IOB if such a value is available from openaps
Brandon Faloona
@bfaloona
Aug 31 2016 19:23
Anyone else find it surprising that the IOB pill in nightscout reports different things at different times? Is that fundamentally an implementation issue (i'm sending it the wrong json), or is there a design issue where nightscout is showing an unclear value? ... or both.
Scott Leibrand
@scottleibrand
Aug 31 2016 19:23
if your loop isn't uploading, it will fall back to calculating IOB itself from basals or whatever it normally does without openaps
I believe the IOB comes from the most recent openaps entry in the devicestatus collection, so you can look at that directly
Brandon Faloona
@bfaloona
Aug 31 2016 19:24
ah! That is the feature i find disturbing. Thanks. I'll follow up with.... an issue in the cgm-remote-monitor repo?
Scott Leibrand
@scottleibrand
Aug 31 2016 19:25
yeah, and/or discuss with @jasoncalabrese et. al. first, either here or in nightscout/public.
Brandon Faloona
@bfaloona
Aug 31 2016 19:26
My feature request will be to somehow make it explicit, so glancing at the IOB value will never lead to confusion.
Scott Leibrand
@scottleibrand
Aug 31 2016 19:26
if you mouse-over the tooltip it will give you all the values
Brandon Faloona
@bfaloona
Aug 31 2016 19:27
Sometimes my mouse over is missing treatments IOB, which is probably my upload failing. ?
On a related note, there are many values displayed in nightscout and it is difficult to know which are OpenAPS values and which are nightscout. Just needed to say that.
Scott Leibrand
@scottleibrand
Aug 31 2016 19:29
I think treatments IOB is the old-school bolus-based IOB calculated inside nightscout
Brandon Faloona
@bfaloona
Aug 31 2016 19:33
Hmm. I'm finding it difficult to validate my implementation. So many variables and questions!
Glad you are working on those sh scripts @scottleibrand . I'm a big proponent of being able to deploy a working reference implementation, if for no other reason than it could include functional implementation tests already configured.
Brandon Faloona
@bfaloona
Aug 31 2016 19:41
A simple data set and functional tests would be very valuable for anyone starting on building a loop.
What is a good doc source for configuring temp targets?
Dana Lewis
@danamlewis
Aug 31 2016 19:55
Don't think we have one...(you're running into all the areas where we added cool stuff but no one has had energy/time to go back and add docs. Annoying, but points for being a good finder of holes in the docs?! :))
Brandon Faloona
@bfaloona
Aug 31 2016 19:58
I'll take any silver lining I can get! The frustration is small compared to the appreciation that so many people have helped create these tools.
Dana Lewis
@danamlewis
Aug 31 2016 19:59
:+1: :heart:
In the plus side, I do remember 2-3 convos on this, so try searching archives and see what you find for at least convo notes on the process?
And if in doubt/smoke signal @jasoncalabrese who probably remembers this one a lot better than I do
Jason Calabrese
@jasoncalabrese
Aug 31 2016 20:14
yeah treatments IOB, is the bolus on IOB calculated by NS, in some cases it's useful, but also confusing, I think @MilosKozak uses it for his situation
there are some failure situations when I think NS should switch to it also, for example stale openaps data, current bolus only iob might be more useful
but thats also why I want to keep using the oref0 iob based on raw pump history, so that we have the chance to unify the calculations
Hichame Yessou
@hichameyessou
Aug 31 2016 20:17
@lain I'm using an Anker mini of 3200mah
Brandon Faloona
@bfaloona
Aug 31 2016 20:29
@jasoncalabrese Headed out the door. Thanks for the info. Perhaps a change in display formatting could indicate the different data source. ??
garykidd
@garykidd
Aug 31 2016 20:29
@bfaloona I'm not following your comment (from 17:21 above) ,,please be more specific... if you can.
Jason Calabrese
@jasoncalabrese
Aug 31 2016 20:47
maybe an option to display it or not
I don't use it, but I think some people do
Milos Kozak
@MilosKozak
Aug 31 2016 20:57
treatment IOB calculated by NS is nice to have when you don't have data from pump ( or for possibility to verify data from pumps not using history for calculation)
at least for me it's usefull. i can compare it and see all is fine
blob
Brandon Faloona
@bfaloona
Aug 31 2016 21:06
Milo where can I get that app?
so far only DanaR pump driver exist for android, but you can play with on virtual pump if you want
C-Ville
@C-Ville
Aug 31 2016 21:17
this does not seem to look to good I assume
Starting kernel ...

[    0.748194] pca953x 1-0020: failed reading register
[    0.753402] pca953x 1-0021: failed reading register
[    0.758472] pca953x 1-0022: failed reading register
[    0.763594] pca953x 1-0023: failed reading register
[    1.658433] pmic_ccsm pmic_ccsm: Error reading battery profile from battid frmwrk
[    1.667394] pmic_ccsm pmic_ccsm: Battery Over heat exception
C-Ville
@C-Ville
Aug 31 2016 21:22
looks like successfully bricked my Edison :-(
Scott Leibrand
@scottleibrand
Aug 31 2016 21:26
Can you boot it without a battery, powered from wall over USB?
C-Ville
@C-Ville
Aug 31 2016 21:30
that was trying to boot over USB but from PC, I might try a wallplug
df .h
ups
same prob with wall plug
another edison is working fine on the same breakout board
C-Ville
@C-Ville
Aug 31 2016 21:37
I guess I will stick with the other board for now and see if I can get some offline solution set up until sunday. I want to go hiking and will not have reliable internet access :-(
hiking goes :-)
I do not even get it detected by the intel driver to reflash
I skip that for now
Eric
@ecc1
Aug 31 2016 21:57
@C-Ville Try different micro-USB cables. I've found Edisons to be very sensitive to particular cables.
C-Ville
@C-Ville
Aug 31 2016 21:59
@ecc1 thanks, I will check that out tomorrow, right now I think I work with my backup
Brandon Faloona
@bfaloona
Aug 31 2016 22:05
All- I agree both IOB calculation sources can be useful. I just want to know which I'm looking at. Regarding safety it's one of the most important data points, right?