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

3rd
Jul 2017
Martin Haeberli
@mhaeberli
Jul 03 2017 01:19
@danamlewis just ran setup on dev this afternoon … seemed to work fine
anything specific to try if we have cycles?
also, if we have two rigs, one pump, one Nightscout - any magic to handling that situation? Reason for two rigs - one to be charged and idle / off, one to be used until battery nearly empty, then switch over… (but very interested in best practices)
Dana Lewis
@danamlewis
Jul 03 2017 01:21
Don't have to do anything special if you have multiple rigs
Scott Leibrand
@scottleibrand
Jul 03 2017 01:45
There's no reason to shut off rigs when they're charging. If they're in range, they'll help loop, and if their signal is weak and another rig is looping they'll mostly keep quiet.
Aaron Michelson
@Aaybob
Jul 03 2017 02:04

I just ran curl -s https://raw.githubusercontent.com/openaps/docs/master/scripts/quick-packages.sh | bash -

on a failed non dev system and it installed the dev version

Scott Leibrand
@scottleibrand
Jul 03 2017 02:09
the dev version of openaps or oref0?
Aaron Michelson
@Aaybob
Jul 03 2017 02:10
@scottleibrand openaps
tynbendad
@tynbendad
Jul 03 2017 02:11
does "openaps monitor-cgm" do the upload to ns for g4 cgm?
Dana Lewis
@danamlewis
Jul 03 2017 02:13
no
Aaron Michelson
@Aaybob
Jul 03 2017 02:13
I was getting this error while looping so reinstaled and see it during install:
If no other git process is currently running, this probably means a
git process crashed in this repository earlier. Make sure no other git
process is running and remove the file manually to continue.
error: failed to run pack-refs'
Dana Lewis
@danamlewis
Jul 03 2017 02:13
tynbendad
@tynbendad
Jul 03 2017 02:13
to enable smb?
tynbendad
@tynbendad
Jul 03 2017 02:13
oh wow, whole new section :)
Scott Leibrand
@scottleibrand
Jul 03 2017 02:14
@Aaybob what was it trying to do when it gave you that git error? what was right before it?
Dana Lewis
@danamlewis
Jul 03 2017 02:14
been there a while ;)
tynbendad
@tynbendad
Jul 03 2017 02:14
how does g4 upload cgm to ns?
Aaron Michelson
@Aaybob
Jul 03 2017 02:14
File "/usr/local/lib/python2.7/dist-packages/git/cmd.py", line 877, in _call_process
return self.execute(call, **exec_kwargs)
File "/usr/local/lib/python2.7/dist-packages/git/cmd.py", line 688, in execute
raise GitCommandError(command, status, stderr_value, stdout_value)
git.exc.GitCommandError: Cmd('git') failed due to: exit code(255)
cmdline: git gc --auto
stderr: 'Auto packing the repository in background for optimum performance.
See "git help gc" for manual housekeeping.
fatal: Unable to create '/root/myopenaps/.git/packed-refs.lock': File exists.
Scott Leibrand
@scottleibrand
Jul 03 2017 02:15
looks like your ~/myopenaps/ git repo is borked. easiest fix is to just move it off somewhere else, like mv ~/myopenaps/.git/ /tmp/
Aaron Michelson
@Aaybob
Jul 03 2017 02:16
Thanks! sounds easy, will do
What had happened was a battery outage...
I did the mv command and oref0-runagain.sh same error
Aaron Michelson
@Aaybob
Jul 03 2017 02:23
Or and I am now on a dev while my last setup was on a master, could that introduce this error? Never wanted to move to dev..
Dana Lewis
@danamlewis
Jul 03 2017 02:25
anyone here remember if their pump is one of the ones that will log carbs even without a bolus?
Scott Leibrand
@scottleibrand
Jul 03 2017 02:25
@Aaybob what do you mean by "on dev"?
tynbendad
@tynbendad
Jul 03 2017 02:27
@danamlewis ours is 523 and it logs carbs if you cancel out of the bolus after entering them
Aaron Michelson
@Aaybob
Jul 03 2017 02:28
by I'm "on dev" I mean that when I issued a command whose last line result is a number of the version it responded with 0.2.0-dev. That was unexpected because this edison has never had the dev version installed.
Dana Lewis
@danamlewis
Jul 03 2017 02:28
@tynbendad oh goody. test openaps/oref0#512 for us please? :)
tynbendad
@tynbendad
Jul 03 2017 02:28
will give it a try
Dana Lewis
@danamlewis
Jul 03 2017 02:28
thanks!
Scott Leibrand
@scottleibrand
Jul 03 2017 02:28
@Aaybob don't worry about that. the underlying openaps toolkit hasn't had any changes in months, so it doesn't matter whether you're on 0.1.5 or 0.2.0-dev at this point
tynbendad
@tynbendad
Jul 03 2017 02:29
awesome fix btw, that has messed us up a few times, kid doesn't understand why it does that :)
Aaron Michelson
@Aaybob
Jul 03 2017 02:30
@scottleibrand okay thanks
hilarykoch
@hilarykoch
Jul 03 2017 02:32
My rig seems to have reset the pump time several times (maybe 8?) within the last half hour. I've seen it change times before but not like this. Should I be concerned?
Scott Leibrand
@scottleibrand
Jul 03 2017 02:42
This message was deleted
@hilarykoch we have a fix for that which just went into dev last week
you could also just set the pump time manually to be like 30 seconds ahead of real time
tynbendad
@tynbendad
Jul 03 2017 02:44
@danamlewis kid isn't cooperative right now, too busy texting friends, will have to test later
Aaron Michelson
@Aaybob
Jul 03 2017 02:54
Running nightscout autoconfigure-device-crud https://greenscreen.azurewebsites.net <removed>
added process://ns/nightscout/ns NIGHTSCOUT_HOST API_SECRET
Traceback (most rece
the error from oref0-runagain.sh occurs at this point
Scott Leibrand
@scottleibrand
Jul 03 2017 02:57
what is the last line of the traceback?
Aaron Michelson
@Aaybob
Jul 03 2017 03:03

"""added process://ns/nightscout/ns NIGHTSCOUT_HOST API_SECRET
Traceback (most recent call last):
File "/usr/local/bin/openaps-device", line 35, in <module>
app( )
File "/usr/local/lib/python2.7/dist-packages/openaps/cli/init.py", line 52, in call
self.epilog( )
File "/usr/local/lib/python2.7/dist-packages/openaps/cli/init.py", line 75, in epilog
self.create_git_commit( )
File "/usr/local/lib/python2.7/dist-packages/openaps/cli/init.py", line 99, in create_git_commit
self.repo.git.gc(auto=True)
File "/usr/local/lib/python2.7/dist-packages/git/cmd.py", line 425, in <lambda>
return lambda args, **kwargs: self._call_process(name, args, kwargs)
File "/usr/local/lib/python2.7/dist-packages/git/cmd.py", line 877, in _call_process
return self.execute(call,
exec_kwargs)
File "/usr/local/lib/python2.7/dist-packages/git/cmd.py", line 688, in execute
raise GitCommandError(command, status, stderr_value, stdout_value)
git.exc.GitCommandError: Cmd('git') failed due to: exit code(255)
cmdline: git gc --auto
stderr: 'Auto packing the repository in background for optimum performance.
See "git help gc" for manual housekeeping.
fatal: Unable to create '/root/myopenaps/.git/packed-refs.lock': File exists.

"""

tynbendad
@tynbendad
Jul 03 2017 03:03
what ns version do we need to be at? "You’ll probably also want to make sure your nightscout is updated to the latest version to make sure that you can take advantage of UAM prediction lines. "
Aaron Michelson
@Aaybob
Jul 03 2017 03:04

>
return lambda args, **kwargs: self._call_process(name, args, kwargs)
File "/usr/local/lib/python2.7/dist-packages/git/cmd.py", line 877, in _call_process
return self.execute(call,
exec_kwargs)
File "/usr/local/lib/python2.7/dist-packages/git/cmd.py", line 688, in execute
raise GitCommandError(command, status, stderr_value, stdout_value)
git.exc.GitCommandError: Cmd('git') failed due to: exit code(255)
cmdline: git gc --auto
stderr: 'Auto packing the repository in background for optimum performance.
See "git help gc" for manual housekeeping.
fatal: Unable to create '/root/myopenaps/.git/packed-refs.lock': File exists.

If no other git process is currently running, this probably means a
git process crashed in this repository earlier. Make sure no other git
process is running and remove the file manually to continue.
error: failed to run pack-refs'
Could not run nightscout autoconfigure-device-crud

tynbendad
@tynbendad
Jul 03 2017 03:04
is 0.9.3-dev-20161224 recent enough?
Scott Leibrand
@scottleibrand
Jul 03 2017 03:05
@Aaybob looks like you didn't successfully (re)move .git/
@tynbendad no, we merged the UAM line stuff a month or two ago
Aaron Michelson
@Aaybob
Jul 03 2017 03:11
tried rm -r ~/myopenaps/.git and now getting a more complete run going
@scottleibrand yay loopiing
Scott Leibrand
@scottleibrand
Jul 03 2017 03:14
:+1:
tynbendad
@tynbendad
Jul 03 2017 03:27
@scottleibrand in ns dev branch?
Scott Leibrand
@scottleibrand
Jul 03 2017 03:31
yes
fjungman
@fjungman
Jul 03 2017 03:51
Any trick to getting the max basal past 6.3u? I am on today's dev branch, but it still fails if I set the pump to allow basal rates above 6.3u. I've asked before, and I've read through this gitter, and everything indicates this should work with the dev branch...
tynbendad
@tynbendad
Jul 03 2017 03:56
i added a comment to openaps/oref0#512 - looks good so far. we'll use it tomorrow and see if it keeps working regularly. two questions: is it a branched off of a recent dev branch? (so everything will work normally as i've been using a few week old dev branch...) and how do i get back to regular dev branch after done trying this? (git newb still, its not something i can easily wrap my head around)
Scott Leibrand
@scottleibrand
Jul 03 2017 04:16
@fjungman openaps/decocare#25
Paul Dickens
@thebookins
Jul 03 2017 04:16
@applehat re your question above on porting xDripG5 to the Edison, some comments on thebookins/xdrip-js#3
Scott Leibrand
@scottleibrand
Jul 03 2017 04:18
@tynbendad yes, that one is branched off dev. you can just git checkout dev and git pull when you're done testing (or after we merge the PR)
tynbendad
@tynbendad
Jul 03 2017 04:19
:+1:
fjungman
@fjungman
Jul 03 2017 04:19
@scottleibrand thanks! Does that mean that I need Decocare 0.0.31 for the >8bit basal to work? I'm inferring here, since the link didn't really explain much... :)
Scott Leibrand
@scottleibrand
Jul 03 2017 04:20
@fjungman yep
Dana Lewis
@danamlewis
Jul 03 2017 04:20
Also, anyone who’s had zombie carbs, testers needed for openaps/oref0#513
fjungman
@fjungman
Jul 03 2017 04:20
I'm always missing it by a tiny bit... :(
Dirk Gastaldo
@dirkgastaldo
Jul 03 2017 04:26
Hello. I'm in the BT tethering "testing to make sure it works" section, and this instruction, what does it mean don't let anything connect via wifi? "Make sure your phone’s hotspot is enabled (but don’t let anything connect via wifi)."
Scott Leibrand
@scottleibrand
Jul 03 2017 04:26
you have to switch on the personal hotspot toggle, but then immediately back out of the personal hotspot screen before anything connects to your hotspot via wifi
Dirk Gastaldo
@dirkgastaldo
Jul 03 2017 04:27
ok, thank you, giving that a try
Scott Leibrand
@scottleibrand
Jul 03 2017 04:28
Please PR in a clarification to that section of the docs once you get it working.
Dirk Gastaldo
@dirkgastaldo
Jul 03 2017 04:30
will do. did not connect, so I did something wrong.
image.png
Scott Leibrand
@scottleibrand
Jul 03 2017 04:31
I'm not familiar with that error. Probably best to re-try the BT steps again.
Dirk Gastaldo
@dirkgastaldo
Jul 03 2017 04:31
okay
Dirk Gastaldo
@dirkgastaldo
Jul 03 2017 04:37
different error this time
image.png
Aaron Michelson
@Aaybob
Jul 03 2017 04:45
how many bluetooth connections are on your phone @dirkgastaldo ? its possible i think to be overloaded with bluetooth work to make this first handshake.
Dirk Gastaldo
@dirkgastaldo
Jul 03 2017 04:46
Aaron I have 11
Dirk Gastaldo
@dirkgastaldo
Jul 03 2017 04:57
Forgot about 4 of my BT devices and tried again from the top. Slightly different error message this time. Anyone recognize this?
image.png
Aaron Michelson
@Aaybob
Jul 03 2017 04:58
back to the first one
Dirk Gastaldo
@dirkgastaldo
Jul 03 2017 04:59
ah okay, yes, back to the first error
Aaron Michelson
@Aaybob
Jul 03 2017 05:01
you could google bluetooth and become a little more knowledgeable....I would forget all devices but I only have dexcom and my car.
Dirk Gastaldo
@dirkgastaldo
Jul 03 2017 05:06
yes
Aaron Michelson
@Aaybob
Jul 03 2017 05:07
maybe you can just skip that error and proceed...go to the next step
Dirk Gastaldo
@dirkgastaldo
Jul 03 2017 05:11
ah okay
Tim Street
@tim2000s
Jul 03 2017 05:27
@dirkgastaldo Is your device properly paired and trusted?
I think @Aaybob is right. Forget all your devices, reboot the Edison and start the Bluetooth process again
Dirk Gastaldo
@dirkgastaldo
Jul 03 2017 05:29
yes, paired and trusted. have done that twice. starting third install now.
katie disimone
@Kdisimone
Jul 03 2017 05:42
@dirkgastaldo the part I’d worry about is that the setup script only installs new bluez if the version number is lower than 5.37. Your’s isn’t going to be lower than 5.37, so a reinstall isn’t going to change anything. I’d almost just reflash edison instead and really go back…unless you can find the directions for how to go back to 5.28 manually…which I currently don’t have the directions.
RedCyclist1
@RedCyclist1
Jul 03 2017 05:42
My pump is setting a temp basal but nights says that I haven't been looping for 2 hours.
Scott Leibrand
@scottleibrand
Jul 03 2017 05:43
@RedCyclist1 is it uploading temp basals?
RedCyclist1
@RedCyclist1
Jul 03 2017 05:45
yes, in night scout it shows the temp basal but it is saying "OpenAPS not looping""openaps is not looping." Neither rig is enacted according to night scout @Scott
katie disimone
@Kdisimone
Jul 03 2017 05:49
@dirkgastaldo another option could be to update to 5.44. If you install dev branch, it will upgrade your Bluez to 5.44 and that may work even better. I’d go that route.
@RedCyclist1 have you checked your mlab size? I’d bet that is the issue. https://loopkit.github.io/loopdocs/nightscout/mlab_cleanup/
RedCyclist1
@RedCyclist1
Jul 03 2017 05:51
, .
katie disimone
@Kdisimone
Jul 03 2017 05:51
personally, i’d start with the compact mLab https://loopkit.github.io/loopdocs/nightscout/mlab_cleanup/#compact-mlab
Dana Lewis
@danamlewis
Jul 03 2017 05:55
oref0 dev is ready for some final testing to prepare for the 0.5.0 release to master - please see notes about what’s included & please do test and comment via https://github.com/openaps/oref0/pull/424#issuecomment-312555302 . Thanks for everyone’s help!
tynbendad
@tynbendad
Jul 03 2017 06:03
hooray!! i plan on enabling it tomorrow sometime fwiw
Dana Lewis
@danamlewis
Jul 03 2017 06:04
:+1: thanks for your help testing today, too!
Martin Haeberli
@mhaeberli
Jul 03 2017 06:09
@danamlewis @scottleibrand :+1:
tynbendad
@tynbendad
Jul 03 2017 06:11
glad to help my tiny bit. does rig send g4 cgm data to ns, and if so which command, i can't seem to find it (just openaps monitor-cgm)
Scott Leibrand
@scottleibrand
Jul 03 2017 06:13
if you set it up for g4-upload, yes. it does it from a different openaps instance in myopenaps-cgm-loop
RedCyclist1
@RedCyclist1
Jul 03 2017 06:13
@Kdisimone @scottleibrand NS is working again, mlab was at 496 mb so I deleted devicestatus, repaired the db & all is well. Thanks guys!
Dana Lewis
@danamlewis
Jul 03 2017 06:13
::cries::
legitimately yelped
wharper11
@wharper11
Jul 03 2017 06:14
running openaps and have been down for almost an hour. pics with error message to follow, any ideas? we have rebooted, restarted and can't connect...
2017-07-03.png
(suspending/bolusing) ???
Martin Haeberli
@mhaeberli
Jul 03 2017 06:15
@wharper11 first question - how fresh is your pump battery / when was it last replaced?
wharper11
@wharper11
Jul 03 2017 06:16
about 72 hours - reading 2 bars.
Martin Haeberli
@mhaeberli
Jul 03 2017 06:16
‘cause mmeowlink not seeing pump. have you tried service cron stop , then going to openaps directory and trying openaps use pump mmtune
are you using the super - alkaline batteries?
then if mmtune works (or not) service cron start
recommend you swap in a fresh battery if hand
handy
but wiser heads may see more here than i did
wharper11
@wharper11
Jul 03 2017 06:20
no change.
Martin Haeberli
@mhaeberli
Jul 03 2017 06:20
no change w/ new battery? (what result did you get with mmtune ?)
wharper11
@wharper11
Jul 03 2017 06:21
no change w/ battery.
...
Martin Haeberli
@mhaeberli
Jul 03 2017 06:24
assuming fresh battery showing more bars, would be good to try mmtune
wharper11
@wharper11
Jul 03 2017 06:24
papertrail only gives - Jul 02 23:13:15 liamcgm11 pump-loop.log: Checking pump status (suspended/bolusing): IndexError: bytearray index out of range
Jul 02 23:13:15 liamcgm11 pump-loop.log: Error, retrying
Jul 02 23:13:44 localhost Timed: out or other comms error - Received an error response Timeout - retrying: 1 of 3
Martin Haeberli
@mhaeberli
Jul 03 2017 06:25
are you in a position to try mmtune? or remote?
error looks consistent with no pump communication
so ssh or direct cable connection to edison, with pump nearby, try mmtune as suggested above
wharper11
@wharper11
Jul 03 2017 06:29
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
Martin Haeberli
@mhaeberli
Jul 03 2017 06:30
@wharper11 maybe also killall -g openaps with service cron stop
wharper11
@wharper11
Jul 03 2017 06:31
@mhaeberli will that restart openaps?
Martin Haeberli
@mhaeberli
Jul 03 2017 06:32
no it will pause cron jobs so that you can run mmtune
when you are done with mmtune then you can service cron start
which should restart openaps
the log you showed above is one i have seen, too, when I tried to run mmtune while openaps was running
the log you showed seems to reflect that openaps is running, and so has the radio serial interface in use, so mmtune can’t use it at the same time
wharper11
@wharper11
Jul 03 2017 06:35
File "/usr/local/lib/python2.7/dist-packages/mmeowlink/vendors/serial_rf_spy.py", line 121, in sync
raise CommsException("Could not get subg_rfspy state or version. Have you got the right port/device and radio_type?")
mmeowlink.exceptions.CommsException: Could not get subg_rfspy state or version. Have you got the right port/device and radio_type?
@mhaeberli - any idea?
Martin Haeberli
@mhaeberli
Jul 03 2017 06:35
this being after killall and service cron stop?
wharper11
@wharper11
Jul 03 2017 06:35
yes
Martin Haeberli
@mhaeberli
Jul 03 2017 06:36
so a very long shot - reboot, killall and service cron stop, try mmtune one last time.
if that fails, then suggest you consider re-flashing the explorer with cctool per instructions at troubleshooting
link to follow
see http://openaps.readthedocs.io/en/latest/docs/Resources/troubleshooting.html - we have to follow the instructions around ccprog
sorry, link broken, hang on
instructions related to ccprog
near If you are using an Intel Edison with Explorer Board, and that does not resolve your issue, or if the two LEDs next to the microUSB ports on your Explorer board stay on even after an mmtune, you may need to re-flash your radio chip:
I hope this works ...
anyone else - feel free to chime in...
wharper11
@wharper11
Jul 03 2017 06:40
this doesn't give any clues? Checking pump status (suspended/bolusing):
Martin Haeberli
@mhaeberli
Jul 03 2017 06:40
@wharper11 the clue I get is that pump communication isn’t working
wharper11
@wharper11
Jul 03 2017 06:40
keeps reoccurring
Martin Haeberli
@mhaeberli
Jul 03 2017 06:41
as I would expect - oref1 or oref0 regularly try to check the status of the pump
so fundamentally mmtune has to work - whether it is running inside the automatic cron job, or it runs as a test standalone
wharper11
@wharper11
Jul 03 2017 06:45
any chance its a pump issue @mhaeberli ?
grep: monitor/status.json: No such file or directory
and I've never seen this before tonight.
Dana Lewis
@danamlewis
Jul 03 2017 06:48
That checking pump note is normal
+1 for doing ccprog reflash as next step
wharper11
@wharper11
Jul 03 2017 06:49
oh no!!! @danamlewis does that mean start over tonight?
like from the beginning?
Martin Haeberli
@mhaeberli
Jul 03 2017 06:50
Yes it could be a pump issue. @danamlewis thanks for chiming in- reassuring to have confirmation. Pump communication failure could be at OpenAPS or at pump
Dana Lewis
@danamlewis
Jul 03 2017 06:51
No not start all over. Just do those steps - should be quick
Martin Haeberli
@mhaeberli
Jul 03 2017 06:52
:+1:
wharper11
@wharper11
Jul 03 2017 06:53
cd ~/src; git clone https://github.com/ps2/ccprog.gi ?
Martin Haeberli
@mhaeberli
Jul 03 2017 06:55
Yes , but .git at end
Then the cd and make step
Then the wget
And the two ccprog steps
That re injects the important magic smoke into the Explorer board from the Edison so that mmtune and friends have a chance at working.
wharper11
@wharper11
Jul 03 2017 06:57
ok @mhaeberli - running it now...
Dana Lewis
@danamlewis
Jul 03 2017 06:59
@mhaeberli you should do more plain language PRs to help explain various things :D :+1:
Martin Haeberli
@mhaeberli
Jul 03 2017 06:59
:-) thx
wharper11
@wharper11
Jul 03 2017 07:00
mmtune: pump://JSON/mmtune/monitor/mmtune.json
monitor/mmtune.json raised /dev/spidev5.1 already in use
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/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
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
grep --help????
Martin Haeberli
@mhaeberli
Jul 03 2017 07:02
So OpenAPS is likely running. @danamlewis maybe you can remind us how to stop the crib from running. Maybe my recollection fails?
Cron not crib
We have to stop it so we can test mmtune
And I have to sign off vy soon
wharper11
@wharper11
Jul 03 2017 07:03
thanks for your help @mhaeberli
grep -- help? @danamlewis ?
Dana Lewis
@danamlewis
Jul 03 2017 07:09
Are you on master or dev?
Martin Haeberli
@mhaeberli
Jul 03 2017 07:09
@wharper11 last word for tonight - killall -g openaps; service cron stop before you try mmtune
Dana Lewis
@danamlewis
Jul 03 2017 07:09
That's for master :+1:
Martin Haeberli
@mhaeberli
Jul 03 2017 07:10
Wait five minutes before mmtune
I suspect he s on dev
wharper11
@wharper11
Jul 03 2017 07:10
ummmm.....??? master vs dev? sorry :worried:
Martin Haeberli
@mhaeberli
Jul 03 2017 07:10
Because smb
Ok. Dev is different
Martin Haeberli
@mhaeberli
Jul 03 2017 07:10
From earlier screen shot
Dana Lewis
@danamlewis
Jul 03 2017 07:10
killall -g oref0-pump-loop
For dev
Martin Haeberli
@mhaeberli
Jul 03 2017 07:11
Thx I always forget that magic
Yay!
Good luck and good night!
Dana Lewis
@danamlewis
Jul 03 2017 07:11
Needs to go in the docs for the release :smile: if someone wants to PR that or remind me later (on phone heading to bed)
wharper11
@wharper11
Jul 03 2017 07:11
then run mmtune?
Dana Lewis
@danamlewis
Jul 03 2017 07:11
@wharper11 do that before trying mmtune, yup
wharper11
@wharper11
Jul 03 2017 07:12
ok
same error message grep--help
any ideas?
Dana Lewis
@danamlewis
Jul 03 2017 07:16
Did you stop cron too?
wharper11
@wharper11
Jul 03 2017 07:16
yes, i'll try again
2017-07-03 (2).png
@danamlewis
Dana Lewis
@danamlewis
Jul 03 2017 07:22
Pump is nearby? And you said you changed the battery?
Did you change any settings on the pump?
wharper11
@wharper11
Jul 03 2017 07:23
yes, we are right next to him, brand new battery
changed isf this morning
yesterday morning
Dana Lewis
@danamlewis
Jul 03 2017 07:23
That shouldn't have bonked the radio, but curious what you change it from/to?
wharper11
@wharper11
Jul 03 2017 07:25
adjusted isf across the board. made like 3-4 time based changes in the pump
Dana Lewis
@danamlewis
Jul 03 2017 07:25
What values though? Any over 250?
wharper11
@wharper11
Jul 03 2017 07:26
no, nothing above 135 for isf
Dana Lewis
@danamlewis
Jul 03 2017 07:27
K. Not sure what else to try - do you have another loopable pump? Or a different rig?
wharper11
@wharper11
Jul 03 2017 07:27
katie d. had me change from liamopenaps back to myopenaps. any issue there?
Dana Lewis
@danamlewis
Jul 03 2017 07:28
That shouldn't be it for mmtune if you just changed the directory name
wharper11
@wharper11
Jul 03 2017 07:28
ok.
yes I have another pump. any other thoughts before I go that route? we were having issues with the old pump-it's not great...
Scott Leibrand
@scottleibrand
Jul 03 2017 07:30
There's a slight chance that starting over with oref0-setup (or even a full re-flash) might help, but I don't see any evidence of misconfiguration.
wharper11
@wharper11
Jul 03 2017 07:32
@scottleibrand is there anything else you would like to see? papertrail?
tynbendad
@tynbendad
Jul 03 2017 07:38
Scott, Dana, do you ever sleep?! ;)
Dana Lewis
@danamlewis
Jul 03 2017 07:39
@wharper11 we can't tell anything else from any other logs - if it was us, we'd retry setup or start swapping rigs and pumps and see if we could get it working
tynbendad
@tynbendad
Jul 03 2017 07:39
fwiw, i found the openaps commands to upload cgm receiver data even for g5 right under my nose... they are on http://openaps.readthedocs.io/en/latest/docs/walkthrough/manual/phase-1/using-openaps-tools.html in the section "Uploading glucose values to Nightscout". so now i can confiscate my son's phone and still monitor him on ns ;)
Dana Lewis
@danamlewis
Jul 03 2017 07:40
@tynbendad every night ;)
tynbendad
@tynbendad
Jul 03 2017 07:40
uh, its night ;)
if anyone deserves sleep its you who have given so much of it to us
Dana Lewis
@danamlewis
Jul 03 2017 07:41
;) what time zone are you in, anyway?
tynbendad
@tynbendad
Jul 03 2017 07:41
mountain
colorado
Dana Lewis
@danamlewis
Jul 03 2017 07:41
That's why we did this all, so I could sleep :D when I want to :smile:
Night!
tynbendad
@tynbendad
Jul 03 2017 07:42
night!
Marcus Lindfors
@Mackwe
Jul 03 2017 08:35
Hi! For some odd reason, the loop doesn't seem to get carbs into the calculations. No matter where entered (NS, xDrip or pump), the oref0 output always states "COB: 0". Can anyone point me in the right direction on where to look for a solution?
skubesch
@skubesch
Jul 03 2017 09:13
I'm still having absolutely no luck with my error "Could not parse input data: { [Error: Cannot find module '/root/myopenaps/monitor/glucose.json'] code: 'MODULE_NOT_FOUND' }" Is there any chance it would be related to a bad Explorer board or not possible? Can anybody throw out some ideas I can try (pretty please)?
peterfulvi
@peterfulvi
Jul 03 2017 10:09

