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

1st
Feb 2018
garykidd
@garykidd
Feb 01 2018 00:42
cant seem to get 2 different rigs running again after trying to update to latest dev and using runagain....cant seem to get past this stage...
Starting oref0-pump-loop at Wed Jan 31 19:35:02 EST 2018 with 20 second wait_for_silence:
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!)
Preflight OK. Profile less than 60m old; Profile valid. Refgrep: monitor/status.json: No such file or directory
cat: monitor/status.json: No such file or directory
/usr/local/bin/oref0-pump-loop: line 498: test: ==: unary operator expected
cat: monitor/status.json: No such file or directory
/usr/local/bin/oref0-pump-loop: line 499: test: ==: unary operator expected

cat: monitor/status.json: No such file or directory
Couldn't refresh_pumphistory_and_meal
oref0-pump-loop failed. pump_loop_completed more than 15m old; waiting for 40s silence before mmtuning
Radio ok. Listening: ......No interfering pump comms detected from other rigs (this is a good thing!)
Listening for 40s silence before mmtuning: .No interfering pump comms detected from other rigs (this is a good thing!)
mmtune: Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
No wait required.
If pump and rig are close enough, this error usually self-resolves. Stand by for the next loop.
Unsuccessful oref0-pump-loop at Wed Jan 31 19:37:16 EST 2018
grep: monitor/temp_basal.json: No such file or directory


Starting oref0-pump-loop at Wed Jan 31 19:37:31 EST 2018 with 23 second wait_for_silence:
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!)
Preflight OK. Profile less than 60m old; Profile valid. Refgrep: monitor/status.json: No such file or directory
cat: monitor/status.json: No such file or directory
/usr/local/bin/oref0-pump-loop: line 498: test: ==: unary operator expected
cat: monitor/status.json: No such file or directory
/usr/local/bin/oref0-pump-loop: line 499: test: ==: unary operator expected

cat: monitor/status.json: No such file or directory
Couldn't refresh_pumphistory_and_meal
oref0-pump-loop failed. pump_loop_completed more than 15m old; waiting for 40s silence before mmtuning
Radio ok. Listening: .No interfering pump comms detected from other rigs (this is a good thing!)
Listening for 40s silence before mmtuning: .No interfering pump comms detected from other rigs (this is a good thing!)
mmtune: Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
No wait required.
If pump and rig are close enough, this error usually self-resolves. Stand by for the next loop.
Unsuccessful oref0-pump-loop at Wed Jan 31 19:39:37 EST 2018
grep: monitor/temp_basal.json: No such file or directory


Starting oref0-pump-loop at Wed Jan 31 19:40:02 EST 2018 with 28 second wait_for_silence:
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!)
Preflight OK. Profile less than 60m old; Profile valid. Refgrep: monitor/status.json: No such file or directory
cat: monitor/status.json: No such file or directory
/usr/local/bin/oref0-pump-loop: line 498: test: ==: unary operator expected
cat: monitor/status.json: No such file or directory
/usr/local/bin/oref0-pump-loop: line 499: test: ==: unary operator expected

cat: monitor/status.json: No such file or directory
Couldn't refresh_pumphistory_and_meal
oref0-pump-loop failed. pump_loop_completed more than 15m old; waiting for 40s silence before mmtuning
Radio ok. Listening: ......No interfering pump comms detected from other rigs (this is a good thing!)
Listening for 40s silence before mmtuning: ....
Scott Leibrand
@scottleibrand
Feb 01 2018 00:46
if you want to see all the details you can run killall -g oref0-pump-loop; export OREF0_DEBUG=1; oref0-pump-loop
garykidd
@garykidd
Feb 01 2018 00:48
cat: monitor/status.json: No such file or directory
Couldn't refresh_pumphistory_and_meal
oref0-pump-loop failed. pump_loop_completed more than 15m old; waiting for 40s silence before mmtuning
Radio ok. Listening: ......No interfering pump comms detected from other rigs (this is a good thing!)
Listening for 40s silence before mmtuning: .................................................................................................................................^C
root@GREEN:~/myopenaps# killall -g oref0-pump-loop; export OREF0_DEBUG=1; oref0-pump-loop

