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

1st
Dec 2017
LilDucky
@LilDucky
Dec 01 2017 00:39
@primags here is to hoping it stays working.
Debby Muskar
@debbymuskar
Dec 01 2017 02:10
Can someone explain why NS always shows my target BG at 90? I have changed my targets in the rig and never had it at 90 anyway...
Debby Muskar
@debbymuskar
Dec 01 2017 02:31
and now it shows 100
alimhassam
@alimhassam
Dec 01 2017 02:32
target is set in the pump, and in the latest version correspons to the lowest of your BG Target in the bolus wizard setup of your pump
unless you have a temp target set in NS
there are also some settings which might affect target.
Debby Muskar
@debbymuskar
Dec 01 2017 02:33
I have a 512 - I enter my targets myself
and my target bottom is set to 130 right now
alimhassam
@alimhassam
Dec 01 2017 02:33
ah ok, 512 is different.
Debby Muskar
@debbymuskar
Dec 01 2017 02:34
yep - read as: 512 is a nightmare...
alimhassam
@alimhassam
Dec 01 2017 02:34
can you show your preferences?
Debby Muskar
@debbymuskar
Dec 01 2017 02:34
hang on
so since they changed to 0.6.0, I am having trouble with the cat command. I can show what comes up in the nano, but the cat command I used to use no longer works
alimhassam
@alimhassam
Dec 01 2017 02:36
run this:
cat ~/myopenaps/preferences.json
Debby Muskar
@debbymuskar
Dec 01 2017 02:36
that doesnt show my targets, but here
root@debbymuskar:~/myopenaps# cat ~/myopenaps/preferences.json
{
        "max_iob": 1,
        "max_daily_safety_multiplier": 3,
        "current_basal_safety_multiplier": 4,
        "autosens_max": 1.2,
        "autosens_min": 0.7,
        "rewind_resets_autosens": true,
        "adv_target_adjustments": false,
        "exercise_mode": false,
        "wide_bg_target_range": false,
        "sensitivity_raises_target": true,
        "unsuspend_if_no_temp": false,
        "enableSMB_with_COB": false,
        "enableSMB_with_temptarget": false,
        "enableUAM": true,
        "curve": "rapid-acting",
        "offline_hotspot": false
}
root@debbymuskar:~/myopenaps#
alimhassam
@alimhassam
Dec 01 2017 02:37
i know, but there are some settings which affect target i forget exactly what they were named thats why i asked to see them all :)
but you don't hvae those set
another question
Debby Muskar
@debbymuskar
Dec 01 2017 02:37
they are bg_targets_raw.json
alimhassam
@alimhassam
Dec 01 2017 02:38
what do you mean by NS always shows my target BG at 90 where do you see that?
Debby Muskar
@debbymuskar
Dec 01 2017 02:38
I see it in the openaps pill, but now it's 100
alimhassam
@alimhassam
Dec 01 2017 02:40
ok just to confirm, try this:
cat ~/myopenaps/settings/bg_targets.json
cat ~/myopenaps/settings/bg_targets_raw.json
Debby Muskar
@debbymuskar
Dec 01 2017 02:40
Ok, I finally figured out the cat command for my bg targets and I see where the profile is coming from.
alimhassam
@alimhassam
Dec 01 2017 02:40
ok great !
Debby Muskar
@debbymuskar
Dec 01 2017 02:41
the command was the second one and I see the results - but I have tried to change it a million times and it doesn't "take"
and the get settings alias doesnt work anymore
alimhassam
@alimhassam
Dec 01 2017 02:41
hmm, i'm wondering if for 512 there is another file somewhere.
Debby Muskar
@debbymuskar
Dec 01 2017 02:42
ok, so just changed the nano file for targets, but it doesn't take
so i am going to try to "move" it over
which was the get settings alias
alimhassam
@alimhassam
Dec 01 2017 02:44
i think you'll have to wait for someone with 512 expertise.
Debby Muskar
@debbymuskar
Dec 01 2017 02:44
Nobody has any..lol
I have yet to find someone with this expertise.
alimhassam
@alimhassam
Dec 01 2017 02:45
i think some people can help with 512 better than i do
Debby Muskar
@debbymuskar
Dec 01 2017 02:45
I'm looking to buy a 515 or higher if you know anyone
but since they changed to 0.6.0, the issues have not been resolved. I have pointed them out, but I do not feel comfortable doing a PR because I don't know what is should say
alimhassam
@alimhassam
Dec 01 2017 02:46
Debby Muskar
@debbymuskar
Dec 01 2017 02:46
yes, but the problem is that the settings do not move over. I did exactly that and my gather alias was wrong. I had to go back to the old docs and find the troubleshooting with the 512 to redo my gather alias
alimhassam
@alimhassam
Dec 01 2017 02:47
what do you mean by "move over" ?
Debby Muskar
@debbymuskar
Dec 01 2017 02:47
which isn't in the original set-up

B. Adapt the aliases as following so it doesn’t call for non-existing pump files:

First, copy and paste each of these three individually:
cd ~/myopenaps && killall -g openaps
openaps alias remove get-settings
openaps alias add get-settings "report invoke settings/model.json settings/bg_targets.json settings/insulin_sensitivities_raw.json settings/insulin_sensitivities.json settings/carb_ratios.json settings/profile.json"
The 512 also does not have the ability to report bolusing so the “gather” alias also has to be adjusted. So also do these three lines individually, copying and pasting in:
cd ~/myopenaps && killall -g openaps
openaps alias remove gather
openaps alias add gather '! bash -c "(openaps monitor-pump || openaps monitor-pump) 2>/dev/null >/dev/null && echo refreshed pumphistory || (echo unable to refresh pumphistory; exit 1) 2>/dev/null"'
C. Copy the files you created in the raw-pump directory into the settings directory
cd ~/myopenaps && cp ./raw-pump/bg-targets-raw.json ./settings/ && cp ./raw-pump/selected-basal-profile.json ./settings/ && cp ./raw-pump/settings.json ./settings/

This is the troubleshooting part in the docs
At the bottom, you will see how I am supposed to remove the get and gather alias and then copy the files into the settings directory. However, the raw-pump directory doesnt get created in the new 512 instructions
so when i try to do that, it says "command not found"
alimhassam
@alimhassam
Dec 01 2017 02:49
did you look at these corresponding files in the raw-pump directory?
ah ok
Debby Muskar
@debbymuskar
Dec 01 2017 02:50
I am not creating the raw pump directory anymore
alimhassam
@alimhassam
Dec 01 2017 02:50
ok
Debby Muskar
@debbymuskar
Dec 01 2017 02:50
not supposed to have to do that anymore
alimhassam
@alimhassam
Dec 01 2017 02:50
i see
Debby Muskar
@debbymuskar
Dec 01 2017 02:50
that is why yhe last command doesnt work
alimhassam
@alimhassam
Dec 01 2017 02:50
sorry, i'm not sure i can really help right now seems like it needs heavier troubleshooting, or help from someone who knows more about this.
Debby Muskar
@debbymuskar
Dec 01 2017 02:51
So now I have a new target profile that still says "raw" but no way to move it over to the settings directory
alimhassam
@alimhassam
Dec 01 2017 02:51
you can look for all the bg_target files in your directory to see if there are some that still have the wrong target
Debby Muskar
@debbymuskar
Dec 01 2017 02:51
they do - even after I change them
I save them in the nano editor, but they don't make it into the settings
alimhassam
@alimhassam
Dec 01 2017 02:52
find ~/myopenaps -iname 'bg_target*'
missed the last quote
Debby Muskar
@debbymuskar
Dec 01 2017 02:52