Im still trying to get through this time issue:

 The last BG                                                                                                                                                              data was read at Mon Jul 03 2017 06:17:16 GMT-0400 (EDT) but your system time cu                                                                                                                                                             rrently is Mon Jul 03 2017 06:01:28 GMT-0400 (EDT)
  "reason": "BG data is too old (it's probably this), or clock set incorrectly.                                                                                                                                                               The last BG data was read at Mon Jul 03 2017 06:17:16 GMT-0400 (EDT) but your s                                                                                                                                                             ystem time currently is Mon Jul 03 2017 06:01:28 GMT-0400 (EDT)"
Checking system clock against pump clock:
Checking deliverAt: null is within 1m of current time: Mon Jul  3 06:01:41 EDT 2                                                                                                                                                             017
date: invalid date ‘null’
Checking pump status (suspended/bolusing): {"status":"normal","bolusing":false,"                                                                                                                                                             suspended":false}
Error, retrying
Sleeping 4;

It sometimes cancels out my temp basals beacause it takes so long to work itself out. Im trying to figure out were its getting a reading at 6:17 when my clock is set to 6:07. I was hoping it would work itself out but it has not if anyone has any advice i would appreciate it.

Kate Farnsworth
@ELUTE
Jul 03 2017 10:14
@peterfulvi I am seeing that with one of my rigs as well
Miiko
@tw_miiko_twitter
Jul 03 2017 10:33
@kenkotch Hi, I get the same Problem as yours.
Waiting for ntpd to synchronize... No!
ntpd did not synchronize.
Restarting ntp (via systemctl): ntp.service.
Waiting for ntpd to synchronize... No!
ntpd did not synchronize.
are you with offline Loop
wharper11
@wharper11
Jul 03 2017 10:37
@ELUTE having communications issues this morning... have you seen this error?
2017-07-03 (4).png
tried 2 rigs, troubleshooting has made no difference.
peterfulvi
@peterfulvi
Jul 03 2017 10:39
@tw_miiko_twitter @ELUTE Im offline looping with the G5 and xdrip plus
fidoman
@efidoman
Jul 03 2017 10:48
@peterfulvi - I frequently get the date: invalid date 'null' in my logs as well. Mostly, it happens when I have an issue with my CGM, or go swimming, or take a shower, or swap out sensors, etc. I think the BG data is too old is a result of that in my cases and then causes the invalid date. But I'm just guessing there. BTW. It always clears up on mine on its own.
peterfulvi
@peterfulvi
Jul 03 2017 10:51
@ericfeibelman Its been a day. W'ell see if it irons out. Everything that i see on the pump, xdrip, glucometer, rig are in sync. It must be a cgm issue, hhopefully it will
fidoman
@efidoman
Jul 03 2017 11:01
@peterfulvi - oh .. if it were going to clear up on its own it would have before a full day for sure. Are you seeing any data in /root/myopenaps/monitor/glucose.json? If that file exists, what is the date time stamp for it?
peterfulvi
@peterfulvi
Jul 03 2017 11:59
@ericfeibelman last date was 2017-07-02t02: 05:29.426-0430
i'll punch my rigs ip adress in my browser and see what enries pop up.
fidoman
@efidoman
Jul 03 2017 13:22
@peterfulvi - yep, over a day ago. Have you tried stopping openaps service cron stop && killall -g openaps oref0 and then running through the openaps commands one by one? The one I would focus on first is the one that calls the CGM.
Giuseppe
@giupo
Jul 03 2017 13:33

