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

24th
Jun 2017
Prosulpump
@Prosulpump
Jun 24 2017 00:14
This message was deleted
garykidd
@garykidd
Jun 24 2017 00:28
hmmm...can't seem to get beyond this with after running setup script..... thoughts?
File "/usr/local/lib/python2.7/dist-packages/mraa.py", line 649, in __init__
    this = _mraa.new_Gpio(*args)
ValueError: Invalid GPIO pin specified
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
 Listening: ....................................................................................................Error, retrying
Listening: .............
Martin Haeberli
@mhaeberli
Jun 24 2017 00:30
on another topic - i had a new thing happen with oref0-online (i think) last night. our internet provider, comcast / xfinity, was flaky. So openaps connected to our home wifi. then access from the home wifi to the cloud failed, even though our router was still up. I rebooted the router. papertrail logs dropped away, obviously, when the internet connection failed the first time. I eventually had to reboot openaps to get it all running again. This maybe suggests an possible ‘improvement’ to oref0-online - check to see if some real server in the cloud is actually reachable (say, the nightscout host for example). if not, after xxx minutes, reboot and or try some other connection? or retry the current one after tearing down? Running recent dev.
-so should I create an issue for this?
garykidd
@garykidd
Jun 24 2017 00:38
@PieterGit is this the error to which you recently referred?
   self.serial = spi_serial.SpiSerial()
  File "/usr/local/lib/python2.7/dist-packages/spi_serial/spi_serial.py", line 7, in __init__
    self.cs0 = m.Gpio(23)
  File "/usr/local/lib/python2.7/dist-packages/mraa.py", line 649, in __init__
    this = _mraa.new_Gpio(*args)
ValueError: Invalid GPIO pin specified
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
 Listening: ....................................................................................................Error, retrying
Listening: ..............................................................................^C
root@finch:~#
?
marafie
@marafie
Jun 24 2017 01:01
If the signal is "868.342", 5, -50
Is it weak?
Martin Haeberli
@mhaeberli
Jun 24 2017 01:02
no, very strong
-99 is like 0; -50 is hugely good
we are most often about -85
Ryan Dalisky
@rdalisky
Jun 24 2017 01:21
@PieterGit I'm having a bit of trouble getting this figured out. Can I pull your git repo and do an oref0-run again, or is it for a fresh install only?
Trying to do Dev btw.
Ryan Dalisky
@rdalisky
Jun 24 2017 01:45
@Stavrosnco did you just install oref0 per the Docs, and then pull the repo?
sefish99
@sefish99
Jun 24 2017 01:47
Had a compression (wonky area) low last night for an extended amount of time. Would there be any benefit in going back and setting openaps as offline at this time, in order to keep autotune from tuning this area? I’m also looking but haven’t found yet how to remove incorrect blood sugars from nightscout so it doesn’t erroneously look like I was 40 (on a new sensor) when I was 80…is that possible?
garykidd
@garykidd
Jun 24 2017 02:04
Starting pump-loop at Fri Jun 23 22:00:43 EDT 2017:
Traceback (most recent call last):
  File "/usr/local/bin/mmeowlink-any-pump-comms.py", line 15, in <module>
    app.run(None)
  File "/usr/local/lib/python2.7/dist-packages/decocare/helpers/cli.py", line 113, in run
    self.prelude(args)
  File "/usr/local/lib/python2.7/dist-packages/mmeowlink/cli/any_pump_comms_app.py", line 28, in prelude
    super(AnyPumpCommsApp, self).prelude(args)
  File "/usr/local/lib/python2.7/dist-packages/mmeowlink/cli/base_mmeowlink_app.py", line 26, in prelude
    self.link = link = LinkBuilder().build(args.radio_type, port)
  File "/usr/local/lib/python2.7/dist-packages/mmeowlink/link_builder.py", line 16, in build
    return SubgRfspyLink(port)
  File "/usr/local/lib/python2.7/dist-packages/mmeowlink/vendors/subg_rfspy_link.py", line 55, in __init__
    self.open()
  File "/usr/local/lib/python2.7/dist-packages/mmeowlink/vendors/serial_interface.py", line 27, in open
    self.serial = spi_serial.SpiSerial()
  File "/usr/local/lib/python2.7/dist-packages/spi_serial/spi_serial.py", line 7, in __init__
    self.cs0 = m.Gpio(23)
  File "/usr/local/lib/python2.7/dist-packages/mraa.py", line 649, in __init__
    this = _mraa.new_Gpio(*args)