Starting oref0-pump-loop at Wed Jan 31 19:46:58 EST 2018 with 10 second wait_for_silence:
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!)
Preflight settings/model.json  raised  Attempting to use a port that is not open
Traceback (most recent call last):
  File "/usr/local/bin/openaps-report", line 82, 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-report", line 75, in run
    output = app(args, self)
  File "/usr/local/lib/python2.7/dist-packages/openaps/cli/subcommand.py", line 52, in __call__
    return self.method.main(args, app)
  File "/usr/local/lib/python2.7/dist-packages/openaps/reports/invoke.py", line 40, in main
    output = task.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/openaps/vendors/medtronic.py", line 161, in setup_medtronic
    self.uart.open( )
  File "/root/src/decocare/decocare/stick.py", line 874, in open
    log.info('%s' % self.product_info( ))
  File "/root/src/decocare/decocare/stick.py", line 515, in product_info
    return self.query(ProductInfo)
  File "/root/src/decocare/decocare/stick.py", line 509, in query
    return self.process( )
  File "/root/src/decocare/decocare/stick.py", line 490, in process
    raw = self.send_force_read( )
  File "/root/src/decocare/decocare/stick.py", line 606, in send_force_read
    self.link.write(reader.format( ))
  File "/root/src/decocare/decocare/link.py", line 47, in write
    r = self.serial.write( string )
  File "/usr/local/lib/python2.7/dist-packages/serial/serialposix.py", line 531, in write
    raise portNotOpenError
serial.serialutil.SerialException: Attempting to use a port that is not open
OK. Profile less than 60m old; 1.658
Profile valid. monitor/status.json  raised  Attempting to use a port that is not open
Traceback (most recent call last):
  File "/usr/local/bin/openaps-report", line 82, 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-report", line 75, in run
    output = app(args, self)
  File "/usr/local/lib/python2.7/dist-packages/openaps/cli/subcommand.py", line 52, in __call__
    return self.method.main(args, app)
  File "/usr/local/lib/python2.7/dist-packages/openaps/reports/invoke.py", line 40, in main
    output = task.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/openaps/vendors/medtronic.py", line 161, in setup_medtronic
    self.uart.open( )
  File "/root/src/decocare/decocare/stick.py", line 874, in open
    log.info('%s' % self.product_info( ))
  File "/root/src/decocare/decocare/stick.py", line 515, in product_info
    return self.query(ProductInfo)
  File "/root/src/decocare/decocare/stick.py", line 509, in query
    return self.process( )
  File "/root/src/decoc
Scott Leibrand
@scottleibrand
Feb 01 2018 00:52
try again: looks like the one from cron didn't fully stop the first time.
or maybeservice cron stop; killall -g oref0-pump-loop; sleep 30; killall -g oref0-pump-loop; export OREF0_DEBUG=1; oref0-pump-loop to make absolutely sure
garykidd
@garykidd
Feb 01 2018 00:55
trying that
wondering....could a cron job running mess up the process of cd ~/src/oref0 && git checkout dev && git pull
Scott Leibrand
@scottleibrand
Feb 01 2018 00:55
no
garykidd
@garykidd
Feb 01 2018 00:56
and then npm run global-install
and then bash ~/myopenaps/oref0-runagain.sh
Scott Leibrand
@scottleibrand
Feb 01 2018 00:57
why are you reinstalling?
garykidd
@garykidd
Feb 01 2018 00:57
k......weird...not sure what the major malfunction is ...yet
thought I had to...guess I can stop at the npm run global-install? if all I wanted to do is update to latest dev then?
root@GREEN:~/myopenaps# service cron stop; killall -g oref0-pump-loop; sleep 30; killall -g oref0-pump-loop; export OREF0_DEBUG=1; oref0-pump-loop
oref0-pump-loop: no process found
oref0-pump-loop: no process found

Starting oref0-pump-loop at Wed Jan 31 19:59:38 EST 2018 with 5 second wait_for_silence:
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!)
Preflight settings/model.json  raised  Attempting to use a port that is not open
Traceback (most recent call last):
  File "/usr/local/bin/openaps-report", line 82, 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-report", line 75, in run
    output = app(args, self)
  File "/usr/local/lib/python2.7/dist-packages/openaps/cli/subcommand.py", line 52, in __call__
    return self.method.main(args, app)
  File "/usr/local/lib/python2.7/dist-packages/openaps/reports/invoke.py", line 40, in main
    output = task.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/openaps/vendors/medtronic.py", line 161, in setup_medtronic
    self.uart.open( )
  File "/root/src/decocare/decocare/stick.py", line 874, in open
    log.info('%s' % self.product_info( ))
  File "/root/src/decocare/decocare/stick.py", line 515, in product_info
    return self.query(ProductInfo)
  File "/root/src/decocare/decocare/stick.py", line 509, in query
    return self.process( )
  File "/root/src/decocare/decocare/stick.py", line 490, in process
    raw = self.send_force_read( )
  File "/root/src/decocare/decocare/stick.py", line 606, in send_force_read
    self.link.write(reader.format( ))
  File "/root/src/decocare/decocare/link.py", line 47, in write
    r = self.serial.write( string )
  File "/usr/local/lib/python2.7/dist-packages/serial/serialposix.py", line 531, in write
    raise portNotOpenError