I was debugging my rig, I executed line by line my crontab and when I executed openaps ns-loop i got this error: `Starting ns-loop at lun 3 lug 2017, 15.29.46, CEST:
Refreshed temptargetsWarning: could not parse monitor/carbhistory.json
Warning: Argument order has changed: please update your oref0-meal device and meal.json report to place carbhistory.json after basalprofile.json

/usr/local/lib/node_modules/oref0/lib/meal/history.js:19
for (var i=0; i < carbHistory.length; i++) {
^
TypeError: Cannot read property 'length' of undefined
at findMealInputs (/usr/local/lib/node_modules/oref0/lib/meal/history.js:19:34)
at generate (/usr/local/lib/node_modules/oref0/lib/meal/index.js:8:20)
at Object.<anonymous> (/usr/local/lib/node_modules/oref0/bin/oref0-meal.js:99:21)
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
and meal-carbs
Uploaded
pi@openaps:~/myopenaps$ openaps ns-loop`

Is it ok? (sorry if I mess up formatting)

better formatting: https://pastebin.com/LvejgUBZ
@peterfulvi I'm debugging the same issue here...
Marcus Lindfors
@Mackwe
Jul 03 2017 14:05
Found this, related to my issue of carbs not showing: {"carbs":0,"mealCOB":0,"reason":"carb_ratio 0.48 out of bounds"}. Where is that carb_ratio set? The pump? A settings file? Help needed, please..
peterfulvi
@peterfulvi
Jul 03 2017 14:10