ValueError: Invalid GPIO pin specified
mmtune: monitor/mmtune.json  raised  Invalid GPIO pin specified
pump://JSON/mmtune/monitor/mmtune.json
Traceback (most recent call last):
  File "/usr/local/bin/openaps-report", line 82, in <module>
    app( )
  File "/usr/local/lib/python2.7/dist-packages/openaps/cli/__init__.py", line 51, in __call__
    self.run(self.args)
  File "/usr/local/bin/openaps-report", line 75, in run
    output = app(args, self)
  File "/usr/local/lib/python2.7/dist-packages/openaps/cli/subcommand.py", line 52, in __call__
    return self.method.main(args, app)
  File "/usr/local/lib/python2.7/dist-packages/openaps/reports/invoke.py", line 40, in main
    output = task.method(args, app)
  File "/usr/local/lib/python2.7/dist-packages/openaps/uses/use.py", line 44, in __call__
    self.before_main(args, app)
  File "/usr/local/lib/python2.7/dist-packages/openaps/vendors/medtronic.py", line 62, in before_main
    self.setup_medtronic( )
  File "/usr/local/lib/python2.7/dist-packages/mmeowlink/vendors/mmeowlink.py", line 92, in setup_medtronic
    setup_medtronic_link(self)
  File "/usr/local/lib/python2.7/dist-packages/mmeowlink/vendors/mmeowlink.py", line 75, in setup_medtronic_link
    link = builder.build(radio_type, port)
  File "/usr/local/lib/python2.7/dist-packages/mmeowlink/link_builder.py", line 16, in build
    return SubgRfspyLink(port)
  File "/usr/local/lib/python2.7/dist-packages/mmeowlink/vendors/subg_rfspy_link.py", line 55, in __init__
    self.open()
  File "/usr/local/lib/python2.7/dist-packages/mmeowlink/vendors/serial_interface.py", line 27, in open
    self.serial = spi_serial.SpiSerial()
  File "/usr/local/lib/python2.7/dist-packages/spi_serial/spi_serial.py", line 7, in __init__
    self.cs0 = m.Gpio(23)
  File "/usr/local/lib/python2.7/dist-packages/mraa.py", line 649, in __init__
    this = _mraa.new_Gpio(*args)
ValueError: Invalid GPIO pin specified
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
 Listening: ..................................
Appreciate help---for some reason can't get past this...???
Ryan Dalisky
@rdalisky
Jun 24 2017 02:30
@garykidd this is the newest issue, @PieterGit posted a fix for it. It seems as if it requires a fresh flash and install though.
Cameron Chunn
@applehat
Jun 24 2017 02:48
How does everyone calculate meal bolus? I've always just used bolus wizard on the pump - and that's great except now that I auto tune and auto sense, it feels like the pump is just guessing too.
Brian Rabinovitz
@bdr1177
Jun 24 2017 03:25
Anyone know what to do with this error:
Listening: .No pump comms detected from other rigs
mmtune: pump://JSON/mmtune/monitor/mmtune.json
reporting monitor/mmtune.json
Traceback (most recent call last):
  File "/usr/local/bin/openaps-report", line 82, in <module>
    app( )
  File "/usr/local/lib/python2.7/dist-packages/openaps/cli/__init__.py", line 52, in __call__
    self.epilog( )
  File "/usr/local/bin/openaps-report", line 69, in epilog
    super(ReportToolApp, self).epilog( )
  File "/usr/local/lib/python2.7/dist-packages/openaps/cli/__init__.py", line 75, in epilog
    self.create_git_commit( )
  File "/usr/local/lib/python2.7/dist-packages/openaps/cli/__init__.py", line 89, in create_git_commit
    self.repo.git.add([diff.b_path], write_extension_data=False)
  File "/usr/local/lib/python2.7/dist-packages/git/cmd.py", line 425, in <lambda>
    return lambda *args, **kwargs: self._call_process(name, *args, **kwargs)
  File "/usr/local/lib/python2.7/dist-packages/git/cmd.py", line 877, in _call_process
    return self.execute(call, **exec_kwargs)
  File "/usr/local/lib/python2.7/dist-packages/git/cmd.py", line 688, in execute
    raise GitCommandError(command, status, stderr_value, stdout_value)
