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

16th
Dec 2017
Scott Leibrand
@scottleibrand
Dec 16 2017 00:46
@thebookins the important thing is not the absorption speed, it’s how much total absorption to expect, which is driven by CR.
Paul Dickens
@thebookins
Dec 16 2017 00:52
Ok thx @scottleibrand we will try a change to CR.
Dana Lewis
@danamlewis
Dec 16 2017 00:53
@thebookins if you turned off Autotune, make sure you don't have a file still sitting there that is being used (if you were running Autotune on the rig)
Paul Dickens
@thebookins
Dec 16 2017 01:35
Thx @danamlewis we don’t, after having been caught out by that before 😀
Dana Lewis
@danamlewis
Dec 16 2017 01:36
:+1:
Paul Dickens
@thebookins
Dec 16 2017 03:34
So the rig won't connect to wifi at home now (I may have made a mistake in wpa_supplicant.conf) and when I try to connect directly using sudo screen /dev/tty.usbserial-* 115200 it says "resource busy".
tried restarting the rig a few times
any ideas?
Paul Dickens
@thebookins
Dec 16 2017 03:51
Working now. Didn't realise tty.usbserial-* was unavailable when the rig was bluetooth-tethered to phone.
David Rimmer
@zjedr
Dec 16 2017 05:40
got dnsmasq installed, I had to run 'apt-get update' to update package list
David Rimmer
@zjedr
Dec 16 2017 06:40
love the new offline monitoring page, are there plans to render basals on the graph?
Benjamin Mammon
@bmammon
Dec 16 2017 07:44

I tried to install the latest dev but i've been stuck with this error message for the past couple hours

Starting oref0-pump-loop at Fri Dec 15 23:41:03 PST 2017 with 25 second wait_for_silence:
Waiting up to 4 minutes for new BG: ls: cannot access /tmp/pump_loop_completed: No such file or directory
Radio ok. Listening: .No interfering pump comms detected from other rigs (this is a good thing!)
Preflight OK. Old settings: ls: cannot access settings/profile.json: No such file or directory
Profile invalid: ls: cannot access settings/profile.json: No such file or directory
Couldn't refresh_old_profile

Does anyone know the fix?

thisistw
@thisistw
Dec 16 2017 12:46

OpenAPS has stopped looping....
Symptoms: D2 and D3 Leds on explorer board only half lit.
The Log file shows:
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)

repeatably before rebooting rig

Does anyone have a suggestions