@ericfeibelman Thanks i will do that when i get some time

@giupo Let me know what you come up with

Miiko
@tw_miiko_twitter
Jul 03 2017 14:23
I have a week long with offline Looping, not so good. 722 plus MDT offline, Monitor runs so slowly. Has someone also offline looping with MDT CGM too? How about yours?
Giuseppe
@giupo
Jul 03 2017 14:25
@peterfulvi my problem is that I switched to a RPi Zero, which is WAY slower than the RPi 3. So I have to figure out what ring of the chain is broken...
Looks like my RPi Zero wastes a lot of time working wih the TI stick, and fails to read bg data from the CGM (I have a MDT)
Miiko
@tw_miiko_twitter
Jul 03 2017 14:27
Looping with the BG from NS is good!
Tim Street
@tim2000s
Jul 03 2017 14:28
@peterfulvi That invalid date issue when offline is usually because it has an old or bad glucose value in the file from xdripaps. If you check the xDripaps/glucose.json file you should see it in there. Usually caused by a Bluetooth drop between rig and phone.
Miiko
@tw_miiko_twitter
Jul 03 2017 14:30
Listening from pump + MDT was not fluently.
In NS show, my CGM 4 Min. later as the pumps time
I have Explorer + Edison(2017) + 722 + MDT, Looping from NS was good, but not offline!
fidoman
@efidoman
Jul 03 2017 14:37
@tw_miiko_twitter - My MDT CGM with 722 pump works great in offline mode. I am only able to tell it is working by seeing that the pump has a temp basal set (or by ssh into rig and looking at logs). However, it works as good as online for me. I'm confused about your comment about NS. In my case NS does not work while I'm offline.
Miiko
@tw_miiko_twitter
Jul 03 2017 14:46
@ericfeibelman It works me offline, but only the Monitor show few min.(10 min.) later.
wharper11
@wharper11
Jul 03 2017 14:47
looking for some help troubleshooting a pump connection issue. running openaps on 722 with edison rig. anyone have time to take a look?
Miiko
@tw_miiko_twitter
Jul 03 2017 14:47
@ericfeibelman Do you have no a monitor for it?
I set the NS too by offline looping
peterfulvi
@peterfulvi
Jul 03 2017 14:57
@tim2000s How can i tell? is it the last one i see in my entries?
Tim Street
@tim2000s
Jul 03 2017 15:03
@peterfulvi Yes. In the file, the top entry is the last one.
katie disimone
@Kdisimone
Jul 03 2017 15:21
@wharper11 a reboot solved the spidev already in use message.
wharper11
@wharper11
Jul 03 2017 15:23
hi Katie. we had several issues - here'are some pics, maybe you can see the issue?
2017-07-03.png
2017-07-03 (4).png
wharper11
@wharper11
Jul 03 2017 15:29
@Kdisimone - we ran through the troubleshooting and nothing worked. I re-installed oref on both rigs and still nothing. we ended up shutting everything down this morning and now we're back up and running. trying to find out what the problem was so I can fix it sooner in the future.
we were down for about 7 hours total with several attempts at reboot, re-install, mmtune and battery changes.
katie disimone
@Kdisimone
Jul 03 2017 15:33

@wharper11 the second photo is the spidev already in use error message. You can see the message at the bottom of the error lines.

