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

20th
Jan 2016
dougtakeuti
@dougtakeuti
Jan 20 2016 00:22 UTC
I've been playing around with the length of glucose.json data, using collection times from 0.5 h to 1 h. Do you guys have any advice on this?
Scott Leibrand
@scottleibrand
Jan 20 2016 00:24 UTC
dexcom or medtronic?
speed is not an issue for dexcom, so AFAICT it's just a question of file size (for uploading, git history, etc.). I just do as long as I need for the algorithm, which is just 15m. so either of those should be fine.
dougtakeuti
@dougtakeuti
Jan 20 2016 00:28 UTC
It's a Medtronic. Do you mean you make a decision based on 3 points?
Scott Leibrand
@scottleibrand
Jan 20 2016 00:28 UTC
take a look at the determine-basal algorithm. it just uses current BG, 5m ago, and 15m ago.
dougtakeuti
@dougtakeuti
Jan 20 2016 00:33 UTC
ok, I'll have a look at that. Thanks! Now I need to figure out why my 30-min glucose.json file is sometimes empty after I clean it with @loudnate's glucosetools...
Ben West
@bewest
Jan 20 2016 00:42 UTC
@jasoncalabrese seems fine
@juliatakeuti how did you define the report?
can you do openaps report show glucose.json
err
do you have two tools trying to use the file?
dougtakeuti
@dougtakeuti
Jan 20 2016 00:54 UTC
@bewest this is what I get: https://gist.github.com/juliatakeuti/e26a53ac1b97487394b0. However, I think that is something that happens after a calibration event.
Ben West
@bewest
Jan 20 2016 00:55 UTC
ah, from medtronic
yes, I think there's a bug or something when the "pages turn over"
dougtakeuti
@dougtakeuti
Jan 20 2016 01:01 UTC
Now something that I get every time I run determine-basal is the first error message in the code, "Could not determine last BG time". After running glucosetools I get https://gist.github.com/juliatakeuti/42f4ad2f741407df2b49
it's looking for display_time or dateString
yours is calling it "date"
as a workaround you could change it by doing something like json -e "this.display_time = this.date"
I think someone was working on updating that part of the code to accept other date formats. perhaps @ktomy ?
dougtakeuti
@dougtakeuti
Jan 20 2016 01:24 UTC
@scottleibrand true, I'll do that.
Ben West
@bewest
Jan 20 2016 01:28 UTC
hmm?
@juliatakeuti see the mm-format-ns-glucose tool
converts mm glucose to ns/oref0 glucose
dougtakeuti
@dougtakeuti
Jan 20 2016 01:30 UTC
ok
Ben West
@bewest
Jan 20 2016 01:31 UTC
ah, mm-format-ns-glucose --oref0 glucose.json should convert it to oref0 version
dougtakeuti
@dougtakeuti
Jan 20 2016 01:38 UTC
ok, it works: https://gist.github.com/juliatakeuti/94db1c2f3f27aa09d84b. Now let me include that in the loop.
dougtakeuti
@dougtakeuti
Jan 20 2016 01:44 UTC
@bewest actually, not sure how to handle that. Do I include that in my openaps.ini as I did with glucosetools?
Ben West
@bewest
Jan 20 2016 01:53 UTC
it's similar to some of the oref0 tools
you'll add vendor openaps device add mm-format-ns-glucose process --require glucose mm-format-ns-glucose --oref0
hmm
I think
no
oh wow
sorry
wrong altogether
there we go
then you can use it the same way as before like: openaps use mm-format-ns-glucose shell glucose.json
should probably rename the first glucose.json, glucose-raw.json
that way you can save the mm-... use as glucose.json
dougtakeuti
@dougtakeuti
Jan 20 2016 02:08 UTC
This message was deleted
Peter Miller
@ochenmiller
Jan 20 2016 02:46 UTC
This message was deleted
dougtakeuti
@dougtakeuti
Jan 20 2016 02:49 UTC
so I added a report and I think it is wrong: sudo openaps report add monitor/glucose.json JSON mm-format-ns-glucose shell monitor/glucose-raw.json isn't it?
Ben West
@bewest
Jan 20 2016 02:56 UTC
oh, no sudo
looks ok to me
does openaps use mm-format-ns-glucose shell monitor/glucose-raw.json work?
that's the way to test it manually
dougtakeuti
@dougtakeuti
Jan 20 2016 03:01 UTC
yes, it works
The problem is that when I invoke that report I get
Traceback (most recent call last):
  File "/usr/local/bin/openaps-report", line 4, in <module>
    __import__('pkg_resources').run_script('openaps==0.0.9', 'openaps-report')
  File "/usr/local/lib/python2.7/dist-packages/setuptools-19.1.1-py2.7.egg/pkg_resources/__init__.py", line 745, in run_script
  File "/usr/local/lib/python2.7/dist-packages/setuptools-19.1.1-py2.7.egg/pkg_resources/__init__.py", line 1670, in run_script
  File "/usr/local/lib/python2.7/dist-packages/openaps-0.0.9-py2.7.egg/EGG-INFO/scripts/openaps-report", line 82, in <module>
    app( )
  File "/usr/local/lib/python2.7/dist-packages/openaps-0.0.9-py2.7.egg/openaps/cli/__init__.py", line 44, in __call__
    self.run(self.args)
  File "/usr/local/lib/python2.7/dist-packages/openaps-0.0.9-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.0.9-py2.7.egg/openaps/cli/subcommand.py", line 50, in __call__
    return self.method.main(args, app)
  File "/usr/local/lib/python2.7/dist-packages/openaps-0.0.9-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.0.9-py2.7.egg/openaps/reports/reporters/__init__.py", line 27, in __call__
    self.blob = self.serialize(data)
  File "/usr/local/lib/python2.7/dist-packages/openaps-0.0.9-py2.7.egg/openaps/reports/reporters/__init__.py", line 25, in serialize
    return self.method.serialize(render(data), self)
  File "/usr/local/lib/python2.7/dist-packages/openaps-0.0.9-py2.7.egg/openaps/vendors/process.py", line 55, 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
dougtakeuti
@dougtakeuti
Jan 20 2016 03:09 UTC
This how it shows in openaps.ini:
[device "mm-format-ns-glucose"]
vendor = openaps.vendors.process
extra = mm-format-ns-glucose.ini

