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

15th
Jul 2017
Marco
@CaptainBalou
Jul 15 2017 00:17
It’s in the middle of the night here but I cannot fall asleep. I am in the upper 200s. :-( What I just saw was: I entered a 283 BG into my MDT bolus wizard and injected 5.5U. Afterwards I saw this picture of my NS instance:
Ohne Titel.png
The pill is there but it is placed onto 28.3 BG. Is someone moving the decimal point here? ;-)
cameronrenwick
@cameronrenwick
Jul 15 2017 00:19
@CaptainBalou have you done a finger prick test? Is that 278 accurate?
Marco
@CaptainBalou
Jul 15 2017 00:21
Yes I did twice that’s why I bolused the 283BG/5.5U. I have not realized that the rig isn’t doint any SMBs anymore and I ate some yummy things an hour before. ;-)
cameronrenwick
@cameronrenwick
Jul 15 2017 00:22
aah.. ok I see. Well you'll need to determine why you're SMB has stopped
Marco
@CaptainBalou
Jul 15 2017 00:22
Yes I already did. It was because I forgot the rig somewhere in the house. Stupid me. :-(
cameronrenwick
@cameronrenwick
Jul 15 2017 00:23
yes, we've all done that. Well watch yourself for the next hour to be sure you come back to a safe BG
Marco
@CaptainBalou
Jul 15 2017 00:24
I try but I am still raising. Gone through the mark of 300 now.Have to test ketone.
But I just wanted to report this because of the pill with the fault BG number… I hope this is nothing used in calculations…?!
cameronrenwick
@cameronrenwick
Jul 15 2017 00:26
yes for sure do a keytone test. If possible, maybe a bit of walking/exercise. I think that calculation is given in mmol/L
Marco
@CaptainBalou
Jul 15 2017 00:28
Or so just the visual part would be wrong. That’s not a big deal. But someone who knows exactly should have a look. Possibly someone reads this later...
cameronrenwick
@cameronrenwick
Jul 15 2017 00:28
Screen Shot 2017-07-14 at 8.27.46 PM.png
not too sure. In my NS I have it set to mmol/L and it comes up in units like that. Here is mine right now.
Marco
@CaptainBalou
Jul 15 2017 00:28
„walking/exercise“. Uuuh, to be honest I am not quite willing to do that. It’s 2:30am here. :-)
cameronrenwick
@cameronrenwick
Jul 15 2017 00:29
yes, I realize it's late where you are... sorry!
next time snack on celery and carrots!! :smile:
Marco
@CaptainBalou
Jul 15 2017 00:31
I checked my „normal“ pills and they are all in mg/dl. So this 28.3 instead of 283 is a fault I would say. But I don’t know the code so I don’t want to get someone scary.
Hehe, yes carrots would have been better. ;-)
cameronrenwick
@cameronrenwick
Jul 15 2017 00:34
yes there is a factor of 10 in that calculation that's incorrect in that pill. Not too sure what to say but others will likely post a message. Not sure if you've updated to the new dev yet but apparently there are some fixes in that version - perhaps you could try that in the morning - get some sleep1
!
Marco
@CaptainBalou
Jul 15 2017 00:34
Yes I am on the current 0.5.1.
cameronrenwick
@cameronrenwick
Jul 15 2017 00:35
ok that's the most up to date
Marco
@CaptainBalou
Jul 15 2017 00:36
I found another pill wich is wrong by factor 10. All others are good.
Marco
@CaptainBalou
Jul 15 2017 00:42
Both pills on the fault position are made through BolusExpert. Anything else i correct.
I tried that with one BolusExpert 0.1U I entered manually. It’s again factor 10 fault.
Do you know if I have to place a ticket somewere or how is that done here? I don’t want to annoy someone but I also don’t want to ignore it.
cameronrenwick
@cameronrenwick
Jul 15 2017 00:47
at this point I'd say here is probably best. I don't use the same pump but perhaps others that are on a 754 will know better.
Scott Leibrand
@scottleibrand
Jul 15 2017 00:47
@CaptainBalou @cameronrenwick too many of us core developers use mg/dL, so mmol/L display issues (and even some potentially treatment-affecting ones) don't get enough attention. we'll need y'all mmol/L users to pick up some of the slack on debugging and fixing the remaining mmol issues.
Brian Rabinovitz
@bdr1177
Jul 15 2017 00:48
Is the upgrade to 0.5.1 from 0.4.2 something that we need to do asap? I have things running well on 0.4.2 and I'm about to go out of town. Don' want to screw anything up before I go.
Scott Leibrand
@scottleibrand
Jul 15 2017 00:48
@bdr1177 most definitely not
if you're happy in 0.4.2 stick with that until you're ready to upgrade a dev rig, and get comfortable there before upgrading your main rig
Marco
@CaptainBalou
Jul 15 2017 00:49
@scottleibrand You need mmol guys? But I am mg/dL as well. :-(
Scott Leibrand
@scottleibrand
Jul 15 2017 00:49
I do recommend upgrading to 0.5.1 for anyone who's using 0.5.0-dev, but even so it's best towait for a good time to do it.
Brian Rabinovitz
@bdr1177
Jul 15 2017 00:49
@scottleibrand Sounds good. I'll wait on it then.
Scott Leibrand
@scottleibrand
Jul 15 2017 00:49
@CaptainBalou oh, ok. I misunderstood
most of the off-by-10x issues affect mmol/L pumps
Marco
@CaptainBalou
Jul 15 2017 00:50
So I would assume to see a pill on 235 for example but if it is entered via BolusExpert I see it at 23.5.
Scott Leibrand
@scottleibrand
Jul 15 2017 00:50
what is BolusExpert?
cameronrenwick
@cameronrenwick
Jul 15 2017 00:50
I agree @scottleibrand ..quite happy to look at this. Perhaps starting a new mmol problem page or something similar
Scott Leibrand
@scottleibrand
Jul 15 2017 00:50
is that the MDT bolus wizard?
Marco
@CaptainBalou
Jul 15 2017 00:50
Yes, that’s what I ment.
If I calibrate the sensor via menu in the pump the pill is correct.
Scott Leibrand
@scottleibrand
Jul 15 2017 00:51
could be a 754 decoding issue. sometimes MDT encodes things weird to save bits and ends up off by 10x
cameronrenwick
@cameronrenwick
Jul 15 2017 00:51
ya I've never had that happen with my 522
Scott Leibrand
@scottleibrand
Jul 15 2017 00:51
we also don't use the bolus wizard much, so rely on people who do to report and debug issues with it
Marco
@CaptainBalou
Jul 15 2017 00:51
Also every CGM value is rigth. Just the bolus wizard entered value is „factor 10“ beside.
But I am using that for a while and have never realized it… I am confused right now.
I am generating a report right now.
Scott Leibrand
@scottleibrand
Jul 15 2017 00:53
FWIW, the bolus wizard entered MBG records aren't used in oref0 at all. so they won't affect treatment
Marco
@CaptainBalou
Jul 15 2017 00:53
…a treatment report
Scott Leibrand
@scottleibrand
Jul 15 2017 00:53
MBG = meter BG
cameronrenwick
@cameronrenwick
Jul 15 2017 00:53
ftr, I am using bolus wizard with SMB and find it to work great. I enter carbs and current BS, then roll back what BW says for insulin about 30% then let SMB take over
Marco
@CaptainBalou
Jul 15 2017 00:53
Really? Oh… That’s interesting… :-/
May I ask why?
Scott Leibrand
@scottleibrand
Jul 15 2017 00:55
Ask why to which thing?
Marco
@CaptainBalou
Jul 15 2017 00:55
I normally MBG, enter it in the bolus wizard and do a correction in one step. So why does oref0 not take this number? Or did I misunderstood?
Scott Leibrand
@scottleibrand
Jul 15 2017 00:59
that number is useful to the bolus wizard for calculating your bolus, but it's not clear what oref0 would do with that number when deciding how to dose insulin on an ongoing basis
Marco
@CaptainBalou
Jul 15 2017 00:59
„ask why“ to „bolus wizard entered mag records“. I was assuming that this is just „another way of entering the number to make oref0 use of it“.
Scott Leibrand
@scottleibrand
Jul 15 2017 00:59
instead, we assume that you will calibrate your CGM, and then take the new readings from the CGM as correct
cameronrenwick
@cameronrenwick
Jul 15 2017 01:02
@CaptainBalou just so it's clear about my earlier comment, I do calibrate 2x (maybe more) per day and find my cgm to be very accurate to my MBG (a contour next one model) and that value is what I use to enter into my BW along with the carbs.
Marco
@CaptainBalou
Jul 15 2017 01:02
Good arguments. I am using CGM since a very short time. There are some moments I forget about having it. In the past the entered numbers were the only I had. ;-) Ok, all fine. I understood Scott. But would be nice to have those numbers 1. at the correct position or 2. nowhere, so just ignored. But I don’t think I am programmer enough to find that in the code. :-(
Sacha M
@coolestkidsever
Jul 15 2017 01:03
Hi all. If I've changed ISF and Target bg range in both pump and nightscout profile - is there somewhere else I need to change it for openaps to modify? As it still seems to be reading prior isf/target values? Thx in advance
Marco
@CaptainBalou
Jul 15 2017 01:04
@cameronrenwick you are also right for sure. As I wrote, I sometimes forget about the CGM and ask myself „were do they want to get the numbers from except from my bolus wizard entries“?! :-)
Scott Leibrand
@scottleibrand
Jul 15 2017 01:05
@CaptainBalou also, we generally trust properly-calibrated CGM readings over a single meter reading. a single meter reading may be off by up to 20%, but the CGM readings are based on up to a dozen previous calibrations, and tend to be more accurate than any one BG reading. that, plus the trend info we get from the CGM, makes it possible to dose much more safely than based on a single MBG alone.
Sacha M
@coolestkidsever
Jul 15 2017 01:06
Oh it seems I was just impatient! It's working now :g
cameronrenwick
@cameronrenwick
Jul 15 2017 01:06
@coolestkidsever have you read the docs re preference.json
Marco
@CaptainBalou
Jul 15 2017 01:06
Absolutely correct. My fault. Wrong thinking around this topic. :-(
Scott Leibrand
@scottleibrand
Jul 15 2017 01:06
@coolestkidsever it can take about an hour for the rig to read the new pump settings
@CaptainBalou no need to apologize: most people have the same intuition you did.
Sacha M
@coolestkidsever
Jul 15 2017 01:07
Thanks guys! I need to practice patience. A virtue I don't have methinks!
Scott Leibrand
@scottleibrand
Jul 15 2017 01:07
@coolestkidsever if your rig is plugged in, I think it refreshes pumphistory-24h and settings every 20m. if you're on battery I think it can go 90m
Marco
@CaptainBalou
Jul 15 2017 01:07
I have to get more familiar with CGM and the loops behaviour. But until now it works like a charm. I really love it.
Marco
@CaptainBalou
Jul 15 2017 01:13
@cameronrenwick My BG turned from 300 into 150. So I think I am good to go to bed. 03:13am.
cameronrenwick
@cameronrenwick
Jul 15 2017 01:16
good to hear @CaptainBalou ! our mental exercise obviously helped - sleep well... that's what looping is all about :+1:
PopcornPam
@PopcornPam_twitter
Jul 15 2017 01:43
Wow! The updated docs are great! So much clearer and easier to use! Way to go!
But I just installed the lates oref0 (not dev) and am now getting these messages and have never seen them before
Traceback (most recent call last):
TypeError: unsupported operand type(s) for /: 'NoneType' and 'float'
cat: enact/enacted.json: No such file or directory
PopcornPam
@PopcornPam_twitter
Jul 15 2017 01:50
I am also getting this
{"temp":"absolute","bg":180,"tick":"+6","eventualBG":null,"snoozeBG":225,"insulinReq":null,"reservoir":null,"deliverAt":"2017-07-15T01:49:55.517Z","minPredBG":213,"predBGs":{"IOB":[180,185,190,194,198,201,204,206,207,208,208,208,207,206,205,205,204,204,204,204,204,204,204,205,205,205,206,207,207,208,209,210,210,211,211,211,212,212,212,213],"UAM":[180,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null]},"COB":0,"IOB":0.223,"reason":"COB: 0, Dev: 54, BGI: -3.06, ISF: 60, Target: 84, minPredBG 213, IOBpredBG 213; Eventual BG NaN >= 87, temp 0<NaNU/hr. ","duration":30,"rate":null}
Which makes me think that there is an issue with pump communication maybe?
PopcornPam
@PopcornPam_twitter
Jul 15 2017 02:08
It is, however, able to communicate enough to tell nightscout that I canceled the temp basal that had been set before I updated and is now back to my set rate
Sebastien Lussier
@SebastienLussier
Jul 15 2017 02:14
@CaptainBalou what is your pump model ? I submitted a PR for what I think is the same bug (your mg/dl being divided by 10 in decocare), see openaps/decocare#29
If you could test and confirm it fixes your issue, that would be great :)
It probably has MMOL_DEFAULT = True ?
Just saw you mentionned a 754, then it is really the same issue
mkericson
@mkericson
Jul 15 2017 02:28
picked up a windows 10 computer and was able to connect to the edison and loaded oref0 master. After correcting a few errors I think I'm close: Listening: .No pump comms detected from other rigs
mmtune: pump://JSON/mmtune/monitor/mmtune.json
reporting monitor/mmtune.json
"916.660", 5, -34 Starting pump-loop at Fri Jul 14 22:20:23 EDT 2017:
Radio ok, Listening: .No pump comms detected from other rigs
Old pumphistory: Refreshed pumphistory
Could not parse input data: { [Error: Cannot find module '/root/myopenaps/monitor/glucose.json'] code: 'MODULE_NOT_FOUND' }
determine-basal://text/shell/enact/suggested.json
reporting enact/suggested.json
cat: enact/enacted.json: No such file or directory
Profile less than 60m old
temp_basal.json less than 5m old
Pumphistory less than 5m old
Settings refreshed
pumphistory-24h refreshed
Completed pump-loop at Fri Jul 14 22:21:54 EDT 2017
@popcornpam_twitter thanks for the feedback on the docs!
mkericson
@mkericson
Jul 15 2017 04:19
Wow. Its working....
Matthias
@ceben80
Jul 15 2017 04:36
@CaptainBalou I only see your pic above with 278 bg seen as 2.78 or something like that, that's a known issue somewhere with the 754, don't know where at the moment, I was experiencing the same and as long this has not been solved I do not enter the bg in the bolus wizard
Dana Lewis
@danamlewis
Jul 15 2017 04:44
@mkericson :confetti_ball: :smile:
Sebastien Lussier
@SebastienLussier
Jul 15 2017 04:52
@ceben80 See my comment above! :)
Matthias
@ceben80
Jul 15 2017 04:56
I assume this decocare issue openaps/decocare#8
Thx will do later :wink:
Sebastien Lussier
@SebastienLussier
Jul 15 2017 04:57
Yes! @ecc1 did all the hard investigation work, I only fixed the code
Matthias
@ceben80
Jul 15 2017 05:00
Really this issue has been fixed?
Sebastien Lussier
@SebastienLussier
Jul 15 2017 05:04
There's a PR pending, openaps/decocare#29
If you could try it and confirm it works for you, that would be great
Matthias
@ceben80
Jul 15 2017 05:07
Fantastic! Will do this in 1 week when I'm back home, currently on vacation , thx!!!
Matthias
@ceben80
Jul 15 2017 05:18
Yes, do you know Oscars wiki?
Dana Lewis
@danamlewis
Jul 15 2017 05:23
@dylanparsons is there a reason you don't want to go with an explorer board?
iananders
@iananders
Jul 15 2017 05:26
now the new super easy setup script is in the master ver of the docs, are the old instructions (with the manual instructions) saved anywhere?
Scott Leibrand
@scottleibrand
Jul 15 2017 05:29
Yes, there is a tagged release branch of the old version, which is also accessible on RTD.
What are you missing in the new ones?
iananders
@iananders
Jul 15 2017 05:32
my at home pi rig somehow got a corrupted sd card
@iananders ^
Ghost
@ghost~57172786187bb6f0eae05406
Jul 15 2017 05:50
@danamlewis Not a preferential decision. Only because of limited funds.
francesc0-cgm
@francesc0-cgm
Jul 15 2017 06:36
@scottleibrand i repost sorry. Cob time is limited to dia? Tia
PieterGit
@PieterGit
Jul 15 2017 06:39
@dylanparsons : i would recommend an explorer board because it will save you a lot of time.
francesc0-cgm
@francesc0-cgm
Jul 15 2017 07:36
@scottleibrand oter question sorry...for my son min_5_carbimpact is too fast...i switched it to 4...is it ok? What have i to expect?
elodaille01
@elodaille01
Jul 15 2017 09:52
hi everybody !
elodaille01
@elodaille01
Jul 15 2017 10:01
sorry my message has been deleted
OpenAPS is not looping anymore since yesterday evening..After having try everything possible? I decided to rerun oref0 but It did not succeed ..here is the error message I obtained :
File "/usr/local/lib/python2.7/dist-packages/gitdb/util.py", line 314, in open
raise IOError("Lock at %r could not be obtained" % self._lockfilepath())
IOError: Lock at '/root/OpenAPSLulu/.git/index.lock' could not be obtained
Could not import device.json
elodaille01
@elodaille01
Jul 15 2017 10:06
could you help me please ? Did anyone else encounter this issue ?
Marco
@CaptainBalou
Jul 15 2017 12:02
@SebastienLussier thanks for coming back to my midnight chat. 👍🏻 I would love to test that! Never done this before. What is the way to do this? Do I have to manually download the file(s) and change it through yours? Or is there a command to do this?
mkericson
@mkericson
Jul 15 2017 12:48
image.png
Got it running last night about midnight. Decided to let try to pull me in range overnight. Those little blue temp square waves are awesome. Need to find a good case for it now.
ksinal
@ksinal
Jul 15 2017 12:57
Hey lovely folks. Anyone around that can help with this? Getting Git error, but won't clear with the rm -rf ~/myopenaps/.git ... Even after installing new master. Thinking I should just delete the whole oref0 and start again... But don't actually know how! I did it once before, but didn't save the commands on my little cheat sheet! Can anyone help? Or other suggestions?
rsilvers129
@rsilvers129
Jul 15 2017 13:11
I am doing a runagain and can’t get past this error. Traceback (most recent call last):
File "/usr/local/bin/openaps-device", line 35, in <module>
app( )
File "/usr/local/lib/python2.7/dist-packages/openaps/cli/init.py", line 52, in call
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 98, in create_git_commit
self.repo.index.commit(msg)
File "/usr/local/lib/python2.7/dist-packages/git/index/base.py", line 954, in commit
author_date=author_date, commit_date=commit_date)
File "/usr/local/lib/python2.7/dist-packages/git/objects/commit.py", line 316, in create_from_tree
parent_commits = [repo.head.commit]
File "/usr/local/lib/python2.7/dist-packages/git/refs/symbolic.py", line 176, in _get_commit
obj = self._get_object()
File "/usr/local/lib/python2.7/dist-packages/git/refs/symbolic.py", line 169, in _get_object
return Object.new_from_sha(self.repo, hex_to_bin(self.dereference_recursive(self.repo, self.path)))
File "/usr/local/lib/python2.7/dist-packages/git/refs/symbolic.py", line 119, in dereference_recursive
hexsha, ref_path = cls._get_ref_info(repo, ref_path)
File "/usr/local/lib/python2.7/dist-packages/git/refs/symbolic.py", line 136, in _get_ref_info
assert(len(tokens) != 0)
AssertionError
Traceback (most recent call last):
File "/usr/local/bin/openaps-device", line 35, in <module>
ksinal
@ksinal
Jul 15 2017 13:15
@rsilvers129 this is the same as mine... Usually the rm command works, but hasn't...
rsilvers129
@rsilvers129
Jul 15 2017 13:22
Unfortunately I don’t have a backup rig as I have been working with Hamshield since April to get two working boards.
ksinal
@ksinal
Jul 15 2017 13:26
Okay seems it may have worked doing a kill all and reboot...
rm -rf ~/openaps/.git
No not that one, sorry
killall -g openaps
dan lightner
@danimaniac
Jul 15 2017 13:26
@all Love the new docs...you giants have all done a great job guiding us tech toddlers!
ksinal
@ksinal
Jul 15 2017 13:27
Never mind. Still there. Sigh
cameronrenwick
@cameronrenwick
Jul 15 2017 13:47
@ksinal if you're using SMB use this command killall -g oref0-pump-loop
ksinal
@ksinal
Jul 15 2017 15:37
Thanks @cameronrenwick it says "no process found". Do you know how to delete the whole oref0? So I can delete and then reinstall?
cameronrenwick
@cameronrenwick
Jul 15 2017 15:39
I think this should work cd crontab -r rm -rf src rm -rf myopenaps
sorry should enter like this
cd
crontab -r
rm -rf src
rm -rf myopenaps
Scott Leibrand
@scottleibrand
Jul 15 2017 16:01
@francesc0-cgm no, COB can last longer than DIA now with the latest oref0 release. If his actual carb absorption is slower than 8 mg/dL/5m (24 g/hr at a CSF of 4) you can lower the default value of min_5m_carbimpact, and it will decay carbs more slowly when deviations from BGI aren't very high.
@elodaille01 looks like you just need to remove that index.lock file.
Ghost
@ghost~57172786187bb6f0eae05406
Jul 15 2017 16:28
@PieterGit Thank you
rsilvers129
@rsilvers129
Jul 15 2017 19:25
Does the TI CC1111 radio stick only work on a Pi using jumpers, or can you plug it into a Pi or a PC running Linux using its USB port?
@ksinal I got past my problem after seeing that you removed .git directory.
Brian Rabinovitz
@bdr1177
Jul 15 2017 19:26
I'm going to be traveling somewhere moderately remote for the next week and wanted to setup xDripAPS. However, from the instructions is looks like the setup happens during the setup script. Is there a way to set up xDripAPS as a backup and switch to it on the fly if necessary?
Scott Leibrand
@scottleibrand
Jul 15 2017 19:27
@rsilvers129 the TI stick is usually connected to an RPi3 by plugging it into the Pi using USB
@bdr1177 what would your primary method be? Nightscout? plugged-in Dexcom?
rsilvers129
@rsilvers129
Jul 15 2017 19:27
Thanks. That is good, because I am going to plug it into my desktop PC running linix in vmware.
Scott Leibrand
@scottleibrand
Jul 15 2017 19:28
there are different cc1110 firmwares for using it over USB vs. over serial: just make sure yours is flashed with the appropriate one
Brian Rabinovitz
@bdr1177
Jul 15 2017 19:28
Primary method is Nightscout. But I don't know if there will be wifi and don't know if there is enough of a cell connection for bluetooth tethering. There could be. I just don't know.
Scott Leibrand
@scottleibrand
Jul 15 2017 19:29
@bdr1177 my understanding is, if you set up xdripAPS in oref0-setup, it will use either NS or xdrip as its data source, whichever is available. there have been some race condition bugs reported that might complicate that, but those might be fixed now: I'm not sure.
so I would go ahead and set it up and test it (preferably on a dev rig if you have two)
Brian Rabinovitz
@bdr1177
Jul 15 2017 19:32
Unfortunately, I only have one rig and not much time to test before I leave. Should have tested this past week but didn't have the time while getting ready to go.
I wasn't sure from the instructions if it would switch between NS and xdrip depending on availability. It says "OpenAPS will now upload your CGM data to Nightscout." I'm not sure if this means there is an extra step along the way to get the data to nightscout.
Scott Leibrand
@scottleibrand
Jul 15 2017 19:34
it should work the way you want it to. if you have time, I would set it up, test it, and just make sure you still have time to reinstall your current setup if you can't get it working.
make a copy of your current oref0-runagain.sh somewhere off the rig, too
Brian Rabinovitz
@bdr1177
Jul 15 2017 19:35
Okay. I'll try that. Thanks for the advice.
Scott Leibrand
@scottleibrand
Jul 15 2017 19:35
if you can't get xdrip working, or don't like the way it works, you could also get a USB OTG male-male cable and plug the receiver into the rig with an external battery
Brian Rabinovitz
@bdr1177
Jul 15 2017 19:36
I have to 2016 explorer board so I wasn't sure if that would work.
Scott Leibrand
@scottleibrand
Jul 15 2017 19:37
it might be less reliable then, but you can still order the cable and give it a try if you want.
Brian Rabinovitz
@bdr1177
Jul 15 2017 19:37
ok
Scott Leibrand
@scottleibrand
Jul 15 2017 19:37
that's the kind of thing that's worth having just in case you get frustrated while traveling and want to reconfigure it
when we first set up oref0 to work offline, I did a bunch of development and testing on trains and in airports while we were honeymooning in Europe. :)
Brian Rabinovitz
@bdr1177
Jul 15 2017 19:40
Yeah, always good to have a backup plan. I'll probably also go ahead and get a dev rig sometime soon.
Scott Leibrand
@scottleibrand
Jul 15 2017 19:40
yeah, that helps a lot
dan lightner
@danimaniac
Jul 15 2017 20:03
@bdr1177 @scottleibrand It is my understanding the xDripAPS offline rig retrieves local cgm data only...never from NS. If and when the xDripAPS rig gains internet connectivity it will upload the stored local cgm data to NS. It is a one way street, though. It only uploads data...never downloads. Please correct me if mistaken.
Scott Leibrand
@scottleibrand
Jul 15 2017 20:04
@danimaniac if so, that is inconsistent with the way I designed everything else, and should probably be fixed. unfortunately we don't have xdrip ourselves, so I can't really test it
what should happen is that xDripAPS retrieves local cgm data only and uploads the stored local cgm data to NS, as you said. however, when xDripAPS does not have up to date data, but Nightscout does, oref0 should use the Nightscout data instead, via selectively copying either the cgm glucose.json or the ns glucose.json to monitor/glucose.json
Brian Rabinovitz
@bdr1177
Jul 15 2017 20:06
@scottleibrand @danimaniac The way the documentation is written, I certainly interpreted the way that Dan has described it.
Scott Leibrand
@scottleibrand
Jul 15 2017 20:07
if that's not how it works, it's probably because most xDripAPS don't have any other way to upload their CGM data to NS, as they're mostly in countries that don't have Dexcom Share. it would probably still be worthwhile making it be able to automatically select whichever of xDripAPS or Nightscout is more up to date
I suspect that the code works as I've described, but that the folks who did the xDripAPS part of the docs only described the single-uploader use case
PieterGit
@PieterGit
Jul 15 2017 20:08
@rsilvers129 : if you have a choice I would use a serial instead of usb connection to the TI chip (but I would definitely don't recommend a PI solution anymore, explorer board is much smaller, better supported in this community and easier)
rsilvers129
@rsilvers129
Jul 15 2017 20:09
@PieterGit Now that I have a working Expolorer board, I see that at least some of them work, but it took me six weeks to get one that worked more than 10 inches, and now I sent back my other defective one, and am waiting for that. And my friend James had a bad one, and Pam had two bad ones. And my Explorer has shut down multiple times from overheating, causing it to not work when I was asleep (and not suspend my pump when I went hypo). And people were reporting that the Ti stick could cover their entire house, so I thought I would use it as backup when I was sleeping and the Explorer died knowing it would at least cover my entire bedroom (where my Explorer would not even reach from the bed to the nightstand).
dan lightner
@danimaniac
Jul 15 2017 20:10
@colinlennon @tim2000s @applehat I think you guys use xDripAPS offline rigs. Does xDripAPS ever retrieve data from an online NS instance? I was thinking xDripAPS only UPLOADS data to NS if and when the rig ever gains connectivity.
Scott Leibrand
@scottleibrand
Jul 15 2017 20:11
or, more specifically, can it do so if you have another uploader uploading to NS?
PieterGit
@PieterGit
Jul 15 2017 20:16
@rsilvers129 : you certainly have bad luck with explorer boards then. I have 4, two from the first rev that don't support USB OTG. I have 2 v.1.2 ones and now killed the micro usb otg connector of one (be careful with it and make sure your cases protects it) and looking if i'm able to fix it. TI stick has better range, but a good explorer board (and full pump batteries) can do a large room, and sometimes even one floor
rsilvers129
@rsilvers129
Jul 15 2017 20:17
@PieterGit Yes, my current working Explorer is good for 30-40 feet. I never would have ordered a Ti-Stick had I known that would happen.
tynbendad
@tynbendad
Jul 15 2017 20:26
why am i seeing oref0@0.4.3 instead of 0.5.1?
in dev branch
PieterGit
@PieterGit
Jul 15 2017 20:28
@tynbendad have you run git pull
francesc0-cgm
@francesc0-cgm
Jul 15 2017 20:29
Thank you @scottleibrand
tynbendad
@tynbendad
Jul 15 2017 20:30
yes, git pull made me go from 0.5.0 to 0.4.3
PieterGit
@PieterGit
Jul 15 2017 20:31
Git does strange things and it will never be my friend. Check git status and git log or hope some git guru comes by here.
tynbendad
@tynbendad
Jul 15 2017 20:33
git status looks good
git log shows a bunch of changes... seems right though i've never looked at it before.
has dev been merged back to master now?
if so, how do i switch from dev to master?
RedCyclist1
@RedCyclist1
Jul 15 2017 20:34
@tynbendad I had that happen. Make sure you are pulling from master to get 5.1
tynbendad
@tynbendad
Jul 15 2017 20:35
@RedCyclist1 thanks, that's what i was wondering... how do i change branches?
i guess i could wipe out and start again from docs
PieterGit
@PieterGit
Jul 15 2017 20:37
git checkout master
rsilvers129
@rsilvers129
Jul 15 2017 20:38
By the way, I can confirm that this $10 CC Debugger worked. It may be counterfeit, I am not sure. Maybe they buy them in bulk and distribute. https://www.aliexpress.com/item/Wholesale-CC-DEBUGGER-Debugger-and-Programmer-for-RF-System-on-Chips-TI-ORIGINAL-2540-2541-2530/32418374637.html?spm=a2g0s.9042311.0.0.jh5X58
PieterGit
@PieterGit
Jul 15 2017 20:39
@tynbendad : yes dev has been merged to master for the 0.5.1 release
tynbendad
@tynbendad
Jul 15 2017 20:46
ok, now it says 0.5.1 - thanks!
Sacha M
@coolestkidsever
Jul 15 2017 20:46
Is there any info on tuning the loop specifics? I have this wonderful straight line graph from last night (which is amazing btw, thanks to you amazing people!)- but it's sitting around 10 (mmol), when target it was trying to achieve was 5 mmol. I've changed a few things (isf etc) but was just wondering if anyone had written anything about other preferences to tweek if not achieving target - which things to check etc? thanks in advance.
PieterGit
@PieterGit
Jul 15 2017 20:47
@coolestkidsever one common cause is a max_iob of zero
check your preferences.json
Dana Lewis
@danamlewis
Jul 15 2017 20:49
@coolestkidsever check the logs and see what, if anything, was limiting during that time period . That will tell you what you might want to tune or tweak.
Sacha M
@coolestkidsever
Jul 15 2017 20:49
@PieterGit thx, I have it sitting at 2, and that seems to be working
@RedCyclist1 will re read over this again, thx
@danamlewis from what I could tell it didn't hit max basal.. oh but maybe max iob?
rsilvers129
@rsilvers129
Jul 15 2017 20:56
I got the TICC1111 working on Ubuntu in vmware on my desktop PC. Dev installed. I do get this error when running it. Does anything think there is an easy fix, or is it just not going to work due to this OS not being supported? Starting pump-loop at Sat Jul 15 16:54:14 EDT 2017:
Radio ok, Listening: .No pump comms detected from other rigs
Profile less than 60m old
glucose.json newer than temp_basal.json
Temp refreshed
Temp duration 27m or more
glucose.json newer than pumphistory: Refreshed pumphistory
{"carbs":0,"mealCOB":0,"reason":"Could not parse input data"}
{"iob":1.545,"activity":0.051,"bolussnooze":0,"basaliob":-0.911,"netbasalinsulin":-1.35,"hightempinsulin":0.1,"microBolusInsulin":0.1,"microBolusIOB":0.022,"time":"2017-07-15T20:54:41.000Z","lastBolusTime":1500146484000}
{"delta":1,"glucose":88,"short_avgdelta":-0.17,"long_avgdelta":-3.36}
{"duration":105,"rate":0,"temp":"absolute"}
Autosens adjusting basal from 0.75 to 0.675; target_bg from 125 to 132; sens from 72 to 80 (autosens ratio 0.9)
Carb Impact: 20.2 mg/dL per 5m; CI Duration: 0 hours; remaining 4h+ CI: 0 mg/dL per 5m
Accel. Carb Impact: 10 mg/dL per 5m; ACI Duration: 0 hours
UAM Impact: 17 mg/dL per 5m; UAM Duration: 0 hours
minPredBG: 55 minIOBPredBG: 42 avgPredBG: 55 COB: 0 carbs: 0
BG projected to remain above 132 for 0 minutes
bgUndershoot: NaN zeroTempDuration: 30 zeroTempEffect: 30 carbsReq: NaN
determine-basal://text/shell/enact/suggested.json
reporting enact/suggested.json
{"temp":"absolute","bg":88,"tick":"+1","eventualBG":null,"snoozeBG":85,"insulinReq":null,"reservoir":null,"deliverAt":"2017-07-15T20:54:52.106Z","minPredBG":55,"predBGs":{"IOB":[88,86,84,82,79,77,74,71,67,63,59,54,49,45,42,40,40,40,42,44,46,48,49,50,51,52,53,53,54,54,54,55],"UAM":[88,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null]},"COB":0,"IOB":1.545,"reason":"COB: 0, Dev: 121, BGI: -20.4, ISF: 80, Target: 132, minPredBG 55, IOBpredBG 55; Eventual BG NaN >= 132, temp 0<NaNU/hr. ","duration":30,"rate":null}
rm: cannot remove 'enact/enacted.json': No such file or directory
enact/enacted.json raised unsupported operand type(s) for /: 'NoneType' and 'float'
pump://JSON/set_temp_basal/enact/enacted.json
Traceback (most recent call last):
TypeError: unsupported operand type(s) for /: 'NoneType' and 'float'
grep: enact/enacted.json: No such file or directory
enact/enacted.json raised unsupported operand type(s) for /: 'NoneType' and 'float'
pump://JSON/set_temp_basal/enact/enacted.json
Traceback (most recent call last):
TypeError: unsupported operand type(s) for /: 'NoneType' and 'float'
cat: enact/enacted.json: No such file or directory
Settings less than 10m old
Pumphistory-24 less than 20m old
Completed pump-loop at Sat Jul 15 16:54:52 EDT 2017
Sacha M
@coolestkidsever
Jul 15 2017 20:56
Ah sorry it is hitting max basal, but I set that current basal safety multiplier already is at 5x, which docs say shouldn't need to change. (But I did).. I guess that means that actual basal is too low probably?
Dana Lewis
@danamlewis
Jul 15 2017 20:57
@coolestkidsever what is max basal rate on your pump?
(Make sure it didn't say hitting maxsafebasal, which is different than maxbasal: max basal rate is a pump setting you pick)
Scott Leibrand
@scottleibrand
Jul 15 2017 20:58
@rsilvers129 that looks to me like it's starting to loop, but just doesn't have enough data yet
@coolestkidsever what does autotune say about your basals?
@tynbendad are you still trying to figure out your oref0 version & branch?
PieterGit
@PieterGit
Jul 15 2017 21:01
any recommendations for a windows git client? I can tell you that GitHub desktop is really the worst git client I have ever seen (buggy as hell)
Sacha M
@coolestkidsever
Jul 15 2017 21:02
@danamlewis actually I just rechecked the log - "max" anything doesn't feature in my overnight log (I was looking at two days ago!). So no, it didn't hit max, and it thought it was going to get back into target range, (purple predict lines were heading back to 5s,) but it never made it there
rsilvers129
@rsilvers129
Jul 15 2017 21:03
@PieterGit I would install Cygwin, and check off git during the install.
Dana Lewis
@danamlewis
Jul 15 2017 21:04
@coolestkidsever k. So isf might be needed. Also, do you have autosens and adjust targets when high turned on?
PieterGit
@PieterGit
Jul 15 2017 21:04
does cygwin also have a GIT UI? I really like a GIT UI instead of a GIT CLI
Sacha M
@coolestkidsever
Jul 15 2017 21:06
@danamlewis I did alter isf yest in a hope that this would fix, but maybe I need to alter further? I actually haven't yet turned on "advanced features" - have been planning to for weeks but haven't gotten to it. Think I should do that and work with that first?
Scott Leibrand
@scottleibrand
Jul 15 2017 21:06
@coolestkidsever don't guess about your settings: see what autotune recommends. you can run it manually if you're not ready to turn it on in your loop yet.
but it's probably easiest to just enable it in your loop: it won't change things much each day, and if you want you can review its results each day to see what changes it has made
and if it gets all the way to a 20% adjustment after a few days, and the changes it's suggesting make sense, you can adjust your pump settings in the same direction.
Dana Lewis
@danamlewis
Jul 15 2017 21:08
+1 for running Autotune. And autosens - with the latest release, we moved both of those out of "advanced" features menu - there's few people who wouldn't benefit from them
So I would start by enabling both before making any other manual changes
rsilvers129
@rsilvers129
Jul 15 2017 21:09
@scottleibrand Seems to be looping now with data.
PieterGit
@PieterGit
Jul 15 2017 21:10
@scottleibrand i think I have a reproducible error with oref0-online. I will add some debug stuff and try to figure out what is wrong. somehow the rig manages to get offline and don't return when the network is available. no comms from rig to network and not from network to rig. This is with a RPI3
Sacha M
@coolestkidsever
Jul 15 2017 21:12
@danamlewis @scottleibrand ok thanks, that al makes sense, and I've just skimmed over the autosense/autotune docs again (I had it in my head that one of these needed a flat basal profile so hasn't gone down this path). Thanks for being so fabulously helpful!! :smile:
Scott Leibrand
@scottleibrand
Jul 15 2017 21:12
you were probably thinking of the fact that autotune doesn't support ISF and CR schedules
Sacha M
@coolestkidsever
Jul 15 2017 21:13
Ah yeah i think you are right :smile:
Scott Leibrand
@scottleibrand
Jul 15 2017 21:13
if you have multiple of either, you'll need to set your midnight ISF and CR to whatever you want autotune to use for tuning the entire day. you can still have schedules for other values after that, but they'll only be used by your pump for bolus wizard etc, not by the rig.
Sacha M
@coolestkidsever
Jul 15 2017 21:21
Thanks. that makes sense.. I've just started updating oref0 - there's some warnings on the setup.. are we worried about these? (do i need to note them somewhere?)
Scott Leibrand
@scottleibrand
Jul 15 2017 21:22
what warnings?
Sacha M
@coolestkidsever
Jul 15 2017 21:23
npm WARN engine request@2.81.0: wanted: {"node":">= 4"} (current: {"node":"0.10.29","npm":"1.4.21"})
all engine warnings
Scott Leibrand
@scottleibrand
Jul 15 2017 21:25
an, no, those are fine to ignore
Sacha M
@coolestkidsever
Jul 15 2017 21:25
ok thanks
Scott Leibrand
@scottleibrand
Jul 15 2017 21:26
if there's no note to that effect in the new docs, it might be worth PR'ing one in
Sacha M
@coolestkidsever
Jul 15 2017 21:30
ok will do that
Marco
@CaptainBalou
Jul 15 2017 21:33
@SebastienLussier Hi Sebastien. I tried to work on openaps/decocare#29 but because I had to move from dev to master to get 0.5.1 I have different source files a you posted in the issue tracker. So right now I am not the one who can confirm it works or not. Sorry for that.
Scott Leibrand
@scottleibrand
Jul 15 2017 21:38
@CaptainBalou your version of oref0 shouldn't affect your decocare sources
Marco
@CaptainBalou
Jul 15 2017 21:44
@scottleibrand Oh that’s interesting. But I would say my files cannot apply the patch @SebastienLussier mentioned. I was just watching the file diffs at https://github.com/openaps/decocare/pull/29/files and tried to make those changes manually in my files. But for example „inserting 6 lines of code after amount = int… in bolus.py" cannot be done because I don’t see this line inside my files. Possibly I am looking in a different file. Being no experienced oref0-coder is not helpful here. ;-)
Scott Leibrand
@scottleibrand
Jul 15 2017 21:50
you generally never want to manually apply patches like that. that's what git is for
you'll instead want to checkout the appropriate git branch and install it directly
you might also need to clone the decocare repo and install that too
Marco
@CaptainBalou
Jul 15 2017 21:51
Now it’s getting more interesting. :-) „git branch“. I have to read something about that command. Never used it. Never used git before OpenAPS.
Oh that’s getting more complex now.
Scott Leibrand
@scottleibrand
Jul 15 2017 21:52
in some ways it's complex, but most of the complexity is handled for you
Marco
@CaptainBalou
Jul 15 2017 21:53
My problem is that I have just one rig. When I mess something up I am not looping anymore. So I try to see if I get that into my brain. If so I’ll give it a try. If not I would suggest someone else should test it. Sorry for being a bit conservative.
Scott Leibrand
@scottleibrand
Jul 15 2017 21:53
no need to apologize: that's quite reasonable
tynbendad
@tynbendad
Jul 15 2017 22:03
@scottleibrand all sorted out thanks to @PieterGit @RedCyclist1 ... i just needed to move back to master (git checkout master)
Scott Leibrand
@scottleibrand
Jul 15 2017 22:07
odd that you had to do that, but ok, cool
franckvalli
@franckvalli
Jul 15 2017 22:44
Hi, I am trying to loop offline. I have plugged my Dexcom receiver in the otg port of my 2017 explorer board. The uart is plugged in the wall. My BG is above target but the rig is apparently not setting a temp basal to correct (it is when on line). My receiver was off 20 min ago. Is it the cause of the issue (not a long enough BG history to loop)? Or am I missing something?
fjungman
@fjungman
Jul 15 2017 22:46
@scottleibrand You posted instructions for me to update decocare so I can use basal rates above 6.3 units. I now have a connection to the pump and can update it, but an hour of searching Gitter will not reveal that post to me. Could you <cough> tell me again? :(
by "pump", I mean the whole rig...
Dana Lewis
@danamlewis
Jul 15 2017 22:46
Does the receiver light up when you plug it into the rig @franckvalli?
Scott Leibrand
@scottleibrand
Jul 15 2017 22:47
@franckvalli if you are questioning a decision that OpenAPS made, you need to look at its reason for doing so. you can find that in the OpenAPS pill, or (preferably) in pump-loop.log
@fjungman you just need to install decocare from the dev branch
fjungman
@fjungman
Jul 15 2017 22:48
Thanks! It seemed like you had told me to do much more than that...
franckvalli
@franckvalli
Jul 15 2017 22:48
@danamlewis I have just unplugged and replugged as I was unsure and the answer is no. The receiver did not light up.
Scott Leibrand
@scottleibrand
Jul 15 2017 22:49
@fjungman pretty sure the 6.3U/hr thing has already been merged. it might've still been in a branch then. if you want to be sure, you can look thorough the decocare dev commits and find it
franckvalli
@franckvalli
Jul 15 2017 22:49
@danamlewis I am using a cable with 2 micro USB ports
Dana Lewis
@danamlewis
Jul 15 2017 22:50
Likely a bad cable then
Try swapping or subbing cables
franckvalli
@franckvalli
Jul 15 2017 22:50
@danamlewis ok, I am trying with another one then. Thanks
Scott Leibrand
@scottleibrand
Jul 15 2017 22:53
you might also try reversing the direction of the cable. some of them are one-way
franckvalli
@franckvalli
Jul 15 2017 22:54
@scottleibrand ok, thanks for the trick
fjungman
@fjungman
Jul 15 2017 22:58
@scottleibrand it shows in decocare/master back 9 months ago, but it wasn't working as of my install a couple weeks ago with the script install. IIRC, that was why you told me to install from decocare/dev directly. I just updated decocare using easy_install -U...
franckvalli
@franckvalli
Jul 15 2017 22:59
@danamlewis yes it was a cable issue! It does work now! Thanks
Marco
@CaptainBalou
Jul 15 2017 22:59
@scottleibrand Ok I will not be the one testing openaps/decocare#29 for now. I see that I do not have the same files of decocare on my system as I see on github. I would say they are not up to date. Don’t know why. So I cannot apply the patch I would say. As I have no glue how decocare (heard the first time today) is coming to my system and how it is kept up to date I would say I cannot help. I would love to but I can’t because of a lack of knowledge.
tepidjuice
@tepidjuice
Jul 15 2017 23:43
@tim2000s I deleted the .xDripAPS_data database with rm -r and reinstalled and am still getting the same error.