The first picture is more problematic. I know someone else dealing with the same issue. We haven't found a rock solid answer yet. She rebuilt the loop, got some relief and then rigs went down again with same issue. Then she switched pump, rigs worked again for nearly 12 hours just fine and suddenly stopped again with same issue. I suspect now it's either explorer board (seems less likely so far) or a source of rf interference (more likely). In her case they had a new intercom system in her house that may be causing problems.

wharper11
@wharper11
Jul 03 2017 15:35
hmmmm... @Kdisimone we did change out the explorer board as well. we do use one of those graco baby monitor things. could that be the issue???
peterfulvi
@peterfulvi
Jul 03 2017 15:36
@tim2000s Do delete it?
katie disimone
@Kdisimone
Jul 03 2017 15:45
@wharper11 I'd try turning off possible sources of interference (900mhz range is used by some babay monitors, yes...but some allow you to switch channels which may help find a less crowded range?) and see how rig/pump comms go. Definitely worth exploring.
cameronrenwick
@cameronrenwick
Jul 03 2017 16:01
how do we get the constant rolling wifi searching to stop again? Just got my new rig starting here and I keep getting the [230.78945] etc... stuff rolling around. Control C doesn't stop it and opening a new terminal window gives the dreaded "can't find error"..
fidoman
@efidoman
Jul 03 2017 16:05
@tw_miiko_twitter - No, I don't have a monitor for my system. Only the Medtronic pump and the rig. When offline, I can only see what is going on by direct access to the rig (usually via ssh).
wharper11
@wharper11
Jul 03 2017 16:08
@Kdisimone - looks like a similar error...
2017-07-03 (8).png
katie disimone
@Kdisimone
Jul 03 2017 16:12

@cameronrenwick the lines that start with [number] is a kernel message. You can turn those off. I'm gonna copy and paste from my Facebook post out of laziness 😜

How to fix the interrupting kernel messages in console/screen mode for OpenAPS (kernel messages are those lines that start with a set of bracketed numbers usually)

You can fix the interrupting messages for an individual console session using the command dmesg -D

Or, if you want a more permanent solution (see screenshot), you will add a line to a file. This will keep the messages from appearing for every screen/console connection for that rig. You can add the line by going using the command vi /etc/rc.local

The line you are going to add is sudo dmesg -n 1

Remember to save and exit the vi editor by using esc and then :wq

cameronrenwick
@cameronrenwick
Jul 03 2017 16:13
thanks a ton (as always Katie!). I hope I can get into to that tho... as soon as I control c it stops, but upon entering any key after it starts again... really frustrating but that's par for the course this weekend!
Miiko
@tw_miiko_twitter
Jul 03 2017 16:14
@ericfeibelman You can setup the NS-Monitor Website for it by setting oref0.
katie disimone
@Kdisimone
Jul 03 2017 16:16

@wharper11 yup. That's the other message that tends to come up frequently for my friend too. Most of the time, that message self resolves under regular use (and yours appears to since it got a tune right after). There's a way to manually try to resolve that error...but in her case (and I suspect for you too) it wasn't working. But you could try if it pops up again and doesn't self-resolve like this one did.

cd ~/myopenaps && /etc/init.d/cron stop && killall -g openaps ; killall -g oref0-pump-loop ; reset_spi_serial.py && openaps mmtune && /etc/init.d/cron start

