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

9th
Sep 2017
Jacob H
@jdhigh
Sep 09 2017 00:38
Is the pushover he wants the Stale Data checkbox within the NS config?
Scott Leibrand
@scottleibrand
Sep 09 2017 01:21
maybe? not sure.
sdneufer
@sdneufer
Sep 09 2017 01:32
@scottleibrand what is the difference between number of devicestatus entries that nightscout lists under admin and the size listed on the mlab site?
Scott Leibrand
@scottleibrand
Sep 09 2017 01:58
no idea
I run my own self-hosted mongodb, so I'm not an mLab expert
Martin Haeberli
@mhaeberli
Sep 09 2017 02:14
@tynbendad @scottleibrand @jdhigh thx
Sarah Hodson Grady
@shgrady
Sep 09 2017 03:02
E: Package 'python-software-properties' has no installation candidate? Neither installing that or software-properties-common seems to fix it.
Deweyoxberg
@Deweyoxberg
Sep 09 2017 03:54
Trying to install bluetooth using the setup instructions, and after entering bluetooth d --version I keep getting -bash: bluetooth: command not found
It's my fourth attempt
Any ideas?
Does not appear bluetooth script is working properly (cd && ~/src/oref0/bin/oref0-setup.sh --btmac=AA:BB:CC:DD:EE:FF, with the MAC entered in place of AA:BB).
sdneufer
@sdneufer
Sep 09 2017 04:14
The oref0-runagain script in myopenaps directory has single quotes around the address. Perhaps try that.
Deweyoxberg
@Deweyoxberg
Sep 09 2017 04:15
around the MAC?
so --btmac='AA:etc' ?
sdneufer
@sdneufer
Sep 09 2017 04:18
Yes
Deweyoxberg
@Deweyoxberg
Sep 09 2017 04:29
during interactive, single quotes at the prompt or no?
What is your phone's BT MAC address (i.e. AA:BB:CC:DD:EE:FF)? 30:etc or '30:etc
going to guess no given the run again command seems to insert those quotes
Deweyoxberg
@Deweyoxberg
Sep 09 2017 04:35
Still no go
tried manually installing blues, get through all the compilation steps, can't start the service
Deweyoxberg
@Deweyoxberg
Sep 09 2017 04:50
Ahhhhhhh
The commands have weird whacky spaces
disregard everything I just said :D
ok new error, the killall replies back with no process found after a few attempts , then the next step returns as name already in use: sudo /usr/local/bin/bluetoothd --experimental & Doc says return to the killall step, but I've tried several times and nada
and now it works what the heck rofl XD
tynbendad
@tynbendad
Sep 09 2017 06:17
is there a problem with the current openaps-install.sh script? its not installing dependencies like openaps...
tynbendad
@tynbendad
Sep 09 2017 06:23
on a rerun, after rm -rf src
Scott Leibrand
@scottleibrand
Sep 09 2017 06:28
What error are you getting?
tynbendad
@tynbendad
Sep 09 2017 06:47
openaps installed
Traceback (most recent call last):
  File "/usr/local/bin/openaps", line 6, in <module>
    exec(compile(open(__file__).read(), __file__, 'exec'))