serial.serialutil.SerialException: Attempting to use a port that is not open
OK. Profile less than 60m old; 1.658
Profile valid. monitor/status.json  raised  Attempting to use a port that is not open
Traceback (most recent call last):
  File "/usr/local/bin/openaps-report", line 82, 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-report", line 75, in run
    output = app(args, self)
  File "/usr/local/lib/python2.7/dist-packages/openaps/cli/subcommand.py", line 52, in __call__
    return self.method.main(args, app)
  File "/usr/local/lib/python2.7/dist-packages/openaps/reports/invoke.py", line 40, in main
    output = task.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/openaps/vendors/medtronic.py", line 161, in setup_medtronic
    self.uart.open( )
  File "/root/src/decocare/decocare/stick.py", line 874, in open
    log.info('%s' % self.product_info( ))
  File "/root/src/decocare/decocare/stick.py", line 515, in product_info
    return self.query(ProductInfo)
  File "/root/src/decocare/decocare/stick.py", line 509, in query
    return self.process( )
  File "/root/src/decocare/decocare/stick.py", line 490, in process
    raw = self.send_force_read( )
  File "/root/src/decocare/decocare/stick.py", line 606, in send_force_read
    self.link.write(reader.format( ))
  File "/root/src/decocare/decocare/link.py", line 47, in write
    r = self.serial.write( string )
  File "/usr/local/lib/python2.7/dist-packages/ser