[report "monitor/glucose.json"]
use = shell
reporter = JSON
json_default = True
device = mm-format-ns-glucose
remainder = []
glucose = monitor/glucose-raw.json
Scott Leibrand
@scottleibrand
Jan 20 2016 03:19 UTC
If anyone wants to try it, this claims to allow shutting off a single Pi USB port: https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=93463
if someone can get that working we could make oref0-reset-usb more graceful.
Dragan Maksimovic
@dm61
Jan 20 2016 03:44 UTC
this leads to https://github.com/codazoda/hub-ctrl.c, which states: "This only works on USB hubs that have the hardware necessary to allow software controlled power switching. Most hubs DO NOT include the hardware." I'll give it a try on my CanaKit RPI and will let you know
Scott Leibrand
@scottleibrand
Jan 20 2016 03:46 UTC
Thx. Not holding my breath.
Jason Calabrese
@jasoncalabrese
Jan 20 2016 03:53 UTC
the carelink that seemed dead before seems ok now, maybe I didn't unplug it long enough at school?
going to let it loop on a test pump for a while
schulzedj
@schulzedj
Jan 20 2016 03:56 UTC
It looks like the link for oref0-mint-max-iob is broken- and suggestion for setting up the
max_iob? I remember there is a sudo option but can't find it on the gitter
Scott Leibrand
@scottleibrand
Jan 20 2016 03:57 UTC
Just use an editor and type/paste it in.
nano max_iob.json or similar
schulzedj
@schulzedj
Jan 20 2016 04:09 UTC
That's right- thanks. Going through this a second time is super helpful for learning
Scott Leibrand
@scottleibrand
Jan 20 2016 04:10 UTC
:+1:
schulzedj
@schulzedj
Jan 20 2016 05:01 UTC
Can someone clarify the tz in openaps report add monitor/clock-zoned.json JSON tz clock monitor/clock.json
When I try to add it does not recognize tz
Ben West
@bewest
Jan 20 2016 05:15 UTC
ah, need to add vendor/device
timezone is one of the plugins I think
is openaps-contrib installed?
you can add that vendor like openaps vendor add openapscontrib.timezones
then openaps device add tz timezones
Ben West
@bewest
Jan 20 2016 05:25 UTC
@juliatakeuti ah, sorry about that, try formatter = text instead of JSON
schulzedj
@schulzedj
Jan 20 2016 05:32 UTC
@bewest- ok that worked. Help me understand what purpose the timezones serve
Dragan Maksimovic
@dm61
Jan 20 2016 05:33 UTC
@scottleibrand , no luck with that hub-ctrl on my pi (CanaKit Pi 2 Model B): sudo ./hub-ctrl -h 0 -P 2 -p 0 does turn all USB ports off, but I have not been able to find any other combinations of port P or hub h that would turn off individual USB ports. I was not able to reproduce successful individual port turn offs reported at https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=93463
Ben West
@bewest
Jan 20 2016 05:33 UTC
there are lots of places that check dates against each other
so it's really good to make sure everything is zoned appropriately so that when they get compared, we get the ltsright resu
the right results
schulzedj
@schulzedj
Jan 20 2016 05:38 UTC
ok- that makes sense.
This does not seem quite right- I would expect to see a positive temp basal but it appears to do nothing...`pi@raspberrypi:~/daps $ openaps report invoke enact/suggested.json
determine-basal://text/shell/enact/suggested.json
{"delta":3,"glucose":173,"avgdelta":-0.3333333333333333}
{"duration":0,"rate":0,"temp":"absolute"}
{"bolusiob":0,"iob":0,"activity":0}
{"max_iob":2,"type":"current","dia":3,"current_basal":0.05,"max_daily_basal":0.05,"max_basal":2,"min_bg":113,"max_bg":122,"sens":50}
reporting enact/suggested.json
pi@raspberrypi:~/daps $
`
pi@raspberrypi:~/daps $ openaps report invoke enact/suggested.json
determine-basal://text/shell/enact/suggested.json
{"delta":3,"glucose":173,"avgdelta":-0.3333333333333333}
{"duration":0,"rate":0,"temp":"absolute"}
{"bolusiob":0,"iob":0,"activity":0}
{"max_iob":2,"type":"current","dia":3,"current_basal":0.05,"max_daily_basal":0.05,"max_basal":2,"min_bg":113,"max_bg":122,"sens":50}
reporting enact/suggested.json
pi@raspberrypi:~/daps $
Ben West
@bewest
Jan 20 2016 05:44 UTC
cat enact/suggested.json
schulzedj
@schulzedj
Jan 20 2016 05:45 UTC
pi@raspberrypi:~/daps $ cat enact/suggested.json
{"temp":"absolute","bg":173,"tick":"+3","eventualBG":172,"snoozeBG":172,"reason":"Eventual BG 172>122, adj. req. rate:1.8 to maxSafeBasal:0.2, no temp, setting 0.15000000000000002U/hr","duration":30,"rate":0.15}
Ben West
@bewest
Jan 20 2016 05:46 UTC
so that's going to attempt to set a temp basal of 0.15 for half hour
schulzedj
@schulzedj
Jan 20 2016 05:48 UTC
ok- my settings are set super low since I'm testing and not hooked up.
Ben West
@bewest
Jan 20 2016 05:48 UTC
you can do cat enact/suggested.json | json
to pretty print it
schulzedj
@schulzedj
Jan 20 2016 05:49 UTC
But is it odd that the duration and rate did not change?
Ben West
@bewest
Jan 20 2016 05:49 UTC
you can see changes to that file with git log -p enact/suggested.json
schulzedj
@schulzedj
Jan 20 2016 05:51 UTC
fascinating
Aaron Michelson
@Aaybob
Jan 20 2016 06:57 UTC
loop 2>&1 is over my head but cron did update the pump so that's success enough for one night thanks @bewest and all
@danibjor the command openaps <pumpname> -h
Aaron Michelson
@Aaybob
Jan 20 2016 07:02 UTC
@bewest what is that 2>&1, I didn't use it . I just used the PATH variable with cd and openaps
Ben West
@bewest
Jan 20 2016 07:03 UTC
the 2>&1 redirects "stderr" to "stdout"
the | logger -t openaps will copy all of "stdout" to the logging process
the 2>&1, the amp ersand is known as a "tie" which "ties" file-descriptor 2 (stderr) to file-descriptor 1 in a redirect
this ensures that all errors and everything printed both show up in the "stdout" stream
the | logger -t openaps , the pipe (|) is a "pipe" , where all stdout is copied to stdin, or the main input stream for the next program, which in this case is logger
logger's job is to shove everything given to it in syslog
so none of that affects whether or not the tool can run, just how much you can see if something goes wrong
the PATH is a critical step for all cronjobs
we should make a tool similar to oref0-mint-max-iob that similarly templates an appropriate cron job given some args
Ben West
@bewest
Jan 20 2016 07:08 UTC
then you can simply oref0-cron-template xyz abc foo bar | crontab -
Alin Artiom Kenibasov
@ktomy
Jan 20 2016 07:44 UTC
@scottleibrand @scottleibrand Hello, In this evening (now it is morning) I'll commit my changes on glucose dates and glucose data validation and will make a PR so it will be available. Sorry for not doing it earlier but I'm on business trip and it seems that for me programming using my 27' monitor is not the same like using 17' laptop screen :)
Daniel Bjørnbakk
@danibjor
Jan 20 2016 09:41 UTC
@Aaybob what about that command?
Sulka Haro
@sulkaharo
Jan 20 2016 10:31 UTC
Showed OpenAPS to our endo today. "Wow that's amazing! My husband will have to build that for me, too!"
Milos Kozak
@MilosKozak
Jan 20 2016 10:33 UTC
:)
JaysonEwer
@JaysonEwer
Jan 20 2016 13:01 UTC
I regret to inform you all my 3 days of looping will be delayed. So @logichammer, I don't think I will beat you to it after all. :-D. My 515 took an unfortunate spill as I was refilling it and now I get an A33 error. From what I have read, that error means it's a goner. I guess this expedites my decision to purchase those other pumps I tracked down. :-). Needless to say, this did not make me very happy last night. I made it 24 hrs looping, learned a lot, tweaked a bit, but need to tweak settings more. @danamlewis @scottleibrand @bewest @logichammer @dm61 Thank you all once again for all the support and assistance.
Scott Leibrand
@scottleibrand
Jan 20 2016 15:58 UTC
Bummer. :-(
@sulkaharo yay! :-)
Sulka Haro
@sulkaharo
Jan 20 2016 17:27 UTC
Also - full day of looping, the small package makes a massive difference. HbA1c measured at 6.1%, down from 6.3%.
Scott Leibrand
@scottleibrand
Jan 20 2016 17:29 UTC
:-D
Dana Lewis
@danamlewis
Jan 20 2016 17:30 UTC
@sulkaharo Awesome!
@JaysonEwer That is sooo frustrating :( but at least you're ready to roll again when you get another workable pump!
JaysonEwer
@JaysonEwer
Jan 20 2016 17:31 UTC
Nice, @sulkaharo .
Dana Lewis
@danamlewis
Jan 20 2016 17:31 UTC
Also, :boom: #OpenAPS (n=1)*29
Scott Leibrand
@scottleibrand
Jan 20 2016 17:32 UTC
growth rate has definitely ramped up! :)
Rachel Sandlain
@audiefile
Jan 20 2016 17:53 UTC
Isn't that a person a day this week?
Scott Leibrand
@scottleibrand
Jan 20 2016 18:11 UTC
would need to look at their actual start dates: I think we had a few report in a few days to a week late...
Dana Lewis
@danamlewis
Jan 20 2016 18:22 UTC
Yea, depends on start date. we've got a 1/10, 1/14, and two 1/16, but I heard rumblings of someone else who also started Sunday that hasn't submitted info yet.
and then if you want to get complicated, some people are across the world, so depending on when they started their test it might've been a different day over here ;) :)
(so I don't worry too much about which "order" people are in, just that if they're looping, we know in case of bugs and we add them to our master count)
The ramp up was at the same time that the documentation took a massive leap forward. It so much easier to understand now than when I first looked into it. Great job Dana!
Dana Lewis
@danamlewis
Jan 20 2016 18:26 UTC
Definitely correlated with doc improvements! that's kudos to @channemann & everyone else who's done so much work in there :)
Here's a cool graph showing the commits to the docs repo:
Screen Shot 2016-01-20 at 10.27.19 AM.png
you'll see @channemann 's big dinosaur jump of commits in July :)
JaysonEwer
@JaysonEwer
Jan 20 2016 18:44 UTC
Soooo, has anyone been able to recover from an A33 error before? :-). Openaps is still able to communicate with the pump. :-D. I'm hoping to beat this big storm coming to the east coast Friday. I've got a 522 being overnights to me, but won't ship till tomorrow morning. Yay! And I've got an email to another guy that has already given me a good price on another 522. Not sure if he still has that pump though, fingers crossed.
Dana Lewis
@danamlewis
Jan 20 2016 18:45 UTC
@bewest is my guess for having seen/remembered all the errors. I don't think I've experienced that. But it's reading and writing even with that error?
JaysonEwer
@JaysonEwer
Jan 20 2016 18:51 UTC
Yep, well, it's at least reading. Yes, I thought @bewest might have some thoughts. I'm about to interrogate the pump a bit more to see if I can learn anything.
JaysonEwer
@JaysonEwer
Jan 20 2016 19:11 UTC
I'm stuck in a prime rewind cycle and I'm not able to do much mor than that. When I reboot the pump it seems to go through its boot up checks and then drops me into the prime rewind. I only saw the A33 once.
Scott Leibrand
@scottleibrand
Jan 20 2016 19:14 UTC
did you try a full power down (battery out) for a few minutes?
JaysonEwer
@JaysonEwer
Jan 20 2016 19:17 UTC
Yes, I did that, it had me check the date and time and then back to the prime rewind. I can try a longer power off, if you think that might help. I'm new to the Minimed camp, have always used an Animas pump till I learned about Openaps, which was about a month or so ago, so I don't know any other "tricks" with Minimed pumps, if there are any.
Scott Leibrand
@scottleibrand
Jan 20 2016 19:25 UTC
Maybe try a finger or pencil to "help" the rewind along.
JaysonEwer
@JaysonEwer
Jan 20 2016 19:26 UTC
It actually seems to rewind fine.
And I can prime it till it gives me a "NO RESERVOIR" message. :-D
That is assuming I'm not using a reservoir. I didn't like dispensing my insulin onto the floor.
Dana Lewis
@danamlewis
Jan 20 2016 19:30 UTC
Right. Stick your finger in to press against it; it should recognize the pressure and pretend it's a reservoir
JaysonEwer
@JaysonEwer
Jan 20 2016 19:32 UTC
Ok, I did read about that and it didn't seem to acknowledge my finger, but I'll try a pencil to see if that helps. My finger may have been a bit too big. Il 6'5" and have relatively large hands. :smile:
Dana Lewis
@danamlewis
Jan 20 2016 19:32 UTC
(eraser end :))
JaysonEwer
@JaysonEwer
Jan 20 2016 19:32 UTC
Yep
If this works it will forever be known as the TICONDEROGA fix!!
No joy. I can hear and feel the gears engage with a bit of back pressure from the
Dana Lewis
@danamlewis
Jan 20 2016 19:37 UTC
Sad panda.
JaysonEwer
@JaysonEwer
Jan 20 2016 19:37 UTC
Ticonderoga.
Yep, your excellent documentation did recommend planning for the unforeseen and possibly having a backup pump available.
Dana Lewis
@danamlewis
Jan 20 2016 19:40 UTC
While you're waiting for your pump, have you backed up your SD card? ;) :)
JaysonEwer
@JaysonEwer
Jan 20 2016 19:43 UTC
:-). It's on my short list of things to do. I also bought a 2nd pi. I was going to do another whole build and this time be a bit more meticulous with my personal documentation while also being a bit more anal about notating where in the documents I needed to wrestle with stuff. ;-). So I've got stuff I can do. I am just really hoping I can get another pump here before we have 15-36" of snow on the ground.
Dana Lewis
@danamlewis
Jan 20 2016 19:44 UTC
Good plan. And sheesh, no kidding.
JaysonEwer
@JaysonEwer
Jan 20 2016 19:45 UTC
Because I have a feeling we're going to be a bit snowed in for a little while.
I'm in Northern Virginia where most of the models have the heaviest snow expected to fall.
Oskar Pearson
@oskarpearson
Jan 20 2016 19:55 UTC
Anyone going to be at FOSDEM in the next few weeks? Not diabetic related, but it's pretty geeky in a good way. :) I'll be there - would be good to meet up somehow
Alin Artiom Kenibasov
@ktomy
Jan 20 2016 19:56 UTC
Thought about going to POSDEM, but have seen only linux-related stuff, no methodologies, no .net :)
Ben West
@bewest
Jan 20 2016 20:01 UTC
I was thinking about going to some conf in europe
might be FOSDEM
maybe different one
Alin Artiom Kenibasov
@ktomy
Jan 20 2016 20:02 UTC
for me devweek sounds better
JaysonEwer
@JaysonEwer
Jan 20 2016 20:09 UTC
"BATT OUT LIMIT Battery change too slow ESC, ACT to clear"appears after the extended battery removal. The counting as it boots up seemed to pause at 6 a bit longer than the previous numbers then went to 7, did the light/display check and then left me at the message above.
Ben West
@bewest
Jan 20 2016 20:12 UTC
change battery
they generally refuse to boot on an old battery
on anything except a new battery
John Males
@johnmales
Jan 20 2016 20:14 UTC
Hi all. Hmm, interesting edge case last night. Switched on pi for overnight looping, and at the same time the kids medtronic sensor was awaiting calibration for about 45 minutes. Loop started, found a glucose of 158 and temp basal’ed 1.3u/h - problem is the glucose reading was 45 minutes old. The kid calibrated - glucose was actually 77. I cancelled the temp basal manually, and as it turns out the next run of the loop set the temp basal to zero. Sorry I don’t have the pump / files in front of me. Trying to figure out what combination of factors resulted in openaps accepting an old glucose reading. Maybe something to do with the calibration issue? Maybe time hadn’t been set because the pi wasn’t on? Something I’ll try and figure out.
Dana Lewis
@danamlewis
Jan 20 2016 20:16 UTC
Yea, might be a time stamp issue - it shouldn't be acting on stale data. If you can find any logs later, that'll be helpful for nailing down what happened.
Ben West
@bewest
Jan 20 2016 20:16 UTC
your openaps instance should have everything in git
can do forensics using that
Alin Artiom Kenibasov
@ktomy
Jan 20 2016 20:17 UTC
@johnmales now there is no check for how old is last reading, I am working on it right now
Ben West
@bewest
Jan 20 2016 20:17 UTC
I don't think there's anything that ensures that all dates are recent/aligned well, per se
John Males
@johnmales
Jan 20 2016 20:17 UTC
yep will do - will check back and report. Also am working on improving docs for medtronic cgm stuff as well of mmol/l conversions - I noticed some chatter about this over the last day.
Ben West
@bewest
Jan 20 2016 20:18 UTC
yeah, think I want to start using a raw/ subdir
and create another stage that moves things out of there, and that all the payloads are reasonable/sane
Dana Lewis
@danamlewis
Jan 20 2016 20:19 UTC
thanks @johnmales :+1: for docs!
JaysonEwer
@JaysonEwer
Jan 20 2016 20:20 UTC
@bewest , I also changed my battery. Did you see my earlier post about receiving an A33 message?
Ben West
@bewest
Jan 20 2016 20:20 UTC
yeah, sort of
any text version of what that means?
sometimes errors go away
for me, the e21 would not
JaysonEwer
@JaysonEwer
Jan 20 2016 20:22 UTC
Have you ever "recovered" from that before? I'm currently not seeing the A33 message, but I am also unable to get past priming it.
Ben West
@bewest
Jan 20 2016 20:22 UTC
unable to get past priming?
what happens?
is that motor error?
Scott Leibrand
@scottleibrand
Jan 20 2016 20:22 UTC
@johnmales determine-basal has a BG recency check. Curious if you can figure out what your input data looked like so we can figure out why that was insufficient.
Ben West
@bewest
Jan 20 2016 20:22 UTC
the motor in the pump has a back-pressure sensor
the pump has a "feature" where it uses the back-pressure as diagnostic info to determine whether or not it's working as expected
JaysonEwer
@JaysonEwer
Jan 20 2016 20:23 UTC
Yeah, that back pressure sensor appears to be non functional.
Is there anyway to "reset" that sensor?
Ben West
@bewest
Jan 20 2016 20:23 UTC
my analysis/observations are that the alarm features built around that sensor are will basically never or rarely work as marketed
sort of
reboot
prime with appropriate pressure
so I'm able to use anything that fits in there and manually give it the right amount of pressure
dhermanns
@dhermanns
Jan 20 2016 20:24 UTC
Thanks for your help. 554 with v2.8 has the "pc connect" option. But I'm wondering: I have a small remote control for the pump. I can give a bolus with it. So at least some writing should be possible. Or is this something totally different?
Ben West
@bewest
Jan 20 2016 20:24 UTC
nifty
you just had to enter pump id into the pump?
worth exploring, for sure
@JaysonEwer the easiest way is to use a reservoir with water/saline/insulin
JaysonEwer
@JaysonEwer
Jan 20 2016 20:25 UTC
It literally shot almost half a reservoir of insulin on the floor while I was messing with it. I finally put that reservoir into my 530G to move on. I also ordered another pump. :-D
Ben West
@bewest
Jan 20 2016 20:25 UTC
hmmm
so you gave it normal pressure using reservoir?
and primed it...
then what happened?
btw, it's still useful for research purposes
it'd be interesting to deadbug it up and sniff firmware off flash, among other things
it'll still respond to radio queries, also
so, useful for sending strange commands where we don't know what might happen ;-)
JaysonEwer
@JaysonEwer
Jan 20 2016 20:27 UTC
Understood, especially since Openaps is still talking to it. :-). Can we do a full diagnostic dump of it using the carelink?
Ben West
@bewest
Jan 20 2016 20:27 UTC
hmm, well
if I had all the info Medtronic has, then yes
as-is, the mm-send-comm.py tweak ... command has a lot more uses you can play with
Scott Leibrand
@scottleibrand
Jan 20 2016 20:28 UTC
@dhermanns the remote control's comms protocol seems limited in what it can do. We know it can easy bolus and suspend, but probably not temp basal. I know @andrew-warrington was looking at using that for looping. That wouldn't be an OpenAPS implementation, though, as it'd be missing a lot of the safety design constraints.
Ben West
@bewest
Jan 20 2016 20:28 UTC
I had tried sending basal schedule changes
dunno, would be nice to get mmblelink or mmeowlink to sniff what's happening
definitely worth finding out more
Ali Mazaheri
@amazaheri
Jan 20 2016 20:29 UTC
@ktomy @johnmales I added the check for reading way back in original openaps-js along with scenarios like ??? (Dexcom) which we carried over to oref0 https://github.com/openaps/oref0/blob/master/bin/oref0-determine-basal.js#L50
Ben West
@bewest
Jan 20 2016 20:29 UTC
there are commands to turn on trace diagnostics and download various logs
but, I have no idea what those logs/traces mean
JaysonEwer
@JaysonEwer
Jan 20 2016 20:30 UTC
I would love to look through them.
Ben West
@bewest
Jan 20 2016 20:30 UTC
there are also commands to change the boot parameters to adjust debugging, etc
hmm
Ali Mazaheri
@amazaheri
Jan 20 2016 20:30 UTC
as @bewest mentioned using the json by looking at git is the best to debug and see what happened
JaysonEwer
@JaysonEwer
Jan 20 2016 20:30 UTC
Sweet, where can I find more info on this?
Andrew Warrington
@andrew-warrington
Jan 20 2016 20:30 UTC
@scottleibrand I agree it is not as safe, although I think "missing a lot of the safety..." is a bit exaggerated. ;) Have been looping safely since Dec 29th using bolus/suspend from a Medtronic remote. It does require me to be vigilant of course. I still recommend OpenAPS in preference to my design.
Ben West
@bewest
Jan 20 2016 20:30 UTC
mm-send-comm.py tweak -h
ah to find out what happened last night? or to look inside the pump internals?
git log -p <filename> will show you all changes to a particular report
Scott Leibrand
@scottleibrand
Jan 20 2016 20:32 UTC
@andrew-warrington how do you deal with suspend-and-walk-away?
Or suspend-and-dead-battery, or ...
worried about risk of waking up to DKA
Ben West
@bewest
Jan 20 2016 20:33 UTC
here's how I extracted history from ali's iob.json's: https://gist.github.com/bewest/d87c1c5a007f61865381#gistcomment-1603688
git rev-list --max-count 200 HEAD -- oref0-predict/iob.json | while read commit ; do git show $commit:oref0-predict/iob.json; done | json -g > iobs.json
should probably get a tool to do that
JaysonEwer
@JaysonEwer
Jan 20 2016 20:33 UTC
Sure, both. Well I know I dropped it last night. I can count on one hand the number of times I've dropped my pump in the last 10 years. 🖐
Ben West
@bewest
Jan 20 2016 20:33 UTC
but it grabs the last 200 versions
for fetching internals from the pump :-D
Scott Leibrand
@scottleibrand
Jan 20 2016 20:34 UTC
git log -p also works well for file history.
Ben West
@bewest
Jan 20 2016 20:34 UTC
look at mm-send-comm.py tweak PumpEnableDetailTrace and similar
Alin Artiom Kenibasov
@ktomy
Jan 20 2016 20:34 UTC
@amazaheri yes, you're right, now I remember why this one didn't work for me - as I have a standard version of uploader it gives an "invalid date" when parsing dateString, so minAgo will always be 0
John Males
@johnmales
Jan 20 2016 20:34 UTC
thanks all I will look into it and get back to you. Day job beckons...
JaysonEwer
@JaysonEwer
Jan 20 2016 20:34 UTC
Cool, will do. Thanks. Bill report back when/if I find anything.
Ben West
@bewest
Jan 20 2016 20:34 UTC
ah, ReadVCNTRHistory, have no idea what that does
that enable thing just enables something...
Scott Leibrand
@scottleibrand
Jan 20 2016 20:35 UTC
@johnmales sounds like you need @ktomy's fix
Ben West
@bewest
Jan 20 2016 20:35 UTC
there's also ReadNewTraceAlarm and also ReadOldTraceAlarm
Andrew Warrington
@andrew-warrington
Jan 20 2016 20:35 UTC
Yep, have had the suspend & dead battery scenario happen. But then the CGM alarm wakes me up as the glucose rises. It does suck, hence why OpenAPS is better.
Ben West
@bewest
Jan 20 2016 20:35 UTC
ah
and ReadPumpTrace
I think that takes page numbers similar to the others
John Males
@johnmales
Jan 20 2016 20:36 UTC
@scottleibrand @ktomy yes looking forward to it
Ali Mazaheri
@amazaheri
Jan 20 2016 20:36 UTC
@ktomy :+1:
Ben West
@bewest
Jan 20 2016 20:36 UTC
so --params 0 --params 0 --params 0 --params 1 for a four byte page 1
IIRC, ReadPumpTrace is huge, like 11k
also ReadDetailTrace
maybe that's the long one
use the --save option, also, to save the .data file
Scott Leibrand
@scottleibrand
Jan 20 2016 20:38 UTC
@andrew-warrington @mariusae had an interesting idea given the constraints of the ping that might be viable for you: set a basal profile with zero basal overnight, and then just use boluses in lieu of basal, and you don't have to suspend.
Ben West
@bewest
Jan 20 2016 20:38 UTC
page ten (using two bytes) might be: --params 0 --params 10
JaysonEwer
@JaysonEwer
Jan 20 2016 20:38 UTC
Ok, I'll work on that here shortly.
Andrew Warrington
@andrew-warrington
Jan 20 2016 20:39 UTC
@scottleibrand @mariusae that... is... quite potentially... brilliant! thanks for the suggestion, will think that one through
Ben West
@bewest
Jan 20 2016 20:39 UTC
ah, there's a PumpTraceSelect
I have no idea what any of these do
Andrew Warrington
@andrew-warrington
Jan 20 2016 20:40 UTC
ah, but still has the dead battery issue.
no battery = no bolus = glucose rise. same as stuck-on-suspend scenario.
for the moment i am just keeping my glucose alarm levels low enough that I can psychologically not get too upset when something goes wrong. :)
Scott Leibrand
@scottleibrand
Jan 20 2016 20:47 UTC
you could set the no-basal pattern to run the first ~half of the night, and then switch to suspends for the last half
so if your battery dies early and you don't react to alarms, it goes back to normal basal after a few hours
and if it dies during one of the suspends, you only have a few hours before normal wake-up
but agreed on having a fairly low high alarm on the CGM. might also want to do Dexcom follow custom alarm sounds that are louder than the CGM's beeps, and set up a Pushover alarm for your Pi to alert you if it can't communicate with the pump.
Andrew Warrington
@andrew-warrington
Jan 20 2016 21:01 UTC
I very much appreciate these suggestions. the half-night-split is an interesting solution. i will think all this through. i had been sort of just living with the risk, but now you've got me thinking it's worth trying to mitigate.
Scott Leibrand
@scottleibrand
Jan 20 2016 21:01 UTC
:-) yeah, that's been our whole philosophy with OpenAPS
Andrew Warrington
@andrew-warrington
Jan 20 2016 21:02 UTC
:) I like it here.
Scott Leibrand
@scottleibrand
Jan 20 2016 21:02 UTC
@mariusae originally suggested a manual temp basal instead of a pattern
so that's another option
Andrew Warrington
@andrew-warrington
Jan 20 2016 21:02 UTC
right, have the APS give me a suggestion which I implement manually? will consider that as well.
Scott Leibrand
@scottleibrand
Jan 20 2016 21:02 UTC
apparently the ping cancels temps on reboot, so he was also thinking of some sort of watchdog that reboots the ping if the Pi dies
no, setting a 6h temp to zero before bed
or 4h or whatever
Andrew Warrington
@andrew-warrington
Jan 20 2016 21:03 UTC
oh right, for the half-night split. got it.
Scott Leibrand
@scottleibrand
Jan 20 2016 21:03 UTC
that's safer if you go into the night without the loop working
if you forget to do something, it'll default to normal basal. it'll only do zero delivery if you actively set the temp when activating the loop
but, and this was @mariusae's point as well, the most important thing is probably to have good alarming. have the pi alarm if it can't talk to the pump, and have some other external alarm go off if it doesn't see anything from the Pi over a certain timeframe
Andrew Warrington
@andrew-warrington
Jan 20 2016 21:05 UTC
i get it. with the pattern it goes to zero even if I drop my APS and need a week to fix it. with the manual, i am in a way confirming that the APS is available and working. :)
Scott Leibrand
@scottleibrand
Jan 20 2016 21:06 UTC
could also hook everything up to PagerDuty or similar for auto-escalating alarms that will call you (and maybe someone else) if not acked
scottleibrand @scottleibrand nods
Andrew Warrington
@andrew-warrington
Jan 20 2016 21:09 UTC
alright, change of topic. Is anyone working on a Accu-Chek/Roche Insight pump at the moment? It connects to a wireless display/control device, I think via Bluetooth.
Dana Lewis
@danamlewis
Jan 20 2016 21:10 UTC
@timomer was playing with a Spirit I think (Accuchek)
Andrew Warrington
@andrew-warrington
Jan 20 2016 21:10 UTC
ok thanks, that's a start.
here's where my thinking is going: Roche has the DiaPort, which is compatible with their pumps.
Oskar Pearson
@oskarpearson
Jan 20 2016 21:11 UTC
I chatted to him not that long ago. There had been progress on it, but the protocol that it uses to talk to the bluetooth device is apparently weirdly nonstandard. It seeems to be causing some issues.
Andrew Warrington
@andrew-warrington
Jan 20 2016 21:12 UTC
DiaPort delivers insulin to the abdominal cavity. Seems to become active almost immediately, and then very quickly die down as well. More like natural body function.
ok, too bad about the non-standard...
anyhow, as I have been experimenting with bolus/suspend, I have been thinking about the benefits of very fast acting insulin
and in the absence of such an insulin today, was thinking of discussing the DiaPort with my endocrinologist
she's helping me with my APS project
these are just initial brainstorms.... nothing well thought though yet.
Scott Leibrand
@scottleibrand
Jan 20 2016 21:15 UTC
how hard would it be to get a connector between the diaport and a standard infusion set connector?
Andrew Warrington
@andrew-warrington
Jan 20 2016 21:16 UTC
i was wondering the same thing.
Dana Lewis
@danamlewis
Jan 20 2016 21:18 UTC
Duct tape ? ;) #redneckengineering
Scott Leibrand
@scottleibrand
Jan 20 2016 21:18 UTC
reading about the diaport, seems like the infection risks are non-trivial. :-/
so probably best as an option just for people who can't get good results with sub-q insulin
have you seen Novo's new "faster-acting insulin aspart" that they just submitted to FDA? that has some adjuvants to allow sub-q injections of Novolog to hit the bloodstream about twice as fast during the initial ramp-up
still peaks at about the same time, and has the same total DIA, just starts a bit earlier to help blunt meal spikes
Daniel Bjørnbakk
@danibjor
Jan 20 2016 21:24 UTC
evening :)
Andrew Warrington
@andrew-warrington
Jan 20 2016 21:25 UTC
I haven't seen Novo's new insulin, although I am aware there are some faster ones in the pipeline.
I should look into them. RIght now I'm too impatient to solve some of these problems.
@danamlewis lol, MacGyver wasn't a redneck though, was he?
anyhow, I've gotta run. Been letting my glucose slide up in anticipation of a trip to the gym. :P
catch you all later
Ben West
@bewest
Jan 20 2016 21:32 UTC
so my brother is going to FOSDEM, so I'm looking at it as well
Ben West
@bewest
Jan 20 2016 22:02 UTC
for max_iob, I see a lot of questions on this
the easiest way to do this is: oref0-mint-max-iob 2 | tee max_iob.json
Daniel Bjørnbakk
@danibjor
Jan 20 2016 22:05 UTC

