Hi all, just wanted to seek to understand some points in the OpenAPS documentation. Specifically here: http://openaps.readthedocs.io/en/latest/docs/Resources/switching-between-DIY-systems.html
The documentation indicates that, if using Loop and OpenAPS, you must turn off Loop's ability to write to Nightscout. In my case, I have been using the Loop app and Loop watch app to enter carbs and issue bolus commands to my pump; Loop then writes that information to my Nightscout site.
When I'm at home, I switch to "open loop" mode on my phone, for Loop, so that my OpenAPS rigs at home take over.
I'm not sure I understand the warnings about suboptimal post-meal decisions after Loop writes the data to NS. Could anyone explain this to me in more detail?
reboot
and sudo shutdown -r now
and sudo reboot
reboot
reboot now
from root ,which has a #
prompt. if not root, sudo reboot now
should work
sudo reboot now
works
sudo reboot now
does not work
sudo reboot now
pi@raspberrypi:~ $ sudo bash
root@raspberrypi:/home/pi# sudo reboot now
Connection to raspberrypi.local closed by remote host.
Connection to raspberrypi.local closed.
Kathryns-iMac:~ iMac4K$ ssh pi@raspberrypi.local
^C
1a741ec3b45dc7675a314d1efe2f28a8 2018-04-18-raspbian-stretch-lite.img
fc2b93c26ceeb1c54e21b285653bb106 2018-04-18-raspbian-stretch-lite.zip
pi@raspberrypi:~ $ uname -a
Linux raspberrypi 4.9.80+ #1098 Fri Mar 9 18:51:28 GMT 2018 armv6l GNU/Linux
pi@raspberrypi:~ $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 9 (stretch)"
NAME="Raspbian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
pi@raspberrypi:~ $
root@etghopenaps9:~# uname -a
Linux etghopenaps9 4.14.34+ #1110 Mon Apr 16 14:51:42 BST 2018 armv6l GNU/Linux
root@etghopenaps9:~# cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 9 (stretch)"
NAME="Raspbian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs”
master
should install just fine on it
Hi all, I am still at loss. I have completed started my NS website from scratch, and started fresh on rig from "step 2" of installation. Autotune will not adjust carb ratios. Carbs are reporting from NS, but I am getting the following info when running autotune:
CREndIOB: 0.426 CREndBG: 133 CREndTime: Fri Jun 15 2018 03:50:04 GMT-0600 (MDT)
Ignoring 800 m CR period.
1 mealCOB: 4.4 mealCarbs: 133 basalBGI: 5.5 BGI: -2.5 IOB: 0.4 at 03:50:04 dev: 0.25 avgDelta: -2.25 csf
oref0-autotune-core autotune.2018-06-14.json profile.json profile.pump.json > ne wprofile.2018-06-14.json
CRTotalCarbs: 0 CRTotalInsulin: 0 totalCR: NaN
just did a re-install of refactor; got this error message when cron was being scheduled at the end:
Would you like to remove your existing crontab first? y/[N] y
no crontab for root
no crontab for root
Dexcom G4 Share serial not provided: continuing
fyi
no crontab for root
messages as well by redirecting the crontab -r
output to debug-only (&3
I think)
error or not, getting this message; display stays stuck at unicorn:
2018-06-15T22:02:54.032Z
Checking deliverAt: 2018-06-15T22:02:54.032Z is within 1m of current time: Fri 15 Jun 15:02:54 PDT 2018
and that smb-suggested.json is less than 1m old
enact/smb-suggested.json: {"temp":"absolute","bg":169,"tick":-5,"eventualBG":108,"insulinReq":0,"reservoir":"261.1\n","deliverAt":"2018-06-15T22:02:54.032Z","sensitivityRatio":1,"COB":0,"IOB":1.419}
"COB: 0, Dev: -4, BGI: -3, ISF: 40, CR: 6, Target: 100, minPredBG 118, minGuardBG 98, IOBpredBG 98; Eventual BG 108 > 100 but Min. Delta -5.28 < Exp. Delta -3; setting current basal of 1.3 as temp. 22m left and 1.35 ~ req 1.3U/hr: no temp required"
IOB: [169,164,159,154,150,146,142,138,135,132,129,127,125,123,121,119,117,116,114,113,111,110,109,107,106,105,105,104,103,102,102,101,101,100,100,100,99,99,99,99,99,99,98]
ZT: [169,166,163,160,158,155,153,150,148,146,145,143,142,141,140,139,138,138,138,138,139,139]
No smb_enact needed. Temp refreshed: monitor/temp_basal.json: {"duration":21,"temp":"absolute","rate":1.35}
No bolus needed. Settings less than 30 minutes old. Your instance of oref0 [0.7.0-dev, 0.7.0-dev] is up-to-date.
Completed oref0-pump-loop at Fri 15 Jun 15:02:58 PDT 2018
/root/src/openaps-menu/scripts/status.js:103
var x = 2 + zero_x + Math.round(((((bg[i].date - zerotime)/1000)/60)/5));
^
TypeError: Cannot read property 'date' of undefined
at Object.<anonymous> (/root/src/openaps-menu/scripts/status.js:103:46)
at Module._compile (module.js:409:26)
at Object.Module._extensions..js (module.js:416:10)
at Module.load (module.js:343:32)
at Function.Module._load (module.js:300:12)
at Function.Module.runMain (module.js:441:10)
at startup (node.js:140:18)
at node.js:1043:3
Starting oref0-pump-loop at Fri 15 Jun 15:03:06 PDT 2018 with 26 second wait_for_silence:
both on 0.7.0-dev and on 0.7.0-refactor
monitor/glucose.json
?
not that I can see; tail contains, for example:
{
"direction": "Flat",
"trend": 4,
"dateString": "2018-06-15T11:43:00-07:00",
"sgv": 149,
"device": "share2",
"date": 1529088180000,
"_id": "5b2408f2c385302cef5d3dca",
"type": "sgv",
"glucose": 149
}
head contains:
{
"direction": "Flat",
"trend": 4,
"dateString": "2018-06-15T15:17:54-07:00",
"sgv": 154,
"device": "share2",
"date": 1529101074000,
"_id": "5b243b56c385302cef600d46",
"type": "sgv",
"glucose": 154
},
date
field
console.error(bg[i])
would print each bg record
{ direction: 'FortyFiveUp',
trend: 3,
dateString: '2018-06-15T11:52:55-07:00',
sgv: 164,
device: 'share2',
date: 1529088775000,
_id: '5b240b4ac385302cef5d6e96',
type: 'sgv',
glucose: 164 }
{ direction: 'FortyFiveUp',
trend: 3,
dateString: '2018-06-15T11:47:56-07:00',
sgv: 157,
device: 'share2',
date: 1529088476000,
_id: '5b240a1ec385302cef5d5bd5',
type: 'sgv',
glucose: 157 }
{ direction: 'Flat',
trend: 4,
dateString: '2018-06-15T11:43:00-07:00',
sgv: 149,
device: 'share2',
date: 1529088180000,
_id: '5b2408f2c385302cef5d3dca',
type: 'sgv',
glucose: 149 }
undefined
/root/src/openaps-menu/scripts/status.js:104
var x = 2 + zero_x + Math.round(((((bg[i].date - zerotime)/1000)/60)/5));
tail -2 /root/myopenaps/monitor/glucose.json | od -x -a
0000000 2020 0a7d 0a5d
sp sp } nl ] nl
0000006
{ direction: 'Flat',
trend: 4,
dateString: '2018-06-15T11:43:00-07:00',
sgv: 149,
device: 'share2',
date: 1529088180000,
_id: '5b2408f2c385302cef5d3dca',
type: 'sgv',
glucose: 149 }
{
"direction": "FortyFiveUp",
"trend": 3,
"dateString": "2018-06-15T11:52:55-07:00",
"sgv": 164,
"device": "share2",
"date": 1529088775000,
"_id": "5b240b4ac385302cef5d6e96",
"type": "sgv",
"glucose": 164
},
{
"direction": "FortyFiveUp",
"trend": 3,
"dateString": "2018-06-15T11:47:56-07:00",
"sgv": 157,
"device": "share2",
"date": 1529088476000,
"_id": "5b240a1ec385302cef5d5bd5",
"type": "sgv",
"glucose": 157
},
{
"direction": "Flat",
"trend": 4,
"dateString": "2018-06-15T11:43:00-07:00",
"sgv": 149,
"device": "share2",
"date": 1529088180000,
"_id": "5b2408f2c385302cef5d3dca",
"type": "sgv",
"glucose": 149
}
]
if (bg[i]) { ... }
block
for (var i = 0; i <= numBGs; i++) {
for (var i = 0; i < numBGs; i++) {
numBGs++
numBGs:72
len bg:50
console.error("numBGs:" + numBGs)
console.error("len bg:" + bg.length)
// for (var i = 0; i < numBGs; ++i) {
var iterMax = Math.min(numBGs, bg.length)
for (var i = 0; i < iterMax; ++i) {
console.error(i)
console.error(bg[i])
var x = 2 + zero_x + Math.round(((((bg[i].date - zerotime)/1000)/60)/5));
var iterMax = Math.min(numBGs, bg.length)
for (var i = 0; i < iterMax; ++i) {
var x = 2 + zero_x + Math.round(((((bg[i].date - zerotime)/1000)/60)/5));
for (var i = 0; i <= iterMax; ++i) {
<
if your array is 0 based... i think the joke goes something like: there are 2 hard programming errors: "off by one errors"