git.exc.GitCommandError: Cmd('git') failed due to: exit code(128)
  cmdline: git add natopenaps/enact/enacted.json
  stderr: 'fatal: pathspec 'natopenaps/enact/enacted.json' did not match any files'
I tried reflashing the radio chip and also resetting the git repository, but neither worked.
Ryan Dalisky
@rdalisky
Jun 24 2017 04:07
@scottleibrand Dev works on Pieter's fork.
Zakm0n
@Zakm0n
Jun 24 2017 04:18
I second the issue @bdr1177 is having. My rig started giving this error today on the way to work and the git refresh didn't work.
DaisyHK
@laurathiessen
Jun 24 2017 04:32
@scottleibrand yes I have ensured my cables are good data cables, @stefanakerblom what error are you speaking of? my com port is correct as I have never changed it and I checked it was the correct one.. I am cofused. I think it mya be an issinteractive help for that urggue with my intel edison but there is no
Martin Haeberli
@mhaeberli
Jun 24 2017 06:23
Say I want an absolute rule: don't resume basal until CGM is at least 90, no matter how high the forecast, how do I do that? Yes, rtd, but...
marafie
@marafie
Jun 24 2017 08:18
@applehat i use the bolus wizard when I consume low carb meal always my estimation is wrong ..... someone told me for each 20 grams of protein is equal to 10 grams of carb
PieterGit
@PieterGit
Jun 24 2017 08:46
@rdalisky @garykidd and others that may still have a rig with broken MRAA. Can you please check syslog/dmesg if there is some MRAA or GPIO error listed there. The MRAA devs ask our input, see intel-iot-devkit/mraa#771 .
Last comment: "my guess is that the strncmp in x86.c broke it, sometimes reading from sysfs is not what you expect and we may have had some trailing characters we previously ignored. But syslog output would confirm it"
PieterGit
@PieterGit
Jun 24 2017 09:07
@garykidd : the error https://gitter.im/nightscout/intend-to-bolus?at=594db48aceb5bef82ea4b5eb shows that oref0 can't access GPIO pin 23 of the Edison Explorer board for some reason. The problem is not within oref0, but inside the MRAA layer. That doesn't log it's error here, but in syslog (or some other /var/log files) . The MRAA devs need that information to pinpoint the problem on their side.
PieterGit
@PieterGit
Jun 24 2017 09:29
@bdr1177 about https://gitter.im/nightscout/intend-to-bolus?at=594ddba1bf7e6af22c693819 . It's a git issue. That should be automatically fixed with the scripts that fix git corruption. If they don't fix it a workaround will be cd ~/natopenaps ; mv .git ../git-corrupted ; git init. That would create a new git repository. If you can debug what's wrong with your git repository first, we might have a case for which the oref0-fix-git-corruption.sh does not work yet.
Zakm0n
@Zakm0n
Jun 24 2017 11:02
Ok, so i'm about to flash a fresh rig, any suggestions to avoid the mraa errors?
I think I've saved my reverse-polarity'd explorer, and I've decided to go back to yocto to start spankin' new since i've been having real screwy wifi issues
PieterGit
@PieterGit
Jun 24 2017 11:48
@Zakm0n : you can either choose to use master or dev brench. Both have the MRAA fix implemented. Scott merged my fixes to both branches.
if you already have a broken mraa installed on the rig, best is to reflash the rig before installing oref0
PieterGit
@PieterGit
Jun 24 2017 12:20
The MRAA devs have created a fix upstream for our MRAA issue, see intel-iot-devkit/mraa#771.
For those who are installing a rig wit the oref0 dev branch and are willing to give it a try, see this PR openaps/oref0#507
As said: I can't test it myself due to lack of free Edison rigs, but are quite confident that it will work. Can somebody give it a test.
There are some clean of the ARM code of MRAA, so if a user with a RPI can test it, it would be great.
Any user with an Edison can confirm that the MRAA master branch works again with oref0
Dana Lewis
@danamlewis
Jun 24 2017 12:21
(Continued thanks to @PieterGit and everyone else who's been tracking and resolving this issue!)
cameronrenwick
@cameronrenwick
Jun 24 2017 12:38
have to share this. Ate a McDonalds muffin yesterday (rarely do that). Didn't look at NS till just now... check out the pattern the muffin left on my NS (its the high on the left of the data)
MCDmuffin.png
cameronrenwick
@cameronrenwick
Jun 24 2017 12:54
@applehat I still use the bolus wizard but make sure that my settings are correct and then adjust if I feel I need to. I'm pretty good at counting carbs so when the bolus wizard comes up with what it suggests for bolus I usually have a pretty good idea. Right now my feeling is that the wizard is a tad low, but, as I'm going to be using SMB I figure that's ok...
marafie
@marafie
Jun 24 2017 13:07
@cameronrenwick I am new to the pump .... did you calculate the carb correctly
cameronrenwick
@cameronrenwick
Jun 24 2017 13:23
@marafie well... probably not. I don't eat a lot of "fast food" and think that probably the McDonalds muffin has hidden sugar, fat and less fiber than one I'd make, leading to different digesting and sugar/carb entering my bloodstream etc. Just had to wonder if the muffin was engineered to grow a bloodsugar spike that looked like "The golden arches" ; )
Brian Rabinovitz
@bdr1177
Jun 24 2017 13:54
@PieterGit Tried running the git corruption script again and it still didn't work. Then I tried your workaround, which did work. Thanks for that!
marafie
@marafie
Jun 24 2017 14:08
@cameronrenwick how do you handle protein only meal ? For each 10 grams of protein are equivalent to xxx Carbs ?
cameronrenwick
@cameronrenwick
Jun 24 2017 14:12
@marafie I don't generally bolus for protein that much. My meals typically are low carb (a big carb meal for me is 30 gm) and while I've experimented with using a 10 gm protein = 5 or 2 gm carb, I've found personally that I'm taking too much insulin and go low. I think this is a very personal thing and requires some time and learning
rsilvers129
@rsilvers129
Jun 24 2017 14:14
I ran out of space. Is there any area where large files hide except in /var/log?
rsilvers129
@rsilvers129
Jun 24 2017 14:19
My thoughts on protein are that it doesn’t take insulin to process it. But, it can increase insulin resistance so that you need more insulin when you eat a lot of protein or fat. See this paper. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC2901033/
marafie
@marafie
Jun 24 2017 14:21
Thanks
live4sw
@live4sw
Jun 24 2017 16:24
Two quick travel questions - (1) do you disconnect your pump on flights, and (2) do you turn off your rigs when you fly?
AdrianLxM
@AdrianLxM
Jun 24 2017 16:30
@live4sw I know others do it differently but i even prefer non-detatchable infusion sets when travelling.
cameronrenwick
@cameronrenwick
Jun 24 2017 16:31
@loviv
@live4sw do you mean disconnect the rig to pump connection (wireless) or physically disconnect your pump infusion set... (why would you stop insulin?)
live4sw
@live4sw
Jun 24 2017 16:32
By (1) I mean disconnect your infusion set from your body, and by (2) I mean physically turn off the rig
Dana Lewis
@danamlewis
Jun 24 2017 16:32
No and no.
cameronrenwick
@cameronrenwick
Jun 24 2017 16:33
^ditto
Dana Lewis
@danamlewis
Jun 24 2017 16:33
1 may make a difference for tiny basal'ers. Doesn't for me.
live4sw
@live4sw
Jun 24 2017 16:35
Gotcha, thank you! There are some interesting articles about excess insulin delivery in flight (https://www.ncbi.nlm.nih.gov/pmc/articles/PMC3161261/) but I agree, my basals are pretty average (ranging from 0.6 to 0.85) and so the numbers don't seem large enough to make a big difference.
I had a weird low last week after a flight which made me think about this but I think it was much more likely from walking a ton in the airport rather than from the flight itself.
AdrianLxM
@AdrianLxM
Jun 24 2017 16:39
I have a daily basal oft 13.44 units and if i properly vacumise the Insulin vial some
time before filling the reservoir it doesn't seem to affect me.
Chuck Vann
@djtechman
Jun 24 2017 17:05
Selection_125.png
I took my nightscout-docker completely down, then back up. Had to set up a new profile, no history... still got this "400" reading even though xdrip is not posting entries b/c it's been in sensor-warmup since I started the docker
when starting the docker-compose stack, it says it's creating all new collections b/c the db was empty
so where in the hoo-hah is this reading coming from? :(
Shane Mitchell
@Stavrosnco
Jun 24 2017 17:07
@rdalisky , Sorry have been away from the computer... Were you able to get the mraa issue resolved?
Chuck Vann
@djtechman
Jun 24 2017 17:08
I want to go camping today, maybe I should just disable the NS API in oref0-setup?
Selection_126.png
can anyone tell me from the mouseover if that looks like an xdrip reading?
garykidd
@garykidd
Jun 24 2017 17:48
The link to jublinux in RTD takes you to a directory with multiple versions but also to a kernel....do you have to do anything with that--assuming no?
Savek-CC
@savek-cc
Jun 24 2017 18:07
I've got a really off-topic question: We're currently looking into possible names for our (soon to be born) daughter; Felicia was our favorite - until we found the "bye Felicia" meme online... is it really used like that in the US?
Ryan Dalisky
@rdalisky
Jun 24 2017 18:10
@Stavrosnco Yes figured out the sequence, have been looping on Dev since last night. Thanks!
Chuck Vann
@djtechman
Jun 24 2017 18:30
@savek-cc I wouldn't say it's something that she'd encounter everyday, even if she was in her 20's right now. I've only heard it used in-person once. Also remember memes get old fast, in 20 years there will hopefully be no such thing
AdrianLxM
@AdrianLxM
Jun 24 2017 18:49
@savek-cc sorry I can't help you with your questions, but: Congratulations!
dan lightner
@danimaniac
Jun 24 2017 19:01
@garykidd I believe that kernel is utilized when upgrading a previous jubi release to the current release.
Savek-CC
@savek-cc
Jun 24 2017 19:02
@AdrianLxM Thanks :)
cameronrenwick
@cameronrenwick
Jun 24 2017 19:09
@djtechman yes I believe that reading is from xdrip. I use xdrip for my BG to NS and they look exactly the same. Kinda odd that the value is there if you haven't uploaded any values. Something's fishy..
Andy Sharrow
@dramageek
Jun 24 2017 19:32
My Nightscout has stopped showing BG readings. Xdrip+ is still getting them, and still passing them to the rig. rig is still updating Nightscout with basals and treatments
Any ideas?
I've tried deleting the last few documents in the entries table in mlab. If I delete the last two, two more fill in with timestamps from ~16 hours ago.
Andy Sharrow
@dramageek
Jun 24 2017 19:38
I know how averse @danamlewis is to wiping out tables, but what's the next step?
Tried restarting my Heroku instance as well.
tynbendad
@tynbendad
Jun 24 2017 19:49
check dates/timestamps on rig, phone, ns profile, and wherever you're viewing ns from
Andy Sharrow
@dramageek
Jun 24 2017 19:54
Everything looks good.
Everything looks good.
Tried renaming the entries table. It recreated it, and is now showing the results from the new table.
cameronrenwick
@cameronrenwick
Jun 24 2017 19:55
@dramageek you haven't gone over your storage limit have you?
Andy Sharrow
@dramageek
Jun 24 2017 19:59
Nope. Size is only 356 mb. It's still creating devicestatus entries too.
cameronrenwick
@cameronrenwick
Jun 24 2017 20:00
how long has it been since it's stopped functioning "normally"?
you've also checked for future entries and all the usual suspects for problems correct?
Andy Sharrow
@dramageek
Jun 24 2017 20:03
No future entries. Stopped this morning at around 6:30.
Rain stopped, so have to head back to work. I'll check in periodically to see if anyone has any other ideas
Currently back up and running by renaming the entries table, but I assume that'll exclude all past data from reports
cameronrenwick
@cameronrenwick
Jun 24 2017 20:07
I had what sounds like a similar situation a while back where NS wasn't getting readings from my phone.. android had done some sort of update and I had to do a full restart. Once that happened NS started to receive bloodsugar data again. Dunno if you've done a phone restart or not but...
live4sw
@live4sw
Jun 24 2017 20:33
Super cool to see that @scottleibrand is giving a talk today - I hope you guys post a video link once available! Looking forward to watching.
Dana Lewis
@danamlewis
Jun 24 2017 20:41
They were both live in Fbk, not sure if you can watch it back from there - if not, they should post links within a few weeks
:+1:
@dramageek no suggestions, but fwiw it's device status that makes me cry the most when it gets deleted.
@savek-cc I've heard it only once or twice - but not ever around someone named Felicia
Dana Lewis
@danamlewis
Jun 24 2017 20:51
@mhaeberli skim the code for the current hard limit and you can sub in 90
Not sure that's ideal (I'd think about checking target levels, autotuning, etc) but free will is a beautiful thing, right? :smile:
sdneufer
@sdneufer
Jun 24 2017 21:16
Me
Argh! Sorry phone open and accidental press with auto correct. Can't mobile app delete? I can't find that.
Martin Haeberli
@mhaeberli
Jun 24 2017 21:23
@danamlewis :+1:
Dana Lewis
@danamlewis
Jun 24 2017 21:24
@sdneufer hard (not possible?) to do on mobile, and can only be done for certain time period on desktop, too - but no worries regardless
marafie
@marafie
Jun 24 2017 22:20
Can i connect to the rig via OTG from the mobile to it?
Instead of using a pc
PieterGit
@PieterGit
Jun 24 2017 22:28
If there is a volunteer that will reinstall its rig and wants to use dev, please consider using this PR https://gitter.im/nightscout/intend-to-bolus?at=594e58fa4bcd78af563e5f7b . That way we can make sure that a future MRAA release still works with OpenAPS. Make sure you didn't install MRAA on the rig yet (or reflash if you did). I can't test it at the moment, because all my spare Edison rigs are in use for other branches/tests.
PieterGit
@PieterGit
Jun 24 2017 22:51
@danamlewis : browsing through the issues. I think openaps/oref0#468 can be closed because it's fixed
marafie
@marafie
Jun 24 2017 22:53
@PieterGit after 30 June I can do the testing if you still need it with a new rig
Dana Lewis
@danamlewis
Jun 24 2017 22:55
@PieterGit if so, can you comment on the issue in question w/ a link to the resolution? That way we have it for future tracking
PieterGit
@PieterGit
Jun 24 2017 23:03
There is already evidence that the SMB requires an autotune dir now to operate, see https://github.com/openaps/oref0/pull/491#issuecomment-306975768
I thought 468 can be closed because 491 was implemented. I also seen that it works, but double check later if you want. I'm out for now. CU
Scott Leibrand
@scottleibrand
Jun 24 2017 23:52
Yep, closed it, thx.