Trying to get the mmol / mg/dL -stuff working. First I do

openaps report add settings/bg_targets_raw.json JSON pump read_bg_targets

Then trying to take the _raw file trough the units converter to get sensible data

openaps report add settings/bg_targets.json JSON units bg_targets_raw settings/bg_targets_raw.json --to mg/dL

but it keeps breaking on the last command

I add the alias

openaps alias add monitor-pump "report invoke monitor/clock.json monitor/temp_basal.json monitor/pumphistory.json monitor/iob.json"

And when I run it, it complains on the second code-line shown here

Daniel Bjørnbakk
@danibjor
Jan 20 2016 22:11 UTC
I suppose there is something about the way I try to save as _raw, then go trough units.. but I don't have the syntax right
Ben West
@bewest
Jan 20 2016 22:11 UTC
ah
Daniel Bjørnbakk
@danibjor
Jan 20 2016 22:12 UTC
Wrong alias pasted. this is the one openaps alias add gather-profile "report invoke settings/settings.json settings/bg_targets.json settings/insulin_sensitivities.json settings/basal_profile.json setting$
Ben West
@bewest
Jan 20 2016 22:12 UTC
the name of the use
the use is bg_targets, not bg_targets_raw
so, eg, it's the difference between openaps use units bg_targets_raw settings/bg_targets_raw.json vs openaps use units bg_targets settings/bg_targets_raw.json
the second one should work, see how the "use" name is bg_targets
and the input name is bg_targets_raw.json
Daniel Bjørnbakk
@danibjor
Jan 20 2016 22:14 UTC
so, this looks more right?
openaps report add settings/bg_targets.json JSON units bg_targets settings/bg_targets_raw.json --to mg/dL
Ben West
@bewest
Jan 20 2016 22:14 UTC
yeah
fwiw, I think --to mg/dL is default
you can test it with use
notice the end of report adding and use command are the same
openaps report add <new-report-name> <FORMAT> <everything after use...>
so idea was you could play with the arguments using use until it's right
then use exact same commandline/copy/paste save the config as report
line 65 fails on me
Ben West
@bewest
Jan 20 2016 22:31 UTC
what's the error?
ah
so gather-profile is defined like this: report invoke settings/settings.json settings/bg_targets.json
so we can test that manually: openaps report invoke settings/settings.json settings/bg_targets.json
Ben West
@bewest
Jan 20 2016 22:32 UTC
now we know we just added a new report that has to get run before bg_targets
the first one has to be bg_targets_raw.json because, that's used as input to create the normal bg_targets.json
so I bet it's saying the _raw version doesn't exist and falls over and dies
Daniel Bjørnbakk
@danibjor
Jan 20 2016 22:33 UTC
you're right
Ben West
@bewest
Jan 20 2016 22:33 UTC
so, we can just add that _raw one in before the cleaned one
openaps report invoke settings/settings.json settings/bg_targets_raw.json settings/bg_targets.json
that way, it'll do the _raw one first
once we're happy with that order, we have to update that alias to match what we just learned/did
I think alias is particular about removing then adding new one
some of them will just always update/add
some types have to be removed then added
or you can go into the openaps.ini file with text editor like nano or joe or vim and change that gather-profile line to match
timomer
@timomer
Jan 20 2016 22:36 UTC
@andrew-warrington @danamlewis hey, im trying to hack the combo, giving it one last go this fri with someone much better than this than me. if no joy will be looking at a spirit if I can get one ;)
Ben West
@bewest
Jan 20 2016 22:36 UTC
@timomer did you get the resources I sent out?
looks like UVA is using the standard rfcomm/uart characteristic, canceling basals, set temp of zero, and then issuing micro-bolus instead
timomer
@timomer
Jan 20 2016 22:41 UTC
@bewest check your last email from me :)
Matthias Granberry
@mgranberry
Jan 20 2016 22:48 UTC
@andrew-warrington I'm all for faster insulins, but the diaport sounds like a nightmare. The infection risk would be tremendous, especially with an infusion set strapped onto it. Something implanted under the skin with a "target" for an infusion set would be better, but rotation is still important for skin health
Matthias Granberry
@mgranberry
Jan 20 2016 22:55 UTC
they only use things like that for people with extreme insulin resistance and as a last resort. Usually they are people requiring >1k u/day and unable to control BG at all otherwise
Sulka Haro
@sulkaharo
Jan 20 2016 22:56 UTC
@scottleibrand I got told today the new faster acting novo is going to clinical trials here vey soon. Was wondering if I should try to get us in.
Daniel Bjørnbakk
@danibjor
Jan 20 2016 22:57 UTC
@bewest that did the trick. Thanks you!
Ben West
@bewest
Jan 20 2016 22:57 UTC
@danibjor nice :-)
Daniel Bjørnbakk
@danibjor
Jan 20 2016 23:08 UTC
hm, seems like all values in insulin_sensitivities.json is 0 - so later in the reports, it cannot predict. Getting: Error: could not calculate eventualBG
determine-basal://text/shell/enact/suggested.json
Could not determine last BG time
{"delta":null,"avgdelta":null}
{"duration":0,"rate":50,"temp":"percent"}
{"bolusiob":4.3420998032853335,"iob":5.553664994821333,"activity":0.0050971851851851855}
{"max_iob":2,"type":"current","dia":15,"current_basal":0.75,"max_daily_basal":2,"max_basal":4.4,"min_bg":90,"max_bg":100,"sens":0}
Error: could not calculate eventualBG
Ben West
@bewest
Jan 20 2016 23:10 UTC
can you cat your insulin_sensi...json?
Daniel Bjørnbakk
@danibjor
Jan 20 2016 23:10 UTC
... almost there
root@raspberrypi:/home/pi/maylen_openaps_v2/settings# cat insulin_sensitivities.json 
{
  "units": "mg/dL", 
  "user_preferred_units": "mmol/L", 
  "sensitivities": [
    {
      "i": 0, 
      "start": "00:00:00", 
      "sensitivity": 0.0, 
      "x": 0, 
      "offset": 0
    }
  ], 
  "first": 2
}root@raspberrypi:/home/pi/maylen_openaps_v2/settings# cat insulin_sensitivities_raw.json 
{
  "units": "mmol/L", 
  "sensitivities": [
    {
      "i": 0, 
      "start": "00:00:00", 
      "sensitivity": 0.0, 
      "offset": 0, 
      "x": 0
    }
  ], 
  "first": 2
Ben West
@bewest
Jan 20 2016 23:11 UTC
is that what's on your pump?
have you been using this pump for awhile, or is it new?
Daniel Bjørnbakk
@danibjor
Jan 20 2016 23:12 UTC
i'll ask her
approx a year old.. lemme check the settings
Ben West
@bewest
Jan 20 2016 23:12 UTC
dia of 15 strikes me as a large value... it takes 15 hours for insulin to clear?
oh
hmm
hmmm
mmol
hmmm, stiill
the units plugin has another use for sensitivities
need to do same steps...
set up a _raw.json
run units insulin_sensitivities, save report as .json
but also, sensitivity of 0 seems odd-ish
Daniel Bjørnbakk
@danibjor
Jan 20 2016 23:15 UTC
i already do that - check the cat. there are both _raw and .json
Ben West
@bewest
Jan 20 2016 23:16 UTC
oh, for sensitivity?
Holger Sanft
@holgi13
Jan 20 2016 23:16 UTC
Excuse me please - I can get a european Medtronic 754 with VER 2.8A 1.1 0B 0B firmeware - knows anyone this version works with OpenAPS? Thx
Ben West
@bewest
Jan 20 2016 23:16 UTC
@holgi13 howdy, do you know if in the menus, there is a "PC Connect" option?
you can use it to unify cgm and pump data in NS no matter what
Daniel Bjørnbakk
@danibjor
Jan 20 2016 23:17 UTC
We are testing on a 754 EU atm.. We can just read values
Ben West
@bewest
Jan 20 2016 23:17 UTC
for basal to work automatically, that menu entry needs to be absent
Holger Sanft
@holgi13
Jan 20 2016 23:18 UTC
@danibjor what is your firmeware number?
Daniel Bjørnbakk
@danibjor
Jan 20 2016 23:19 UTC
@holgi13 v2.2
how do I get the version without restarting the pump?
Ben West
@bewest
Jan 20 2016 23:19 UTC
it's on esc screen
or
Holger Sanft
@holgi13
Jan 20 2016 23:19 UTC
@bewest my own 554 with firmeware VER 2.6A 1.1 0B 0B had motor mistake warning so I need another Pump to loop
Ben West
@bewest
Jan 20 2016 23:20 UTC
ah, that use is missing
you should lobby to have it added to the use menus
Daniel Bjørnbakk
@danibjor
Jan 20 2016 23:20 UTC
v2.8B 1.1 0B 0B
Holger Sanft
@holgi13
Jan 20 2016 23:21 UTC
@danibjor perfekt :+1: you know all functions work?
Daniel Bjørnbakk
@danibjor
Jan 20 2016 23:22 UTC
I think only read works. Tried sending a command to the pump (pause or something) but nothing happened. Reading values works tough
Dana Lewis
@danamlewis
Jan 20 2016 23:23 UTC
Yea, I think 2.8 is too high :(
the x54 EU version we have confirmed and working is 2.6
Daniel Bjørnbakk
@danibjor
Jan 20 2016 23:24 UTC
we have two older pumps, but I want the monitoring to work before sending stuff to the pump
Anyone know about downgrading firmware on the pumps?
Holger Sanft
@holgi13
Jan 20 2016 23:25 UTC
@danamlewis Hi Dana yes is me with the 2.6A :worried:
Ben West
@bewest
Jan 20 2016 23:25 UTC
it's possible to replace firmware
Holger Sanft
@holgi13
Jan 20 2016 23:26 UTC
@bewest ??? Do you know how this get?
Ben West
@bewest
Jan 20 2016 23:26 UTC
mm-latest.py might do it
mm-send-comm.py --serial 123456 --init tweak ReadFirmwareVersion
if you look at mm-send-comm.py -h, there are tons of commands not yet available in openaps
Holger Sanft
@holgi13
Jan 20 2016 23:28 UTC
@bewest :+1:
Ben West
@bewest
Jan 20 2016 23:28 UTC
it's on the escape screen, if you press esc and scroll down too
JaysonEwer
@JaysonEwer
Jan 20 2016 23:28 UTC
@danamlewis I might have a 522 as soon as tomorrow. :-) It will cost me a bit more to have it over night shipped, but it should beat the snow. For anyone out there still trying to find pumps, I found this one in a slightly non conventional way. I responded to a posting at http://www.diabetesnet.com/ that he had made regarding his old 523. In a few email exchanges I learned that his 523 was on the newer firmware and wouldn't work.
I asked if he had any older pumps. He said he did and asked me what I would give him for it. During our email exchanges he shared with me that he is a chemist and hates having to check his Dexcom in his pocket because he is in the lab wearing gloves most of the time. He asked if it was possible to see it on a watch. I sent him a picture of my pebble with Nightscout and introduced him to NS. He's interested in the Apple Watch app and I sent him the link to my friend Alistair's video that he just posted in the CGM in the Cloud Facebook group. I offered to help him get that all setup. :-)
Ben West
@bewest
Jan 20 2016 23:29 UTC
nice :-)
Holger Sanft
@holgi13
Jan 20 2016 23:29 UTC
@danibjor can you check the basal sending to your 754?
Ben West
@bewest
Jan 20 2016 23:30 UTC
a common failure there is that it only works if the command you send matches the temp basal model on the pump
the pump can only do absolute or percent basal...
Dana Lewis
@danamlewis
Jan 20 2016 23:31 UTC
@bewest did you successfully change firmware on a pump?
Ben West
@bewest
Jan 20 2016 23:31 UTC
I have not, and I'm not sure what the requirements for doing it are
but I do know that the company itself uses the comlink2, the carelink usb to do this in the course of preparing the device and shipping it out
that's why the CVE o this refers to these functions as part of the "debug interface"
Lori
@LoriLori
Jan 20 2016 23:32 UTC
think no.1 is command to download fw 2.6A :( no.2 is find command to upload FW if that is not protected by password like the rest of commands
fw download would be nice, then it could be analyzed , but even that could be protected in new FW :(
Holger Sanft
@holgi13
Jan 20 2016 23:33 UTC
@danibjor you are my only change to check of a european Medtronic 754 with VER 2.8A works, before I PayPal
Daniel Bjørnbakk
@danibjor
Jan 20 2016 23:39 UTC
hang on - fighting scripts here
what is the command to send a minimal basal?
Holger Sanft
@holgi13
Jan 20 2016 23:41 UTC
@bewest can you help please
Andrew Warrington
@andrew-warrington
Jan 20 2016 23:43 UTC
Hi all, coming back to DiaPort. Some good points above about infection risk, although in v2 of the device this is apparently much better. Still a lot of cleaning to do apparently.
I've learned on another forum that there are some 100 or so people using them globally, and the cost is up there with the pump & CGM cost, so quite burdensome.
So yes, it does look somewhat marginal, even for WeAreNotWaiting. :D
Oskar Pearson
@oskarpearson
Jan 20 2016 23:45 UTC
@bewest if you are at fosdem or config management camp definitely get hold of me :) it'd be great to meet and I can buy you a drink or something!
Andrew Warrington
@andrew-warrington
Jan 20 2016 23:45 UTC
Clearly a device with a different intended purpose...
Daniel Bjørnbakk
@danibjor
Jan 20 2016 23:56 UTC
@holgi13 don't think it works with this one
root@raspberrypi:/home/pi/maylen_openaps_v2# openaps use maylen_pump suspend_pump
{
  "status": "suspended", 
  "recieved": true, 
  "enacted_at": "2016-01-21T00:54:35.347118"
}root@raspberrypi:/home/pi/maylen_openaps_v2# openaps use maylen_pump status
{
  "status": "normal", 
  "bolusing": false, 
  "suspended": false
}
Holger Sanft
@holgi13
Jan 20 2016 23:59 UTC
@danibjor thx for your help, so I must look for another Pump with VER 2.6A or lower number