PieterGit
@PieterGit
Dec 16 2017 13:00
@thisistw : what kind of pump do you use? (type, and WW or US model?). Do you use an Explorer board or some other configuration to connect to your pump
thisistw
@thisistw
Dec 16 2017 13:01
@PieterGit Its a WW
and had been sucessfully working for the last month
could someone tell me how to kill cron as it keeps rebooting before I can do much
I was going to try reinstall all files
thisistw
@thisistw
Dec 16 2017 13:09
@PieterGit - yes its an explorer board
PieterGit
@PieterGit
Dec 16 2017 13:10
you could try to do /etc/init.d/cron stop the check with l to see if the loops are finished, then use cd ~/myopenaps ; openaps mmtune
are you sure the pump battery is still full. in some cases re-inserting the battery also fixes pump-rig failures
thisistw
@thisistw
Dec 16 2017 13:11
at the moment after rebooting and being presented with the logon I have about 30sec before it reboots
New battery but I will try that now
PieterGit
@PieterGit
Dec 16 2017 13:12
ok, so your rig constantly reboots? then use /etc/init.d/cron stop directly after a fresh reboot
or service cron stop
thisistw
@thisistw
Dec 16 2017 13:12
ok - one sec
I tried service cron stop - but it still rebooted
PieterGit
@PieterGit
Dec 16 2017 13:13
aha, also use shutdown -c next time to cancel shutdown
thisistw
@thisistw
Dec 16 2017 13:13
thank you - caught it that time
PieterGit
@PieterGit
Dec 16 2017 13:14
aha, so rig is not rebooting now. should i guide you through the next steps?
thisistw
@thisistw
Dec 16 2017 13:14
if I now view the log file its still displaying:
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you n...........................................
then it will attempts a reboot
PieterGit
@PieterGit
Dec 16 2017 13:14
if cron is not running it will not initiate a new reboot
thisistw
@thisistw
Dec 16 2017 13:15
ok
PieterGit
@PieterGit
Dec 16 2017 13:15
does the retry 0 lines repeats, or has it stopped (does the pump loop stall)
thisistw
@thisistw
Dec 16 2017 13:16
So - I was planning to re pull the git repositry
retry line is now just repeating
PieterGit
@PieterGit
Dec 16 2017 13:16
first things first... first figure out what happened, and we must make sure that we squash the bug that will keep the rig rebooting
thisistw
@thisistw
Dec 16 2017 13:16
ok
step1?
:)
PieterGit
@PieterGit
Dec 16 2017 13:17
let's first do a backup of the /var/log/openaps/pump-loop.log file, e.g. cp /var/log/openaps/pump-loop.log /root/pump-loop-hang.log
i would like you to later on file a bug report, but first get the pump-rig communications back
do you have a recent rig, if so you can try oref0-version
thisistw
@thisistw
Dec 16 2017 13:18
0.6.1-dev [dev]
PieterGit
@PieterGit
Dec 16 2017 13:19
ok, that's quite recent, good
when you use l does the rig still produce retry 0 lines?
or did the pump loop end now
(finished unsuccesfully)
if you stop the cron, the pump loop will not be initiated anymore, so it should finish, otherwise we need to kill it first
thisistw
@thisistw
Dec 16 2017 13:20
log now low looks like this
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
re............mmtune: Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
No wait required.
Listening: ............................................................................................
PieterGit
@PieterGit
Dec 16 2017 13:21
ok, it's still working, currently listening. do you have only one rig, or do you have multiple rigs?
thisistw
@thisistw
Dec 16 2017 13:21
just one at the moment
Explorer block v1.3 2017
PieterGit
@PieterGit
Dec 16 2017 13:22
i'll rather wait for a nice timeout, than to kill the pump loop, so please check if it has finished already (you could start file an issue in the mean time :smile: )
i'll look up the pump reboot code, unfortuately I don't have a rig available here now
it's rebooting because of the retry 0 line, see https://github.com/openaps/oref0/blob/dev/bin/oref0-radio-reboot.sh#L10
thisistw
@thisistw
Dec 16 2017 13:25
so it did say listening but it then goes back to retry 0....
PieterGit
@PieterGit
Dec 16 2017 13:26
ok, let's kill the process, to get pump-rig back online
what pump doe you have? 751 / 754 or something else
thisistw
@thisistw
Dec 16 2017 13:27
521
PieterGit
@PieterGit
Dec 16 2017 13:27
can you give me the output of ps -ef | egrep 'openaps|pump|mmtune'
thisistw
@thisistw
Dec 16 2017 13:28
...its just thinking about that - one sec
PieterGit
@PieterGit
Dec 16 2017 13:29
did you add the ' at the end. i forgot it the first time
thisistw
@thisistw
Dec 16 2017 13:29
did second time
does that command display the contents in the terminal or do I need to navigate to that file?
got it
root@Edd209:~# ps -ef | egrep 'openaps|pump|mmtune'
root 512 493 0 13:11 ? 00:00:00 /bin/sh -c cd /root/myopenaps && ( ps aux | grep -v grep | grep bash | grep -q 'bin/oref0-pump-loop' || oref0-pump-loop ) 2>&1 | tee -a /var/log/openaps/pump-loop.log
root 513 512 0 13:11 ? 00:00:06 /bin/bash /usr/local/bin/oref0-pump-loop
root 514 512 0 13:11 ? 00:00:00 tee -a /var/log/openaps/pump-loop.log
root 11721 513 0 13:31 ? 00:00:00 /bin/bash /usr/local/bin/oref0-pump-loop
root 11724 11721 0 13:31 ? 00:00:00 /usr/bin/python /usr/local/bin/mmeowlink-any-pump-comms.py --port /dev/spidev5.1 --wait-for 40
root 11726 1318 0 13:31 ttyMFD2 00:00:00 grep -E openaps|pump|mmtune
PieterGit
@PieterGit
Dec 16 2017 13:32
ok kill 11724
thisistw
@thisistw
Dec 16 2017 13:33
"- No such Process"
PieterGit
@PieterGit
Dec 16 2017 13:34
ok, playing hard to get killall -g openaps; killall -g oref0-pump-loop
thisistw
@thisistw
Dec 16 2017 13:34
openaps: no process found
PieterGit
@PieterGit
Dec 16 2017 13:34
now check ps -ef | egrep 'openaps|pump|mmtune'
again, and see the end of l output
thisistw
@thisistw
Dec 16 2017 13:35
root@Edd209:~# ps -ef | egrep 'openaps|pump|mmtune'
root 13281 1318 0 13:34 ttyMFD2 00:00:00 grep -E openaps|pump|mmtune
PieterGit
@PieterGit
Dec 16 2017 13:35
the pump loop should be finished now. yes, this looks good
ok, recap, currently all loops are off (make sure your sugars are ok, because you don't have openaps available now)
we stopped the pump loop, and will now investigate further
thisistw
@thisistw
Dec 16 2017 13:36
ok
PieterGit
@PieterGit
Dec 16 2017 13:37
recap. you rig kept rebooting for several times and pump-rig communication did not come work?
thisistw
@thisistw
Dec 16 2017 13:37
correct
I noticed it hadn't looped for 30+ min so I power cycled it myself and then as it didn't re establish the loop I connected to view log and it was repeating the restart cycle
PieterGit
@PieterGit
Dec 16 2017 13:38
we will first disable the radio reboot because it should fix the communication withing one reboot, but it does not
edit crontab with crontab -l and change the line * * * * * oref0-radio-reboot to #* * * * * oref0-radio-reboot
that is put a # in front to temporary disable the line
(i'll be back in 5 minutes)
thisistw
@thisistw
Dec 16 2017 13:39
ok - thanks!
PieterGit
@PieterGit
Dec 16 2017 13:42
ok, now cd ~/myopenaps; openaps mmtune , let 's see if that works
and recopy cp /var/log/openaps/pump-loop.log /root/pump-loop-continuous-reboot.log for the issue
thisistw
@thisistw
Dec 16 2017 13:43
(using) crontab -e
done that now
PieterGit
@PieterGit
Dec 16 2017 13:44
ok, i'll slow down :smile: . first do the mmtune
thisistw
@thisistw
Dec 16 2017 13:45

sorry - you're OK, just got the following:
crontab: installing new crontab
root@Edd209:~# cd ~/myopenaps; openaps mmtune

The CC111x is located at /dev/spidev5.1
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)
retry 0 (Do you need to run 'export RFSPY_RTSCTS=0' first?)

PieterGit
@PieterGit
Dec 16 2017 13:47
ok, press CTRL-C for now
thisistw
@thisistw
Dec 16 2017 13:47
done
PieterGit
@PieterGit
Dec 16 2017 13:47
ok, so now the terminal is back?
thisistw
@thisistw
Dec 16 2017 13:48
no it then continues
and unfortuately i need to go.
do you have a spare rig?
thisistw
@thisistw
Dec 16 2017 13:52
I have a spare edison but not a new explorer block yet
(its shipping)
PieterGit
@PieterGit
Dec 16 2017 13:52
please file a bug, and I can see if I can help prevent this in future. Unfortuately I don't know why rebooting the rig does not solve your problem. It might be that the rig is too hot or that you need to re ccprog. Unfortuately I can't help you further now
hope somebody else comes in, that is able to help you debug further and get your rig back online
thisistw
@thisistw
Dec 16 2017 13:52
OK, Thank you for all you help!
PieterGit
@PieterGit
Dec 16 2017 13:53
if you have more info, just tag me in the issue, and I 'll reply
thisistw
@thisistw
Dec 16 2017 13:53
thanks
thisistw
@thisistw
Dec 16 2017 14:48
  • that was daunting. Loop is now working again, after re-flashing the radio chip.
PieterGit
@PieterGit
Dec 16 2017 15:31
@thisistw : great
@thisistw can you still file an issue, i think it would be better to don't continously reboot the rig when the pump-rig communication fails. i think it can fix this
Samuchco
@Samuchco
Dec 16 2017 16:31

@scottleibrand Thank you, one more time for helping me clean the rig using apt-cache clean
I actually googled it and found the following which might be useful to put in the docs

sudo apt-get update
sudo apt-get clean
sudo apt-get autoclean

clean – clean clears out the local repository of retrieved package files. It removes everything but the lock file from /var/cache/apt/archives/ and /var/cache/apt/archives/partial/.
autoclean – Like clean, autoclean clears out the local repository of retrieved package files. The difference is that it only removes package files that can no longer be downloaded, and are largely useless. This allows a cache to be maintained over a long period without it growing out of control. The configuration option APT::Clean-Installed will prevent installed packages from being erased if it is set to off.

If this doesn't cause any damage

Scott Leibrand
@scottleibrand
Dec 16 2017 17:33
We should probably add autoclean to cron. Want to PR that?
alimhassam
@alimhassam
Dec 16 2017 18:07
Maybe just after setup do really need to do this in Cron??
Benjamin Mammon
@bmammon
Dec 16 2017 18:53
The latest dev does not work with a fresh install (after I completely delete myopenaps folder) . I had the same problems that @Diadon81 was reporting a few days ago.
Dana Lewis
@danamlewis
Dec 16 2017 18:56
Did someone file an issue? Lots of stuff got merged to dev but we haven't tested a clean install so need someone to log an issue so it can get fixed
Otherwise just go with master, nothing critical in dev
cameronrenwick
@cameronrenwick
Dec 16 2017 18:57
anyone else trying to edit a file on edison via terminal on a mac and not being able to edit? I used to simply edit-pref then type control I and I'd be able to edit. Doesn't seem to work .. did have an OS update by mac a few days back... anyone else find this?
Eric
@ecc1
Dec 16 2017 18:59
I've had this happen to me on both my model 522 pumps: I let the lithium AAA battery get so low that it shows empty on the pump screen (down to 1.17 V on NS) but when I put in a new battery, the pump doesn't turn on. The screen stays blank. So I switch to my backup, and by the time I've set the time, etc., the original pump will now turn on (I'd say about 15 minutes later). Has anyone else experienced that?
Diadon81
@Diadon81
Dec 16 2017 19:27
@bmammon I solved most of the problem using some workarounds.
Scott Leibrand
@scottleibrand
Dec 16 2017 20:11
@alimhassam yeah, running autoclean after each oref0-setup would probably be sufficient.
Samuchco
@Samuchco
Dec 16 2017 20:19
@scottleibrand I will try to PR. Even though I did a first PR getting into the list of loopers, I'm not sure how to do an individual PR
Scott Leibrand
@scottleibrand
Dec 16 2017 20:21
First step is to figure out what exactly needs to be changed.
Samuchco
@Samuchco
Dec 16 2017 20:27
@scottleibrand I'm referring to clean or autoclean. For my level of understanding, the only thing I can contribute is that the docs should guide me on how to clean the memory in addition to what is there now. If you can do it automatically, then that is useful. I think
DaisyHK
@laurathiessen
Dec 16 2017 20:31
I reported before about an issue with my rig not being able to connect to wifi on my phone... but now it wont connect to my home wifi and upload anything, nothing has changed in regards to my wifi network... not sure how to trouble shoot wifi issues as its not in the docs
here is my ifconfig
image.png
DaisyHK
@laurathiessen
Dec 16 2017 20:39
weird checking the home router it wont connect on that website
image.png
DaisyHK
@laurathiessen
Dec 16 2017 20:49
image.png
DaisyHK
@laurathiessen
Dec 16 2017 21:17
current system time is wrong.. it is in the past... how do you fix this?
Samuchco
@Samuchco
Dec 16 2017 21:24
@laurathiessen I think you access the date with date
DaisyHK
@laurathiessen
Dec 16 2017 21:44
ok but once you access date how do you fix it or reset it??
LilDucky
@LilDucky
Dec 16 2017 22:04
Hi @thisistw did you get the issue resolved? My experience is that these symptoms are from the CC1110 dumping it’s flash, and I have experienced it when the rig gets too hot. The ccprog steps in the troubleshooting page are what you need to do. It is pretty straightforward.
Scott Leibrand
@scottleibrand
Dec 16 2017 23:15
I wonder if we could automate running ccprog on radio failure.
DaisyHK
@laurathiessen
Dec 16 2017 23:41
@scottleibrand do you happen to have any idea how to fix my issue with old BGs? Just looked at the docs, Mlab size is way smaller then 500 so I know that is fine too
Scott Leibrand
@scottleibrand
Dec 16 2017 23:55
Probably easiest to re-run the bootstrap script to blow away your broken Wi-Fi config and recreate it.