wharper11
@wharper11
Jul 03 2017 16:20
@Kdisimone - think it might be a pump communication problem? is it safe to just run that script now?
and the only settings we changed recently were a few ISF adjustments at various times and I think we went back and forth with the 24 hour and 12 hour clocks. does it matter what the clock is set to (12 vs 24 hours)?
cameronrenwick
@cameronrenwick
Jul 03 2017 16:24
@Kdisimone sadly that doesn't stop it. I continue to get this rolling ..
420.021942] Compiled in /home/robin/src/edison-linux-helper/edison-bcm43340 on Apr 4 2017 at 22:42:52
[ 420.022120] wl_android_wifi_on in
[ 420.044934] wifi_platform_set_power = 1
[ 420.740612] F1 signature OK, socitype:0x1 chip:0xa94c rev:0x2 pkg:0x0
[ 420.749396] DHD: dongle ram size is set to 524288(orig 524288) at 0x0
[ 420.758783] dhdsdio_download_firmware: firmware path=/lib/firmware/fw_bcmdhd.bin, nvram path=/lib/firmware/bcmdhd.cal
[ 420.909425] sdioh_request_buffer: [1] doing memory copy buf=f59eb0
that never stops despite any cold start etc. I can't recall how to stop it..
I know it's wifi searching but trying to open a new terminal window doesn't work and I can't ssh into the rig yet as I'm still building it..
fidoman
@efidoman
Jul 03 2017 16:29
@tw_miiko_twitter - Sorry for the confusion, I use NS almost all the time, but it only works when my rig has internet (online). It does not work when my rig does not have internet (offline).
Miiko
@tw_miiko_twitter
Jul 03 2017 16:31
I have time diference 4 minutes between pump and CGM . I dont know how i change it. Looking for help, thanks
Miiko
@tw_miiko_twitter
Jul 03 2017 16:36
@ericfeibelman Aha, does NS show the Looping in the time, when your RIG runs online
I am not quite clear in which module my RIG works, offline or online, as it has Internet
Scott Leibrand
@scottleibrand
Jul 03 2017 16:50
For anyone having trouble with MDT CGM data getting stale, I just merged openaps/oref0#514 to dev, so you may want to update and test.
Giuseppe
@giupo
Jul 03 2017 16:55
@scottleibrand in dev branch, right?
Scott Leibrand
@scottleibrand
Jul 03 2017 17:31
yep
Marcus Lindfors
@Mackwe
Jul 03 2017 17:32
I was curious why oref0 never saw our carbs entries and found that it invalidated my entries. According to https://github.com/openaps/oref0/pull/211/files, @scottleibrand set a carb ratio less then 3 as invalid. May I ask why? Is this a safety measure or would it be okay to change it? My son's carb ratio is being reported as '0.4' and since carbs are never accounted for, it takes a loong time to correct any bolus misses from our (the parents) part.. I'm fairly new to OpenAPS, so I don't really want to change stuff I'm not sure what they do.. ;-)
Marcus Lindfors
@Mackwe
Jul 03 2017 17:38
Maybe this is due to a failure at reading the pump settings? I believe the I:C is sett to 40 grams per U. Pump is a Minimed 754.
Scott Leibrand
@scottleibrand
Jul 03 2017 17:39
What is your real carb ratio?
Marcus Lindfors
@Mackwe
Jul 03 2017 17:39
We are still trying to tune that it. I'd say around 40.
(or more)
Scott Leibrand
@scottleibrand
Jul 03 2017 17:40
and is it set to 40 in the pump?
Marcus Lindfors
@Mackwe
Jul 03 2017 17:40
Yes.
Can I check wht openaps "sees"?
Scott Leibrand
@scottleibrand
Jul 03 2017 17:40
sounds like you are seeing openaps/oref0#432 (which is actually an underlying decocare bug)
there is a file in settings/ with the carb ratio as seen by openaps
Marcus Lindfors
@Mackwe
Jul 03 2017 17:41
Sounds exactly like my problem!
{
"units": "grams",
"first": 1,
"schedule": [
{
"q": 1,
"start": "00:00:00",
"r": 144,
"ratio": 0.4,
"offset": 0,
"i": 0,
"x": 0
}
]
Scott Leibrand
@scottleibrand
Jul 03 2017 17:41
that's why we have the #211 safety check: so we don't act on impossibly wrong carb ratios
ah, here it is: openaps/openaps#111
peterfulvi
@peterfulvi
Jul 03 2017 17:45

@tim2000s This is my last entry in myopenaps/xdrip/glucose.json

[
  {
    "direction": "Flat",
    "noise": 1,
    "dateString": "2017-07-03T13:37:15.752-0430",
    "sgv": 107,
    "device": "xDrip-DexcomG5",
    "filtered": 145312,
    "date": 1499105235752,
    "unfiltered": 146304,
    "rssi": 100,
    "type": "sgv",
    "glucose": 107
  },

it looks like the other ones

Scott Leibrand
@scottleibrand
Jul 03 2017 17:50
@Mackwe as a workaround, you could maybe set the carb ratio to 25 at midnight, and then let autotune adjust it upward from there. to make sure you're actually bolusing off the correct carb ratio in the pump, you can then set a 1am carb ratio to 40 for the rest of the day.
Prosulpump
@Prosulpump
Jul 03 2017 17:55
This message was deleted
This message was deleted
peterfulvi
@peterfulvi
Jul 03 2017 17:56
This is my problem. This keeps coming up in my loop and its causing my temp basal rates to shut off periodically. Any thoughts ayone
Starting supermicrobolus pump-loop at Mon Jul 3 13:50:55 EDT 2017 with 1 second                                                                                                                                                              wait_for_silence:
Waiting up to 4 minutes for new BG: glucose.json newer than pump_loop_completed
Radio ok. Listening: .No pump comms detected from other rigs
Preflight OK. Profile less than 60m old. glucose.json newer than pump_loop_compl                                                                                                                                                             eted.
Temp refreshed
Autotune exists! Hoorah! You can use microbolus-related features.
{"carbs":7,"boluses":0.1,"mealCOB":0,"currentDeviation":1.05,"maxDeviation":0.8,                                                                                                                                                             "minDeviationSlope":0}
BG data is too old (it's probably this), or clock set incorrectly.  The last BG                                                                                                                                                              data was read at Mon Jul 03 2017 13:57:14 GMT-0400 (EDT) but your system time cu                                                                                                                                                             rrently is Mon Jul 03 2017 13:51:20 GMT-0400 (EDT)
  "reason": "BG data is too old (it's probably this), or clock set incorrectly.                                                                                                                                                               The last BG data was read at Mon Jul 03 2017 13:57:14 GMT-0400 (EDT) but your s                                                                                                                                                             ystem time currently is Mon Jul 03 2017 13:51:20 GMT-0400 (EDT)"
Checking system clock against pump clock:
Checking deliverAt: null is within 1m of current time: Mon Jul  3 13:51:34 EDT 2                                                                                                                                                             017
date: invalid date ‘null’
Checking pump status (suspended/bolusing): {"status":"normal","bolusing":false,"                                                                                                                                                             suspended":false}
Error, retrying
Sleeping 9;
Tim Street
@tim2000s
Jul 03 2017 17:58
@peterfulvi What timezone are you?
tynbendad
@tynbendad
Jul 03 2017 18:01
just got this in oref0-setup:
/usr/local/bin/oref0-setup: line 516: [[: 2.8: syntax error: invalid arithmetic operator (error token is ".8")
/usr/local/bin/oref0-setup: line 520: [[: 2.8: syntax error: invalid arithmetic operator (error token is ".8")
probably from max_iob?
this is for dev testing
still finished the setup
but max_iob was 0 in preferences.json
Scott Leibrand
@scottleibrand
Jul 03 2017 18:08
Did you try to enter .8 for max_iob?
Marcus Lindfors
@Mackwe
Jul 03 2017 18:09
@scottleibrand Thanks! Will try that and see if we can get it right! =)
Sebastien Lussier
@SebastienLussier
Jul 03 2017 18:10
hello! any reason why a meal bolus entered through the pump bolus wizard would not show up in nightscout ?
it worked fine yesteday, but somehow it didn't appear for his last meal
tynbendad
@tynbendad
Jul 03 2017 18:11
@scottleibrand i entered 2.8
Dana Lewis
@danamlewis
Jul 03 2017 18:12
@SebastienLussier yep - NS deduping. Should still reflect in OpenAPS pill thoughts We have a couple of fixes in dev if you want to try that, to see if it shows on NS
Sebastien Lussier
@SebastienLussier
Jul 03 2017 18:13
oh ok thanks Dana, will try that
another question :)
i enabled AMA this night (had COB undefined yesterday)
but for his breakfast his COB remained at 0 even after we entered the carbs on the pump
Scott Leibrand
@scottleibrand
Jul 03 2017 18:14
@Prosulpump please stop posting in this channel. This channel is mostly used by regular end users trying to set up OpenAPS systems, not by developers, and is therefore not an appropriate place to discuss pumps that have not yet been shown to be safe for use by humans for dosing insulin. We've already told you which other channels would be more appropriate. Please move the discussion there if you're interested in talking to developers about non-human testing of pumps that haven't been cleared by regulators.
Sebastien Lussier
@SebastienLussier
Jul 03 2017 18:14
the carbs & bolus did show up in NS
Scott Leibrand
@scottleibrand
Jul 03 2017 18:15
@tynbendad floating point values are not accepted by oref0-setup. Want to add a clarification instruction to use whole numbers there? If you really need a decimal max_iob you can edit preferences.json after setup.
@SebastienLussier what did pump-loop.log say about carbs?
tynbendad
@tynbendad
Jul 03 2017 18:16
@scottleibrand gotcha, yes, i will look at adding clarification into the script
:shipit:
peterfulvi
@peterfulvi
Jul 03 2017 18:19
@tim2000s Eastern (EDT)
Scott Leibrand
@scottleibrand
Jul 03 2017 18:20
@tynbendad or if you know how to make a bash script do floating point math, feel free to fix it.
Sebastien Lussier
@SebastienLussier
Jul 03 2017 18:21
@scottleibrand see https://pastebin.com/JdATekPu, thanks
peterfulvi
@peterfulvi
Jul 03 2017 18:21
I will look and double check. I know i put it on manual on my phone
Sebastien Lussier
@SebastienLussier
Jul 03 2017 18:21
just noticed Jul 03 09:05:21 gluteniak pump-loop.log: {"carbs":0,"mealCOB":0,"reason":"Could not parse input data"}
Marcus Lindfors
@Mackwe
Jul 03 2017 18:21
@scottleibrand : Confirmed. Any carb ratio over 25 seems to be misinterpreted when read to openaps. { "units": "grams", "first": 1, "schedule": [ { "q": 0, "start": "00:00:00", "r": 250, "ratio": 25.0, "offset": 0, "i": 0, "x": 0 }, { "q": 1, "start": "01:00:00", "r": 144, "ratio": 0.4, "offset": 60, "i": 2, "x": 1 } ]
tynbendad
@tynbendad
Jul 03 2017 18:22
@scottleibrand according to stackoverflow: "bash only does integers; you must delegate to a tool such as bc."
i can look at that instead
Sebastien Lussier
@SebastienLussier
Jul 03 2017 18:26
the issue is that since it sees no carb, the eventual bg is predicted to be -5.3 (!) so the rig zero temp...
Dana Lewis
@danamlewis
Jul 03 2017 18:27
@SebastienLussier while troubleshooting if you don't want it to zero temp, set basal type to % and it won't set temps. Or set a higher temp target, or turn it off, etc
Sebastien Lussier
@SebastienLussier
Jul 03 2017 18:28
good idea, i had the temp basal to % when we started and had to search for the reason why the loop wasn't working :smile:
i can share my NS if it helps... https://diabetor.azurewebsites.net/
i admit we struggle a bit during the day
Scott Leibrand
@scottleibrand
Jul 03 2017 18:31
@SebastienLussier FWIW, if you just bolused, it should still be in bolus snooze mode and setting neutral temps
Sebastien Lussier
@SebastienLussier
Jul 03 2017 18:31
last night was perfect :+1:
Scott Leibrand
@scottleibrand
Jul 03 2017 18:32
you'll need to drill down and figure out why oref0-meal is getting "Could not parse input data"
Sebastien Lussier
@SebastienLussier
Jul 03 2017 18:32
ok thanks, will do
what do you mean by bolus snooze mode ?
Scott Leibrand
@scottleibrand
Jul 03 2017 18:39
Marcus Lindfors
@Mackwe
Jul 03 2017 18:40
@scottleibrand I added a comment on openaps/openaps#111. I'll do my best to pitch in with debugging & coding as soon as I can, but unfortunately unable to do so at the time..
Kim St. Dennis
@kimstdennis_twitter
Jul 03 2017 18:50
@scottleibrand question for you, I see this come up on my edison explorer rig from time to time. Any idea what it's an indication of?
Starting pump-loop at Mon Jul 3 11:40:53 PDT 2017:
Radio ok, Listening: .No pump comms detected from other rigs
Old pumphistory:
Error, retrying
Starting pump-loop at Mon Jul 3 11:42:01 PDT 2017:
Radio ok, Listening: .No pump comms detected from other rigs
Old pumphistory:
Error, retrying
Starting pump-loop at Mon Jul 3 11:43:09 PDT 2017:
Radio ok, Listening: .No pump comms detected from other rigs
Old pumphistory:
Error, retrying
Marcus Lindfors
@Mackwe
Jul 03 2017 18:51
@kimstdennis_twitter It seems the Edison can't talk to the pump. Too far away? Radio interference?
Kim St. Dennis
@kimstdennis_twitter
Jul 03 2017 18:51
I'll dig into that, thanks.
maybe interference
Marcus Lindfors
@Mackwe
Jul 03 2017 19:03
@scottleibrand Are there any way to override the values set in the pump? To force openaps to use carb_ratio from NS or local file instead?
Scott Leibrand
@scottleibrand
Jul 03 2017 19:05
You can update aliases not to refresh that file, like is done for the 512.
Tim Street
@tim2000s
Jul 03 2017 19:10
@scottleibrand been checking ISF data and I see across all my rigs that sens pulls the ISF from the pump profile rather than the Autotune data. Autotune is definitely running on all rigs.
Marcus Lindfors
@Mackwe
Jul 03 2017 19:13
@scottleibrand Oh, I wish I could do that, but after running OpenAPS for about a week, I am really not into how that would be done.. Yet. Any pointers to a file or OpenAPS command to run, please?
Tim Street
@tim2000s
Jul 03 2017 19:14
Worth raising as an issue?
@tim2000s already logged
Oh sorry
Yes, your thing should be logged
Thought you were responding to previous
Scott Leibrand
@scottleibrand
Jul 03 2017 19:16
@tim2000s probably worth digging into the aliases to see what it's doing and why.
Giuseppe
@giupo
Jul 03 2017 19:25
@kimstdennis_twitter I "upgraded" my rig from RPi 3 to RPi Zero and I'm trapped into the same cage. Can the performance of the rig play a role in this?
fidoman
@efidoman
Jul 03 2017 19:27
@tw_miiko_twitter - I'm about confused about the definition offline / online in this context. However, I am interpreting online to mean with internet. Yes, my NS shows looping data while my rig is online.
Kim St. Dennis
@kimstdennis_twitter
Jul 03 2017 19:30

@giupo so it's this command thats outputting the line above,

command": "! bash -c \"find monitor/ -mmin -15 -size +100c | grep -q pumphistory-zoned || ( echo -n \\\"Old pumphistory: \\\" && openaps gather && openaps enact ) \""

so I would think it's openaps gather or openaps enact having the issue

maybe try running both of those alone to see if more info can be found?
Giuseppe
@giupo
Jul 03 2017 19:31
@kimstdennis_twitter thank you, I'll dig it. Are there success stories of RPi Zero users?
Kim St. Dennis
@kimstdennis_twitter
Jul 03 2017 19:31
"the line above" == Old pumphistory:
in
Old pumphistory:
Error, retrying
I think it's supported hardware
Giuseppe
@giupo
Jul 03 2017 19:33
The I/O with the TI stick takes forevers already with the RPi 3. I suspect that the RPi Zero can't stay up to everything...
Eric
@ecc1
Jul 03 2017 19:33
@tynbendad @scottleibrand Since you already depend on jq, you can just use that:
$ jq -n '3 + 0.14159'
3.14159
Giuseppe
@giupo
Jul 03 2017 19:35
@kimstdennis_twitter DearLord :D
Kim St. Dennis
@kimstdennis_twitter
Jul 03 2017 19:36
Giuseppe
@giupo
Jul 03 2017 19:38
That's what got me to buy a RPi Zero, but I suspect my problem is just the TI Zero + RPi + 554, they don't play well. I've setup everythin on the RPi 3 then moved the SD on the Zero: is this a horrid mistake?
Marcus Lindfors
@Mackwe
Jul 03 2017 19:39
@danamlewis , @scottleibrand http://openaps.readthedocs.io/en/latest/docs/walkthrough/phase-2/troubleshoot-oref0-setup.html?highlight=kill%20all#users-712-users-x12-users should do it. Need to hit the sack now. Will try that tomorrow! =) Super thanks for your help!!
Kim St. Dennis
@kimstdennis_twitter
Jul 03 2017 19:42
@giupo not sure really. I moved direct to the edison from the pi2. Moving back to the pi3 might be the right move, but Scott or Dana would have to chime in as I've only used a pi2 with openaps.
Eric
@ecc1
Jul 03 2017 19:45
@giupo I'm using a Pi Zero W, but not with the openaps stack. The onboard BLE and WiFi work fine, and I use an SPI-connected radio to talk to my pump. How are you connecting the TI Stick to your Pi? I would expect UART to work better than USB. Also, have you checked your memory usage during a loop (by running "free" or "top" in another window)? If you're swapping, it's "game over".
Tim Street
@tim2000s
Jul 03 2017 19:54
@scottleibrand Let me have a dig
Giuseppe
@giupo
Jul 03 2017 19:59
@ecc1 with "openaps stack" you mean the hardware stack? Or the software? If you don't use that software stack, what do you use? can you share your SPI radio device? Thanks!
@ecc1 I use a TI stick connected to USB, the only USB available. http://www.ti.com/tool/cc1111emk868-915
Miiko
@tw_miiko_twitter
Jul 03 2017 20:01
@ericfeibelman It is clearly, NS shows the information of the looping. My question is: Ist the information shown on NS at the SAME time as it is looping . In my case it shown a few min. later.
Matthias
@ceben80
Jul 03 2017 20:18
@giupo nice to know, works great connecting the TI via serial to the pi https://github.com/oskarpearson/mmeowlink/wiki/TI-USB-Stick-over-Serial
tynbendad
@tynbendad
Jul 03 2017 20:20
@ecc1 thx, it actually didn't do any math, just needs to treat the value as a string. i have a change ready for testing
Giuseppe
@giupo
Jul 03 2017 20:20
Oh God, everyday something new :)
@ceben80 Thank you!
Matthias
@ceben80
Jul 03 2017 20:21
@ecc1 agree, that's right the TI over UART works more reliable than USB :+1:
Tim Street
@tim2000s
Jul 03 2017 20:30
I seem to recall people having issues with the Pi zero. I think the zero w has a better CPU and more memory?
Eric
@ecc1
Jul 03 2017 20:33
No, it just has onboard Wifi and Bluetooth. Same CPU and RAM.
But that RAM is only half what the RPi B etc. has, so I think that made it difficult to run openaps on it.
Giuseppe
@giupo
Jul 03 2017 20:35
@ecc1 do you advice to use the UART for the TI Stick with the RPi, the benefit are worth the mess? :D
Cameron Chunn
@applehat
Jul 03 2017 20:36
Upping the processor speed a bit (overclocking it) could potentially help get things in-and-out of memory faster. I know people are successfully running with Pi Zero's, but you gotta be more careful about memory consumption in such a low memory environment.
Eric
@ecc1
Jul 03 2017 20:36
I don't use a TI Stick, but see @ceben80 's comment above
Giuseppe
@giupo
Jul 03 2017 20:37
@applehat I've removed EVERYTHING :) but the init, agetty, openaps and few necessary system processes (ntpd, dhcpclient, etc...)
Cameron Chunn
@applehat
Jul 03 2017 20:37
@giupo do you have it overclocked?
I know @ceben80's Pi Zero W rig is overclocked
Giuseppe
@giupo
Jul 03 2017 20:37
@applehat I don't know if a Pi Zero can be overclocked...
Cameron Chunn
@applehat
Jul 03 2017 20:38
it can
Giuseppe
@giupo
Jul 03 2017 20:38
I didn't know
The main issue I had wasn't speed in general, but it seemed that TI stick failed talking with RPi and/or with Pump
Cameron Chunn
@applehat
Jul 03 2017 20:39
Ahh. Well regardless, if you are on raspbian, just run sudo raspi-config
theres a built-in overclocking feature
Giuseppe
@giupo
Jul 03 2017 20:40
I did it... but if I'm not wrong says that this praticular RPi doesn't support overclock :O ... I think I have to upgrade some software here
Cameron Chunn
@applehat
Jul 03 2017 20:40
im not sure then.
i know its possible, but maybe not supported officially
Phil
@drnoname82_twitter
Jul 03 2017 20:41
To my knowledge the Pi Zero (W) already runs at max speed as opposed to other Raspberry models
Giuseppe
@giupo
Jul 03 2017 20:42
I've setup an SD with all the needed software on a RPi 3, then I moved TI Stick and SD card on the Pi Zero: is this doable? Someone has already been on this iter?
Eric
@ecc1
Jul 03 2017 20:42
@giupo also, just to be clear: if you wire the TI Stick to use the UART, you also need to re-flash the TI Stick with the UART version of the subg_rfspy firmware with a CC Debugger (in case that affects your decision)
Giuseppe
@giupo
Jul 03 2017 20:43
@ecc1 Yes, I've read on the link @ceben80 posted (https://github.com/oskarpearson/mmeowlink/wiki/TI-USB-Stick-over-Serial)
Eric
@ecc1
Jul 03 2017 20:44
Hmm, there might be low level firmware differences between the Pi3 and Pi0 that affect USB performance, but I don't know. It would be safer to start with a clean Pi Zero version of Raspbian and then copy over just your user files.
tynbendad
@tynbendad
Jul 03 2017 21:03
is it possible to rename the src/oref1 and 'myopenaps' directories before upgrading in order to revert back to them quickly in case you don't like the new version? (i'd save away a crontab -l also)
i'd guess both versions would need to be close enough to have the same dependencies...
hilarykoch
@hilarykoch
Jul 03 2017 21:08
I changed pump site this morning and forgot to do a fixed prime. That was about 9 hours ago -- BG has of course been a bit high, though not outrageously high. Do I need to do anything now for OpenAPS? Has enough time passed that I can just forget about it and move on? Have NEVER forgotten to do this before - feeling a bit lost.
Dana Lewis
@danamlewis
Jul 03 2017 21:08
@hilarykoch shouldn't matter now. Don't worry about it.
Do you have the setting turned on for resetting autosens after a pump rewind on?
hilarykoch
@hilarykoch
Jul 03 2017 21:11
Thank you! Always nice reminder that we can still screw up. I actually don't think I have that feature turned on. I changed his site, but didn't change insulin. Decided to change insulin tonight because I was frustrated with BG. Got my answer. @danamlewis
tynbendad
@tynbendad
Jul 03 2017 21:18
@hilarykoch no need to remind me - we just had an awful string of many-screwups (site followed by sensor followed by site, ...) :(
hilarykoch
@hilarykoch
Jul 03 2017 21:19
@tynbendad Just when we think things are going smoothly, it sneaks right back up on us. 😫
Scott Leibrand
@scottleibrand
Jul 03 2017 21:24
@tynbendad what version of oref0 were you using (and might want to revert back to)?
tynbendad
@tynbendad
Jul 03 2017 21:26
maybe its moot - its the rig i was using for testing ignore-carb-corrections... i suppose i should just update and forget
just got scared of upgrading both rigs at once, but i guess i already did that :)
thus proving @hilarykoch right again
Scott Leibrand
@scottleibrand
Jul 03 2017 21:27
if you're not changing any of your settings, oref0-runagain.sh should be unchanged. you can always check out an older branch of oref0, do npm run global-install if needed, and then run oref0-runagain.sh to reinstall
Kim St. Dennis
@kimstdennis_twitter
Jul 03 2017 21:32
@scottleibrand I'm trying to track down why I've got pillbox updates, but no basal rendering on NS. The "args" options in the ns.ini , it's url and shasum'ed api key right?
Scott Leibrand
@scottleibrand
Jul 03 2017 21:36
probably. did it used to work with the same config, or is this a new/changed setup?
Kim St. Dennis
@kimstdennis_twitter
Jul 03 2017 21:38
same config. I need to dig through the mongo docs and make sure there are adjustments for that time period.
let me do some digging. Thanks.
TwoFifteen
@TwoFifteen
Jul 03 2017 21:41
I think Im going to post this question here but point me elsewhere if possible. Back in the day (lol) before we had the G5 in Canada, we did the OTG upload of the G4 for Nightscout. We had this great case printed (pic below). Has anyone seen or heard of anyone thats created a case to house the iPhone plus the Edison Rig.?
image.png
Dana Lewis
@danamlewis
Jul 03 2017 21:42
Nope but there's plenty of 3D edison rig cases with various battery sizes you could probably easily adapt to add the iPhone case of whatever size iPhone you have
TwoFifteen
@TwoFifteen
Jul 03 2017 21:45
Thanks Dana. On a side note... With the discontinuation of the Edison, is there a general thought for next gen rig hardware?
Dana Lewis
@danamlewis
Jul 03 2017 21:46
TBD but discussions in progress. Plenty of Edisons and EB to go til end of yeAr, though
Kim St. Dennis
@kimstdennis_twitter
Jul 03 2017 21:47
Eek discontinuation of the Edison! I had no idea. :(
Dana Lewis
@danamlewis
Jul 03 2017 21:48
Don't panic. Rigs won't stop working and there's plenty of supply left
Kim St. Dennis
@kimstdennis_twitter
Jul 03 2017 21:48
oh yeah, just was enjoying the little guy. I'm sure we'll have something new to use in a year or two.
fidoman
@efidoman
Jul 03 2017 21:48
@tw_miiko_twitter - oh, sorry I misunderstood. My NS always is behind by anywhere from 2 to 5 minutes. If I need up to the minute MDT BG level, then I look at my pump.
Miiko
@tw_miiko_twitter
Jul 03 2017 22:30
Thank you for Info. 2 to 5 minutes later is me too. It sound like a problem by MDT Looping.
Miiko
@tw_miiko_twitter
Jul 03 2017 22:36
I dont know why. But it runs good without delay by show on ND, when it runs with "default" CGM. It is really so: read first the SG to NS, then RIG read the "BG" from NS and then looping the pump
Looping and Show on NS is Synchronize without shown delay.
when I use the MDT, it had delay by shown on NS
Giuseppe
@giupo
Jul 03 2017 22:43
@ecc1 looks like a fresh install solved my issues... still slow, but looping on RPi Zero
cameronrenwick
@cameronrenwick
Jul 03 2017 22:56
any hints here... just built a new rig and am getting this msg. Have you got the right port/device and radio_type?
us pump, EB (and is rig #2)
can't connect and gets stuck a listening for 30 seconds....that goes forever
Dirk Gastaldo
@dirkgastaldo
Jul 03 2017 22:57
Is it a new Explorer board?
cameronrenwick
@cameronrenwick
Jul 03 2017 22:57
yes
Dirk Gastaldo
@dirkgastaldo
Jul 03 2017 22:57
I had that problem
turned out to be a bad Explorer board
cameronrenwick
@cameronrenwick
Jul 03 2017 22:57
oh! what'd ya do??
oh no.. : (
Dirk Gastaldo
@dirkgastaldo
Jul 03 2017 22:58
I sent it back and they sent a replacement
hopefully you don't have a bad one
cameronrenwick
@cameronrenwick
Jul 03 2017 22:58
is there any way to confirm?
Dirk Gastaldo
@dirkgastaldo
Jul 03 2017 23:00
they had me flash the radio code (sorry for lack of proper lingo), and that process is in the docs, somewhere
cameronrenwick
@cameronrenwick
Jul 03 2017 23:00
ok I was gonna start to poke around for that... my previous EB worked great out of the box...
cameronrenwick
@cameronrenwick
Jul 03 2017 23:02
sigh... and an angelic voice from the heavens sings...
Dirk Gastaldo
@dirkgastaldo
Jul 03 2017 23:02
yep, that's what they had me do
"they" = hamshield or enhanced radio devices
John Benjamin
@Bender1061
Jul 03 2017 23:30
I think somthing is wrong with Dev
I'm getting the same issue @cameronrenwick has
something to do with mmtune now
cameronrenwick
@cameronrenwick
Jul 03 2017 23:37
ok so if you go to the link that Dana provided above and follow the directions you can flash your EB. I've done so and now have solid radio ...like -65 range. .. so super cool. Not looping yet, just trying to figure out a couple of other bugs.. @Bender1061 try the link above
Scott Leibrand
@scottleibrand
Jul 03 2017 23:41
Does the problem go away after a power cycle and/or mmtune?
cameronrenwick
@cameronrenwick
Jul 03 2017 23:41
yes it does. I've rebooted 2x now and things are good.
I do have this tho..
John Benjamin
@Bender1061
Jul 03 2017 23:42
@danamlewis did something recently change about the oref0 about the radio, cause I've been using this EB for a while and suddently after putting new oref0 it needs to be reflashed?
Dana Lewis
@danamlewis
Jul 03 2017 23:42
Someone else mentioned this, but it resolved itself after a few cycles and an mmtune in the loop
@Bender1061 not afaik - seeks coincidental. How long after you upgraded did you see this and let it run before manually intervening?
John Benjamin
@Bender1061
Jul 03 2017 23:45
you appear to be correct. It was running for about 20 mins and not completing cycle, then the loop ran correctly but the mmtune file was empty. I manually ran mmtune and it's there, so I'm not exactly sure what happened.
I'm going to update another rig, so I'll see what happens with that.
cameronrenwick
@cameronrenwick
Jul 03 2017 23:46
Starting supermicrobolus pump-loop at Mon Jul 3 19:39:42 EDT 2017 with 17 second wait_for_silence:
Waiting up to 4 minutes for new BG: ls: cannot access monitor/pump_loop_completed: No such file or directory
Radio ok. Listening: .No pump comms detected from other rigs
Preflight OK. Old settings refresh at Module.load (module.js:356:32)
ed. find: `monitor/pump_loop_completed': No such file or directory
pump_loop_completed less than 5m ago. RefreshCould not parse input data: [SyntaxError: Unexpected end of input]
edpumphistory
pumphistory.json: "TempBasalDuration 2017-07-03T19:17:11 head[2], body[0] op[0x16]"
Checking pump clock: "2017-07-03T19:40:45-04:00" is within 1m of current time: Mon Jul 3 19:40:50 EDT 2017
and that pumphistory is less than 1m old. Temp refresh at Module.load (module.js:356:32)
ed
Could not parse input data: [SyntaxError: /root/myopenaps/monitor/iob.json: Unexpected end of input]
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 48, in main
reporters.Reporter(report, device, task)(output)
File "/usr/local/lib/python2.7/dist-packages/openaps/reports/reporters/init.py", line 33, in call
self.blob = self.serialize(data)
File "/usr/local/lib/python2.7/dist-packages/openaps/reports/reporters/init.py", line 31, in serialize
return self.method.serialize(render(data), self)
File "/usr/local/lib/python2.7/dist-packages/openaps/vendors/process.py", line 56, in prerender_json
return json.loads(data)
File "/usr/lib/python2.7/json/init.py", line 338, in loads
return _default_decoder.decode(s)
File "/usr/lib/python2.7/json/decoder.py", line 366, in decode
obj, end = self.raw_decode(s, idx=_w(s, 0).end())
File "/usr/lib/python2.7/json/decoder.py", line 384, in raw_decode
raise ValueError("No JSON object could be decoded")
ValueError: No JSON object could be decoded
Checking pump status (suspended/bolusing): {"status":"normal","bolusing":false,"suspended":false}
Error, retrying
not too sure about the pump_loop_completed error?
John Benjamin
@Bender1061
Jul 03 2017 23:47
@cameronrenwick have you cycled power since you did the ccprog?
cameronrenwick
@cameronrenwick
Jul 03 2017 23:47
yes I did..
Elliott
@esteward
Jul 03 2017 23:47
Does anyone know why my OpenAPS pill in NS displays "unknown", even though my rig is looping? Apparpently this question gets asked at least twice per week in here?
Dana Lewis
@danamlewis
Jul 03 2017 23:48
@Bender1061 k, let us know if same pattern occurs, plus setup combo including type of pump and CGM
John Benjamin
@Bender1061
Jul 03 2017 23:48
I'
I'm a 723 and i use MDT
cameronrenwick
@cameronrenwick
Jul 03 2017 23:50
Checking pump status (suspended/bolusing): {"status":"normal","bolusing":false,"suspended":false} should normal in this line be in quotes? Is this a typo in the code that's throwing this off?