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

26th
Oct 2017
tynbendad
@tynbendad
Oct 26 2017 00:19
@scottleibrand i have the "Couldn't generate ns-status.json" now
also, did you see the /var/log info from NAGW322 above?
Scott Leibrand
@scottleibrand
Oct 26 2017 00:20
I asked a follow-up to @NAGW322 and haven't seen a reply to that yet.
tynbendad
@tynbendad
Oct 26 2017 00:22
ah, where do docs say to setup daily log rotation? i'm sure i haven't done that either ;)
pretty sure i did it, but could have missed in, checking...
Scott Leibrand
@scottleibrand
Oct 26 2017 00:23
the "couldn't generate" comes from ns-status monitor/clock-zoned.json monitor/iob.json enact/suggested.json enact/enacted.json monitor/battery.json monitor/reservoir.json monitor/status.json --uploader monitor/edison-battery.json failing. looks like I need to update that to support Pi
tynbendad
@tynbendad
Oct 26 2017 00:24
yup, i had the vi /etc/logrotate.conf set to daily (rotate 4) on the rig that filled up yesterday. i just changed it to rotate 2 and fixed 1 rig that i didn't set daily on ;)
changed them all to rotate 2
i don't think the rotate is working as planned though - i see this on 1 rig:
-rw-r----- 1 root adm 854931 Oct 6 06:25 syslog.10.gz
shouldn't that have been deleted long ago?
even older:
-rw-r----- 1 root adm 1017743 Oct 4 06:25 syslog.11.gz
Scott Leibrand
@scottleibrand
Oct 26 2017 00:27
there are different logrotate configs for different log files
check that you're looking at the rsyslog one
tynbendad
@tynbendad
Oct 26 2017 00:29
is that in /etc/logrotate.conf? i don't see it in mine
i just followed the change in the doc above
Scott Leibrand
@scottleibrand
Oct 26 2017 00:30
$ ls /etc/logrotate.d/
apt aptitude dpkg openaps rsyslog unattended-upgrades
tynbendad
@tynbendad
Oct 26 2017 00:30
ah
Scott Leibrand
@scottleibrand
Oct 26 2017 00:30
also: openaps/oref0#750
tynbendad
@tynbendad
Oct 26 2017 00:30
ok:
rotate 24
daily
Scott Leibrand
@scottleibrand
Oct 26 2017 00:31
not sure if you're on a pi or an edison rig, but noticed that on my pi rig, so fixed it
tynbendad
@tynbendad
Oct 26 2017 00:31
thinking about log first... i've only got edisons
can i change rsyslog to rotate 2?
Scott Leibrand
@scottleibrand
Oct 26 2017 00:31
you can do whatever you want. :)
tynbendad
@tynbendad
Oct 26 2017 00:31
and the one for kern.log too...
those seem to be the main culprits so i'm going to change and see...
Scott Leibrand
@scottleibrand
Oct 26 2017 00:31
yeah, fewer days would probably be better for your situation
unless/until you feel like figuring out what's spamming the logs and fixing it
so once you finish with logs, you can run ns-status monitor/clock-zoned.json monitor/iob.json enact/suggested.json enact/enacted.json monitor/battery.json monitor/reservoir.json monitor/status.json --uploader monitor/edison-battery.json and then grep iob upload/ns-status.json
tynbendad
@tynbendad
Oct 26 2017 00:35
syslog seems to be getting to about 15MB per day on my rigs
is that unusual?
i think NAGW322's was 250MB so would probably have to look at that one
Scott Leibrand
@scottleibrand
Oct 26 2017 00:36
rig I just looked at is 8MB since 6am
so yeah 10-20MB per day seems normal
Rob Kresha
@rkresha
Oct 26 2017 00:36
@tynbendad did get the Couldn't generate ns-status.json fixed? I'm having similar problems today
tynbendad
@tynbendad
Oct 26 2017 00:37
not yet, going to look now...
any way to get NAGW322's 250MB file easily?
Scott Leibrand
@scottleibrand
Oct 26 2017 00:37
@rkresha same advice to you
tynbendad
@tynbendad
Oct 26 2017 00:37
i think i used a linux vm to scp off of my rig, but probably not something she can do...
Rob Kresha
@rkresha
Oct 26 2017 00:38
I've scripted cleanup when I hit 90%
Scott Leibrand
@scottleibrand
Oct 26 2017 00:38
you can run cd ~/myopenaps && ns-status monitor/clock-zoned.json monitor/iob.json enact/suggested.json enact/enacted.json monitor/battery.json monitor/reservoir.json monitor/status.json --uploader monitor/edison-battery.json and then grep iob upload/ns-status.json to see why you're getting Couldn't generate ns-status.json
Rob Kresha
@rkresha
Oct 26 2017 00:38
kk
Scott Leibrand
@scottleibrand
Oct 26 2017 00:38
@rkresha care to share your cleanup script? seems like a useful thing to do automatically
maybe would be best to add it to package.json and have oref0-setup add it to cron
tynbendad
@tynbendad
Oct 26 2017 00:39
root@benaps3:~# ns-status monitor/clock-zoned.json monitor/iob.json enact/suggested.json enact/enacted.json monitor/battery.json monitor/reservoir.json monitor/status.json --uploader monitor/edison-battery.json and then grep iob upload/ns-status.json
Could not require: /root/monitor/iob.json { Error: Cannot find module '/root/monitor/iob.json'
    at Function.Module._resolveFilename (module.js:469:15)
    at Function.Module._load (module.js:417:25)
    at Module.require (module.js:497:17)
    at require (internal/module.js:20:19)
    at safeRequire (/root/src/oref0/lib/require-utils.js:9:16)
    at requireWithTimestamp (/root/src/oref0/lib/require-utils.js:18:18)
    at Object.<anonymous> (/root/src/oref0/bin/ns-status.js:102:24)
    at Module._compile (module.js:570:32)
    at Object.Module._extensions..js (module.js:579:10)
    at Module.load (module.js:487:32) code: 'MODULE_NOT_FOUND' }