IOError: [Errno 2] No such file or directory: '/root/src/openaps/bin/openaps'
root@benaps:~# pwd
there's nothing under src except oref0
i don't see anything in openaps-install.sh that's supposed to install things in src anymore
Scott Leibrand
@scottleibrand
Sep 09 2017 06:50
It installs the packaged versions, not from source.
(IIRC)
See what command it's running that's failing there?
tynbendad
@tynbendad
Sep 09 2017 06:52
maybe its not working for me because this rig had been installed an older way before?
Requirement already up-to-date: openaps in /home/.rootfs/usr/local/lib/python2.7/dist-packages
Scott Leibrand
@scottleibrand
Sep 09 2017 06:52
Could be. May be worth reflashing and retrying.
tynbendad
@tynbendad
Sep 09 2017 06:52
ok
Scott Leibrand
@scottleibrand
Sep 09 2017 06:52
I'm off to bed: good luck and let us know how it goes.
tynbendad
@tynbendad
Sep 09 2017 06:52
tomorrow ;)
g'nite
Scott Leibrand
@scottleibrand
Sep 09 2017 06:52
'Nite
stefanakerblom
@stefanakerblom
Sep 09 2017 13:12
My openaps stopped looping and I can assume the reason. But I don't know the solution. I am in India, a time lap of +3,5 hours for me. I didn't bother to change the time zones but unfortunately my Smartphone did this allthough I switched time sync off. Having switched back to my timezone doesn't solve my problem. With terminus I managed to find out that the loop is stating that it has got the same time as the phone. But it argues that the last BG data is old and the last was read at 7:52 at 14.52 My BG data table in xdrip+ shows correct values and timestamps. Nightscout too. Help, I need your advice. Thx in advance.
Uploading data with xdrip+
tepidjuice
@tepidjuice
Sep 09 2017 13:18
Don't know how much I can help. But are the times on your pump and phone the same? Is your rig getting new cgm data?
@stefanakerblom
stefanakerblom
@stefanakerblom
Sep 09 2017 13:31
Yes, time is 1 second apart. The rig pulls the data from nightscout. But obviously old. I am currently not running offline loop because xdrip reports errors regarding rest a pi....but this is not my problem. In india i even have lte in the mountains. 7 $ for a month, 1GB per day included.
tepidjuice
@tepidjuice
Sep 09 2017 13:33
I had the rest api problem too. I ended up reflashing and then reinstalling. A bit nuclear but it fixed it.
Do you have future entries in NS? And is the last entry in monitor/glucose.json your latest bgl from NS?
Tiberiu Feredean
@feredean
Sep 09 2017 13:46
Anyone else ran into this issue colinlennon/xDripAPS#2 since updating from api secret to token xDripApps rejects all POST requests
tepidjuice
@tepidjuice
Sep 09 2017 13:48
@stefanakerblom I have to head off now. I hope you get it sorted.
Deweyoxberg
@Deweyoxberg
Sep 09 2017 14:07
Morning everyone :) Troubleshooting wifi connectivity on android. Setup the wifi info in the correct file but unable to grab an IP from the phone . Wondering what I'm missing. Double checking now if the phone is set to allow devices to share the net
Deweyoxberg
@Deweyoxberg
Sep 09 2017 14:16
Also, is there a way to set a failsafe connection for either bluetooth or wifi, where if I screw up the config and can't get a connection the edison will default back to a known working connection?
garykidd
@garykidd
Sep 09 2017 14:37
Been a long while. Can anyone update me if there's been any update with respect to certain rigs having consistent intermittent stalls of transmitter that require reflashing....
spaldings
@spaldings
Sep 09 2017 14:43
greetings all. been looping for about 2 months. (Edison / Explorer with Dexcom G5 and 722 pump). attempting to reinstall openaps and running into git.exc.InvalidGitRepositoryError: /root/myopenaps. can see in google that this has been discussed in this room but i am having trouble finding the thread to troubleshoot. can someone direct me?
Deweyoxberg
@Deweyoxberg
Sep 09 2017 15:05
@spaldings : Feb 18 at 20:10 from @Kdisimone ; from what I can see it was buried in a log she posted and there wasn't any specific reason. Appears rig lost power and self resolved shortly thereafter.
That's assuming we found the same google search result :)
Deweyoxberg
@Deweyoxberg
Sep 09 2017 15:10
Interesting problem with bluetooth; if I accidentally shut BT off on the phone, I can't reconnect to BT without manually going through the BT setup steps all over again. Why is that...
Pairing remains intact from what I can see, but getting the two devices to chat again via BT is an issue
Deweyoxberg
@Deweyoxberg
Sep 09 2017 15:18
Need help please :( Can't figure it out for life of me. Manual re-set up works, but if the phone turns off, I'm hooped.
No PC access for two weeks to fix it yikes
@danamlewis : any ideas? Saw the blog from February about shutting off wifi to favour BT; maybe you have some insight? Dislike pinging people directly... :P sorry, kinda desperate.
breakfast time, brain fuel
Deweyoxberg
@Deweyoxberg
Sep 09 2017 15:38
Ok, found I need to rerun sudo bt-pan client MAC:HERE and sudo dhclient bnep0 to force reconnection
But I shouldn't have to
If the phone shuts off or otherwise has issues, I won't be able to get into putty to do this every time.
Deweyoxberg
@Deweyoxberg
Sep 09 2017 15:50
I know there's BT AutoTether, but it doesn't seem to help unless I'm not understanding how it works
spaldings
@spaldings
Sep 09 2017 16:00
thanks @YYCMichael. also found a thread from @andyhandy from Sep 02 with same issues I am dealing with but no resolution. there is a reference to instructions for dealing with corrupted git repository - anyone with an idea where those are?

This us what I am seeing in the log: Starting pump-loop at Sat Sep 9 12:01:02 EDT 2017:
Waiting up to 4 minutes for new BG: date: invalid date ‘@’
glucose.json newer than pump_loop_completed
Radio ok. Listening: .No pump comms detected from other rigs
Old pumphistory: git.exc.InvalidGitRepositoryError: /root/myopenaps

Error, retrying
pump_loop_completed more than 15m old; waiting for 30s silence before mmtuning
Radio ok. Listening: .No pump comms detected from other rigs
Listening for 30s silence before mmtuning: .No pump comms detected from other rigs
mmtune: git.exc.InvalidGitRepositoryError: /root/myopenaps
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.

spaldings
@spaldings
Sep 09 2017 16:05
Here is the message I am seeing when trying to reinstall openaps: Removing any existing ns device:
removed process://ns/nightscout/ns https://xxxxxxxx.herokuapp.com 206a43073d2c3a49c85423e472f22b554cbc4e01
Running nightscout autoconfigure-device-crud https://xxxxxxxx.herokuapp.com xxxxxxxxxxxx
added process://ns/nightscout/ns NIGHTSCOUT_HOST API_SECRET
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 82, in create_git_commit
self.git_repo( )
File "/usr/local/lib/python2.7/dist-packages/openaps/cli/init.py", line 78, in git_repo
self.repo = getattr(self, 'repo', Repo(os.getcwd( ), odbt=GitCmdObjectDB))
File "/usr/local/lib/python2.7/dist-packages/git/repo/base.py", line 158, in init
raise InvalidGitRepositoryError(epath)
git.exc.InvalidGitRepositoryError: /root/myopenaps
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 82, in create_git_commit
self.git_repo( )
File "/usr/local/lib/python2.7/dist-packages/openaps/cli/init.py", line 78, in git_repo
self.repo = getattr(self, 'repo', Repo(os.getcwd( ), odbt=GitCmdObjectDB))
File "/usr/local/lib/python2.7/dist-packages/git/repo/base.py", line 158, in init
raise InvalidGitRepositoryError(epath)
git.exc.InvalidGitRepositoryError: /root/myopenaps
process://ns/nightscout/ns https://xxxxxxxxx.herokuapp.com 206a43073d2c3a49c85423e472f22b554cbc4e01
Traceback (most recent call last):
File "/usr/local/bin/openaps-import", line 89, 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-import", line 50, in epilog
super(ImportToolApp, 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 82, in create_git_commit
self.git_repo( )
File "/usr/local/lib/python2.7/dist-packages/openaps/cli/init.py", line 78, in git_repo
self.repo = getattr(self, 'repo', Repo(os.getcwd( ), odbt=GitCmdObjectDB))
File "/usr/local/lib/python2.7/dist-packages/git/repo/base.py", line 158, in init
raise InvalidGitRepositoryError(epath)
git.exc.InvalidGitRepositoryError: /root/myopenaps
Could not run nightscout autoconfigure-device-crud
Deweyoxberg
@Deweyoxberg
Sep 09 2017 16:12
From 2016, found this, but... no idea what it does
"oref0-git-reset and a sudo oref0-reset-usb"
spaldings
@spaldings
Sep 09 2017 16:12
i've compared the our repository to the master through GitHub and they are identical
@YYCMichael thanks - will try that
katie disimone
@Kdisimone
Sep 09 2017 16:14

@spaldings rm -rf /root/myopenaps/.git is the command to remove a corrupted git repo for your loop. However, the problem looks like your git directory never got initialized. So I would remove your myopenaps directory entirely and start with a fresh setup script.

cd && rm -rf myopenaps && ~/src/oref0/bin/oref0-setup.sh

Deweyoxberg
@Deweyoxberg
Sep 09 2017 16:16
Ayy, a fix :) I should write that down in case it happens to me :P
@Kdisimone : has anyone reported BT not connecting after phone was restarted? I have to do two sudo commands to get the connection re-established. Pairing remains intact throughout the ordeal/
Been at it all night. I've memorized the MAC by this point xD
spaldings
@spaldings
Sep 09 2017 16:20
@Kdisimone got it. will give it a whirl and let you know how it goes! thanks!
spaldings
@spaldings
Sep 09 2017 16:41
yahoo!!!! success. I am not a programmer but pretending to be one for my daughter. :) How do we document these fixes to make them easy to find for novices like myself?
thanks @YYCMichael and @Kdisimone
stefanakerblom
@stefanakerblom
Sep 09 2017 16:42
My glucose.json shows 11:22:32, my last xdrip+ bg table 18:37:32, nightscout too.. should i Edit or delete glucose.json?
Deweyoxberg
@Deweyoxberg
Sep 09 2017 16:47
Glad to hear it @spaldings
Deweyoxberg
@Deweyoxberg
Sep 09 2017 17:16
Welp, bluetooth has won this day. I can't fix it :(
Re-did all the setup instructions, no dice.
Refuses to connect even though I can do it manually by force.
Get one time use out of it, if rig or phone die for any reason, that's it until next putty session
Can get an IP just fine, but the minute I do the iwconfig txpower off test, kaboom.
katie disimone
@Kdisimone
Sep 09 2017 17:18
@YYCMichael sorry, I use iPhone and I'm not really proficient at the android side of BT-tethering troubleshooting. I do know there's some settings in androids that I'd read about in Looped group that helped someone. Let me go look it up and see if that may help you
Deweyoxberg
@Deweyoxberg
Sep 09 2017 17:18
<3
that'd be awesome
the crazier idea i had was some sort of cron job to run every half hour and just re-issue the commands. :P
but heat is a concern on the edison; just setting up makes it cook like mad
and of course teamviewer timed out on the receiver phone and it's halfway around the world where people are sleeping.... >.<
Tiberiu Feredean
@feredean
Sep 09 2017 17:22
@YYCMichael there's an app for auto tethering that might help you BT AutoTether, look it up
Deweyoxberg
@Deweyoxberg
Sep 09 2017 17:23
Tried that, no change.
katie disimone
@Kdisimone
Sep 09 2017 17:23
@YYCMichael here’s the info…there’s some setting in the android that need to be checked and set
20785939_10212923251092650_5727700399519433089_o.jpg
Deweyoxberg
@Deweyoxberg
Sep 09 2017 17:24
Ok, will check for those when friend wakes up and reconnects teamviewer
it's weird that I can get connected no problem if I do sudo bt-pan client, and leav eit
can walk around like that no problem
But any interruption and that's it
katie disimone
@Kdisimone
Sep 09 2017 17:25
Basically, the suggestion is to look at all the advanced settings related to wifi and BT and hotspot on the phone and make sure none are set incorrectly for your intended use. Iphones don’t have so many settings…so we aren’t used to these areas. lol
Deweyoxberg
@Deweyoxberg
Sep 09 2017 17:25
:P
Fair enough.
I'd found I couldn't get wifi working either
Wasn't assigning an IP address
I could see the attempt in the logs, but there'd be no DHCP acknowledgement and that was a bust.
katie disimone
@Kdisimone
Sep 09 2017 17:29
@spaldings and @YYCMichael The whole OpenAPS thing for loop part (the myopenaps stuff) will be moved away from git soon…so whenever that change is implemented in the next oref0 release, hopefully those kind of errors just disappear. As far as adding or contributing to the documentation, figuring out how to do a PR would be the start. All the docs are stored in files within a github repo. Basically, a PR (pull request) is a way of telling Scott and Dana that you’d like to change something in the files. Instructions for how to do a PR for that are here. http://openaps.readthedocs.io/en/latest/docs/Resources/my-first-pr.html
Dana Lewis
@danamlewis
Sep 09 2017 17:31
@spaldings would love for you (and everyone else) to Pr to the docs! That's how they've gotten to where they are today, and they only keep getting better when people keep contributing! http://openaps.readthedocs.io/en/latest/docs/Resources/my-first-pr.html for how to Pr. Just a matter of deciding where your content should go. There's some component-specific troubleshooting pages, plus a general random error troubleshooting page depending on what you're adding.
@Kdisimone :+1: :smile:
Deweyoxberg
@Deweyoxberg
Sep 09 2017 17:32
Definitely going to do that once this bluetooth nightmare is over :D
Because oi! LOL
how people figured this out to start with is beyond me <3
katie disimone
@Kdisimone
Sep 09 2017 17:35
@YYCMichael When that happens, can you try ifup wlan0and see what message you get back in those situations? I’m seeing a couple people get a new error message that is preventing the wifi network connections and I have no idea yet where that error is starting from. But, it has a response back to ifup wlan0 that I’ve started an issue for and hopefully we can get some traction on figuring out this weird thing. It’s totally possible that your issue isn’t the same…but I’m just throwing it out there as a possibility. openaps/oref0#648
Deweyoxberg
@Deweyoxberg
Sep 09 2017 17:36
sure can; all the gear is offline for now while people sleep overseas. Can try again in a few hours.
Tiberiu Feredean
@feredean
Sep 09 2017 17:37
@danamlewis xDripAPS.py used with today's master oref no longer works when token auth is used (before it used the api secret), for now i had to manually disable the check in order to get data to openaps from the xdrip android app, is this a known issue or a problem on my side?
LE: the issue is also notified here colinlennon/xDripAPS#2
Deweyoxberg
@Deweyoxberg
Sep 09 2017 17:38
come to think of it, there was something in the log about a file that couldn't be opened
Sep 08 22:45:13 localhost kernel: [ 9.797348] wifi_get_mac_addr_intel: unable to open /config/wifi/mac.txt
Dunno if related, but will do the ifup test and look at the logs at the same time
katie disimone
@Kdisimone
Sep 09 2017 17:40
I wouldn’t worry about the kernel message so much…more about after the rig is all up, how it is responding to commands. The stuff that rolls by in the kernel is pretty standard stuff at startup. (that number in the brackets is the number of seconds since the rig booted)
Deweyoxberg
@Deweyoxberg
Sep 09 2017 17:43
hence the log creation instructions of filtering that stuff out :P
Got it... :D
Deweyoxberg
@Deweyoxberg
Sep 09 2017 17:50
need sleep. going to dream of MAC's, oref run again and sudo killall
nap time
Dana Lewis
@danamlewis
Sep 09 2017 17:55
@feredean I haven't heard of any problems yet; but I also don't use xdrip so I wouldn't be the first to know. Will you create an issue so we can a) link people to the short term fix if they are updating and b) track some resolution? (Or put in a PR if you know what to fix :))
Tiberiu Feredean
@feredean
Sep 09 2017 18:04
Once I'm done installing the rig I'll have a better look and get back to you :)
Dana Lewis
@danamlewis
Sep 09 2017 18:04
:+1: thx!
stefanakerblom
@stefanakerblom
Sep 09 2017 18:13
This is my pump-loop. Pls help.Autotune exists! Hoorah! You can use microbolus-r
elated features.
{"carbs":0,"boluses":9.7,"mealCOB":0,"currentDevi
ation":null,"maxDeviation":0,"minDeviationSlope":
0}
BG data is too old (it's probably this), or clock
set incorrectly. The last BG data was read at S
at Sep 09 2017 07:52:32 GMT+0200 (CEST) but your
system time currently is Sat Sep 09 2017 20:11:43
GMT+0200 (CEST)
"reason": "BG data is too old (it's probably th
is), or clock set incorrectly. The last BG data
was read at Sat Sep 09 2017 07:52:32 GMT+0200 (CE
ST) but your system time currently is Sat Sep 09
2017 20:11:43 GMT+0200 (CEST)"
Checking system clock against pump clock:
Checking deliverAt: null is within 1m of current
time: Sat Sep 9 20:11:45 CEST 2017
date: invalid date ‘null’
Waiting for 30s silence before mmtuning
Radio ok. Listening: .No pump comms detected from
other rigs
My BG Data is up to Daten in xdrip and nightscout.
Dana Lewis
@danamlewis
Sep 09 2017 18:45
@stefanakerblom did you update this am?
Dana Lewis
@danamlewis
Sep 09 2017 18:52
Need someone with xdrip to create an issue and log more details - is it just people using token auth? Or also API secret? Etc.
Phil
@drnoname82_twitter
Sep 09 2017 18:59
@YYCMichael Did you spell your BT Mac adress in uppercase during oref0 setup? It has to be uppercase although some phones display it in lower case
Tom Collins
@Bal00
Sep 09 2017 19:04
Hi all, how can I change the cycle period of oref0 in OpenAPS please? I'm not familiar with cron and the one document I've found doesn't trigger the main loop. Thanks!
Dana Lewis
@danamlewis
Sep 09 2017 19:09
@Bal00 can you say a little more about what you are hoping to achieve?
Tom Collins
@Bal00
Sep 09 2017 19:16
Hi @danamlewis. I've just started looping with our three year old. We're using the 522 with 0.05U pulses (we normally use a 640G with 0.025U pulses). We've found that at low basal rates (~0.2U/h) OpenAPS runs high blood glucose. It looks like OpenAPS is calculating a higher IOB value than has actually been delivered. We know from painful experience that short basal periods with low rates can result in rounded down deliveries with Medtronic pumps. My suspicion is that rates that require an odd number of pulses per hour are rounded down when a 30 min temp basal is set. This results in a cumulative effect where calculated IOB is higher than the pump actually delivers, so OpenAPS eventually starts giving less basal than is needed (and 'cancels' manual correction boluses by reducing basal!). I am looking at monitoring the pulses on the pump to work out exactly what's happening, but in the meantime wanted to change my rig to update the basal rate only every 15 mins, to give the pump a chance to deliver a pulse or two before we cancel and set a new temporary basal rate. Have you heard of this kind of issue before?
Dana Lewis
@danamlewis
Sep 09 2017 19:59
Thx for sharing (may be able to have folks brainstorm other ideas too). Q - do you know of x23 pumps are better on pulse increments?
Tom Collins
@Bal00
Sep 09 2017 20:01
Thanks Dana, would be good to get some heads on this!! I believe the x23 pumps deliver 0.025U pulses and am on the lookout for one. I've got a couple of ideas but want to diagnose what's going on properly first.
Tom Collins
@Bal00
Sep 09 2017 20:32
For now, could you point me at how to get the update down to 15 mins, just so I can observe it better?
Deweyoxberg
@Deweyoxberg
Sep 09 2017 20:43
@drnoname82_twitter : Yes I did, with uppercase for BT MAC
Benjamin Mammon
@bmammon
Sep 09 2017 20:44
am i the only one that can't figure out the 2nd passphrase needed to enable oref1... i've scoured the documents but I can't find it!!
Scott Leibrand
@scottleibrand
Sep 09 2017 20:51
@Bal00 depends on how exactly you want to do it.
@bmammon don't skim: actually read them. It's pretty obvious if you're actually reading all the words.
@Bal00 can you describe precisely when you do and don't want it to set a temp?
Tom Collins
@Bal00
Sep 09 2017 20:55
Thanks @scottleibrand, I think I'd like to see OpenAPS doing it's usual thing, just reviewing on a less frequent basis. At the moment it seems to set a new basal every 5 mins (which is only just long enough for a first scheduled pulse on a low basal rate), could APS run oref0 once every 15 min instead?
garykidd
@garykidd
Sep 09 2017 20:56
ANy idea why my OPENAPS pill keeps disappearing and re-appearing on NS throughout the day?
Scott Leibrand
@scottleibrand
Sep 09 2017 20:56
So if BG starts to rise right after setting a zero temp, you want the zero temp to run for the full 15m regardless? Or vice versa with a high temp if BG starts falling?
Tom Collins
@Bal00
Sep 09 2017 20:57
Yes, just so I can debug...
Benjamin Mammon
@bmammon
Sep 09 2017 20:58
@scottleibrand , found it, thanks
Scott Leibrand
@scottleibrand
Sep 09 2017 20:59
@Bal00 if you want you can make the cron less frequent, but if pump comms fail, that will prevent it from retrying.
Tom Collins
@Bal00
Sep 09 2017 21:04
@scottleibrand what do you mean about pump comms? Do you just mean that a frequent cycle means that a "lost" cycle is not too long?
Scott Leibrand
@scottleibrand
Sep 09 2017 21:04
You can change the cron from to /5 to run every 5m, or */10 for every 10m, etc.
If you have an unsuccessful pump-loop, it won't try again until the next scheduled run
Tom Collins
@Bal00
Sep 09 2017 21:04
@scottleibrand How do I find the correct crontab, it's not the system cron is it?
Scott Leibrand
@scottleibrand
Sep 09 2017 21:04
Currently that's every minute.
In crontab -e you can find the pump-loop line.
I do not recommend using this method for a real-world loop, as it will become very unreliable if pump comms get flaky and won't set temps very often.
Tom Collins
@Bal00
Sep 09 2017 21:08
So if pump-loop runs every minute, what sets the 5-mintely updat cycle, does it only change the basal rate once it has new SGV?
Scott Leibrand
@scottleibrand
Sep 09 2017 21:10
Yeah, notice the "waiting up to 4 minutes for new BG" line in your pump-loop.log.
If you need to guarantee a certain run time on each temp, you'd need to modify oref0-pump-loop to add a check on the temp age.
Tom Collins
@Bal00
Sep 09 2017 21:15
Yes I've seen that but I wasn't sure how it was all implemented. Thanks for explaining. I'll think on this one then, I might be able to get a picture of the basal delivery with rapid changes.