root@debbymuskar:~/myopenaps# find ~/myopenaps -iname 'bg_target*
>
>
lol, ok
alimhassam
@alimhassam
Dec 01 2017 02:53
ctrl-c and add the quote
Debby Muskar
@debbymuskar
Dec 01 2017 02:53
root@debbymuskar:~/myopenaps# find ~/myopenaps -iname 'bg_target*'
/root/myopenaps/bg_targets_raw.json
/root/myopenaps/settings/bg_targets_raw.json
/root/myopenaps/settings/bg_targets.json
/root/myopenaps/raw-pump/bg_targets_raw.json
root@debbymuskar:~/myopenaps#
what a mess
alimhassam
@alimhassam
Dec 01 2017 02:53
i'm not sure which ones are needed
you could either remove the ones not needed
Debby Muskar
@debbymuskar
Dec 01 2017 02:54
It's the second one
alimhassam
@alimhassam
Dec 01 2017 02:54
or cat each of them, and see which ones has the wrong value.
let me know if you need commands for anything
Debby Muskar
@debbymuskar
Dec 01 2017 02:54
how do I just remove the not needed ones? remove individual alias?
alimhassam
@alimhassam
Dec 01 2017 02:54
rm filename
Debby Muskar
@debbymuskar
Dec 01 2017 02:54
I need the commands please - that would be easier
ok
thanks
alimhassam
@alimhassam
Dec 01 2017 02:55
if you tell me what you want to do i can give you the command
but i don't know what needs to be done
otherwise just cat filename on each of these files
and see if it has the wrong target you see in ns
Debby Muskar
@debbymuskar
Dec 01 2017 02:56
I will cat on each one and find the one I need and then ask for the command
alimhassam
@alimhassam
Dec 01 2017 02:56
k
Dana Lewis
@danamlewis
Dec 01 2017 02:56
Remember target may be adjusted by Autosens too
alimhassam
@alimhassam
Dec 01 2017 02:57
ah thanks @danamlewis i knew i was missing something.
Debby Muskar
@debbymuskar
Dec 01 2017 02:57
The target is coming from the original target file
alimhassam
@alimhassam
Dec 01 2017 02:57
so check the sensitivity in your openaps pill first
Debby Muskar
@debbymuskar
Dec 01 2017 02:57
I can
alimhassam
@alimhassam
Dec 01 2017 02:57
just to rule that out.
what do you mean by "original target file" ?
Debby Muskar
@debbymuskar
Dec 01 2017 02:58
All the commands I am trying do not work - I thought I could just replace NANO with CAT
alimhassam
@alimhassam
Dec 01 2017 02:58
yeah that would work
which file are you trying to edit?
nano filename
Glenn Primack
@primags
Dec 01 2017 02:58

So I was good for about 3 hours, no errors at all, then I started getting this out of the blue without moving my location or moving the devices:

Starting oref0-pump-loop at Thu Nov 30 21:06:02 EST 2017 with 23 second wait_for _silence:
Waiting up to 4 minutes for new BG: .............glucose.json newer than pump_lo op_completed
Radio ok. Listening: .No interfering pump comms detected from other rigs (this i s a good thing!)
Preflight OK. Profile less than 60m old; Profile valid. RefreshValueError: need more than 0 values to unpack
Retrying invoke_pumphistory_etc
ValueError: need more than 0 values to unpack
Couldn't invoke_pumphistory_etc - continuing
Retrying monitor_pump
ValueError: need more than 0 values to unpack
Retrying invoke_pumphistory_etc
ValueError: need more than 0 values to unpack
Couldn't invoke_pumphistory_etc - continuing
Couldn't monitor_pump - continuing
Couldn't refresh_pumphistory_and_meal
oref0-pump-loop failed. Unsuccessful oref0-pump-loop at Thu Nov 30 21:09:38 EST 2017

Debby Muskar
@debbymuskar
Dec 01 2017 02:59
@alimhassam - nothing shows up when I do that
Glenn Primack
@primags
Dec 01 2017 02:59

After that happened consistently for about 30 minutes, I started getting this:

Starting oref0-pump-loop at Thu Nov 30 21:46:02 EST 2017 with 11 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 i s a good thing!)
Preflight fail. Retrying preflight
Preflight OK. Profile less than 60m old; Profile valid. AttributeError: 'Pump' o bject has no attribute 'model'
Couldn't refresh_pumphistory_and_meal
oref0-pump-loop failed. pump_loop_completed more than 15m old; waiting for 40s s ilence before mmtuning
Radio ok. Listening: .No interfering pump comms detected from other rigs (this i s a good thing!)
Listening for 40s silence before mmtuning: .No interfering pump comms detected f rom other rigs (this is a good thing!)
mmtune: "916.612", 4, -52 No wait required.
Unsuccessful oref0-pump-loop at Thu Nov 30 21:48:35 EST 2017

Debby Muskar
@debbymuskar
Dec 01 2017 02:59
root@debbymuskar:~/myopenaps# nano bg_targets_raw.json
That gets me a blank nano editor screen
alimhassam
@alimhassam
Dec 01 2017 03:00
and if cat ?
did you remove the file?
Debby Muskar
@debbymuskar
Dec 01 2017 03:00
I didnt remove anything
Glenn Primack
@primags
Dec 01 2017 03:00
I'm a hour with it in this state from working non-stop for 3 hours.
Debby Muskar
@debbymuskar
Dec 01 2017 03:00

root@debbymuskar:~/myopenaps# cat bg_targets_raw.json
cat: bg_targets_raw.json: No such file or directory
It's all a mess to me
alimhassam
@alimhassam
Dec 01 2017 03:00
you had it earlier
when you ran the find command
try that find command again?
Debby Muskar
@debbymuskar
Dec 01 2017 03:01
i know and when i go back for it, I can't find the right one
I mean I can't find the right one for cat
nano i can find
alimhassam
@alimhassam
Dec 01 2017 03:01
find ~/myopenaps -iname 'bg_target*'
Debby Muskar
@debbymuskar
Dec 01 2017 03:02
I get a blank screen
alimhassam
@alimhassam
Dec 01 2017 03:02
huh?
Debby Muskar
@debbymuskar
Dec 01 2017 03:02
sorry, not with what you wrote
when I put in this:
root@debbymuskar:~/myopenaps# nano ~/myopenaps/bg_targets_raw.json
so that is why I can't find it with the cat command
Glenn Primack
@primags
Dec 01 2017 03:03
So to me it appears like something related to : Retrying invoke_pumphistory_etc
ValueError: need more than 0 values to unpack
Couldn't invoke_pumphistory_etc - continuing
Debby Muskar
@debbymuskar
Dec 01 2017 03:04
Ok, one less file when I ran the find command
root@debbymuskar:~/myopenaps# find ~/myopenaps -iname 'bg_target*'
/root/myopenaps/settings/bg_targets_raw.json
/root/myopenaps/settings/bg_targets.json
/root/myopenaps/raw-pump/bg_targets_raw.json
ok, this is the one it is using
root@debbymuskar:~/myopenaps# cat ~/myopenaps/raw-pump/bg_targets_raw.json      {
  "units": "mg/dL",
  "targets": [
    {
      "high": 120,
      "start": "00:00:00",
      "low": 100,
      "offset": 0,
      "i": 0,
      "x": 0
    },
    {
      "high": 110,
      "start": "08:00:00",
      "low": 90,
      "offset": 480,
      "i": 12,
      "x": 1
    },
    {
      "high": 120,
      "start": "20:00:00",
      "low": 100,
      "offset": 1200,
      "i": 40,
      "x": 2
    }
  ],