Could not require: /root/enact/suggested.json { Error: Cannot find module '/root
Scott Leibrand
@scottleibrand
Oct 26 2017 00:39
@tynbendad cd ~/myopenaps first
tynbendad
@tynbendad
Oct 26 2017 00:39
ah
root@benaps3:~/myopenaps# ns-status monitor/clock-zoned.json monitor/iob.json enact/suggested.json enact/enacted.json monitor/battery.json monitor/reservoir.json monitor/status.json --uploader monitor/edison-battery.json and then grep iob upload/ns-status.json
Could not require: /root/myopenaps/then { Error: Cannot find module '/root/myopenaps/then'
    at Function.Module._resolveFilename (module.js:469:15)
    at Function.Module._load (module.js:417:25)
    at Module.require (module.js:497:17)
    at require (internal/module.js:20:19)
    at safeRequire (/root/src/oref0/lib/require-utils.js:9:16)
    at requireWithTimestamp (/root/src/oref0/lib/require-utils.js:18:18)
    at mmtuneStatus (/root/src/oref0/bin/ns-status.js:29:22)
    at Object.<anonymous> (/root/src/oref0/bin/ns-status.js:136:9)
    at Module._compile (module.js:570:32)
    at Object.Module._extensions..js (module.js:579:10) code: 'MODULE_NOT_FOUND' }
Could not parse input data:  { Error: Cannot find module '/root/myopenaps/and'
    at Function.Module._resolveFilename (module.js:469:15)
    at Function.Module._load (module.js:417:25)
    at Module.require (module.js:497:17)
    at require (internal/module.js:20:19)
    at uploaderStatus (/root/src/oref0/bin/ns-status.js:43:24)
    at Object.<anonymous> (/root/src/oref0/bin/ns-status.js:137:9)
    at Module._compile (module.js:570:32)
    at Object.Module._extensions..js (module.js:579:10)
    at Module.load (module.js:487:32)
    at tryModuleLoad (module.js:446:12) code: 'MODULE_NOT_FOUND' }
Scott Leibrand
@scottleibrand
Oct 26 2017 00:40
lol, look what you pasted
tynbendad
@tynbendad
Oct 26 2017 00:40
it looks the same
what am i missing?
Scott Leibrand
@scottleibrand
Oct 26 2017 00:40
"and then" is English, separating two commands to run
Rob Kresha
@rkresha
Oct 26 2017 00:40
Could not parse input data:  { [Error: Cannot find module '/home/root/rk_openaps/monitor/edison-battery.json'] code: 'MODULE_NOT_FOUND' }
Scott Leibrand
@scottleibrand
Oct 26 2017 00:41
@rkresha non-Edison rig?
tynbendad
@tynbendad
Oct 26 2017 00:41
oh lol
Rob Kresha
@rkresha
Oct 26 2017 00:41
nope
it's edi
Scott Leibrand
@scottleibrand
Oct 26 2017 00:41
how recently did you update oref0 dev?
Rob Kresha
@rkresha
Oct 26 2017 00:41
today
tynbendad
@tynbendad
Oct 26 2017 00:41
root@benaps3:~/myopenaps# ns-status monitor/clock-zoned.json monitor/iob.json enact/suggested.json enact/enacted.json monitor/battery.json monitor/reservoir.json monitor/status.json --uploader monitor/edison-battery.json
Could not parse input data:  { Error: Cannot find module '/root/myopenaps/monitor/edison-battery.json'
    at Function.Module._resolveFilename (module.js:469:15)
    at Function.Module._load (module.js:417:25)
    at Module.require (module.js:497:17)
    at require (internal/module.js:20:19)
    at uploaderStatus (/root/src/oref0/bin/ns-status.js:43:24)
    at Object.<anonymous> (/root/src/oref0/bin/ns-status.js:137:9)
    at Module._compile (module.js:570:32)
    at Object.Module._extensions..js (module.js:579:10)
    at Module.load (module.js:487:32)
    at tryModuleLoad (module.js:446:12) code: 'MODULE_NOT_FOUND' }
Rob Kresha
@rkresha
Oct 26 2017 00:41
all my other rigs work
tynbendad
@tynbendad
Oct 26 2017 00:42
same error
mine is from dev branch earlier today
Rob Kresha
@rkresha
Oct 26 2017 00:42
mine is from 11AM CDT
Scott Leibrand
@scottleibrand
Oct 26 2017 00:43
cd ~/src/oref0 && git log -p | grep a865517fcc575e118015c056ea565a3b4b8011f4 ; cd -
Rob Kresha
@rkresha
Oct 26 2017 00:43
commit a865517fcc575e118015c056ea565a3b4b8011f4
Scott Leibrand
@scottleibrand
Oct 26 2017 00:43
k, and grep EdisonVoltage ~/src/oref0/bin/oref0-ns-loop.sh ?
Rob Kresha
@rkresha
Oct 26 2017 00:44
#sudo ~/src/EdisonVoltage/voltage json batteryVoltage battery > monitor/edison-battery.json
    if [ -e ~/src/EdisonVoltage/voltage ]; then
        sudo ~/src/EdisonVoltage/voltage json batteryVoltage battery | tee monitor/edison-battery.json | jq -C -c .
Scott Leibrand
@scottleibrand
Oct 26 2017 00:44
ok, that all looks right...
paste me a recent ns-loop.log run again?
tynbendad
@tynbendad
Oct 26 2017 00:45
mine looks similar:
    if [ -e ~/src/EdisonVoltage/voltage ]; then
        sudo ~/src/EdisonVoltage/voltage json batteryVoltage battery | tee monitor/edison-battery.json | jq -C -c .
root@benaps3:~# tail /var/log/openaps/ns-loop.log
Completed oref0-ns-loop at Wed Oct 25 18:44:32 MDT 2017

Starting oref0-ns-loop at Wed Oct 25 18:45:01 MDT 2017:
No recent valid BG found. Most recent:
{"glucose":136,"dateString":"2017-10-25T18:34:18-06:00"}
Refreshed temptargets: {"target":null,"duration":null}
Refreshed carbhistory; COB: 0
No recent suggested.json found; last updated Oct 25 18:37
No new treatments to upload
Completed oref0-ns-loop at Wed Oct 25 18:45:31 MDT 2017
I don't have the EdisonVoltage dir in src
i probably wiped src dir yesterday
Rob Kresha
@rkresha
Oct 26 2017 00:46
tarting oref0-ns-loop at Wed Oct 25 19:05:02 CDT 2017:
Found recent valid BG:
{"glucose":54,"dateString":"2017-10-25T19:04:12.337000-05:00"}
Refreshed temptargets: {"target":null,"duration":null}
Refreshed carbhistory; COB: 0
Couldn't generate ns-status.json

Starting oref0-ns-loop at Wed Oct 25 19:06:01 CDT 2017:
Found recent valid BG:
{"glucose":54,"dateString":"2017-10-25T19:04:12.337000-05:00"}
Refreshed temptargets: {"target":null,"duration":null}
Refreshed carbhistory; COB: 0
No recent suggested.json found; last updated Oct 25 19:00
[{"duration":30,"raw_duration":{"_type":"TempBasalDuration","_description":"TempBasalDuration 2017-10-25T18:52:32 head[2], body[0] op[0x16]","timestamp":"2017-10-25T18:52:32-05:00","_body":"","_head":"1601","duration (min)":30,"_date":"a0b4125911"},"timestamp":"2017-10-25T18:52:32-05:00","absolute":0,"rate":0,"raw_rate":{"_type":"TempBasal","temp":"absolute","_description":"TempBasal 2017-10-25T18:52:32 head[2], body[1] op[0x33]","timestamp":"2017-10-25T18:52:32-05:00","_body":"00","_head":"3300","rate":0,"_date":"a0b4125911"},"eventType":"Temp Basal","medtronic":"mm://openaps/mm-format-ns-treatments/Temp Basal","created_at":"2017-10-25T18:52:32-05:00","enteredBy":"openaps://medtronic/723","_id":"59f12704457c2389c0afe430"}]
Completed oref0-ns-loop at Wed Oct 25 19:06:28 CDT 2017

Starting oref0-ns-loop at Wed Oct 25 19:07:01 CDT 2017:
Found recent valid BG:
{"glucose":54,"dateString":"2017-10-25T19:04:12.337000-05:00"}
Refreshed temptargets: {"target":null,"duration":null}
Refreshed carbhistory; COB: 0
Couldn't generate ns-status.json

Starting oref0-ns-loop at Wed Oct 25 19:08:02 CDT 2017:
Found recent valid BG:
{"glucose":54,"dateString":"2017-10-25T19:04:12.337000-05:00"}
Refreshed temptargets: {"target":null,"duration":null}
Refreshed carbhistory; COB: 0
Couldn't generate ns-status.json

Starting oref0-ns-loop at Wed Oct 25 19:09:01 CDT 2017:
Found recent valid BG:
{"glucose":54,"dateString":"2017-10-25T19:04:12.337000-05:00"}
Refreshed temptargets: {"target":null,"duration":null}
Refreshed carbhistory; COB: 0
Couldn't generate ns-status.json

Starting oref0-ns-loop at Wed Oct 25 19:10:01 CDT 2017:
Found recent valid BG:
{"glucose":57,"dateString":"2017-10-25T19:09:13.024000-05:00"}
Refreshed temptargets: {"target":null,"duration":null}
Refreshed carbhistory; COB: 0
Couldn't generate ns-status.json

Starting oref0-ns-loop at Wed Oct 25 19:11:02 CDT 2017:
Found recent valid BG:
{"glucose":57,"dateString":"2017-10-25T19:09:13.024000-05:00"}
Refreshed temptargets: {"target":null,"duration":null}
Refreshed carbhistory; COB: 0
Couldn't generate ns-status.json
tynbendad
@tynbendad
Oct 26 2017 00:46
but i started from scratch, i think
oh, probably needed dev?
Scott Leibrand
@scottleibrand
Oct 26 2017 00:48
that shouldn't matter
@rkresha ls ~/src/EdisonVoltage/voltage
tynbendad
@tynbendad
Oct 26 2017 00:50
i think i answer "y" to the are you setting up an Edison question, but would this happen if i didn't?
Rob Kresha
@rkresha
Oct 26 2017 00:50
root@openaps_delta:/var/log/openaps# ls ~/src/EdisonVoltage/voltage
ls: cannot access /home/root/src/EdisonVoltage/voltage: No such file or directory
Scott Leibrand
@scottleibrand
Oct 26 2017 00:50
correct, you wouldn't run the Install EdisonVoltage part of oref0-setup unless you answered yes to that
or it could be that part of the code has a subtle error I can't see
tynbendad
@tynbendad
Oct 26 2017 00:51
maybe i should retry oref0-setup and see if that helps
without runagain
Scott Leibrand
@scottleibrand
Oct 26 2017 00:51
oh, maybe that's it
Rob Kresha
@rkresha
Oct 26 2017 00:51
I do from scratch everytime
Scott Leibrand
@scottleibrand
Oct 26 2017 00:51
lemme check that code path
tynbendad
@tynbendad
Oct 26 2017 00:51
i did it from scratch yesterday, but i may have botched something
Rob Kresha
@rkresha
Oct 26 2017 00:51
wipe ~/src and ~/myopenaps everytime I do the upgrade
Scott Leibrand
@scottleibrand
Oct 26 2017 00:52
looks like it won't work properly with runagain. let me figure out a fix for that.
tynbendad
@tynbendad
Oct 26 2017 00:52
when i rm src i don't use runagain
i'll try oref0-setup again after dinner
Rob Kresha
@rkresha
Oct 26 2017 00:53
here is what I run everytime I do a pull
cd ~ && sudo pip uninstall openaps && rm -rfv ~/rk_openaps* ~/src ; curl -s https://raw.githubusercontent.com/openaps/docs/master/scripts/quick-packages.sh | bash - && sudo apt-get -y autoremove && mkdir -p ~/src; cd ~/src && git clone -b dev git://github.com/openaps/oref0.git && git clone git://github.com/openaps/openxshareble.git && nano ~/src/oref0/bin/oref0-setup.sh &&  ~/src/oref0/bin/oref0-setup.sh --dir=/home/root/rk_openaps --serial=XXXXXX --cgm=ShareBLE --bleserial=SMXXXXXXX --ns-host=https://xxxxxx.herokuapp.com --api-secret=xxxxxx --tty=/dev/spidev5.1 --enable=' autosens autotune meal microbolus ' --radio_locale='US'
Scott Leibrand
@scottleibrand
Oct 26 2017 00:54
I see another error too
fixing
Rob Kresha
@rkresha
Oct 26 2017 00:54
what seems to be the officer problem
Scott Leibrand
@scottleibrand
Oct 26 2017 00:55
if your bash-fu is strong, see if you can find it in https://github.com/openaps/oref0/pull/622/files
mine was too weak to see it until I knew it was broken
Scott Leibrand
@scottleibrand
Oct 26 2017 01:02
please test this fix: openaps/oref0#751
Jacob H
@jdhigh
Oct 26 2017 01:06
@scottleibrand a few hours ago you asked to see my ns-loop.log in regards to me not seeing Edison voltage on NS. Here it is: Starting ns-loop at Wed Oct 25 21:01:01 EDT 2017:
ns://JSON/shell/settings/temptargets.json
reporting settings/temptargets.json
get-profile://text/shell/settings/profile.json
reporting settings/profile.json
Refreshed temptargetsns://JSON/shell/monitor/carbhistory.json
reporting monitor/carbhistory.json
and meal-carbs
Uploaded
Starting ns-loop at Wed Oct 25 21:03:02 EDT 2017:
ns://JSON/shell/settings/temptargets.json
reporting settings/temptargets.json
get-profile://text/shell/settings/profile.json
reporting settings/profile.json
Refreshed temptargetsns://JSON/shell/monitor/carbhistory.json
reporting monitor/carbhistory.json
and meal-carbs
Uploaded
Scott Leibrand
@scottleibrand
Oct 26 2017 01:12
@jdhigh looks like you're running an older oref0
you can test openaps/oref0#751 if you like though
@jdhigh which CGM type?
Jacob H
@jdhigh
Oct 26 2017 01:12
mdt
Scott Leibrand
@scottleibrand
Oct 26 2017 01:13
ah, ok. so latest dev, but MDT CGM uses old pump-loop
Jacob H
@jdhigh
Oct 26 2017 01:13
installing 751 now.
Scott Leibrand
@scottleibrand
Oct 26 2017 01:14
I think 751 will fix your issue too, as you probably never even got EdisonVoltage installed for the old pump-loop to use
Jacob H
@jdhigh
Oct 26 2017 01:14
fingers crossed!
Jacob H
@jdhigh
Oct 26 2017 01:22
ok, NS isn't showing the Edisonvoltage. I remember being able to see it at one time, a few weeks ago I think. Here's my latest ns-loop.log:
Starting ns-loop at Wed Oct 25 21:21:02 EDT 2017:
ns://JSON/shell/settings/temptargets.json
reporting settings/temptargets.json
get-profile://text/shell/settings/profile.json
reporting settings/profile.json
Refreshed temptargetsns://JSON/shell/monitor/carbhistory.json
reporting monitor/carbhistory.json
and meal-carbs
Upload
Scott Leibrand
@scottleibrand
Oct 26 2017 01:23
unfortunately the ns-loop.log is nearly useless for the old openaps ns-loop
you'll need to drill down on the ns-loop alias if 751 hasn't fixed it
Jacob H
@jdhigh
Oct 26 2017 01:25
What's a pump-loop alias?
Scott Leibrand
@scottleibrand
Oct 26 2017 01:25
openaps ns-loop
sorry, I meant ns-loop not pump-loop: edited
where the docs say pump-loop you'll want ns-loop
Jacob H
@jdhigh
Oct 26 2017 01:29
ok. I'll get started.
Scott Leibrand
@scottleibrand
Oct 26 2017 01:32
@rkresha @tynbendad please comment in the PR when you've had a chance to test, and I'll get it merged if it fixes it for you.
Jacob H
@jdhigh
Oct 26 2017 01:46
Ok, I'm trying to drill down (but have no real coding experience outside of a few college courses 2 decades ago). Here's what I'm getting when I run openaps ns-loop:
openaps ns-loop
Starting ns-loop at Wed Oct 25 21:39:43 EDT 2017:
ns://JSON/shell/settings/temptargets.json
reporting settings/temptargets.json
get-profile://text/shell/settings/profile.json
reporting settings/profile.json
Refreshed temptargetsns://JSON/shell/monitor/carbhistory.json
reporting monitor/carbhistory.json
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
and meal-carbs
Uploaded
Scott Leibrand
@scottleibrand
Oct 26 2017 01:52
probably need to look at openaps alias show ns-loop next and figure out which of the sub-aliases / reports you want to look into to figure out why it's not working
Jacob H
@jdhigh
Oct 26 2017 01:56
Ok. So is there a sub alias that is supposed to deal with edisonVoltage?
Dana Lewis
@danamlewis
Oct 26 2017 01:58
@yduncan hi! Here's where most of the helpers are. Maybe start with what step you're stuck at, and what you're seeing?
tynbendad
@tynbendad
Oct 26 2017 02:02
testing 751 now
Scott Leibrand
@scottleibrand
Oct 26 2017 02:02
@jdhigh I think I see the issue
Tyler Duncan
@yduncan
Oct 26 2017 02:04
I don’t honestly even know where I’m stuck at. I’ve got all the gear for my rig. I’ve got a nightscout account, a heroku account, github, and obviously here. Putty is installed on my computer too. I’m working with a 722 with minilink cgm. I’m working on a pc with an iPhone in my hand.
Anyone willing to chat privately with me for a bit of help?
Jacob H
@jdhigh
Oct 26 2017 02:06
Scott Leibrand
@scottleibrand
Oct 26 2017 02:06
@yduncan part of getting comfortable with your DIY closed loop is being comfortable asking for and receiving help in public, as that helps everyone else who's reading or comes by later searching for an answer to the same question. so thanks for joining, and we'll be happy to help you here. :)
thx @jdhigh: now I can get back to fixing your issue. :)
Jacob H
@jdhigh
Oct 26 2017 02:08
btw @scottleibrand I just noticed that I CAN see the voltage when I view the log by pressing 'l'. So it's capturing the voltage from the edison, it's just not getting that information to NS. (But you prob already know this!)
Scott Leibrand
@scottleibrand
Oct 26 2017 02:08
k, thx for confirming: that means I'm on the right track
@jdhigh please test openaps/oref0#752
that also contains a fix for anyone using xDrip CGM whose NS uploads were broken
Tyler Duncan
@yduncan
Oct 26 2017 02:11
Thanks everyone. I’ll keep reading and come back with better questions.
Jacob H
@jdhigh
Oct 26 2017 02:11
Ok trying 752 now.
Scott Leibrand
@scottleibrand
Oct 26 2017 02:12
@yduncan any question is a good question if you're stuck on it. :)
tynbendad
@tynbendad
Oct 26 2017 02:22
it worked
Scott Leibrand
@scottleibrand
Oct 26 2017 02:23
thx, merged.
tynbendad
@tynbendad
Oct 26 2017 02:24
:+1:
Jacob H
@jdhigh
Oct 26 2017 02:31
Ok, for openaps/oref0#752 I've installed it and ran setup. It's been running a few minutes now, but voltage still isn't showing up in NS. I had installed openaps/oref0#751 just prior. Could that be causing a conflict?
Jacob H
@jdhigh
Oct 26 2017 02:39
Is there a period '.' missing here? openaps alias show battery-status
battery-status ! bash -c "sudo ~/src/EdisonVoltage/voltage json batteryVoltage battery > monitor/edison-battery.json"
between voltage and json?
Scott Leibrand
@scottleibrand
Oct 26 2017 02:42
no, that's just indicating it wants the output in json format
let me merge dev back into #752 in case you need both
done. you can re-pull mdt-edisonbattery now
Jacob H
@jdhigh
Oct 26 2017 02:44
Ok thanks.
Scott Leibrand
@scottleibrand
Oct 26 2017 02:56
in other news, we have a PR open (openaps/oref0#748) to remove the "enable" requirement for SMB, and just use what's in preferences, to prevent edge-case failures and unnecessary confusion. If we can get someone to test that out and make sure it works correctly, we can get it merged to dev.
Jacob H
@jdhigh
Oct 26 2017 03:06
Works! The Edison voltage pill now appears in NS. I added comment on openaps/oref0#752as well. Big thanks @scottleibrand !!
Scott Leibrand
@scottleibrand
Oct 26 2017 03:09
Thanks for your debugging and testing. Merged.
tynbendad
@tynbendad
Oct 26 2017 03:13
Scott, how do we get back to dev from the issue branches, just 'git checkout dev'?
Scott Leibrand
@scottleibrand
Oct 26 2017 03:13
ya
and then git pull to make sure you're up to date with everything I just merged
tynbendad
@tynbendad
Oct 26 2017 03:15
thx. Laura has a pic of syslog messages that were likely filling up her disk... she's going to try to paste here, its also in fb at https://www.facebook.com/groups/TheLoopedGroup/permalink/1934341453449178/?comment_id=1934643596752297&reply_comment_id=1934659340084056&notif_id=1508987632579757&notif_t=group_comment_reply
not sure how to get the photo here, sorry
tynbendad
@tynbendad
Oct 26 2017 03:16
that's fine - i didn't think of the link until i got here too
;)
Scott Leibrand
@scottleibrand
Oct 26 2017 03:17
I don't recognize that offhand. It might be a jubilinix thing, not sure. Do you remember which version you flashed? Or did it come pre-flashed?
Laura Whitted
@NAGW322
Oct 26 2017 03:18
it came pre-flashed
Scott Leibrand
@scottleibrand
Oct 26 2017 03:19
You could also try googling the error message.
tynbendad
@tynbendad
Oct 26 2017 03:23
google turns up similar issue in here ;) https://gitter.im/nightscout/intend-to-bolus/archives/2017/08/02
tynbendad
@tynbendad
Oct 26 2017 03:28
what's the best way to clear up the logs, just?:
rm /var/log/* /var/log/openaps/*
reboot
@NAGW322 it could fill up again if there's a real problem... but you'll know within a day or two i guess. you might want to make sure your edison is attached properly and securely to the explorer board.
though if it weren't i'd imagine it would break much worse
Laura Whitted
@NAGW322
Oct 26 2017 03:34
had a slightly loose screw. ;) I will try clearing the logs.
tynbendad
@tynbendad
Oct 26 2017 03:38
after you reboot you'll want to check that it can enact and update nightscout, i.e., work fully... i had problems that required reinstalling after mine filled up since it leaves some files not fully written...
and keep an eye on "df ." Use% should be ~70% or so.
Scott Leibrand
@scottleibrand
Oct 26 2017 03:40
:+1:
Laura Whitted
@NAGW322
Oct 26 2017 03:42
Thank you for your help
Laura Whitted
@NAGW322
Oct 26 2017 03:48
I had started
rm /var/log/ /var/log/openaps/
reboot
and disconnected the cable from the laptop accidentally. What now? Just login again and rm /var/log/ /var/log/openaps/
reboot ?
Scott Leibrand
@scottleibrand
Oct 26 2017 05:20
had you already typed both commands? was it in process of rebooting?
if so, you don't need to run them again, just reconnect the same way you did the first time, and then check df -h to see if the disk has more free space now
when you're typing/pasting commands/output into gitter, you can put ` (backticks, the same key as ~) around them to get them to display properly like that
Thacher
@thacherT1D
Oct 26 2017 05:58
for autotune... does logging carbs into Night Scout mean that they show up in nightscout (after entering them in the pump) or separately into NS interface? (reading this: http://openaps.readthedocs.io/en/latest/docs/Customize-Iterate/understanding-autotune.html)
Dana Lewis
@danamlewis
Oct 26 2017 05:59
Either.
Thacher
@thacherT1D
Oct 26 2017 06:00
awesome... making adjustments per recommendations... feels spooky... so good so far, just reading the docs and checking twice TBD :)
Dana Lewis
@danamlewis
Oct 26 2017 06:20
:+1: :ghost:
peterlynton
@peterlynton
Oct 26 2017 06:26
I have opens creating events in the future which are not: i.e. latest one is 06:41 Temp Basal, local time presented by Nightscout is 07:25. OpenAPS pill shows unknown. Current temp basals are rendered correctly.
Scott Leibrand
@scottleibrand
Oct 26 2017 06:27
check your rig date and timezone
peterlynton
@peterlynton
Oct 26 2017 06:31
Just double checked - both OpenAPS and Nightscout set to Europe / London.
Scott Leibrand
@scottleibrand
Oct 26 2017 06:33
and how does date compare to what the pump time shows?
peterlynton
@peterlynton
Oct 26 2017 06:35
@scottleibrand Checking pump clock: "2017-10-26T07:32:08+01:00" is within 1m of current time: Thu Oct 26 07:32:38 BST 2017
Scott Leibrand
@scottleibrand
Oct 26 2017 06:35
ok, that's good.
next would probably be to look at the actual monitor/pumphistory.json etc. for the temp basal records showing up in the future, and see what they show there
has your pump clock or rig TZ been wrong at any time in the last 24h?
peterlynton
@peterlynton
Oct 26 2017 06:38
Yes pump clock has been wrong - I've just started trying OpenAPS after six months on Loop. Pump is a spare so time was set with battery insertion yesterday.
Scott Leibrand
@scottleibrand
Oct 26 2017 06:38
ok, it may be that you have temp basal events from before then that were logged at the time with a timestamp that's actually in the future
if so, those will age out and it'll fix itself
peterlynton
@peterlynton
Oct 26 2017 06:41
I've tried deleting future ones yesterday, any treatments made get logged as future at the moment. It's only in Nightscout.
Here's the latest from pump history.json:
{
"_type": "TempBasalDuration",
"duration (min)": 30,
"_description": "TempBasalDuration 2017-10-26T07:27:24 head[2], body[0] op[0x16]",
"timestamp": "2017-10-26T07:27:24",
"_body": "",
"_head": "1601",
"_date": "989b075a11"
},
Scott Leibrand
@scottleibrand
Oct 26 2017 06:41
is it new records being logged in the future, or the same ones from before?
peterlynton
@peterlynton
Oct 26 2017 06:42
new ones - current ones :)
Scott Leibrand
@scottleibrand
Oct 26 2017 06:42
if you'd like to PM me the URL I can take a peek and see if it's an obvious pattern
Scott Leibrand
@scottleibrand
Oct 26 2017 06:55
hmm, created_at: "2017-10-25T18:40:57Z" from device: "loop://Peter Lynton’s iPhone",
oh, nevermind, that's yesterday
for some reason you have no devicestatus records from OpenAPS
not sure why that would be, or what's up with all the pump-uploaded treatments showing 1h in the past
maybe check tail -f /var/log/openaps/ns-loop.log?
peterlynton
@peterlynton
Oct 26 2017 06:58
ah ok maybe a problem: "target" null?
Starting oref0-ns-loop at Thu Oct 26 07:57:02 BST 2017:
Found recent valid BG:
{"glucose":98,"dateString":"2017-10-26T07:53:54+01:00"}
Refreshed temptargets: {"target":null,"duration":0}
Refreshed carbhistory; COB: 3
Couldn't generate ns-status.json
Scott Leibrand
@scottleibrand
Oct 26 2017 06:59
no, the problems is more likely the last line
at least two causes of that were fixed last night in dev, if you want to update
if you set a temp target in NS it'd probably replace your null there, but shouldn't matter either way
peterlynton
@peterlynton
Oct 26 2017 07:01
ah ok I'll give that a try later. So to update to latest dev I follow steps here?
Scott Leibrand
@scottleibrand
Oct 26 2017 07:01
yep
peterlynton
@peterlynton
Oct 26 2017 07:02
OK thanks Scott
Scott Leibrand
@scottleibrand
Oct 26 2017 07:06
is Loop still running?
peterlynton
@peterlynton
Oct 26 2017 07:07
No I've removed the app to be on the safe side, and removed references to loop in Heroku's settings.
Scott Leibrand
@scottleibrand
Oct 26 2017 07:07
k
only a single OpenAPS rig?
peterlynton
@peterlynton
Oct 26 2017 07:07
yep
Scott Leibrand
@scottleibrand
Oct 26 2017 07:08
anything in ns-loop.log about uploading treatments after that Couldn't generate ns-status.json?
ah, no, there wouldn't be: that's a fatal error
not sure how your treatments are getting uploaded at all
if every ns-loop run is erroring out with Couldn't generate ns-status.json it should never even try to upload_recent_treatments
peterlynton
@peterlynton
Oct 26 2017 07:11
That's most strange :) Yes every run errors out.
Scott Leibrand
@scottleibrand
Oct 26 2017 07:11
crontab -l | grep ns-loop if you don't mind
peterlynton
@peterlynton
Oct 26 2017 07:13
` * cd /root/myopenaps && ps aux | grep -v grep | grep -q 'oref0-ns-loop' || oref0-ns-loop | tee -a /var/log/openaps/ns-loop.log
          • cd /root/myopenaps && ps aux | grep -v grep | grep -q 'openaps autosens' || openaps autosens 2>&1 | tee -a /var/log/openaps/autosens-loop.log`
^ failing to use markdown
Scott Leibrand
@scottleibrand
Oct 26 2017 07:18
that works. I still don't know how you're uploading any treatments, but I guess we can revisit that after you fix the ns-status uploads
peterlynton
@peterlynton
Oct 26 2017 07:19
Thanks I will update later today and let you know.
Velibor Maric
@vebaba
Oct 26 2017 08:53

I took a look at my autotune file and noticed that it was old. I found an error in autotune.log

Could not run oref0-autotune-core autotune.2017-10-25.json profile.json profile.pump.json

I run it manualy and it returned:

/root/src/oref0/lib/autotune/index.js:362
    var maxISF = pumpISF / autotuneMin;
                 ^
ReferenceError: pumpISF is not defined
    at tuneAllTheThings (/root/src/oref0/lib/autotune/index.js:362:18)
    at Object.<anonymous> (/root/src/oref0/bin/oref0-autotune-core.js:59:27)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Function.Module.runMain (module.js:497:10)
    at startup (node.js:119:16)
    at node.js:906:3

Also, I noticed that profile.pump.json returns -1 and profile.json contains data from pump when I started to loop

0.6.0-dev2, updated yesterday. Last successful autotune from 23rd Oct, I believe
Any hint?
peterlynton
@peterlynton
Oct 26 2017 10:06
@scottleibrand thanks for your help earlier, the latest dev is installed and Nightscout is now updating correctly :)
Velibor Maric
@vebaba
Oct 26 2017 11:11
I saw that oref0-autotune-core.js takes profile.json from settings and that one is good...
Velibor Maric
@vebaba
Oct 26 2017 11:37
Still ReferenceError exists... How to fix this or to drill further?
Scott Leibrand
@scottleibrand
Oct 26 2017 12:37
Check ns-loop.log or drill down on monitor/pumpprofile.json
Velibor Maric
@vebaba
Oct 26 2017 12:39
I don't have pumpprofile.json in monitor
Scott Leibrand
@scottleibrand
Oct 26 2017 12:40
ls monitor/ to check naming.
Velibor Maric
@vebaba
Oct 26 2017 12:41
battery.json      clock.json        edison-battery.json  iob.json            meal.json    pumphistory.json         pumphistory-zoned.json  pump_loop_enacted  reservoir.json  temp_basal.json
carbhistory.json  clock-zoned.json  glucose.json         lastreservoir.json  mmtune.json  pumphistory-merged.json  pump_loop_completed     pushover-sent      status.json
Scott Leibrand
@scottleibrand
Oct 26 2017 12:44
Oh sorry. It's in settings.
Maybe I should stop troubleshooting from bed and go back to sleep. :smile:
Velibor Maric
@vebaba
Oct 26 2017 12:44
Oh, it can wait, take a rest, please!
Cylon75
@Cylon75
Oct 26 2017 12:46

I have a problem trying to update to the latest dev. After I run the "cd && ~/src/oref0/bin/oref0-setup.sh" command I get the following error:

Running nightscout autoconfigure-device-crud http://mysite.herokuapp.com secretapi
...
git.exc.GitCommandError: Cmd('git') failed due to: exit code(128)
cmdline: git diff --cached --abbrev=40 --full-index --raw
stderr: 'error: object file .git/objects/2e/9f58e6c7597d0f94586516fe43403cc4df013f is empty
error: object file .git/objects/2e/9f58e6c7597d0f94586516fe43403cc4df013f is empty
fatal: loose object 2e9f58e6c7597d0f94586516fe43403cc4df013f (stored in .git/objects/2e/9f58e6c7597d0f94586516fe43403cc4df013f) is corrupt'
....
Could not run nightscout autoconfigure-device-crud

I tried removing /src/oref0 and myopenaps and redoing the installation but the error persists.

How can I fix this?

Velibor Maric
@vebaba
Oct 26 2017 12:46
It looks fine to me LOL (I took out part that is for senisitiviy)
 "sens": 50.4,
  "isfProfile": {
    "units": "mg/dL",
    "user_preferred_units": "mmol/L",
    "sensitivities": [
      {
        "i": 0,
        "start": "00:00:00",
        "sensitivity": 50.4,
        "x": 0,
        "offset": 0,
        "endOffset": 1440
      }
    ],
    "first": 2
  },

I beg my pardon if I'm being smartass but can it be "A variable needs to be available in the current context of execution. Variables defined inside a function cannot be accessed from anywhere outside the function, because the variable is defined only in the scope of the function" and oref0/lib/autotune/index.js contains

if (pumpISFProfile && pumpISFProfile.sensitivities[0]) {
        pumpISF = pumpISFProfile.sensitivities[0].sensitivity;
        pumpCarbRatio = pumpProfile.carb_ratio;
        pumpCSF = pumpISF / pumpCarbRatio;
}

? I doubt as code is 27 days old and someone would notice this...

Velibor Maric
@vebaba
Oct 26 2017 12:52
How to check ns-loop.log as it is really big ? :(
Jane49
@Jane49
Oct 26 2017 13:02

Hi
Not sure if this is the right place to ask but have been trying to install openaps using windows/putty and it seems to have fallen over with the following:
The following extra packages will be installed:
swig2.0
Suggested packages:
swig-doc swig-examples swig2.0-examples swig2.0-doc
The following NEW packages will be installed:
swig swig2.0
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 1,421 kB of archives.
After this operation, 4,762 kB of additional disk space will be used.
Err http://http.debian.net/debian/ jessie/main swig2.0 i386 2.0.12-1
Something wicked happened resolving 'http.debian.net:http' (-5 - No address associated with hostname)
Get:1 http://http.debian.net/debian/ jessie/main swig i386 2.0.12-1 [285 kB]
Fetched 285 kB in 10s (26.4 kB/s)
E: Failed to fetch http://http.debian.net/debian/pool/main/s/swig2.0/swig2.0_2.0.12-1_i386.deb Something wicked happened resolving 'http.debian.net:http' (-5 - No address associated with hostname)

Any help would be much appreciated.

Jane49
@Jane49
Oct 26 2017 13:17
Will run again ...
Scott Leibrand
@scottleibrand
Oct 26 2017 13:20
@Jane49 your rig isn't online properly.
@vebaba google how to use less -R
Velibor Maric
@vebaba
Oct 26 2017 13:25
@scottleibrand OK, what am I looking for? Lines starting with 'error'?
Velibor Maric
@vebaba
Oct 26 2017 13:32
I took a look of Oct25th logs and saw no errors
john36m
@john36m
Oct 26 2017 13:33
Can anyone give an admittedly rough estimate as to when 0.6 could move from dev to master. I know that no one can really know, but just give me your SWAG. Thanks.
Velibor Maric
@vebaba
Oct 26 2017 13:35
@scottleibrand I'm one with Autotune problem.... Maybe you mixed me with a guy with NS problem :/
Cylon75
@Cylon75
Oct 26 2017 13:44
Got it working again by also removing the myopenaps-cgm-loop dir. Thanks
Jane49
@Jane49
Oct 26 2017 13:51
@scottleibrand Thanks. Have just discovered that BTopenreach are being wicked with working on the exchange box along the road .... perhaps today isn't the day to do this .... will have one last go and then put away for another day if it doesn't get through the script :)
Dana Lewis
@danamlewis
Oct 26 2017 14:14
@john36m can't even make a swag on that.
john36m
@john36m
Oct 26 2017 14:22
@danamlewis Well, if you can't I withdraw the question. Thanks for your response
Velibor Maric
@vebaba
Oct 26 2017 14:59
@scottleibrand @danamlewis This is what I did. I copied profile.json from /settings to /autotune folder and manually run full command that I copied from cron
(oref0-autotune -d=/root/myopenaps -n=https://veba-oaps.herokuapp.com && cat /root/myopenaps/autotune/profile.json | json | grep -q start && cp /root/myopenaps/autotune/profile.json /root/myopenaps/settings/autotune.json) 2>&1 | tee -a /var/log/openaps/autotune.log
everything went fine. Is this cron line wrong? It refers to'/root/myopenaps/autotune/profile.json'. Should it be /root/myopenaps/settings/profile.json?
ejoe132
@ejoe132
Oct 26 2017 15:01
Having some trouble following the setup docs. get to 1.7 on edsion, then next to pages are on the pi, but then no next at bottom? is there a different link for the rest?
Velibor Maric
@vebaba
Oct 26 2017 15:06
ejoe132
@ejoe132
Oct 26 2017 15:08
@vebaba ok, thats what I just found, just wasnt sure casue I ran it and it said that it would erase all my wifi configs if I continued? Can alwasy go back and re do them i suppose?
Velibor Maric
@vebaba
Oct 26 2017 15:09
yes. I went through same path as you did first time. I'm not sure that script covers 'log rotation' part. Everything else is there...
ejoe132
@ejoe132
Oct 26 2017 15:09
@vebaba ok thank you very much
Velibor Maric
@vebaba
Oct 26 2017 15:10
NP. Welcome onboard :)
ejoe132
@ejoe132
Oct 26 2017 15:13
@vebaba thank you, coming back aboard, had my edison die on me and finally was able to get another!
Velibor Maric
@vebaba
Oct 26 2017 15:14
Oh, sorry than that this rookie had to welcome you. All other sleep ;)
Scott Leibrand
@scottleibrand
Oct 26 2017 15:21
If anyone wants to take a crack at automating daily log rotation, that would be appreciated. Or at least log an oref0 issue so we don't forget about it.
@vebaba oref0-ns-loop also generates pumpprofile.json. You're trying to figure out why tours is messed up.
(Unless your manual steps fixed that)
Velibor Maric
@vebaba
Oct 26 2017 15:24
pumprofile.json was/is fine, too
Scott Leibrand
@scottleibrand
Oct 26 2017 15:25
Ok, you said profile.pump.json was borked: that gets copied from pumpprofile.json.
Velibor Maric
@vebaba
Oct 26 2017 15:29
it was but running oref0 again (this time with copy/pasted profile.json from /settings) created both autotune and profile.pump.json
It's time stamped
-rw-r--r-- 1 root root   3271 Oct 26 16:50 profile.json
-rw-r--r-- 1 root root   3272 Oct 26 16:35 profile.json.old
-rw-r--r-- 1 root root   2700 Oct 26 16:39 profile.pump.json
in my book, the problem was old profile.json in autotune directory or cron file where it refer to wrong profile.json (one in autotune instead of other in settings)
Jane49
@Jane49
Oct 26 2017 15:35

Hello again
The reboot at the end of install is failing with :
[FAILED] Failed to start Hostname Service.
See 'systemctl status systemd-hostnamed.service' for details.

My preflashed edison w/Jubilinux appears to be ubilinux??

When I log in it is as janesrig - edison/pwd
I then sudo su - in order to access root. Could this be causing this problem?
edison@janesrig:~$ systemctl status systemd-hostnamed.service
? systemd-hostnamed.service - Hostname Service
Loaded: loaded (/lib/systemd/system/systemd-hostnamed.service; static)
Active: failed (Result: exit-code) since Thu 2017-10-26 16:28:46 BST; 2min 35s ago
Docs: man:systemd-hostnamed.service(8)
man:hostname(5)
man:machine-info(5)
http://www.freedesktop.org/wiki/Software/systemd/hostnamed
Process: 431 ExecStart=/lib/systemd/systemd-hostnamed (code=exited, status=226/NAMESPACE)
Main PID: 431 (code=exited, status=226/NAMESPACE)
edison@janesrig:~$.
== sudo su -
root@janesrig:~# systemctl status systemd-hostnamed.service
? systemd-hostnamed.service - Hostname Service
Loaded: loaded (/lib/systemd/system/systemd-hostnamed.service; static)
Active: failed (Result: exit-code) since Thu 2017-10-26 16:28:46 BST; 4min 0s ago
Docs: man:systemd-hostnamed.service(8)
man:hostname(5)
man:machine-info(5)
http://www.freedesktop.org/wiki/Software/systemd/hostnamed
Process: 431 ExecStart=/lib/systemd/systemd-hostnamed (code=exited, status=226/NAMESPACE)
Main PID: 431 (code=exited, status=226/NAMESPACE)

Oct 26 16:28:46 janesrig systemd[431]: Failed at step NAMESPACE spawning /l...ry
Oct 26 16:28:46 janesrig systemd[1]: systemd-hostnamed.service: main proces...CE
Oct 26 16:28:46 janesrig systemd[1]: Failed to start Hostname Service.
Oct 26 16:28:46 janesrig systemd[1]: Unit systemd-hostnamed.service entered...e.
Hint: Some lines were ellipsized, use -l to show in full.

Jane49
@Jane49
Oct 26 2017 15:41
Oct 26 16:28:46 janesrig systemd[431]: Failed at step NAMESPACE spawning /lib/systemd/systemd-hostnamed: No such file or directory
Oct 26 16:28:46 janesrig systemd[1]: systemd-hostnamed.service: main process exited, code=exited, status=226/NAMESPACE
Oct
root@janesrig:
/lib/systemd/system/systemd-hostnamed.service
edison@janesrig
/lib/systemd/systemd-hostnamed
Jane49
@Jane49
Oct 26 2017 16:13
solution:
Logged in as edison/xxx
edison@janesrig:~$ sudo su -
root@janesrig:~$ cd
root@janesrig:~$ mount -rw -o remount / (remount file system)
root@janesrig:~$ ls -l /etc/shadow (checked it now has rw permission)
root@janesrig:~$ logout
edison@janesrig:~$ sudo passwd root
sudo: unable to resolve host janesrig
Enter new UNIX password:
Retype new UNIX password:
passwd: password updated successfully
==> logged out and logged in as root with new pwd .... I'll start again!!!
Dana Lewis
@danamlewis
Oct 26 2017 16:15
:+1:
Tyler Duncan
@yduncan
Oct 26 2017 16:17
If I don’t have a nightscout site set up yet Can I add that later?
Dana Lewis
@danamlewis
Oct 26 2017 16:19
Yep
Highly recommend it, though, whether you do it first or last
Tyler Duncan
@yduncan
Oct 26 2017 16:23
I want to get there. I just suck at website hosting and creating all that stuff.
Dana Lewis
@danamlewis
Oct 26 2017 16:32
No worries. NS has good instructions, but in of itself is now probably more steps than OpenAPS itself.
Tyler Duncan
@yduncan
Oct 26 2017 17:23
In my Putty screen its asking "Schedule openaps in cron? y/[N] whats that mean?
Scott Leibrand
@scottleibrand
Oct 26 2017 17:24
the docs should cover that...
Dana Lewis
@danamlewis
Oct 26 2017 17:24
Do you want to automate your pancreas? :smile:
Scott Leibrand
@scottleibrand
Oct 26 2017 17:25
exactly. :)
Samuchco
@Samuchco
Oct 26 2017 17:36
trying to set up new rig (number 2). Unable to get wifi. Getting this message
[ 88.796496] wifi_get_mac_addr_intel: unable to open /config/wifi/mac.txt
any ideas
Dave Acklam
@dcacklam
Oct 26 2017 18:27
So... My 712 is up and running reliably now, save for the occasional edison firmware crash...
The 3 major issues were:
1) New main() in dev-branch relies on smb_ functions that aren't included in the x12 setup
2) The failure of the decocare status function that I was talking about a few days ago
3) Pumphistory lags on these, so the currenttemp != lastTemp check in oref0 was turning all of this into a really complicated-and-unreliable way to set basal delivery levels/times (essentially instead of looping properly, it was randomly alternating between 'forcing default-basal at the end of every loop' and looping properly).
Dave Acklam
@dcacklam
Oct 26 2017 18:32
By disabling that one check, I now have a functional loop (albeit one that is unaware of whether my pump is normal/suspended/bolusing, and also can't tell if the current temp bolus matches the last-temp (I assume this is being done to validate whether the pump executed the immediately-prior temp-basal command))....
I tried using 'unknown' instead of outright spoofing the 'status', and it didn't work...
I do plan to investigate what is actually in the decocare 'status' array, so that a safer solution can be written besides 'tell it what it wants to hear'
Also, fixed the edison VoltageServer missing initscript issue & sent a merge-request to the developer of that tool (If anyone is wondering why their edison battery status is always 'unknown', it's because the 'make install' routine for the voltage server expects an init-script (to start voltage server on boot) to be part of the package, but it's not there - this causes the make-install to fail.
Scott Leibrand
@scottleibrand
Oct 26 2017 18:37
:+1: thx
Velibor Maric
@vebaba
Oct 26 2017 19:16
I'd like to test #757 as sometimes I need more aggressive recovery from high . Can anyone point me how to install?
Velibor Maric
@vebaba
Oct 26 2017 19:18
Cheers!
Scott Leibrand
@scottleibrand
Oct 26 2017 19:20
those instructions are the same every time (with the branch name changed), so if there's a place in the docs that'd make sense to have them, a PR would be welcome
Velibor Maric
@vebaba
Oct 26 2017 19:54
Done via document edit.
Samuchco
@Samuchco
Oct 26 2017 20:19

pump connecting sporadically with the rig. Wifi is ok. Any way to trouble shoot
Old pumphistory: mmeowlink.exceptions.CommsException: No acknowledgement from pump on wakeup. Is it out of range or is the battery too low?

Error, retrying
pump_loop_completed more than 15m old; waiting for 30s silence before mmtuning
Radio ok. Listening: .No interfering pump comms detected from other rigs (this is a good thing!)
Listening for 30s silence before mmtuning: .No interfering pump comms detected from other rigs (this is a good thing!)
mmtune: "916.492", 3, -82 waiting for 44 second silence before continuing
Radio ok. Listening: .No interfering pump comms detected from other rigs (this is a good thing!)

Starting pump-loop at Thu Oct 26 16:18:16 EDT 2017:
Waiting up to 4 minutes for new BG: glucose.json newer than pump_loop_completed
Radio ok. Listening: .No interfering pump comms detected from other rigs (this is a good thing!)
Old pumphistory: IndexError: bytearray index out of range

Error, retrying
pump_loop_completed more than 15m old; waiting for 30s silence before mmtuning
Radio ok. Listening: .

pump is next to rig
new battery
Can the Explorer Board be the problem? Any ideas how to test?
kallnap
@kallnap
Oct 26 2017 20:23
what I tend to do if nothing works is stop the crontab and run mmtune and some easy pump commands manually
Samuchco
@Samuchco
Oct 26 2017 20:23
how?
is it in the Docs?
Velibor Maric
@vebaba
Oct 26 2017 20:24
I know to stop cron: 'sudo service cron stop'
kallnap
@kallnap
Oct 26 2017 20:26
can you try
crontab -l > apscron

when you do

ls -la

you should see a file apscron

does it work?
Samuchco
@Samuchco
Oct 26 2017 20:47
@kallnap let me try
root@loop2:~# crontab -l > apscron
root@loop2:~# ls -la
total 84
drwx------ 6 root root 4096 Oct 26 16:47 .
drwxr-xr-x 22 root root 4096 Dec 31 1999 ..
-rw-r--r-- 1 root root 1766 Oct 26 16:47 apscron
-rw------- 1 root root 13835 Oct 26 14:51 .bash_history
-rw-r--r-- 1 root root 1319 Oct 26 14:21 .bash_profile
-rw-r--r-- 1 root root 570 Jan 31 2010 .bashrc
-rw-r--r-- 1 root root 1766 Oct 26 14:23 crontab.old.txt
-rw-r--r-- 1 root root 1766 Oct 26 14:23 crontab.txt
-rw-r--r-- 1 root root 57 Oct 19 19:57 .gitconfig
drwxr-xr-x 10 root root 4096 Oct 26 14:20 myopenaps
drwxr-xr-x 117 root root 16384 Oct 26 14:20 .npm
-rw-r--r-- 1 root root 353 Oct 19 22:25 .profile
drwxr-xr-x 6 root root 4096 Oct 19 22:24 src
drwx------ 2 root root 4096 Oct 26 13:46 .ssh
-rw------- 1 root root 2593 Oct 26 13:42 .viminfo
kallnap
@kallnap
Oct 26 2017 20:48
oh, i see you already have a crontab.txt :-)
can you do
more crontab.txt

and check if the content looks like

crontab -l

?

crontab -l > [filename] should copy the content of your current crontab into a file named [filename]
Samuchco
@Samuchco
Oct 26 2017 20:53
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
          • ps aux | grep -v grep | grep -q "oref0-online C0:CC:F8:4A:74:10" || or
            ef0-online C0:CC:F8:4A:74:10 2>&1 >> /var/log/openaps/network.log
          • sudo wpa_cli scan
          • ( killall -g --older-than 30m openaps; killall -g --older-than 30m ore
            f0-pump-loop; killall -g --older-than 30m openaps-report )
          • find /var/log/openaps/pump-loop.log -mmin +5 | grep pump && ( killall
            -g --older-than 5m openaps; killall -g --older-than 5m oref0-pump-loop; killall
            -g --older-than 5m openaps-report )
          • cd /root/myopenaps && oref0-reset-git
          • cd /root/myopenaps && ps aux | grep -v grep | grep -q oref0-truncate-g
            it-history || oref0-truncate-git-history
          • cd /root/myopenaps && ps aux | grep -v grep | grep -q 'openaps get-bg'
            || ( date; openaps get-bg ; cat cgm/glucose.json | json -a sgv dateString | hea
            d -1 ) | tee -a /var/log/openaps/cgm-loop.log
          • cd /root/myopenaps && ps aux | grep -v grep | grep -q 'openaps ns-loop
            ' || openaps ns-loop | tee -a /var/log/openaps/ns-loop.log
            @reboot reset_spi_serial.py
          • oref0-radio-reboot
          • cd /root/myopenaps && ( ps aux | grep -v grep | grep bash | grep -q 'b
            in/oref0-pump-loop' || oref0-pump-loop ) 2>&1 | tee -a /var/log/openaps/pump-loo
            --More--(79%)
kallnap
@kallnap
Oct 26 2017 20:54

okay, if you now type

crontab -r

this will remove the entries and thereby stop your cronjobs related to openaps

Samuchco
@Samuchco
Oct 26 2017 20:55
@kallnap done
kallnap
@kallnap
Oct 26 2017 20:56
crontab -l
should now be empty
Samuchco
@Samuchco
Oct 26 2017 20:56
no crontab for root
kallnap
@kallnap
Oct 26 2017 20:56
can you do cd myopenaps
Samuchco
@Samuchco
Oct 26 2017 20:57
done
kallnap
@kallnap
Oct 26 2017 20:58
what does
openaps use pump mmtune return?
Samuchco
@Samuchco
Oct 26 2017 21:00
root@loop2:~/myopenaps# openaps use pump mmtune
Traceback (most recent call last):
File "/usr/local/bin/openaps-use", line 63, 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-use", line 57, in run
output = app(args, self)
File "/usr/local/lib/python2.7/dist-packages/openaps/uses/init.py", line 92, in call
return self.method.selected(args)(args, app)
File "/usr/local/lib/python2.7/dist-packages/openaps/uses/init.py", line 31, in call
return self.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 23, in open
raise AlreadyInUseException("%s already in use" % self.device)
mmeowlink.vendors.serial_interface.AlreadyInUseException: /dev/spidev5.1 already in use
kallnap
@kallnap
Oct 26 2017 21:03
this is where my suggestions end, I will try something on my rig real quick and be back. I have not messed so much with my loop since I switched to Explorer Board
Samuchco
@Samuchco
Oct 26 2017 21:04

@kallnap this is what I get for grep mmtune

mmtune: "916.876", 1, -98 waiting for 76 second silence before continuing
mmtune: "916.612", 4, -79 waiting for 38 second silence before continuing
mmtune: "916.612", 5, -73 waiting for 26 second silence before continuing
mmtune: "916.852", 2, -96 waiting for 72 second silence before continuing
mmtune: "916.540", 3, -83 waiting for 46 second silence before continuing
mmtune: "916.564", 3, -82 waiting for 44 second silence before continuing
mmtune: "916.516", 2, -88 waiting for 56 second silence before continuing
mmtune: "916.636", 0, -99 waiting for 78 second silence before continuing
mmtune: "916.588", 3, -82 waiting for 44 second silence before continuing
mmtune: "916.492", 3, -82 waiting for 44 second silence before continuing
mmtune: "916.492", 3, -82 waiting for 44 second silence before continuing
mmtune: "916.564", 3, -82 waiting for 44 second silence before continuing
mmtune: "916.564", 2, -88 waiting for 56 second silence before continuing
mmtune: "916.636", 5, -93 waiting for 66 second silence before continuing
mmtune: "916.612", 1, -94 waiting for 68 second silence before continuing
mmtune: "916.636", 0, -99 waiting for 78 second silence before continuing
mmtune: "916.636", 0, -99 waiting for 78 second silence before continuing
mmtune: "916.780", 2, -95 waiting for 70 second silence before continuing
mmtune: "916.828", 1, -98 waiting for 76 second silence before continuing
mmtune: "916.780", 1, -98 waiting for 76 second silence before continuing
mmtune: "916.636", 0, -99 waiting for 78 second silence before continuing
mmtune: "916.780", 1, -96 waiting for 72 second silence before continuing

I see that I have a few 80s
kallnap
@kallnap
Oct 26 2017 21:05
do you have your other rig nearby?
Samuchco
@Samuchco
Oct 26 2017 21:06
no
son took it
I'm susoecting that the explorer has a problem
suspecting*
l
kallnap
@kallnap
Oct 26 2017 21:08
I am checking how you can reset the spidev, I think this is somewhere in the loop algorithm, but looks like none of the more low level knowledgeable people is online
do you still get the same when rerunning openaps use pump mmtune?
Samuchco
@Samuchco
Oct 26 2017 21:14
"Not an openaps environment, run openaps init"
kallnap
@kallnap
Oct 26 2017 21:15
what does pwd return?
Samuchco
@Samuchco
Oct 26 2017 21:15
/root
kallnap
@kallnap
Oct 26 2017 21:16
can you to back into your myopenaps directory?
you can only run openaps commands in that directory
if you want to run them manually
Samuchco
@Samuchco
Oct 26 2017 21:18
root@loop2:~/myopenaps# openaps use
usage: openaps-use [-h] [--format {text,json,base,stdout}] [--output OUTPUT]
[--version]
device ...
openaps-use: error: too few arguments
kallnap
@kallnap
Oct 26 2017 21:19
okay, now please try openaps use pump mmtuneagain
Samuchco
@Samuchco
Oct 26 2017 21:20
nothing
wait, I hit enter again and got this
{
"scanDetails": [
[
"916.300",
2,
-94
],
[
"916.324",
0,
-99
],
[
"916.348",
0,
-99
],
[
"916.372",
0,
-99
],
[
"916.396",
0,
-99
],
[
"916.420",
0,
-99
],
[
"916.444",
0,
-99
],
[
"916.468",
0,
-99
],
[
"916.492",
0,
-99
],
[
"916.516",
0,
-99
],
[
"916.540",
0,
-99
],
[
"916.564",
0,
-99
],
[
"916.588",
0,
-99
],
[
"916.612",
0,
-99
],
[
"916.636",
0,
-99
],
[
"916.660",
0,
-99
],
[
"916.684",
0,
-99
],
[
"916.708",
1,
-96
],
[
"916.732",
1,
-97
],
[
"916.756",
2,
-93
],
[
"916.780",
0,
-99
],
[
"916.804",
3,
-91
],
[
"916.828",
1,
-97
],
[
"916.852",
1,
-97
],
[
"916.876",
2,
-95
]
],
"setFreq": 916.804,
"usedDefault": false
}root@loop2:~/myopenaps#
root@loop2:~/myopenaps#
kallnap
@kallnap
Oct 26 2017 21:23
how far is your pump from the explorer board?
Samuchco
@Samuchco
Oct 26 2017 21:23
Next to it
kallnap
@kallnap
Oct 26 2017 21:23
and you are using a US pump I assume
Samuchco
@Samuchco
Oct 26 2017 21:23
yes
This pump worked
kallnap
@kallnap
Oct 26 2017 21:24
the reception seems pretty bad
Samuchco
@Samuchco
Oct 26 2017 21:25
yes, i'm suspecting explorer
kallnap
@kallnap
Oct 26 2017 21:25
what do you get if you enter openaps use pump reservoir
Samuchco
@Samuchco
Oct 26 2017 21:26
Traceback (most recent call last):
File "/usr/local/bin/openaps-use", line 63, 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-use", line 57, in run
output = app(args, self)
File "/usr/local/lib/python2.7/dist-packages/openaps/uses/init.py", line 92, in call
return self.method.selected(args)(args, app)
File "/usr/local/lib/python2.7/dist-packages/openaps/uses/init.py", line 31, in call
return self.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 64, in before_main
self.check_session(app)
File "/usr/local/lib/python2.7/dist-packages/openaps/vendors/medtronic.py", line 141, in check_session
self.session = self.get_session_info( )
File "/usr/local/lib/python2.7/dist-packages/openaps/vendors/medtronic.py", line 104, in get_session_info
fields = self.create_session( )
File "/usr/local/lib/python2.7/dist-packages/openaps/vendors/medtronic.py", line 129, in create_session
self.pump.power_control(minutes=minutes)
File "/usr/local/lib/python2.7/dist-packages/mmeowlink/handlers/stick.py", line 217, in power_control
status = repeater(self.command, repetitions=500, ack_wait_seconds=12)
File "/usr/local/lib/python2.7/dist-packages/mmeowlink/handlers/stick.py", line 176, in call
self.wait_for_ack(timeout=ack_wait_seconds)
File "/usr/local/lib/python2.7/dist-packages/mmeowlink/handlers/stick.py", line 83, in wait_for_ack
buf = link.read( timeout=timeout )
File "/usr/local/lib/python2.7/dist-packages/mmeowlink/vendors/subg_rfspy_link.py", line 191, in read
return self.get_packet(timeout)['data']
File "/usr/local/lib/python2.7/dist-packages/mmeowlink/vendors/subg_rfspy_link.py", line 185, in get_packet
return self.handle_response(resp)
File "/usr/local/lib/python2.7/dist-packages/mmeowlink/vendors/subg_rfspy_link.py", line 154, in handle_response
decoded = FourBySix.decode(resp[2:])
File "/usr/local/lib/python2.7/dist-packages/mmeowlink/fourbysix.py", line 86, in decode
raise InvalidPacketReceived("Error decoding FourBySix packet")
mmeowlink.exceptions.InvalidPacketReceived: Error decoding FourBySix packet
root@loop2:~/myopenaps#
kallnap
@kallnap
Oct 26 2017 21:28
I am sorry I guess you will have to wait until @scottleibrand shows up, to me it looks like the reception is so poor you cannot get data from the pump, but i am no expert
Samuchco
@Samuchco
Oct 26 2017 21:29
thank you so much for trying
kallnap
@kallnap
Oct 26 2017 21:29
can you go back to your home directory ?
and do crontab apscron this should get you back to where we started from
Samuchco
@Samuchco
Oct 26 2017 21:30
myopenaps?
kallnap
@kallnap
Oct 26 2017 21:31
no, do cd ..
Samuchco
@Samuchco
Oct 26 2017 21:32
ok, on root directory I did the crontab apscron
kallnap
@kallnap
Oct 26 2017 21:32
okay, what does crontab -l return?
Samuchco
@Samuchco
Oct 26 2017 21:32
nothing
root@loop2:~/myopenaps# cd ..
root@loop2:~# crontab apscron
root@loop2:~# crontab -l
root@loop2:~#
kallnap
@kallnap
Oct 26 2017 21:34
what does ls -la return?
Samuchco
@Samuchco
Oct 26 2017 21:34
root@loop2:/# ls -ls
total 72
4 drwxr-xr-x 2 root root 4096 Oct 19 19:48 bin
16 drwxr-xr-x 2 root root 16384 Dec 31 1969 boot
0 drwxr-xr-x 13 root root 3740 Oct 26 17:11 dev
4 drwxr-xr-x 82 root root 4096 Oct 26 17:11 etc
4 drwxr-xr-x 2 root root 4096 Dec 31 1999 factory
4 drwxr-xr-x 5 root root 4096 Dec 31 1999 home
4 drwxr-xr-x 17 1023 users 4096 Oct 19 19:41 lib
4 drwx------ 2 root root 4096 Feb 18 2015 lost+found
4 drwxr-xr-x 2 root root 4096 Oct 14 2014 media
4 drwxr-xr-x 2 root root 4096 Oct 26 17:11 mnt
4 drwxr-xr-x 3 root root 4096 Oct 15 2014 opt
0 dr-xr-xr-x 112 root root 0 Oct 26 17:10 proc
4 drwx------ 6 root root 4096 Oct 26 16:47 root
0 drwxr-xr-x 16 root root 620 Oct 26 17:11 run
4 drwxr-xr-x 2 root root 4096 Oct 19 19:46 sbin
4 drwxr-xr-x 2 root root 4096 Oct 15 2014 sketch
4 drwxr-xr-x 2 root root 4096 Oct 14 2014 srv
0 dr-xr-xr-x 12 root root 0 Oct 26 17:10 sys
0 drwxrwxrwt 7 root root 140 Oct 26 17:17 tmp
0 lrwxrwxrwx 1 root root 17 Dec 31 1999 usr -> /home/.rootfs/usr
4 drwxr-xr-x 11 root root 4096 Oct 14 2014 var
root@loop2:/#
kallnap
@kallnap
Oct 26 2017 21:35
okay, do cd root
and then pwd again
Samuchco
@Samuchco
Oct 26 2017 21:36
/root
kallnap
@kallnap
Oct 26 2017 21:36
great
can you try crontab apscron again
and then crontab -l
Samuchco
@Samuchco
Oct 26 2017 21:36
nothing
kallnap
@kallnap
Oct 26 2017 21:39
and try crontab crontab.txt
Samuchco
@Samuchco
Oct 26 2017 21:39
one mom pls
nothing
root@loop2:~# crontab crontab.txt
root@loop2:~#
kallnap
@kallnap
Oct 26 2017 21:45
and now crontab -l
Samuchco
@Samuchco
Oct 26 2017 21:46
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
          • ps aux | grep -v grep | grep -q "oref0-online C0:CC:F8:4A:74:10" || oref0-online C0:CC:F8:4A:74:10 2>&1 >> /var/log/openaps/network.log
          • sudo wpa_cli scan
          • ( killall -g --older-than 30m openaps; killall -g --older-than 30m oref0-pump-loop; killall -g --older-than 30m openaps-report )
          • find /var/log/openaps/pump-loop.log -mmin +5 | grep pump && ( killall -g --older-than 5m openaps; killall -g --older-than 5m oref0-pump-loop; killall -g --older-than 5m openaps-report )
          • cd /root/myopenaps && oref0-reset-git
          • cd /root/myopenaps && ps aux | grep -v grep | grep -q oref0-truncate-git-history || oref0-truncate-git-history
          • cd /root/myopenaps && ps aux | grep -v grep | grep -q 'openaps get-bg' || ( date; openaps get-bg ; cat cgm/glucose.json | json -a sgv dateString | head -1 ) | tee -a /var/log/openaps/cgm-loop.log
          • cd /root/myopenaps && ps aux | grep -v grep | grep -q 'openaps ns-loop' || openaps ns-loop | tee -a /var/log/openaps/ns-loop.log
            @reboot reset_spi_serial.py
          • oref0-radio-reboot
          • 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
          • ps aux | grep -v grep | grep -q "oref0-bluetoothup" || oref0-bluetoothup >> /var/log/openaps/network.log
            /15 * cd /root/myopenaps && openaps battery-status; cat /root/myopenaps/monitor/edison-battery.json | json batteryVoltage | awk '{if ($1<=3050)system("sudo shutdown -h now")}'
            @reboot cd /root/myopenaps && oref0-delete-future-entries
            root@loop2:~#
I'm going to try to emulate what I did when it did connect. That means re-installing oref0
kallnap
@kallnap
Oct 26 2017 21:47
okay, sorry for not being able to help you
Samuchco
@Samuchco
Oct 26 2017 22:28

@kallnap I reinstalled oref0 and like last time, the pump was able to connect. we'll see if it stays
Starting pump-loop at Thu Oct 26 18:21:22 EDT 2017:
Waiting up to 4 minutes for new BG: glucose.json newer than pump_loop_completed
Radio ok. Listening: .No interfering pump comms detected from other rigs (this is a good thing!)
Old pumphistory: mmeowlink.exceptions.CommsException: No acknowledgement from pump on wakeup. Is it out of range or is the battery too low?

Error, retrying
pump_loop_completed more than 15m old; waiting for 30s silence before mmtuning
Radio ok. Listening: .No interfering pump comms detected from other rigs (this is a good thing!)
Listening for 30s silence before mmtuning: .No interfering pump comms detected from other rigs (this is a good thing!)
mmtune: "916.564", 5, -85 waiting for 50 second silence before continuing
Radio ok. Listening: .No interfering pump comms detected from other rigs (this is a good thing!)

Starting pump-loop at Thu Oct 26 18:25:06 EDT 2017:
Waiting up to 4 minutes for new BG: glucose.json newer than pump_loop_completed
Radio ok. Listening: .No interfering pump comms detected from other rigs (this is a good thing!)
Old pumphistory: Refreshed pumphistory and meal.json
{"carbs":0,"boluses":0,"mealCOB":0,"currentDeviation":-4,"maxDeviation":0,"minDeviationSlope":0}
{"iob":0,"activity":0,"bolussnooze":0,"basaliob":0,"netbasalinsulin":0,"hightempinsulin":0,"microBolusInsulin":0,"microBolusIOB":0,"time":"2017-10-26T22:26:01.000Z","lastBolusTime":0}
{"delta":-4,"glucose":71,"short_avgdelta":-4.17,"long_avgdelta":-4.26}
{"duration":0,"rate":1,"temp":"absolute"}
Basal unchanged: 0.4; target_bg unchanged: 100; sens unchanged: 100 (autosens ratio 1)
Carb Impact: -4.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: -4.3 mg/dL per 5m; UAM Duration: 0 hours
minPredBG: 48 minIOBPredBG: 48 avgPredBG: 48 COB: 0 carbs: 0
BG projected to remain above 100 for 0 minutes
bgUndershoot: 29 zeroTempDuration: 30 zeroTempEffect: 20 carbsReq: 1
determine-basal://text/shell/enact/suggested.json
reporting enact/suggested.json
{"temp":"absolute","bg":71,"tick":-4,"eventualBG":45,"snoozeBG":48,"insulinReq":0,"reservoir":null,"deliverAt":"2017-10-26T22:26:32.586Z","minPredBG":999,"predBGs":{"IOB":[71,67,64,61,58,55,53,51,50,49,48,48,48]},"COB":0,"IOB":0,"reason":"COB: 0, Dev: -26, BGI: 0, ISF: 100, Target: 100, minPredBG 48, IOBpredBG 48; 1 add'l carbs req + 0m zero temp; Eventual BG 45 < 100, setting 30m zero temp. ","carbsReq":1,"duration":30,"rate":0}
enact/enacted.json: {"insulinReq":0,"bg":71,"reservoir":null,"temp":"absolute","snoozeBG":48,"carbsReq":1,"predBGs":{"IOB":[71,67,64,61,58,55,53,51,50,49,48,48,48]},"minPredBG":999,"IOB":0,"reason":"COB: 0, Dev: -26, BGI: 0, ISF: 100, Target: 100, minPredBG 48, IOBpredBG 48; 1 add'l carbs req + 0m zero temp; Eventual BG 45 < 100, setting 30m zero temp. ","COB":0,"eventualBG":45,"recieved":true,"duration":30,"tick":-4,"timestamp":"2017-10-26T18:26:37.546800","deliverAt":"2017-10-26T22:26:32.586Z","rate":0}
Old pumphistory-24h, waiting for 7 seconds of silence: Radio ok. Listening: .No interfering pump comms detected from other rigs (this is a good thing!)
Old pumphistory-24h refresh^C
root@loop2:~#

Samuchco
@Samuchco
Oct 26 2017 22:39
It works but it goes from enabled or looping to unknown
Screenshot (8).png
Screenshot (9).png
Screenshot (10).png
Samuchco
@Samuchco
Oct 26 2017 22:52
So connects fine with the pump, so far. Using my phones Wifi. So only one SSID in the wpa_supplicant.conf
I will add my home's Wifi and see if it can toggle between the two. By turning off the phones Wifi
Starting pump-loop at Thu Oct 26 18:42:02 EDT 2017:
Waiting up to 4 minutes for new BG: .....................glucose.json newer than pump_loop_completed
Radio ok. Listening: .No interfering pump comms detected from other rigs (this i s a good thing!)
Profile less than 60m old. glucose.json newer than temp_basal.json. Temp refresed
{"carbs":8,"boluses":0,"mealCOB":7,"currentDeviation":-3.22,"maxDeviation":0,"minDeviationSlope":0}
{"iob":-0.119,"activity":0.0008,"bolussnooze":0,"basaliob":-0.119,"netbasalinsulin":0.1,"hightempinsulin":0.25,"microBolusInsulin":0,"microBolusIOB":0,"time":"2017-10-26T22:46:23.000Z","lastBolusTime":0}
{"delta":-5,"glucose":58,"short_avgdelta":-4.22,"long_avgdelta":-3.5}
{"duration":25,"rate":0,"temp":"absolute"}
Basal unchanged: 0.4; target_bg unchanged: 100; sens unchanged: 100 (autosens ratio 1)
Carb Impact: -4.6 mg/dL per 5m; CI Duration: 0 hours; remaining 4h+ CI: 1 mg/dL per 5m
Accel. Carb Impact: 10 mg/dL per 5m; ACI Duration: 0.8 hours
UAM Impact: -3.8 mg/dL per 5m; UAM Duration: 0 hours
minPredBG: 45 minIOBPredBG: 39 minCOBPredBG: 45 avgPredBG: 66 COB: 7 carbs: 8
BG projected to remain above 100 for 0 minutes
bgUndershoot: 13 zeroTempDuration: 30 zeroTempEffect: 20 carbsReq: -8
determine-basal://text/shell/enact/suggested.json
reporting enact/suggested.json
{"temp":"absolute","bg":58,"tick":-5,"eventualBG":87,"snoozeBG":47,"insulinReq":0,"reservoir":null,"deliverAt":"2017-10-26T22:46:42.224Z","minPredBG":999,"predBGs":{"IOB":[58,53,49,45,42,39,39,39,39,39,39,39,39,39,39,39,39,39,39,39,39,39,39,39,39,39,40,40,41,41,41,42,42,42,43,43,43,43,44],"aCOB":[58,62,66,69,72,74,76,77,78,78,77,77,77,78,78,79,79,80,80,81,82,82,83,83,84,84,85,85,86,86,86,87,87,87,88,88,88,88,88,89],"COB":[58,54,51,49,46,45,43,42,42,42,43,44,45,46,48,49,51,53,54,56,58,59,61,62,64,65,67,68,70,71,73,74,75,77,78,79,81,82,83,84,85,87]},"COB":7,"IOB":-0.119,"reason":"COB: 7, Dev: -23, BGI: -0.4, ISF: 100, Target: 100, minPredBG 45, IOBpredBG 44, COBpredBG 87; BG 58<70, minDelta -5 < expectedDelta 1.8; 25m left and 0 ~ req 0U/hr: no temp required"}
enact/enacted.json: {"insulinReq":0,"bg":66,"reservoir":null,"temp":"absolute","snoozeBG":64,"rate":0,"predBGs":{"COB":[66,64,63,62,61,61,60,60,61,61,62,63,64,66,67,69,70,72,73,75,77,78,80,81,83,84,86,87,89,90,92,93,95,96,97,99,100,101,103,104,105,107],"aCOB":[66,72,78,83,88,92,95,98,100,101,102,102,102,103,103,103,104,104,104,105,105,105,106,106,107,107,107,107,108,108,108,108,109,109,109,109,109,110],"IOB":[66,63,61,58,56,55,53,52,51,50,50,50,50,50,51,51,51,52,52,52,53,53,54,54,54,55,55,55,55,56,56,56,56,57,57,57,57,57,58]},"minPredBG":999,"IOB":-0.064,"reason":"COB: 8, Dev: -19, BGI: -0.5, ISF: 100, Target: 100, minPredBG 64, IOBpredBG 58, COBpredBG 107; BG 66<70, minDelta -3 < expectedDelta 1.5; ","COB":8,"eventualBG":107,"recieved":true,"duration":30,"tick":-3,"timestamp":"2017-10-26T18:40:20.362264","deliverAt":"2017-10-26T22:40:15.417Z"}
glucose.json newer than pumphistory. : Refreshed pumphistory and meal.json
{"carbs":8,"boluses":0,"mealCOB":7,"currentDeviation":-3.22,"maxDeviation":0,"minDeviationSlope":0}
{"iob":-0.119,"activity":0.0008,"bolussnooze":0,"basaliob":-0.119,"netbasalinsulin":0.1,"hightempinsulin":0.25,"microBolusInsulin":0,"microBolusIOB":0,"time":"2017-10-26T22:46:42.000Z","lastBolusTime":0}
{"delta":-5,"glucose":58,"short_avgdelta":-4.22,"long_avgdelta":-3.5}
{"duration":25,"rate":0,"temp":"absolute"}
Basal unchanged: 0.4; target_bg unchanged: 100; sens unchanged: 100 (autosens ratio 1)
Carb Impact: -4.6 mg/dL per 5m; CI Duration: 0 hours; remaining 4h+ CI: 1 mg/dL per 5m
Accel. Carb Impact: 10 mg/dL per 5m; ACI Duration: 0.8 hours
UAM Impact: -3.8 mg/dL per 5m; UAM Duration: 0 hours
minPredBG: 45 minIOBPredBG: 39 minCOBPredBG: 45 avgPredBG: 66 COB: 7 carbs: 8
BG projected to remain above 100 for 0 minutes
bgUndershoot: 13 zeroTempDuration: 30 zeroTempEffect: 20 carbsReq: -8
determine-basal://text/shell/enact/suggested.json
reporting enact/suggested.json
{"temp":"absolute","bg":58,"tick":-5,"eventualBG":87,"snoozeBG":47,"insulinReq":0,"reservoir":null
Samuchco
@Samuchco
Oct 26 2017 23:02
I think I scared everyone in this conversation
I added the new ssid and rebooted.
Reboot stopped at this
loop2 login: [ 66.116810]
[ 66.116810] Dongle Host Driver, version 1.141.59 (r)
[ 66.116810] Compiled in /home/robin/src/edison-linux-helper/edison-bcm43340 on Apr 4 2017 at 22:42:52
[ 66.116992] wl_android_wifi_on in
[ 66.137559] wifi_platform_set_power = 1
[ 66.700018] F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0
[ 66.708782] DHD: dongle ram size is set to 524288(orig 524288) at 0x0
[ 66.718409] dhdsdio_download_firmware: firmware path=/lib/firmware/fw_bcmdhd.bin, nvram path=/lib/firmware/bcmdhd.cal
[ 66.930632] sdioh_request_buffer: [1] doing memory copy buf=f5889000, len=2037
[ 67.013792] dhdsdio_write_vars: Download, Upload and compare of NVRAM succeeded.
[ 67.181475] dhd_bus_init: enable 0x06, ready 0x06 (waited 0us)
[ 67.192106] wifi_platform_get_mac_addr
[ 67.199028] wifi_get_mac_addr_intel: unable to open /config/wifi/mac.txt
[ 67.210539] Firmware up: op_mode=0x0015, MAC=90:b6:86:11:a2:17
[ 67.242708] Firmware version = wl0: Aug 15 2014 15:09:17 version 6.20.190.2 (r497061) FWID 01-bb9bbd07
[ 67.254180] dhd_preinit_ioctls wl ampdu_hostreorder failed -23
Samuchco
@Samuchco
Oct 26 2017 23:08
I wonder if this is part of the reboot problem
loop2 login: [ 66.116810]
Scott Leibrand
@scottleibrand
Oct 26 2017 23:15
@Samuchco I think we got lost. What are you stuck on now?
Samuchco
@Samuchco
Oct 26 2017 23:16
So to recap. When I re-install oref0 and it asks me to put an ssid and password, the rig connects with the pump
When I insert an additional ssid then no more connection or results with ifconfig wlan0 ir iwgetid -r

Starting pump-loop at Thu Oct 26 19:11:02 EDT 2017:
Waiting up to 4 minutes for new BG: ............^C
root@loop2:~# iwgetid -r
root@loop2:~# ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr 90:b6:86:11:a2:17
inet6 addr: fe80::92b6:86ff:fe11:a217/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:94 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:29691 (28.9 KiB)

root@loop2:~# wifi
and getting new wlan0 IP
Finished oref0-online.

Starting oref0-online.
At Thu Oct 26 19:08:01 EDT 2017 my local IP is:
At Thu Oct 26 19:08:01 EDT 2017, my wifi network name is , and my public IP is:
At Thu Oct 26 19:08:02 EDT 2017, my wifi network name is , and my public IP is:
At Thu Oct 26 19:08:02 EDT 2017 my public IP is:
Error, connecting BT to C0:CC:F8:4A:74:10, getting bnep0 IP

Scott Leibrand
@scottleibrand
Oct 26 2017 23:18
what kind of wifi networks are you putting in? phone hotspot? home? all WPA2?
probably worth pasting your wpa_supplicant.conf with PSK's redacted.
Samuchco
@Samuchco
Oct 26 2017 23:19
When I re-install oref0, I put my phone (android) wifi
then I add the home wifi
Scott Leibrand
@scottleibrand
Oct 26 2017 23:20
have you ever had both wifi's working?
FWIW you usually don't need to re-do the bootstrap script (pasting in the big block of text)
Samuchco
@Samuchco
Oct 26 2017 23:21
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="Samsung Galaxy Note5_6626"
psk="xxxxxxx"
network={
ssid="BENO's Wi-Fi Network"
psk="xxxxxx"
}network={
ssid=""
psk="my wifi password"
}network={
ssid="my network"
psk="my wifi password"
}network={
ssid="my network"
psk="my wifi password"
}
no, one or the other
which ever I put on the re-install, works
At Thu Oct 26 19:23:05 EDT 2017, my wifi network name is , and my public IP is:
Error, cycling networking
Stopping networking (via systemctl): networking.service.
Starting networking (via systemctl): networking.service.
and getting new wlan0 IP
Finished oref0-online.
my wifi network name and my public IP are blank
John Benjamin
@Bender1061
Oct 26 2017 23:33
well i just found out the hard way about putting something bad in /etc/rc.local :rage:
Samuchco
@Samuchco
Oct 26 2017 23:35

@scottleibrand

FWIW you usually don't need to re-do the bootstrap script (pasting in the big block of text) what does that mean? was this for me?

Scott Leibrand
@scottleibrand
Oct 26 2017 23:42
@Samuchco yes: I'm saying you don't have to delete and re-do your wifi setup every time you want to reinstall oref0 etc.
@Samuchco you're missing a closing } after the Samsung Galaxy Note5_6626 network stanza
Samuchco
@Samuchco
Oct 26 2017 23:43
I saw that and corrected, rebooting
Samuchco
@Samuchco
Oct 26 2017 23:53
@scottleibrand PM me so I can send you a check for the stupid mistake.
Connected to BENO's and it's looping (test pump) but goes from "2m ago" to "unknown"
Samuchco
@Samuchco
Oct 26 2017 23:59
At Thu Oct 26 19:59:02 EDT 2017, my wifi network name is BENO's Wi-Fi Network, and my public IP is: 73.244.98.190
Finished oref0-online.
[ 993.864762] link down if wlan0 may call cfg80211_disconnected. event : 16, reason=2 from 28:cf:da:b9:4a:7b
[ 994.002420] connect failed event=0 e->status 1 e->reason 0
[ 998.445604] wl_bss_connect_done succeeded with 02:0a:f5:30:e6:e2
[ 998.522708] wl_bss_connect_done succeeded with 02:0a:f5:30:e6:e2
^C
root@loop2:~#