garykidd
@garykidd
Feb 01 2018 01:09
thoughts?
Scott Leibrand
@scottleibrand
Feb 01 2018 01:09
You're doing three things at once and totally confusing me.
garykidd
@garykidd
Feb 01 2018 01:12
originally just wanted to update to latest dev.
so pulled that.
jquitos
@jquitos
Feb 01 2018 01:13
do you have to add "enableSMB_with_bolus" in preferences? I see the other SMB options but not that one
garykidd
@garykidd
Feb 01 2018 01:13
hmmm.... what can I do to make figuring this out any easier
Scott Leibrand
@scottleibrand
Feb 01 2018 01:14
@jquitos enableSMB_with_bolus doesn't work any longer: there's no way to reliably tell apart manual boluses and microboluses, so we stopped trying.
@garykidd what are you trying to do now?
garykidd
@garykidd
Feb 01 2018 01:14
make my rig work...trying to figure out why it wont start looping.
Scott Leibrand
@scottleibrand
Feb 01 2018 01:15
did you try running oref0-setup with debug as I suggested?
jquitos
@jquitos
Feb 01 2018 01:15
I gotcha... so only the ones that are in the preferences at this time are the ones? I just enabled it after running the last version... so far it's been a world of difference...
SMB with COB
Scott Leibrand
@scottleibrand
Feb 01 2018 01:15
@garykidd that will give you a lot of output you'll need to wade through, but interspersed among the debug output should be what you normally see in pump-loop.log, so you can find the debug output that pertains to the errors you're getting there
garykidd
@garykidd
Feb 01 2018 01:17
i entered the commands you said---am I to rerun setup script after doing that command
I pasted everyting that provided abover
Scott Leibrand
@scottleibrand
Feb 01 2018 01:18
ok, my bad
scottleibrand @scottleibrand deletes frustrated comments
garykidd
@garykidd
Feb 01 2018 01:18
no bad bud.
can do no wrong here
be back in a bit.
Scott Leibrand
@scottleibrand
Feb 01 2018 01:19
so Attempting to use a port that is not open is the error that matters
have you tried shutting down the rig and reseating the Edison on the Explorer Board?
garykidd
@garykidd
Feb 01 2018 01:20
nope---but will do so---thanks
Scott Leibrand
@scottleibrand
Feb 01 2018 01:20
if that doesn't work, yes, try another oref0-setup run
jquitos
@jquitos
Feb 01 2018 01:30
Thanks @scottleibrand
" WARNING DO NOT USE enableSMB_always or enableSMB_after_carbs with xDrip+" So I guess I can't enable that... but it's ok... watching it microbolus after my son has entered carbs is cool
Scott Leibrand
@scottleibrand
Feb 01 2018 01:44
there are some efforts to get xDrip+ sending noise data to oref0, but I don't remember where that ended up
jquitos
@jquitos
Feb 01 2018 01:47
Ah ok... either way... just excited to see how much different using SMB is and UAM... I "was waiting" lol because I continue to want to understand...still need to make some minor adjustments after watching him from afar today while he was at school... but by far the best day that he has had
alimhassam
@alimhassam
Feb 01 2018 01:56
on the dev branch xdrip+ noise is being used by oref0
and the logic is more conservative when xdrip+ considers the bg readings as noisy.
Jeremy Cunningham
@jpcunningh
Feb 01 2018 02:05
Is anybody using SMB always using the Dexcom official calibrated values?
G5
Ebgineer
@Ebgineer
Feb 01 2018 02:11
@jpcunningh I'm using SMB and Dexcom, but what do you mean by official calibrated values?
Jeremy Cunningham
@jpcunningh
Feb 01 2018 02:12
Using the values calibrated by the transmitter.
As opposed to xdrip+ calibrated unfiltered values
Ebgineer
@Ebgineer
Feb 01 2018 02:15
I'm using the same BG values that show up in Share. These would be the adjusted, rather than raw values.
My data path doesn't go through xdrip+ though.
Jeremy Cunningham
@jpcunningh
Feb 01 2018 02:17
Thanks, @Ebgineer . We are, too. May be a case of YDMV, but it isn't working for us.
Ebgineer
@Ebgineer
Feb 01 2018 02:17
What symptom is causing concern for you?
Jeremy Cunningham
@jpcunningh
Feb 01 2018 02:26
The consistent pattern is:
After a BG climb to 180 - 200, BG plateaus, then drops 10-20 over the next 30 minutes. After the initial drop, it climbs 10-20 again over about 15 minutes. During the climb, UAM kicks in and boluses. We wind up with too much insulin on board, and zero temp from the just under the second peak all the way to a low that has to be treated with carbs.
Jeremy Cunningham
@jpcunningh
Feb 01 2018 02:32
We turned off SMB always and SMB after carbs until we can figure it out. Next step is to finger stick on the climb to see if BG is really climbing or if it is CGM artifact.
Jon Cluck
@cluckj
Feb 01 2018 02:34
is it giving SMBs on the way up to the plateau?
Ebgineer
@Ebgineer
Feb 01 2018 02:34
It's hard to tell without some data to look at, but seems like it could be a mismatch of manual bolus vs. carbs, or possibly sensitivity changing
Jeremy Cunningham
@jpcunningh
Feb 01 2018 02:34
@cluckj, yes. It gives SMBs on both initial rise and the second rise.
Jon Cluck
@cluckj
Feb 01 2018 02:35
because of SMB always on, or were there still carbs during the second plateau?
Jeremy Cunningham
@jpcunningh
Feb 01 2018 02:36
No carbs on the second rise. Carbs were decayed to 0 by the second rise.
so, yes, because of SMB always on.
Scott Leibrand
@scottleibrand
Feb 01 2018 02:38
what % of carbs are you bolusing for?
Jeremy Cunningham
@jpcunningh
Feb 01 2018 02:39
50%-60%
Scott Leibrand
@scottleibrand
Feb 01 2018 02:39
any low temp targets?
Jeremy Cunningham
@jpcunningh
Feb 01 2018 02:40
sometimes yes, sometimes no... tried both.
Scott Leibrand
@scottleibrand
Feb 01 2018 02:40
sometimes we see that if the low target runs too long, but sounds like yours probably aren't
Jeremy Cunningham
@jpcunningh
Feb 01 2018 02:41
what would you consider to be too long?
Jon Cluck
@cluckj
Feb 01 2018 02:46
for me, over two hours
Jeremy Cunningham
@jpcunningh
Feb 01 2018 02:47
Here's an example:
SMB.png
Scott Leibrand
@scottleibrand
Feb 01 2018 02:47
too long in this case means you're still running a low target when it does the SMBs that cause a later low
another thing that's useful is to look at the reservoir values before the meal and just before the low, subtract to see how much total insulin was given, and then subtract out how much basal you'd normally get over that timeframe, to see how the total extra insulin compares to the total carbs
Jeremy Cunningham
@jpcunningh
Feb 01 2018 02:49
AH! I've been manually adding them up! Now I feel silly! :smile:
garykidd
@garykidd
Feb 01 2018 02:53
@scottleibrand reset chip...no avail...so do I just need to ..`cd ~/src/oref0 && git checkout dev && git pull and then...
npm run global-install or do I need to also.....
bash ~/myopenaps/oref0-runagain.sh
Scott Leibrand
@scottleibrand
Feb 01 2018 02:58
the latter
garykidd
@garykidd
Feb 01 2018 02:58
OK...will try first two and let you know.
thanks Scott.
and the third...tired
garykidd
@garykidd
Feb 01 2018 03:31
OK....really weird...but finally seems to be working...maybe sometimes the script just needs to be run again ?
thx
Now if you could only help me find my other rig....
Scott Leibrand
@scottleibrand
Feb 01 2018 03:43
Is it powered on?
Jeremy Cunningham
@jpcunningh
Feb 01 2018 03:57
@scottleibrand , I get some interesting numbers looking at the total insulin and subtracting the basal.
Thanks for the tip!
skubesch
@skubesch
Feb 01 2018 05:42
Can anybody help me with the local webpage for OpenAPS? I updated my rig to the latest oref0 (and had errors so I reflashed jubilinux and started from the beginning) and switched to the dev branch. Going to http://rigname.local doesn't pull up anything. Where might I have gone wrong?
davidwagaps
@davidwagaps
Feb 01 2018 05:56
Um... I hadn't seen that xdrip+/smb warning before (is it in the docs? Seems important?). Anyhoozle, does that go for using G4+share and xdrip+ (eliminating the need for a hardwired connection, but still using dexcom's numbers)?
fidoman
@efidoman
Feb 01 2018 11:17
@jpcunningh - On a single sensor, I have also experienced what I call "fake hills" with a g5 transmitter using both filtered and unfiltered values. It only happened with one sensor for me and it was one of the first sensors I tried placing in the thigh. From day one I knew I had hit a muscle or a vein or something painful. It seemed to show good numbers so I kept it in and just dealt with the pain. On day 4, it started showing these weird "fake hills". I confirmed they were fake by bg testing at the bottom and top of the hill and the actual bg level didn't ever really climb at all. After this, I immediately took out the sensor in my thigh and went back to the abdomen with a new sensor.
@skubesch - have you tried using your rig's IP address? Can you check and see if flask is running?
ps -ef | grep -v grep | grep flask
sdneufer
@sdneufer
Feb 01 2018 13:23
Do the docs say somewhere what battery to connect to the edison uart port when connecting a dexcom receiver to the OTG port?
davidwagaps
@davidwagaps
Feb 01 2018 14:32
Openaps has not been looping all nightin. "Waiting up to 4 minutes for new BG: ls: cannot access /tmp/pump_loop_completed: No such file or directory" I saw one comment suggesting giving a manual bolus of a small amount. I did that, didn't help. Also created an empty /tmp/pump_loop_completed file, didn't help. Any ideas?
davidwagaps
@davidwagaps
Feb 01 2018 16:20
With help from someone on FB, I tried a couple things but then just re-installed dev. I'll see if that works...
garykidd
@garykidd
Feb 01 2018 17:01
@scottleibrand ....I havent been able to find it in about a week--figure it's in a pocket of a coat somewhare--lucklily I have 3 rigs now working......but back to NS troublshooting....Unknown in APS pill....mlab size is OK...
Scott Leibrand
@scottleibrand
Feb 01 2018 17:08
@davidwagaps with that Share + xDrip+ config, does it report values when the receiver shows ??? or when it’s calibrating? The key is we need to be able to rely on the receiver to report when a number is not trustworthy.
davidwagaps
@davidwagaps
Feb 01 2018 17:11
@scottleibrand - no, it doesn't. And now I'll stop figuring out how to do so. :)
Sacha M
@coolestkidsever
Feb 01 2018 17:14
Hi all, I rebuilt the rig yesterday, and got it mostly working, but once it rebooted I can't seem to get it on the wifi.. the rig itself is working/looping, but i cant get visualisation as it wont get onto my wifi... and i don't fancy redoing the install script that includes the wifi - but not sure how to troubleshoot.. would love it if someone could point me in the right direction please
Sacha M
@coolestkidsever
Feb 01 2018 17:36
i've been searching, and it seems rig just isn't getting online.. wifi settings are correct.. ping google.com returns unknown host.. not sure what else to change
garykidd
@garykidd
Feb 01 2018 17:48
@scottleibrand would it be a good idea to look to FB for assistance on NS site...been through what I could find in the docs....thx
Dana Lewis
@danamlewis
Feb 01 2018 17:55
@garykidd what is the problem w your NS?
Sacha M
@coolestkidsever
Feb 01 2018 18:09
Does anyone know how to resolve "Failed to bring up wlan0" in the setup script? Am running setup again but this comes up
Scott Leibrand
@scottleibrand
Feb 01 2018 18:20
@coolestkidsever that usually means your wifi is configured incorrectly
garykidd
@garykidd
Feb 01 2018 18:21
got the OpenAPS Unkown error/ looping fine but just isnt relfecting on NS correctly..
Dana Lewis
@danamlewis
Feb 01 2018 18:39
@garykidd what size is your mlab etc?
garykidd
@garykidd
Feb 01 2018 18:47
size seems good....
57.59MB and 112MB for Size on Disk
Andrew Baugh
@baughaw
Feb 01 2018 19:15
Anyone know what's going on in my pump loop?
Starting oref0-pump-loop at Thu Feb  1 14:10:31 EST 2018 with 13 second wait_for_silence:
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!)
Preflight OK. Profile less than 60m old; Profile valid. RefreshedNo duration found for 0 U/hr basalundefined { _type: 'BasalProfileStart',
  _description: 'BasalProfileStart 2018-01-31T21:00:00 head[2], body[3] op[0x7b]',
  timestamp: '2018-01-31T21:00:00-05:00',
  _body: '2a4a00',
  profile_index: 3,
  _head: '7b03',
  rate: 1.85,
  offset: 75600000,
  _date: '0040151f12' } { _type: 'TempBasal',
  temp: 'absolute',
  _description: 'TempBasal 2018-01-31T20:52:52 head[2], body[1] op[0x33]',
  timestamp: '2018-01-31T20:52:52-05:00',
  _body: '00',
  _head: '3300',
  rate: 0,
  _date: '3474145f12' } { _type: 'BasalProfileStart',
  _description: 'BasalProfileStart 2018-01-31T20:52:52 head[2], body[3] op[0x7b]',
  timestamp: '2018-01-31T20:52:52-05:00',
  _body: '234e00',
  profile_index: 2,
  _head: '7b02',
  rate: 1.95,
Scott Leibrand
@scottleibrand
Feb 01 2018 19:17
Your pumphistory records are slightly out of the expected order, so that there's no TempBasalDuration record next to that TempBasal record. It's a minor issue that only affects that one temp basal from yesterday, so no longer matters. I think oref0 dev has a fix if you want to to pretty up your logs.
Andrew Baugh
@baughaw
Feb 01 2018 19:19
ok, I lost SMBs and Basals showing up in NS so I was trying to figure out what happened and saw that.. I guess my NS issue might be something else.
Scott Leibrand
@scottleibrand
Feb 01 2018 19:19
yeah, two different things
garykidd
@garykidd
Feb 01 2018 19:19
even though size seemed ok on mlab...I ran Repairdatabase command...no luck
Andrew Baugh
@baughaw
Feb 01 2018 19:22
Thanks Scott! Another few weeks and it will be 2 years for me.. Thanks for all your help during this journey!
skubesch
@skubesch
Feb 01 2018 21:24
@efidoman Thank you for giving me some direction. Apparently flask is not one of the processes running on my rig. My rig is running oref0@0.6.1-dev, this is the correct version for this right?
philipgo
@philipgo
Feb 01 2018 21:26
@skubesch Did you run „npm run global-install“ after switching to the dev branch? Did you run setup again after that?
skubesch
@skubesch
Feb 01 2018 21:27
@drnoname82 I don't remember what ordered that happened, so I will do that now. I appreciate the suggestion
katie disimone
@Kdisimone
Feb 01 2018 21:29
@garykidd restarted dynos in heroku?
skubesch
@skubesch
Feb 01 2018 21:56
Have tried rerunning setup after verifying that I'm on the dev branch of 0.6.1, but still do not have flask as a running process. Any ideas?
philipgo
@philipgo
Feb 01 2018 22:16
Did you run npm run global-installin the src/oref0 directory before setup? What is the output of crontab -l | grep flask?