alimhassam
@alimhassam
Dec 01 2017 03:06
i think you ran the 'rm' command earlier and removed that file.
Debby Muskar
@debbymuskar
Dec 01 2017 03:06
And every time I change it, I do not see it again
so now I will change it and we will see
Ok, I see my changes when I "Cat"
But I still see the 100 as the target in the logs and openaps pill
because i do not know how to get that "raw" file into the right place
Dirk Gastaldo
@dirkgastaldo
Dec 01 2017 03:55
Does OpenAPS's check on a current bolus running before it attempts to issue an SMB, does that include from the moment I press the up arrow key? The time I press the ACT key to confirm the bolus? When the pump starts delivering the bolus?
Andy Sharrow
@dramageek
Dec 01 2017 03:56
If there's a bolus already running, the pump won't accept commands to do anything.
Starting when bolus delivery starts, so the final ACT.
Dirk Gastaldo
@dirkgastaldo
Dec 01 2017 04:02
Grazie
Debby Muskar
@debbymuskar
Dec 01 2017 04:45
Anybody know why my NS only updates when I run openaps NS-upload-NS-status?
Debby Muskar
@debbymuskar
Dec 01 2017 05:42
Can someone please tell me how to delete the docs repository I accidentally created on GitHub that is causing my NS account not to upload?
Debby Muskar
@debbymuskar
Dec 01 2017 05:50
@scottleibrand can you please tell me how to delete the fork I created in the docs repository? My NS hasn’t uploaded data from my rig since then. TIA
yeagerm
@yeagerm
Dec 01 2017 13:03
@debbymuskar I’m not running OpenAPS, but if you need to delete a fork in your repositories, go to your repository page and then there is a tab up near the top on the right for “Settings”, then scroll way down to the bottom and there is a red-text button to “Delete this repository”. The URL for the settings would be, for example, https://github.com/XXX/cgm-remote-monitor/settings with “XXX” as your github username
Debby Muskar
@debbymuskar
Dec 01 2017 14:26
So...I completely redid my NS app and it is still not working. Hmmm...
Samuchco
@Samuchco
Dec 01 2017 15:36

Can someone clarify the new "exercise_mode".

"Now, exercise_mode when enabled means that for a target of 111 or higher will create a manual sensitivity ratio, thus adjusting ISF and basals in proportion to this adjusted target. The goal of this is to recalculate IOB down to zero sooner ahead of and during activity, when the human knows this increased sensitivity is coming."

How does exercise_more recalculates the IOB down to zero sooner? Does it reduce the DIA from, let's say 5 to 3? Is there an example with numbers so we can see in the pill and understand the behavior? that would be helpful in the docs. I think.

@danamlewis see^^^ -is there a new updated docs other than #707
Tim Street
@tim2000s
Dec 01 2017 16:16
@Samuchco, it sets insulin sensitivity to more sensitive, reducing the likelihood of additional SMB or TBR and also, with the higher target, reduces the likelihood of those. The aim is to stop the loop delivering more insulin, which is what recalculate to zero IOB means, rather than change the physical properties of the insulin, which is impossible.
Samuchco
@Samuchco
Dec 01 2017 16:37
@tim2000s Thanks Tim. If I recalculate the IOB to zero quicker, won't that make temp basals head upward than zero sooner? It seems that I don't understand the term "recalculate the IOB to zero quicker". But more importantly. how do I see it in the "pill"
Scott Leibrand
@scottleibrand
Dec 01 2017 16:43
With exercise mode on, your assumed basal will be lower, and therefore whatever insulin you got will result in a higher IOB, which will cause less insulin to be delivered.
It doesn’t adjust DIA at all, just the assumed neutral basals, ISF, and CR.
Dana Lewis
@danamlewis
Dec 01 2017 16:46
@Samuchco yea, the docs are most updated source of info now that it is merged
Please do Pr examples if you'd find it helpful
Samuchco
@Samuchco
Dec 01 2017 16:52
@scottleibrand "and therefore whatever insulin you got will result in a higher IOB", does that mean that If I have actual IOB of 1.0u, the exercise_mode will change that to a higher IOB, say 1.25u, even though the actual physical insulin has not changed?
@scottleibrand So in the pill I will see a higher ISF and a higher IOB?
Chris Oattes
@cjo20
Dec 01 2017 16:56
if your background basal rate is 1u/hr, and you enable exercise_mode, it will start doing calculations assuming your basal rate should be (for example) 0.6u/hr. If you run a basal rate of 1.5u/hr for 1 hour, it will then say you have 0.9u IOB (1.5 - 0.6) instead of 0.5u IOB (1.5 - 1.0) (numbers pulled out of thin air)
Scott Leibrand
@scottleibrand
Dec 01 2017 17:20
Yep.
Rob Kresha
@rkresha
Dec 01 2017 19:30
so I have a edison with shareble. I used to get the glucose numbers sent to NS but it appear it is no longer making it. Any suggestions of things to check
tynbendad
@tynbendad
Dec 01 2017 19:33
anyone else see an overnight (automatic) autotune failure this morning? happ'd on 2 rigs for me (other is down for updating):
oref0-autotune-prep ns-treatments.2017-11-30.json profile.json ns-entries.2017-1
1-30.json profile.pump.json > autotune.2017-11-30.json
Could not parse input data:  SyntaxError: Unexpected end of JSON input
    at Object.parse (native)
    at Object.<anonymous> (/root/src/oref0/bin/oref0-autotune-prep.js:48:37)
    at Module._compile (module.js:570:32)
    at Object.Module._extensions..js (module.js:579:10)
    at Module.load (module.js:487:32)
    at tryModuleLoad (module.js:446:12)
    at Function.Module._load (module.js:438:3)
    at Module.runMain (module.js:604:10)
    at run (bootstrap_node.js:383:7)
    at startup (bootstrap_node.js:149:9)
