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

13th
Dec 2017
Diadon81
@Diadon81
Dec 13 2017 00:08
fixed by openaps get-settings command
it's looks line new check for x12 broke something
dburren
@dburren
Dec 13 2017 01:11

@garykidd There’s not a lot of point in looping more than twice every 5 minutes if our CGMs only report BG data every 5 minutes. From an algorithmic p.o.v. anyway (ref Nyquist sampling). That depends somewhat on whether you can synchronise the loop with the new data, but there’re already several steps in the way (sensor->xDrip->{NS or xDripAPS}->glucose.json) which add up the delays. On my setup I extract the data from xDripAPS every 2m at the moment, but I can’t do much about xDrip’s schedule.

But if you can make the rig’s processing take a fraction of the time instead of having to start the next loop as soon as it finishes the last, it will have a MASSIVE effect on battery consumption, etc.
The current JS code even on Edison platforms seems to consume an obscene amount of power. The powersaving from things like disabling WiFi (which for example on a phone in airplane mode can have a huge impact on battery life) are simply not noticeable because of the huge CPU consumption at the moment.

dburren
@dburren
Dec 13 2017 01:17
Just noticed on the Gitter iOS app that x D rip becomes smiley-rip. Sigh.
Carl
@c-robertson
Dec 13 2017 01:46
Hi all, got my loop running this weekend (Edison on Explorer v1.3) and it works great connected to my home wifi. However, it won't connect to other wifi networks. I have added wpa_supplicant.conf entries for 2 networks at my work location, both of which use the same security type (WPA2) and encryption (AES) as my home network. I tried some troubleshooting at work with wpa_cli which shows that it is stuck in SCANNING. Any suggestions?
Carl
@c-robertson
Dec 13 2017 02:20
Reading the docs (for the nth time), my issue may be (upper)casing of the SSID. Any other tips are appreciated...
Scott Leibrand
@scottleibrand
Dec 13 2017 05:18
Apostrophes are also evil.
DaisyHK
@laurathiessen
Dec 13 2017 05:39
pump randomly stopped working 6 hrs ago... powered down and on and rebooted it but that does not seem to fix it... logged into the rg and the log brings this up ?????
image.png
i never touched date, time or any settings today... nly had the pump on me and was working fine up until a few hours ago.... so confused
Diadon81
@Diadon81
Dec 13 2017 07:58
Hi all, for the latest dev, I have two issues to report, 1) for a fresh install (after I completely delete myopenaps folder) get-settings function doesn’t create settings/profile.json and etc. files. 2) I see the following messages in pump log:
No bolus needed (yet). jq: error: null and number cannot be divided
date: invalid date ‘@’
Settings less than 15 minutes old. jq: error: null and number cannot be divided
date: invalid date ‘@’
Edison battery at 67% is charged (>= 98%) or likely charging (60-70%). Pumphistory-24 < 15m old
jq: error: null and etc
And there is no information under openaps pill and battery in NS
Because I am using MDT (same with Brian Cadre) I assume there is some problem with MDT
Chris Oattes
@cjo20
Dec 13 2017 13:55
@Diadon81 for the date errors: openaps/oref0#845 I just need to make a change before it's actually submitted to dev. Looking at it being the weekend before I get to do that. That error shouldn't stop your loop from running.
@cascer1 openaps/oref0#865
Diadon81
@Diadon81
Dec 13 2017 14:01
@cjo20 hi Chris, how do you think is it related with my NS problem?
Sorry I want to add some more comments to my previous explanations, get-settings doesn’t create these files during setup process
Chris Oattes
@cjo20
Dec 13 2017 14:13
I don't think the date error you're seeing is related to your NS problems
Thacher
@thacherT1D
Dec 13 2017 15:36
pushover question -- if I set pushover on nightscout (in config variables) to only send alarms and not notifications -- will I still get OpenAPS notifications (such as the how many carbs to eat
Dana Lewis
@danamlewis
Dec 13 2017 15:38
If you set up Pushover in oref0-setup, yes. Two separate things right now @thacherT1D
Thacher
@thacherT1D
Dec 13 2017 15:39
thanks @danamlewis -- I thought so, but just wanted to check -- trying to get the useful information without hitting alarm fatigue so I'm just ignoring everything but the angry dexcom low alarms, haha
Niels Hartvig
@hartvig
Dec 13 2017 15:50
@scottleibrand as much as possible : o ) The scenario is mostly getting an idea of how things are going but not necessarily live (every 15 - 30 minutes is fine). He doesn't (yet) add carbs via nightscout when in school (where he relies on pump / bolus guide). We hope Christmas holidays will give us time to get fully familiar and confident with 100% calculations done by openaps.
DaisyHK
@laurathiessen
Dec 13 2017 16:13
my pump log was very big yesterday so i changed from dev to master and it was working again. I woke up this morning and it stopped working again last night this is the log
image.png
but my preferences never changed since at night when it was working
k... just exitied out of the pump and restarted the pump so it is now working through the reboot
DaisyHK
@laurathiessen
Dec 13 2017 16:24
image.png
" less /var/log/openaps/pump-loop.log"
Dana Lewis
@danamlewis
Dec 13 2017 16:27
You keep talking about the pump breaking and rebooting
DaisyHK
@laurathiessen
Dec 13 2017 16:27
"G", "b"
Dana Lewis
@danamlewis
Dec 13 2017 16:27
Do you really mean that? Or do you mean the rig?
DaisyHK
@laurathiessen
Dec 13 2017 16:27
image.png
oh sorry yes the rig
the pump is fine and is near the rig... as in pump on chest rig in bra
well now on the table as it is attached to the comp lol
DaisyHK
@laurathiessen
Dec 13 2017 16:32
@danamlewis should i tag you on facebook to the issue i was having last night, might give you an idea for my issue today?
DaisyHK
@laurathiessen
Dec 13 2017 16:40
its not the issue from last night....
image.png
it also wont let me look at mmtun
image.png
garykidd
@garykidd
Dec 13 2017 17:06
Does upgrading mmab from sandbox likely to have any impact on reliability. I seem to be having ala lot of nightscout issues with openaps pill not updating. Not sure if thiz is even related.
rosaasor1
@rosaasor1
Dec 13 2017 17:12
Been running OpenAPS successfully for a few weeks with xdrip+. BG data is being uploaded to NS with correct timestamp together with carbs+bolus from pump bolus wizard. Get terror message ” oref0-pump-loop failed. {"reason":"If current system time Wed Dec 13 2017 18:00:47 GMT+0100 (CET) is correct, then BG data is too old. The last BG data was read 374.2m ago at Wed Dec 13 2017 11:46:37 GMT+0100 (CET).” Verified that up-to-date BG data is available in NS. I have changed battery, checked mlab database (size and size on disk 8 and 48MB after compacting). OpenAPS pill displays similar message ”If current system time …. is correct, then BG data is too old”. Appears the rig is not able to read BG data from NS?
Enda Farrell
@endafarrell
Dec 13 2017 17:33
@rosaasor1 Might be that your rig cannot get to your NS - is there anything interesting in ’/var/log/openaps/network.log’?
rosaasor1
@rosaasor1
Dec 13 2017 17:40
@endafarrell Network.log shows I am connected to home Wifi with a correct IP address, not bluetooth tethering and local hotspot not running. Notice that the rig is reading info entered by bolus wizard on pump and the info is uploaded and displaye correctly in NS. OpenAPS is running, but is not able to access BG data.
alimhassam
@alimhassam
Dec 13 2017 17:43
@rosaasor1 does anything seems off in '/var/log/openaps/ns-loop.log'
rosaasor1
@rosaasor1
Dec 13 2017 17:46
@alimhassam Maybe the last two lines are of interest:
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
{"batteryVoltage":4041, "battery":86}
Uploaded
Starting ns-loop at Wed Dec 13 18:43:02 CET 2017:
ns://JSON/shell/cgm/ns-glucose.json
No JSON object could be decoded
alimhassam
@alimhassam
Dec 13 2017 17:46
seems like it's having trouble getting ns-glucose
which would explain the behavior you see.
Scott Leibrand
@scottleibrand
Dec 13 2017 17:47
check your NS URL and re-run oref0-setup if you're not sure it's right
DaisyHK
@laurathiessen
Dec 13 2017 17:48
sorry guys but my issue was posted over an hour ago and no one has addressed it, guessing cause no one currently online know how to fix it, but my issue will get lost with all these new strings. so what should I do?
rosaasor1
@rosaasor1
Dec 13 2017 17:49
I believe it can connect to NS since bolus wizard info is uploaded and correctly displayed. I will do a fresh oref0 install and check the result afterwards.
Scott Leibrand
@scottleibrand
Dec 13 2017 17:52
@laurathiessen did you fix your insulin peak time?
alimhassam
@alimhassam
Dec 13 2017 17:52
@rosaasor1 i think you can run something like this to see if it works nightscout ns $NIGHTSCOUT_HOST $API_SECRET oref0_glucose_since -1hour
DaisyHK
@laurathiessen
Dec 13 2017 17:53
@scottleibrand ys
image.png
but still says error in preferences and somethintg about parse
Scott Leibrand
@scottleibrand
Dec 13 2017 17:54
"something" doesn't help us troubleshoot
DaisyHK
@laurathiessen
Dec 13 2017 17:54
image.png
Scott Leibrand
@scottleibrand
Dec 13 2017 17:55
looks like it just can't talk to the pump well enough to pull old pumphistory
DaisyHK
@laurathiessen
Dec 13 2017 17:56
sorry about my statement before scott
Scott Leibrand
@scottleibrand
Dec 13 2017 17:56
no worries, didn't realize you were about to paste the screenshot
DaisyHK
@laurathiessen
Dec 13 2017 17:57
image.png
it wont let me look at mmmtune
sorry trying to use the documents to trouble shoot it myself as well
Scott Leibrand
@scottleibrand
Dec 13 2017 17:58
you're missing a " before ultra-rapid
DaisyHK
@laurathiessen
Dec 13 2017 17:58
battery is good on the pump and it is close
Scott Leibrand
@scottleibrand
Dec 13 2017 17:58
the error message tells you exactly where the error in preferences.json is: line 19, column 22
rosaasor1
@rosaasor1
Dec 13 2017 17:59
@alimhassam When I ran the command, I got the following message 'Not an openaps environment, run: openaps init' When I ran "openaps init" I got the following messages: root@edison:~# openaps init
Traceback (most recent call last):
File "/usr/local/bin/openaps", line 170, 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", line 155, in run
builtins.dispatch(args, self)
File "/usr/local/lib/python2.7/dist-packages/openaps/builtins.py", line 44, in dispatch
command(args)
File "/usr/local/lib/python2.7/dist-packages/openaps/init.py", line 6, in init
if args.args[1] == '--nogit':
IndexError: list index out of range
alimhassam
@alimhassam
Dec 13 2017 17:59
sorry
you need to be in cd ~/myopenaps
DaisyHK
@laurathiessen
Dec 13 2017 18:00
ok fixed it.. lets se what happens
image.png
alimhassam
@alimhassam
Dec 13 2017 18:01
@rosaasor1, FYI, i'm not 100% i gave you the right command that's being ran to get ns-glucose.json but it should still work as it works for me.
DaisyHK
@laurathiessen
Dec 13 2017 18:01
@scottleibrand ok thanks will note that for next time I see a specific indication on an error in preferences
@scottleibrand ok its working again thanks so much! i will stop posting so these other guys issues dont get lost
Scott Leibrand
@scottleibrand
Dec 13 2017 18:05
@laurathiessen if the troubleshooting page in the docs isn't clear enough, please go ahead and PR in a clarification for the next person troubleshooting this kind of issue.
rosaasor1
@rosaasor1
Dec 13 2017 18:05
@alimhassam I believe I still have an eror: root@edison:~/myopenaps# nightscout ns $NIGHTSCOUT_HOST $API_SECRET oref0_glucose_since -1hour
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 45, in call
output = self.main(args, app)
File "/usr/local/lib/python2.7/dist-packages/openapscontrib/timezones/init.py", line 89, in main
results = self.convert(inputs)
File "/usr/local/lib/python2.7/dist-packages/openapscontrib/timezones/init.py", line 82, in convert
value = record.get(field, None)
AttributeError: 'unicode' object has no attribute 'get'
Scott Leibrand
@scottleibrand
Dec 13 2017 18:06
do you have $NIGHTSCOUT_HOST and $API_SECRET set in your shell? echo $NIGHTSCOUT_HOST etc. to see (but don't post them here)
rosaasor1
@rosaasor1
Dec 13 2017 18:08
@scottleibrand Yes, they are correct.
Scott Leibrand
@scottleibrand
Dec 13 2017 18:08
do you have token auth configured in NS?
rosaasor1
@rosaasor1
Dec 13 2017 18:09
No, API secret.
Scott Leibrand
@scottleibrand
Dec 13 2017 18:11
if you want to PM me your NS URL, I can take a look. I do not need/want your API secret
rosaasor1
@rosaasor1
Dec 13 2017 18:17
Trying to find out how to send PM in Gitter.... @scottleibrand
Scott Leibrand
@scottleibrand
Dec 13 2017 19:55
she figured it out, and sounds like the problem fixed itself
alimhassam
@alimhassam
Dec 13 2017 20:06
what was the issue?
Scott Leibrand
@scottleibrand
Dec 13 2017 20:09
no idea
alimhassam
@alimhassam
Dec 13 2017 20:24
I also has a transient JSON error in my nsloop logs that solved itself yesterday, and made NS connection stopped yesterday.
Anyway I'll look more if it happens again
Enda Farrell
@endafarrell
Dec 13 2017 22:38
FYI. Today I tried, for the first time, to set up Bluetooth to my CGM-supplying (from Freestyle Libre) xDrip+ android phone. Though compiling Bluez takes a while I eventually had success with this for many hours. I seemed to need a sleep or two in the oref0-online.sh bt_connect function as without them my rig wouldn't connect. Anyway, things were OK until I did something on the android phone which seemed to kill the tether. I don't know what I did - perhaps I turned off BT on the phone. Anyway, afterwards, and for the next three hours, I had not networking at all (and yes, I did turn back on the BT tethering on the phone ;-) . In the end I redid the http://openaps.readthedocs.io/en/latest/docs/Build%20Your%20Rig/edison-install.html#copy-and-paste-to-run-the-wifi-and-oref0-setup-scripts steps - except the last two curl and install. That gave me back my WiFi. For my explorer board - v1.3 - my /etc/wpa_supplicant/wpa_supplicant.conf needs to have quotes around my ssid and psk entries - without them I don't get WiFi. I'll leave it 'til tomorrow to retry setting up BT for offline looping.
Brian Cadre
@bcadre
Dec 13 2017 23:26

@scottleibrand or @danamlewis: attempted to run openaps first-upload but I get the following:

Not an openaps environment, run: openaps init

How do I proceed? I'm still getting all the data in a vertical line in NS. It's as if all data is occurring in the same moment in time on NS.

Chris Oattes
@cjo20
Dec 13 2017 23:45
@bcadre what's the output of pwd
Brian Cadre
@bcadre
Dec 13 2017 23:47
@cjo20 It takes me back to /root
Most recent pump loop log: Notice the date for "lastBolustime" and date after "long_avgdelta" it's listed as "1513187013000"
Here's an excerpt from the log:
Autotune exists! Hoorah! You can use microbolus-related features.
{"carbs":0,"nsCarbs":0,"bwCarbs":0,"mealCOB":0,"currentDeviation":7.33,"maxDeviation":9.3,"minDeviation":1.33,"slopeFromMaxDeviation":-0.592,"slopeFromMinDeviation":0.72,"allDeviations":[9,9,4,4,3,6,1],"lastCarbTime":0,"bwFound":false}
{"iob":-0.192,"activity":-0.0006,"basaliob":-0.192,"bolusiob":0,"netbasalinsulin":-0.2,"bolusinsulin":0,"time":"2017-12-13T23:46:00.000Z","iobWithZeroTemp":{"iob":-0.192,"activity":-0.0006,"basaliob":-0.192,"bolusiob":0,"netbasalinsulin":-0.2,"bolusinsulin":0,"time":"2017-12-13T23:46:00.000Z"},"lastBolusTime":1513187013000,"lastTemp":{"rate":1.3,"timestamp":"2017-12-13T17:44:10-06:00","started_at":"2017-12-13T23:44:10.000Z","date":1513208650000,"duration":2.89}}
{"delta":8,"glucose":146,"short_avgdelta":7.44,"long_avgdelta":6.96,"date":1513208340000}
Autosens ratio: 1; Basal unchanged: 1; ISF unchanged: 33; CR: 7
currenttemp: { duration: 29, rate: 1.3, temp: 'absolute' } lastTempAge: 2 m tempModulus: 1 m
SMB disabled (no enableSMB preferences active)
Carb Impact: 7.3 mg/dL per 5m; CI Duration: NaN hours; remaining CI (~2h peak): NaN mg/dL per 5m
UAM Impact: 7.3 mg/dL per 5m; UAM Duration: 1.1 hours
minPredBG: 189 minIOBPredBG: 189 minZTGuardBG: 146 avgPredBG: 192 COB: 0 / 0
BG projected to remain above 100 for 240 minutes
naive_eventualBG: 152 bgUndershoot: -82 zeroTempDuration: 240 zeroTempEffect: 132 carbsReq: -45
Checking deliverAt: 2017-12-13T23:46:06.370Z is within 1m of current time: Wed Dec 13 17:46:06 CST 2017
and that smb-suggested.json is less than 1m old
enact/smb-suggested.json: {"temp":"absolute","bg":146,"tick":"+8","eventualBG":196,"insulinReq":0.192,"reservoir":"209.1","deliverAt":"2017-12-13T23:46:06.370Z","sensitivityRatio":1,"predBGs":{"IOB":[146,153,159,165,170,174,178,181,184,186,187,188,188,188,189,189,189,189,189,190,190,190,190,190,190,191,191,191,191,191,191,191,191,191,191,191,192],"ZT":[146,146,146,146,147,147,147,148,148,149,149,150,151,152,152]},"COB":0,"IOB":-0.192,"reason":"COB: 0, Dev: 44, BGI: 0, ISF: 33, CR: 7, Target: 100, minPredBG 189, minGuardBG 153, IOBpredBG 192; Eventual BG 196 >= 100, max_iob 0, temp 1.3<1.4U/hr.  29m left and 1.3 ~ req 1.4U/hr: no temp required"}
No smb_enact needed. Temp refreshed: monitor/temp_basal.json: {"duration":29,"rate":1.3,"temp":"absolute"}
No bolus needed (yet). jq: error: null and number cannot be divided
date: invalid date ‘@’
Chris Oattes
@cjo20
Dec 13 2017 23:55
@bcadre Ypu meed tp be on the openaps directory, not just /root to run the first-upload
Brian Cadre
@bcadre
Dec 13 2017 23:57
@cjo20 How do I get there? Sorry, not a computer expert... Can't find it in the docs.