oref0-autotune-core autotune.2017-11-30.json profile.json profile.pump.json > newprofile.2017-11-30.json
/root/src/oref0/lib/autotune/index.js:48
    CRData.forEach(function(CRDatum) {
          ^

TypeError: Cannot read property 'forEach' of undefined
    at tuneAllTheThings (/root/src/oref0/lib/autotune/index.js:48:11)
    at Object.<anonymous> (/root/src/oref0/bin/oref0-autotune-core.js:59:27)
rerunning manually....
Chris Oattes
@cjo20
Dec 01 2017 19:34
looks like it failed to get the data for 30th november properly from NS
tynbendad
@tynbendad
Dec 01 2017 19:34
hmm, maybe my NS site was borked at the time last night, although i didn't notice.
that would explain both rigs failing
Chris Oattes
@cjo20
Dec 01 2017 19:35
oref0-autotune-prep ns-treatments.2017-11-30.json profile.json ns-entries.2017-11-30.json profile.pump.json > autotune.2017-11-30.json
Could not parse input data:  SyntaxError: Unexpected end of JSON input
The Unexpected end of JSON input means that one of the files it was trying to read wasn't valid JSON
Debby Muskar
@debbymuskar
Dec 01 2017 19:45
I still cannot get my NS openaps pill to work - anyone have any ideas? I have tried deleting my NS account and creating a new one (with the same password and all), running set-up again on my rig, manually running NS openaps first-upload (which isn't working ether). Help would be greatly appreciated. TIA
jdunn42
@jdunn42
Dec 01 2017 19:49
@debbymuskar are you getting temp basals? If so, do the temp basals show up in NS?
Debby Muskar
@debbymuskar
Dec 01 2017 19:51
I am getting temp basals but NS doesn't show anything in openaps pill (I do not have the basal plug-in enabled)
I enabled basal and it does NOT show temp basal
jdunn42
@jdunn42
Dec 01 2017 19:54
How does you rig get blood glucose readings?
Debby Muskar
@debbymuskar
Dec 01 2017 19:54
g5
tynbendad
@tynbendad
Dec 01 2017 19:54
@cjo20 thanks, manual run worked fyi
Debby Muskar
@debbymuskar
Dec 01 2017 19:54
so bridge
The readings are showing
jdunn42
@jdunn42
Dec 01 2017 19:54
So the rig pulls them from NS?
Debby Muskar
@debbymuskar
Dec 01 2017 19:54
Yes
Or it pulls them directly from my sensor? Not sure
jdunn42
@jdunn42
Dec 01 2017 19:55
Do you use a receiver?
I'm trying to see if your rig is accessing your NS site at all.
Debby Muskar
@debbymuskar
Dec 01 2017 19:57
no
jdunn42
@jdunn42
Dec 01 2017 19:58
What did you pick as your CGM source when you ran oref0 setup?
Debby Muskar
@debbymuskar
Dec 01 2017 19:58
g5
This all worked yesterday, so I do not know what happened
jdunn42
@jdunn42
Dec 01 2017 20:00
Go to your NS site with "/api/v1/treatments.json" added to the end of the URL. Do you see any entries for temp basals?
Debby Muskar
@debbymuskar
Dec 01 2017 20:01
[{"_id":"xxxxx,"enteredBy":"","eventType":"<none>","reason":"","insulin":2,"duration":0,"created_at":"2017-12-01T18:22:00.000Z","carbs":null},{"_id":"5a21a7b5cbdc641400a3c38d","enteredBy":"","eventType":"<none>","glucose":90,"reason":"","glucoseType":"Sensor","carbs":55,"duration":0,"units":"mg/dl","created_at":"2017-12-01T18:20:00.000Z","insulin":null}]
That was the only one and I did it manually
jdunn42
@jdunn42
Dec 01 2017 20:03
Your rig is not uploading treatments.
Debby Muskar
@debbymuskar
Dec 01 2017 20:03
I see that
jdunn42
@jdunn42
Dec 01 2017 20:03
SSH to your rig and enter "crontab -l".
Debby Muskar
@debbymuskar
Dec 01 2017 20:03
I have re-run the set-up multiple times
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
* * * * * ps aux | grep -v grep | grep -q "oref0-online 00:B3:62:8D:5F:FB" || cd /root/myopenaps && oref0-online 00:B3:62:8D:5F:FB 2>&1 >> /var/log/openaps/network.log
0,20,40 * * * * touch /tmp/disable_hotspot
1,21,41 * * * * rm /tmp/disable_hotspot
* * * * * sudo wpa_cli scan
* * * * * ( killall -g --older-than 30m openaps; killall -g --older-than 30m oref0-pump-loop; killall -g --older-than 30m openaps-report )
* * * * * find /var/log/openaps/pump-loop.log -mmin +5 | grep pump && ( killall -g --older-than 5m openaps; killall -g --older-than 5m oref0-pump-loop; killall -g --older-than 5m openaps-report )
* * * * * cd /root/myopenaps && ps aux | grep -v grep | grep -q 'openaps get-bg' || ( date; openaps get-bg ; cat cgm/glucose.json | json -a sgv dateString | head -1 ) | tee -a /var/log/openaps/cgm-loop.log
* * * * * cd /root/myopenaps && ps aux | grep -v grep | grep -q 'oref0-ns-loop' || oref0-ns-loop | tee -a /var/log/openaps/ns-loop.log
* * * * * cd /root/myopenaps && ps aux | grep -v grep | grep -q 'oref0-autosens-loop' || oref0-autosens-loop 2>&1 | tee -a /var/log/openaps/autosens-loop.log
5 4 * * * ( oref0-autotune -d=/root/myopenaps -n=https://debbymuskar.herokuapp.com && cat /root/myopenaps/autotune/profile.json | json | grep -q start && cp /root/myopenaps/autotune/profile.json /root/myopenaps/settings/autotune.json) 2>&1 | tee -a /var/log/openaps/autotune.log
@reboot reset_spi_serial.py
* * * * * oref0-radio-reboot
* * * * * cd /root/myopenaps && ( ps aux | grep -v grep | grep bash | grep -q 'bin/oref0-pump-loop' || oref0-pump-loop ) 2>&1 | tee -a /var/log/openaps/pump-loop.log
* * * * * cd /root/myopenaps && sleep 30 && ( ps aux | grep -v grep | grep bash | grep -q 'bin/oref0-pump-loop' || oref0-pump-loop ) 2>&1 | tee -a /var/log/openaps/pump-loop.log
* * * * * ps aux | grep -v grep | grep -q "oref0-bluetoothup" || oref0-bluetoothup >> /var/log/openaps/network.log
*/15 * * * * cd /root/myopenaps && openaps battery-status; cat /root/myopenaps/monitor/edison-battery.json | json batteryVoltage | awk '{if ($1<=3050)system("sudo shutdown -h now")}'
@reboot cd /root/myopenaps && oref0-delete-future-entries
0 * * * * cd /root/myopenaps && oref0-version --check-for-updates > /tmp/oref0-updates.txt
root@debbymuskar:~/myopenaps#
I took out my site url and API secret
jdunn42
@jdunn42
Dec 01 2017 20:06
Make sure the site URL is exactly right.
Looks like it is, based on the cron entry for autotune.
Debby Muskar
@debbymuskar
Dec 01 2017 20:08
I said "Y" to autotune
strange that it never caused me problems before
I am on a 512 (FYI)
jdunn42
@jdunn42
Dec 01 2017 20:09
Is the URL in the first line of your cron exactly right?
Debby Muskar
@debbymuskar
Dec 01 2017 20:09
Yep
https:// is how is starts, right?
jdunn42
@jdunn42
Dec 01 2017 20:10
yes
look at ~/myopenaps/ns.ini
Debby Muskar
@debbymuskar
Dec 01 2017 20:10
yep, it's correct
jdunn42
@jdunn42
Dec 01 2017 20:10
Check it there too.
Debby Muskar
@debbymuskar
Dec 01 2017 20:11
aha! ```-bash: /root/myopenaps/ns.ini: Permission denied
oops - got that formatting wrong, sorry
I don't see why permission is denied
should I add sudo in front of the command?
Chris Oattes
@cjo20
Dec 01 2017 20:12
if you're not running it as root then you can't access that file
yes
Debby Muskar
@debbymuskar
Dec 01 2017 20:12
i thought i was running it as root
yep, I running it as root
sudo ~/myopenaps/ns.ini
is that correct?
Chris Oattes
@cjo20
Dec 01 2017 20:13
what are you trying to do with ns.ini?
ns.ini is just a config file
jdunn42
@jdunn42
Dec 01 2017 20:13
Checking if the URL is right. Her treatments aren't uploading.
Chris Oattes
@cjo20
Dec 01 2017 20:14
if you want to see what's in ns.ini, then try cat ~/myopenaps/ns.ini
jdunn42
@jdunn42
Dec 01 2017 20:25
Okay, that's fine . You should delete it though. That has your hashed API secret in it.
Delete the gitter message I mean, not the file.
Now, cat ~/myopenaps/monitor/pumphistory.json
Debby Muskar
@debbymuskar
Dec 01 2017 20:28
root@debbymuskar:~/myopenaps#  cat ~/myopenaps/monitor/pumphistory.json
[
  {
    "_type": "TempBasalDuration",
    "duration (min)": 30,
    "_description": "TempBasalDuration 2017-12-01T14:23:44 head[2], body[0] op[0x16]",
    "timestamp": "2017-12-01T14:23:44",
    "_body": "",
    "_head": "1601",
    "_date": "ec170e4111"
  },
  {
    "_type": "TempBasal",
    "temp": "absolute",
    "_description": "TempBasal 2017-12-01T14:23:44 head[2], body[1] op[0x33]",
    "timestamp": "2017-12-01T14:23:44",
    "_body": "00",
    "_head": "332c",
    "rate": 1.1,
    "_date": "ec170e4111"
  },
  {
    "_type": "TempBasalDuration",
    "duration (min)": 30,
    "_description": "TempBasalDuration 2017-12-01T14:12:20 head[2], body[0] op[0x16]",
    "timestamp": "2017-12-01T14:12:20",
    "_body": "",
    "_head": "1601",
    "_date": "d40c0e4111"
  },
  {
    "_type": "TempBasal",
    "temp": "absolute",
    "_description": "TempBasal 2017-12-01T14:12:20 head[2], body[1] op[0x33]",
    "timestamp": "2017-12-01T14:12:20",
    "_body": "00",
    "_head": "3312",
    "rate": 0.45,
    "_date": "d40c0e4111"
  },
  {
    "_type": "TempBasalDuration",
    "duration (min)": 120,
    "_description": "TempBasalDuration 2017-12-01T13:57:53 head[2], body[0] op[0x16]",
    "timestamp": "2017-12-01T13:57:53",
    "_body": "",
    "_head": "1604",
    "_date": "f5390d4111"
  },
  {
    "_type": "TempBasal",
    "temp": "absolute",
    "_description": "TempBasal 2017-12-01T13:57:53 head[2], body[1] op[0x33]",
    "timestamp": "2017-12-01T13:57:53",
    "_body": "00",
    "_head": "3300",
    "rate": 0.0,
    "_date": "f5390d4111"
  },
  {
    "_type": "TempBasalDuration",
    "duration (min)": 120,
    "_description": "TempBasalDuration 2017-12-01T13:37:53 head[2], body[0] op[0x16]",
    "timestamp": "2017-12-01T13:37:53",
    "_body": "",
    "_head": "1604",
    "_date": "f5250d4111"
  },
  {
    "_type": "TempBasal",
    "temp": "absolute",
    "_description": "TempBasal 2017-12-01T13:37:53 head[2], body[1] op[0x33]",
    "timestamp": "2017-12-01T13:37:53",
    "_body": "00",
    "_head": "3300",
    "rate": 0.0,
    "_date": "f5250d4111"
  },
  {
    "_type": "TempBasalDuration",
    "duration (min)": 120,
    "_description": "TempBasalDuration 2017-12-01T13:26:49 head[2], body[0] op[0x16]",
    "timestamp": "2017-12-01T13:26:49",
    "_body": "",
    "_head": "1604",
    "_date": "f11a0d4111"
  },
  {
    "_type": "TempBasal",
    "temp": "absolute",
    "_description": "TempBasal 2017-12-01T13:26:49 head[2], body[1] op[0x33]",
    "timestamp": "2017-12-01T13:26:49",
    "_body": "00",
    "_head": "3300",
    "rate": 0.0,
    "_date": "f11a0d4111"
  },
  {
    "_type": "TempBasalDuration",
    "duration (min)": 90,
    "_description": "TempBasalDuration 2017-12-01T13:11:17 head[2], body[0] op[0x16]",
    "timestamp": "2017-12-01T13:11:17",
    "_body": "",
    "_head": "1603",
    "_date": "d10b0d4111"
  },
  {
    "_type": "TempBasal",
    "temp": "absolute",
    "_description": "TempBasal 2017-12-01T13:11:17 head[2], body[1] op[0x33]",
    "timestamp": "2017-12-01T13:11:17",
    "_body": "00",
    "_head": "3300",
    "rate": 0.0,
    "_date": "d10b0d4111"
  },
  {
    "_type": "TempBasalDuration",
    "duration (min)": 0,
    "_description": "TempBasalDuration 2017-12-01T13:04:56 head[2], body[0] op[0x16]",
    "timestamp": "2017-12-01T13:04:56",
    "_body": "",
    "_head": "1600",
    "_date": "f8040d0111"
  },
  {
    "_type": "TempBasal",
    "temp": "absolute",
    "_description": "TempBasal 2017-12-01T13:04:56 head[2], body[1] op[0x33]",
    "timestamp": "2017-12-01T13:04:56",
    "_body": "00",
    "_head": "3300",
    "rate": 0.0,
    "_date": "f8040d0111"
  },
  {
    "_type": "TempBasalDuration",
    "duration (min)": 120,
    "_description": "TempBasalDuration 2017-12-01T12:59:52 head[2], body[0] op[0x16]",
    "timestamp": "2017-12-01T12:59:52",
    "_body": "",
    "_head": "1604",
    "_date": "f43b0c4111"
  },
  {
    "_type": "TempBasal",
    "temp": "absolute",
    "_description": "TempBasal 2017-12-01T12:59:5
jdunn42
@jdunn42
Dec 01 2017 20:34
Ok, your rig is reading the history from your pump. How about cat ~myopenaps/monitor/pumphistory-merged.json
Rob Kresha
@rkresha
Dec 01 2017 20:34
I think my issue is bluez ... seeing this when running any command via openaps use cgm insertion_time
File "/usr/local/lib/python2.7/dist-packages/openxshareble/ble/uart.py", line 78, in pair_auth_code
    self._auth = self._uart.find_characteristic(self.AUTH_UUID)
  File "/home/root/src/Adafruit_Python_BluefruitLE/Adafruit_BluefruitLE/interfaces/gatt.py", line 48, in find_characteristic
    for char in self.list_characteristics():
  File "/home/root/src/Adafruit_Python_BluefruitLE/Adafruit_BluefruitLE/bluez_dbus/gatt.py", line 56, in list_characteristics
    paths = self._props.Get(_SERVICE_INTERFACE, 'Characteristics')
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in __call__
    **keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking
    message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.InvalidArgs: No such property 'Characteristics'
Debby Muskar
@debbymuskar
Dec 01 2017 20:37
cat: ~myopenaps/monitor/pumphistory-merged.json: N
-bash: cat:: command not found
It is coming out funny looking in Putty
Chris Oattes
@cjo20
Dec 01 2017 20:37
you missed out a /
Debby Muskar
@debbymuskar
Dec 01 2017 20:38
I am copying from what you put above
root@debbymuskar:~/myopenaps# cat ~myopenaps/monitor/pumphistory-merged.json cat: ~myopenaps/monitor/pumphistory-merged.json: No such file or directory
Chris Oattes
@cjo20
Dec 01 2017 20:38
you misssed out a /. It should be cat ~/myopenaps/monitor/pumphistory-merged.json
Debby Muskar
@debbymuskar
Dec 01 2017 20:40
There are a ton of temp basals - do you need to see them?
jdunn42
@jdunn42
Dec 01 2017 20:40
No, just make sure the lastest ones are in there.
Sorry about the missing /
Debby Muskar
@debbymuskar
Dec 01 2017 20:42
The last date is yesterday
    "_type": "Bolus",
    "_description": "Bolus 2017-11-30T10:41:26 head[4], body[0] op[0x01]",
    "timestamp": "2017-11-30T10:41:26-06:00",
    "_body": "",
    "appended": [
      {
        "_type": "UnabsorbedInsulin512",
        "_description": "UnabsorbedInsulin512 unknown head[8], body[0] op[0x30]",
        "_body": "",
        "_head": "30081c0a10a01410",
        "data": [
          {
            "amount": 0.7,
            "age": 266
          },
          {
            "amount": 4,
            "age": 276
          }
        ],
        "_date": ""
      }
    ],
    "programmed": 0.9,
    "duration": 0,
    "amount": 0.9,
    "_head": "01090900",
    "type": "normal",
    "_date": "9ae94a1e11"
  }
]
jdunn42
@jdunn42
Dec 01 2017 20:48
Ok, now cat ~/myopenaps/monitor/pumphistory-zoned.json
See what the most recent is in that one.
Debby Muskar
@debbymuskar
Dec 01 2017 21:06
That has the most recent
jdunn42
@jdunn42
Dec 01 2017 21:13
Ok, so it's not formatting your pump history for uploading. Not sure why that would happen.
You can try giving it the command manually, and see if you get an error.
Debby Muskar
@debbymuskar
Dec 01 2017 21:17
not sure what you mean by manually
jdunn42
@jdunn42
Dec 01 2017 21:17
Try: mm-format-ns-treatments ~/myopenaps/monitor/pump-history-zoned.json < ~/myopenaps/monitor/pumphistory-merged.json
oops mm-format-ns-treatments ~/myopenaps/monitor/pump-history-zoned.json > ~/myopenaps/monitor/pumphistory-merged.json
use the second one
Debby Muskar
@debbymuskar
Dec 01 2017 21:18
istory-zoned.json > ~/myopenaps/monitor/pumphistory-merged.jsonaps/monitor/pump-h
json: error: undefined
Could not parse pumphistory:  { [Error: Cannot find module '/root/myopenaps//root/myopenaps/monitor/pump-history-zoned.json'] code: 'MODULE_NOT_FOUND' }
root@debbymuskar:~/myopenaps#
oops, looks like i messed up
jdunn42
@jdunn42
Dec 01 2017 21:19
Yeah, that was my typo. Should be ">" not "<"
Debby Muskar
@debbymuskar
Dec 01 2017 21:19
or did i?
I did the correct one
the whole line starting at mm-format, correct?
jdunn42
@jdunn42
Dec 01 2017 21:19
yes
Debby Muskar
@debbymuskar
Dec 01 2017 21:20
That error message is what I get
But I'm losing the beginning of the command when I paste it - weird
And I'm not even hitting "enter"
before I get that message
Yep, I get the error message above
jdunn42
@jdunn42
Dec 01 2017 21:23
'mm-format-ns-treatments ~/myopenaps/monitor/pump-history-zoned.json > ~/myopenaps/monitor/pumphistory-merged.json'
are you entering the whole command?
Debby Muskar
@debbymuskar
Dec 01 2017 21:24
yep
But look at how it doesn't let me see it all ^^^^
look at the part with jsonaps
It's like it doesn't paste correctly or something
jdunn42
@jdunn42
Dec 01 2017 21:25
I got the json name wrong
Debby Muskar
@debbymuskar
Dec 01 2017 21:25
ha ha
jdunn42
@jdunn42
Dec 01 2017 21:25
mm-format-ns-treatments ~/myopenaps/monitor/pumphistory-zoned.json > ~/myopenaps/monitor/pumphistory-merged.json
Debby Muskar
@debbymuskar
Dec 01 2017 21:26
Nope, still all weird

root@debbymuskar:~/myopenaps#
story-zoned.json > ~/myopenaps/monitor/pumphistory-merged.jsonaps/monitor/pumphi
json: error: undefined
Could not parse pumphistory:  { [Error: Cannot find module '/root/myopenaps//root/myopenaps/monitor/pumphistory-zoned.json'] code: 'MODULE_NOT_FOUND' }
root@debbymuskar:~/myopenaps#
It's not you
Something weird happens when I put in that command
and this comes up in my logs
module.js:485
    throw err;
          ^
SyntaxError: /root/myopenaps/monitor/pumphistory-merged.json: Unexpected end of input
    at Object.parse (native)
    at Object.Module._extensions..json (module.js:482:27)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at Object.<anonymous> (/home/.rootfs/usr/local/lib/node_modules/oref0/bin/oref0-calculate-iob.js:43:18)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)

Couldn't calculate IOB
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: .
But I am looping
jdunn42
@jdunn42
Dec 01 2017 21:28
Ok, cd ~/myopenaps/monitor
Then: mm-format-ns-treatments pumphistory-zoned.json > pumphistory-merged.json
Debby Muskar
@debbymuskar
Dec 01 2017 21:29
Nope
root@debbymuskar:~/myopenaps# cd ~/myopenaps/monitor
json > pumphistory-merged.jsononitor# mm-format-ns-treatments pumphistory-zoned.
json: error: undefined
root@debbymuskar:~/myopenaps/monitor#
Everything comes up all jumbled
It's that one command
jdunn42
@jdunn42
Dec 01 2017 21:30
now cat pumphistory-merged.json
Debby Muskar
@debbymuskar
Dec 01 2017 21:31

root@debbymuskar:~/myopenaps/monitor# cat pumphistory-merged.json
[
  {
    "duration": "30",
    "raw_duration": {
      "_type": "TempBasalDuration",
      "_description": "TempBasalDuration 2017-12-01T14:59:25 head[2], body[0] op[0x16]",
      "timestamp": "2017-12-01T14:59:25-06:00",
      "_body": "",
      "_head": "1601",
      "duration (min)": 30,
      "_date": "d93b0e4111"
    },
    "timestamp": "2017-12-01T14:59:25-06:00",
    "absolute": "1.2",
    "rate": 1.2,
    "raw_rate": {
      "_type": "TempBasal",
      "temp": "absolute",
      "_description": "TempBasal 2017-12-01T14:59:25 head[2], body[1] op[0x33]",
      "timestamp": "2017-12-01T14:59:25-06:00",
      "_body": "00",
      "_head": "3330",
      "rate": 1.2,
      "_date": "d93b0e4111"
    },
    "eventType": "Temp Basal",
    "medtronic": "mm://openaps/mm-format-ns-treatments/Temp Basal",
    "created_at": "2017-12-01T14:59:25-06:00",
    "enteredBy": "openaps://medtronic/"
  },
  {
    "duration": "30",
    "raw_duration": {
      "_type": "TempBasalDuration",
      "_description": "TempBasalDuration 2017-12-01T14:33:24 head[2], body[0] op[0x16]",
      "timestamp": "2017-12-01T14:33:24-06:00",
      "_body": "",
      "_head": "1601",
      "duration (min)": 30,
      "_date": "d8210e4111"
    },
    "timestamp": "2017-12-01T14:33:24-06:00",
    "absolute": "1.5",
    "rate": 1.5,
    "raw_rate": {
      "_type": "TempBasal",
      "temp": "absolute",
      "_description": "TempBasal 2017-12-01T14:33:24 head[2], body[1] op[0x33]",
      "timestamp": "2017-12-01T14:33:24-06:00",
      "_body": "00",
      "_head": "333c",
      "rate": 1.5,
      "_date": "d8210e4111"
    },
    "eventType": "Temp Basal",
    "medtronic": "mm://openaps/mm-format-ns-treatments/Temp Basal",
    "created_at": "2017-12-01T14:33:24-06:00",
    "enteredBy": "openaps://medtronic/"
  },
  {
    "duration": "30",
    "raw_duration": {
      "_type": "TempBasalDuration",
      "_description": "TempBasalDuration 2017-12-01T14:23:44 head[2], body[0] op[0x16]",
      "timestamp": "2017-12-01T14:23:44-06:00",
      "_body": "",
      "_head": "1601",
      "duration (min)": 30,
      "_date": "ec170e4111"
    },
    "timestamp": "2017-12-01T14:23:44-06:00",
    "absolute": "1.1",
    "rate": 1.1,
    "raw_rate": {
      "_type": "TempBasal",
      "temp": "absolute",
      "_description": "TempBasal 2017-12-01T14:23:44 head[2], body[1] op[0x33]",
      "timestamp": "2017-12-01T14:23:44-06:00",
      "_body": "00",
      "_head": "332c",
      "rate": 1.1,
      "_date": "ec170e4111"
    },
    "eventType": "Temp Basal",
    "medtronic": "mm://openaps/mm-format-ns-treatments/Temp Basal",
    "created_at": "2017-12-01T14:23:44-06:00",
    "enteredBy": "openaps://medtronic/"
  },
  {
    "duration": "30",
    "raw_duration": {
      "_type": "TempBasalDuration",
      "_description": "TempBasalDuration 2017-12-01T14:12:20 head[2], body[0] op[0x16]",
      "timestamp": "2017-12-01T14:12:20-06:00",
      "_body": "",
      "_head": "1601",
      "duration (min)": 30,
      "_date": "d40c0e4111"
    },
    "timestamp": "2017-12-01T14:12:20-06:00",
    "absolute": "0.45",
    "rate": 0.45,
    "raw_rate": {
      "_type": "TempBasal",
      "temp": "absolute",
      "_description": "TempBasal 2017-12-01T14:12:20 head[2], body[1] op[0x33]",
      "timestamp": "2017-12-01T14:12:20-06:00",
      "_body": "00",
      "_head": "3312",
      "rate": 0.45,
      "_date": "d40c0e4111"
    },
    "eventType": "Temp Basal",
    "medtronic": "mm://openaps/mm-format-ns-treatments/Temp Basal",
    "created_at": "2017-12-01T14:12:20-06:00",
    "enteredBy": "openaps://medtronic/"
  },
  {
    "duration": "120",
    "raw_duration": {
      "_type": "TempBasalDuration",
      "_description": "TempBasalDuration 2017-12-01T13:57:53 head[2], body[0] op[0x16]",
      "timestamp": "2017-12-01T13:57:53-06:00",
      "_body": "",
      "_head": "1604",
      "duration (min)": 120,
      "_date": "f5390d4111"
    },
    "timestamp": "2017-12-01T13:57:53-06:00",
    "absolute": "0",
    "rate": 0
It's missing the last few lines for some reason
jdunn42
@jdunn42
Dec 01 2017 21:32
That looks right.
Debby Muskar
@debbymuskar
Dec 01 2017 21:32
ok
My loop just went off
Was that supposed to happen?
jdunn42
@jdunn42
Dec 01 2017 21:33
Powered off?
Debby Muskar
@debbymuskar
Dec 01 2017 21:33
Temp basal ended
and nothing else started even though I am rising
jdunn42
@jdunn42
Dec 01 2017 21:34
loop should still be running
you can tell it to upload the json you just made with: openaps use ns shell upload treatments.json pumphistory-merged.json
May want to tail your log to see why the loop stopped.
Rob Kresha
@rkresha
Dec 01 2017 21:36
No such property 'Characteristics' solved by rolling bluez 5.47 back to bluez 5.37
which has openxshareable working again
Debby Muskar
@debbymuskar
Dec 01 2017 21:39
story-merged.json~/myopenaps# openaps use ns shell upload treatments.json pumphi
No JSON object could be decoded
Input file pumphistory-merged.json does not exist.

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 58, in run
    reporter(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
jdunn42
@jdunn42
Dec 01 2017 21:42
openaps use ns shell upload treatments.json ./monitor/pumphistory-merged.json
That should work.
Still don't know why the loop isn't doing it though.
Debby Muskar
@debbymuskar
Dec 01 2017 21:43
root@debbymuskar:~/myopenaps#
tor/pumphistory-merged.jsons# openaps use ns shell upload treatments.json ./moni
No JSON object could be decoded

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 58, in run
    reporter(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
root@debbymuskar:~/myopenaps#
What on earth is happening? LOL
I just made a deal on a 523 that is loopable. I can't wait to get it
I have to hope that my edison and explorer board are working fine
Glenn Primack
@primags
Dec 01 2017 21:46
Is there an easy way to revert to an older version of oref0 for testing purposes?
alimhassam
@alimhassam
Dec 01 2017 21:46
Define "easy"?
And what do you want to test?
Glenn Primack
@primags
Dec 01 2017 21:49
Well, I have been having problems with my edison connecting to my pump. I re-flashed my edison today and started from scratch. Worked great for 3 hours and then I start getting errors. I'd like to troubleshoot with older versions if possible.
Debby Muskar
@debbymuskar
Dec 01 2017 21:50
Hmmm @primags, I am having lots of issues with 0.6.0 as well
jdunn42
@jdunn42
Dec 01 2017 21:51
@debbymuskar Try this: cd ~/myopenaps/monitor
Then: mm-format-ns-treatments pumphistory-zoned.json ../settings/model.json > pumphistory-merged.json
Debby Muskar
@debbymuskar
Dec 01 2017 21:52
Is the .. correct above?
or is it one .
root@debbymuskar:~/myopenaps# cd ~/myopenaps/monitor
json ../settings/model.json > pumphistory-merged.jsoneatments pumphistory-zoned.
jdunn42
@jdunn42
Dec 01 2017 21:54
two dots
Debby Muskar
@debbymuskar
Dec 01 2017 21:54
i did it - see ^^^
jdunn42
@jdunn42
Dec 01 2017 21:55
Now retry the upload.
openaps use ns shell upload treatments.json ./monitor/pumphistory-merged.json
from the myopenaps directory
Debby Muskar
@debbymuskar
Dec 01 2017 21:56

root@debbymuskar:~/myopenaps# cd ~/myopenaps/monitor
json ../settings/model.json > pumphistory-merged.jsoneatments pumphistory-zoned.
n ./monitor/pumphistory-merged.jsonr# openaps use ns shell upload treatments.jso
Not an openaps environment, run: openaps init
root@debbymuskar:~/myopenaps/monitor#
do I need to do cd myopenaps?
I thought i was in the directory already
jdunn42
@jdunn42
Dec 01 2017 21:57
cd ..
Debby Muskar
@debbymuskar
Dec 01 2017 21:57
ok
just cd or cd myopenaps? I'm not getting anywhere
jdunn42
@jdunn42
Dec 01 2017 21:58
'cd ~/myopenaps' or just 'cd ..'
Debby Muskar
@debbymuskar
Dec 01 2017 21:58
root@debbymuskar:~# cd myopenaps
tor/pumphistory-merged.jsons# openaps use ns shell upload treatments.json ./moni
No JSON object could be decoded

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 58, in run
    reporter(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
root@debbymuskar:~/myopenaps#
jdunn42
@jdunn42
Dec 01 2017 21:59
Ok, one last thing to check before I give up.
Debby Muskar
@debbymuskar
Dec 01 2017 21:59
root@debbymuskar:~/myopenaps#
That is what I started with before the command
jdunn42
@jdunn42
Dec 01 2017 22:00
cat ./settings/model.json
Debby Muskar
@debbymuskar
Dec 01 2017 22:00
No clue what on earth happened over the last 24 hours to cause this
I see that you will be giving up...

root@debbymuskar:~/myopenaps# cat ./settings/model.json
"512"root@debbymuskar:~/myopenaps#
= (
worried:
:worried:
Just in time for my BG to get up to 270 - ugh
jdunn42
@jdunn42
Dec 01 2017 22:02
Still no temp basals?
Debby Muskar
@debbymuskar
Dec 01 2017 22:02
Nope. Going home to change my site... Thanks for your persistence!
jdunn42
@jdunn42
Dec 01 2017 22:03
Sorry I couldn't help. Hopefully someone else will jump in who can.
Debby Muskar
@debbymuskar
Dec 01 2017 22:03
I'll probably just put all this away until I get the 523 - the 512 is a bummer
Thank you so much @jdunn42!
You have been great and I truly appreciate it.
alimhassam
@alimhassam
Dec 01 2017 22:16
@primags you would have to cd ~/src/oref0 and git checkout the commit or tag or branch you want to test
Glenn Primack
@primags
Dec 01 2017 22:16
Ok thanks.
alimhassam
@alimhassam
Dec 01 2017 22:16
Then redo the setup, remembering that some things have changed
Glenn Primack
@primags
Dec 01 2017 22:18
I'm drilling down and got to the "openaps gather" task. Once there, I ran the openaps report invoke command and it appears where I am having a problem is "
mmeowlink.exceptions.CommsException: No acknowledgement from pump on wakeup. Is it out of range or is the battery too low?"
alimhassam
@alimhassam
Dec 01 2017 22:18
Also keep in mind that it's not a common thing to do,
So you might run inyo things that need fixing
Glenn Primack
@primags
Dec 01 2017 22:19
image.png
I would love to fix my issue on the current version.
What is odd is, if I were to re-install right now, I'm almost positive it would work great for me for about 3 hours. That has been the pattern, so something is happening to break comms.
alimhassam
@alimhassam
Dec 01 2017 22:20
Ya i saw your issue yesterday...
Was it working on old version? Which version was it?
Glenn Primack
@primags
Dec 01 2017 22:23
I did not have the consistent disconnect in comms between the pump and rig before this. I'd have to go back and see what version I am on. I'm sure its something related to my setup, as others would be seeing the same thing if there were issues.
^^what version I was on
This is my second pump trying to resolve the issue, but it carried over to the new pump.
alimhassam
@alimhassam
Dec 01 2017 22:24
Is it that antenna problem? Did you try removing that?
Glenn Primack
@primags
Dec 01 2017 22:25
Yeah, its not attached anymore. Getting mmtunes around -60, -70.
Have them in the same pocket with nothing else in pocket
alimhassam
@alimhassam
Dec 01 2017 22:25
And it's not looping anymore now?
Glenn Primack
@primags
Dec 01 2017 22:26
It has been in a "waiting" state for 2 hours now
Clock age 2 hours as well (pump clock)
Dana Lewis
@danamlewis
Dec 01 2017 22:29
@primags do you have offline hotspot on? If so may want to turn off if you are not using
Glenn Primack
@primags
Dec 01 2017 22:29
On my iphone, yes I do.
The problem does seem to correlate with coming and going, but I haven't been able to nail down a pattern
I have BT tethering setup, which is why it is turned on. Nothing else connects to it.
Turning it off now
Jon Cluck
@cluckj
Dec 01 2017 22:31
anyone taken methylprednisolone while using openaps?
(a short course, I mean)
Dana Lewis
@danamlewis
Dec 01 2017 22:33
@primags no I mean the new offline hotspot in preferences
Glenn Primack
@primags
Dec 01 2017 22:34
@danamlewis It is set to false
All of the "openaps report invoke" commands for talking to the pump fail with a "mmeowlink.exceptions.CommsException" error. For instance, "openaps report invoke monitor/reservoir.json". No more drilling down from here.
philipgo
@philipgo
Dec 01 2017 22:38
@primags What is your pump battery voltage?
Glenn Primack
@primags
Dec 01 2017 22:40
Well, it won't show on nightscout anymore (guess it goes away when it ages some), but it was at >1.5V earlier today. I have a reminder to change my batteries once a week and I use energizer lithium batteries.
ArthurusDent
@ArthurusDent
Dec 01 2017 22:54
I seem to have no luck sensor soaking. I've pre-soaked the sensor for 6h (couldn't do more) and just clipped in the real transmitter but my readings are totally erratic . Is this normal, do I still have to wait for the transmitter to adjust a bit? Btw, the old transmitter I pulled off already had some grime on its underside. Yes, I did clean it well, before I clipped it in. Shouldn't its underside be really clean?
philipgo
@philipgo
Dec 01 2017 22:55
Ok, have you tried changing the battery just to be sure?We have had a few periods of impossible rig-pump communication as well and they seemed to resolve themselves after max 12 hours.
Glenn Primack
@primags
Dec 01 2017 23:00
Yes, I have. What is really odd to me is that this command works: mmtune: pump://JSON/mmtune/monitor/mmtune.json
Let me clarify that, one sec
The manual mmtune works and shows good comms ("916.684", 4, -52)
Now when I run the same invoke command as before to get pump reservoir, it works after the manual mmtune. Wonder if its somehow using an old mmtune value or something.
alimhassam
@alimhassam
Dec 01 2017 23:24
@primags I think you have a ww pump right? There is a special script that's run for these pumps
Maybe an issue there??
Glenn Primack
@primags
Dec 01 2017 23:24
I have a US pump AFAIK
Just saw this in the logs which I think @scottleibrand said I shouldn't be seeing: Old pumphistory-24h refreshAttributeError: 'Pump' object has no attribute 'model'
Couldn't refresh_old_pumphistory_24h
Got that same error last night, which was before I re-flashed edison today and re-installed oref0 from scratch.
alimhassam
@alimhassam
Dec 01 2017 23:27
Ah right