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

6th
May 2017
dmdfreak
@dmdfreak
May 06 2017 00:00
Ok. I'll have to wait till I get home for that one.
Scott Leibrand
@scottleibrand
May 06 2017 00:01
if you prefer. I do the scrubbing in NS from my phone all the time, although it does require a bit of patience. :)
Tim Street
@tim2000s
May 06 2017 00:12
Lol. I check the logs on the rig from my phone all the time 😳
Dana Lewis
@danamlewis
May 06 2017 00:14
(some good options for on the go rig accessing for anyone who hasn’t set these up yet: http://openaps.readthedocs.io/en/latest/docs/walkthrough/phase-2/accessing-your-rig.html)
Scott Leibrand
@scottleibrand
May 06 2017 00:24
@tim2000s yeah, I do that too. not sure the tiny font is for everyone's eyes, though. ;-)
dmdfreak
@dmdfreak
May 06 2017 00:26
I use an Android SSH app for on the go. I just had to start driving so I can't look yet 😀
Mine zooms in
Using the volume controls
JuiceSSH
Scott Leibrand
@scottleibrand
May 06 2017 00:27
oh, nice. and :+1: for not looking at logs while driving. ;-)
dmdfreak
@dmdfreak
May 06 2017 00:32
The only thing I haven't figured out now that I can offline loop with Bluetooth is how to access the SSH through Bluetooth. I can't seem to figure out how to get my Bluetooth IP number. I've tried using IFconfig bnep0 to no avail
Scott Leibrand
@scottleibrand
May 06 2017 00:33
on iPhone, the iNet app lets you scan a manual range, so you can put in the one iOS uses for DHCP (172.20.10.x). there should be a similar option for Android
dmdfreak
@dmdfreak
May 06 2017 00:35
I've tried a number of different apps. Haven't found the right one yet
Android for me. Pixel XL
Eric
@ecc1
May 06 2017 00:47
Android always uses the same IP for the BT tethering server and client, IIRC.
192.168.44.1 for the phone, and I think .15 for the client but I can't check at the moment
No, it seems to be .123 right now, so maybe it isn't always the same.
dmdfreak
@dmdfreak
May 06 2017 00:53
Yeah I was trying as you were typing and none of those work for me but thank you!
dmdfreak
@dmdfreak
May 06 2017 00:59
I think the 192.168.43.1 part is right.
Eric
@ecc1
May 06 2017 01:00
Then you can use a scan app like Fing or Hurricane Electric using that network to find it.
dmdfreak
@dmdfreak
May 06 2017 01:04
Just tried fing but it didn't find anything. And the rig is connected
That's where I saw the host IP
Sgoldberg89
@Sgoldberg89
May 06 2017 01:10
@scottleibrand @danamlewis Just hacked my way through a PR of the subg_rfspy troubleshoot. You're going to hate it but I put in all the commands that seemed to produce results and ultimately fixed the problem so you know... I moved the ball downfield, kind of.
Martin Haeberli
@mhaeberli
May 06 2017 01:10
PR #803 I think to fix ccprog instructions
Can anyone advise how to talk to an Edison on the same Bluetooth tether network via my iPhone hotspot? - unlike with a mifi brick, looks like the hotspot has some kind of isolation going on :-(
Martin Haeberli
@mhaeberli
May 06 2017 01:21
Ok - can talk to it over BT from ssh (blink) via iPhone, but not thru another device on iPhone hotspot
fjungman
@fjungman
May 06 2017 01:22
Can you get the log to show the IP address and report it on PaperTrail? Then you always know what it is...
Martin Haeberli
@mhaeberli
May 06 2017 01:35
@shanselman @all what is the status of pushover support in openaps ?
kenkotch
@kenkotch
May 06 2017 01:48
when I install the automated setup script curl -s https://raw.githubusercontent.com/openaps/docs/master/scripts/quick-packages.sh | bash - I end up with openaps v 0.2-dev . how do I not use the dev version?
Dana Lewis
@danamlewis
May 06 2017 01:50
@mhaeberli working on some new pushover things; but if you want basics today it'll be NS based pushover
@kenkotch that doesn't mean you're on dev
Git branch to confirm you're still on master
kenkotch
@kenkotch
May 06 2017 01:53
thanks @danamlewis I'll take a look
Martin Haeberli
@mhaeberli
May 06 2017 01:53
@danamlewis thx - one other question - reviewing oref0 doc - do I still need to set non-zero IOB to get high-temps to function?
Dana Lewis
@danamlewis
May 06 2017 01:54
@mhaeberli maxiob of zero means it'll high temp until maxiob hits zero - but not beyond that
(So if you low temp for hour then start rising, it'll high temp as needed because negative net iob)
Martin Haeberli
@mhaeberli
May 06 2017 01:55
:+1:
Scott Leibrand
@scottleibrand
May 06 2017 02:09
@kenkotch to clarify, that's the dev version of the openaps toolkit, which is actually stable and has been unchanged for months, just not released to pypi for installation with pip. what people are usually talking about here when they talk about dev is oref0 dev, which has tons of new stuff we need tested.
tepidjuice
@tepidjuice
May 06 2017 03:56
I'm testing UAM and microboluses are there some detailed notes on the different options in preferences.json?
Scott Leibrand
@scottleibrand
May 06 2017 04:01
not yet, really. which ones are you interested in?
there are notes in the code, though
tepidjuice
@tepidjuice
May 06 2017 04:02
All of them :)
tepidjuice
@tepidjuice
May 06 2017 04:03
At the moment I've enabled UAM and SMB_with_bolus with a remainingCarbsCap of 15.
Scott Leibrand
@scottleibrand
May 06 2017 04:04
sounds like a good place to start
tepidjuice
@tepidjuice
May 06 2017 04:06
My first impression is that it could be more aggressive as there will still most likely me carbs remaining after the bolus insulin has peaked unlike a 30 min temp basal.
*be
Jason Wittmer
@jbwittmer
May 06 2017 05:00
@scottleibrand In followup to my question this morning, for some reason I'm unable to pull calibrations from the Dexcom G4 (non-share) receiver I have attached to the Raspberry Pi 3. When I use a openaps use cgm calibrations I get the following: pi@Raspi3:~/myopenaps-cgm-loop $ openaps use cgm calibrations
Traceback (most recent call last):
File "/usr/local/bin/openaps-use", line 63, in <module>
app( )
File "/usr/local/lib/python2.7/dist-packages/openaps/cli/init.py", line 51, in call
self.run(self.args)
File "/usr/local/bin/openaps-use", line 57, in run
output = app(args, self)
File "/usr/local/lib/python2.7/dist-packages/openaps/uses/init.py", line 92, in call
return self.method.selected(args)(args, app)
File "/usr/local/lib/python2.7/dist-packages/openaps/uses/init.py", line 31, in call
return self.method(args, app)
File "/usr/local/lib/python2.7/dist-packages/openaps/uses/use.py", line 45, in call
output = self.main(args, app)
File "/usr/local/lib/python2.7/dist-packages/openaps/vendors/dexcom.py", line 275, in main
records = self.dexcom.ReadRecords(self.RECORD_TYPE)
File "/usr/local/lib/python2.7/dist-packages/dexcom_reader/readdata.py", line 314, in ReadRecords
records.extend(self.ReadDatabasePage(record_type, x))
File "/usr/local/lib/python2.7/dist-packages/dexcom_reader/readdata.py", line 267, in GenericRecordYielder
yield record_type.Create(data, x)
File "/usr/local/lib/python2.7/dist-packages/dexcom_reader/database_records.py", line 158, in Create
return cls(unpacked_data, raw_data)
File "/usr/local/lib/python2.7/dist-packages/dexcom_reader/database_records.py", line 180, in init
self.check_crc()
File "/usr/local/lib/python2.7/dist-packages/dexcom_reader/database_records.py", line 47, in check_crc
raise constants.CrcError('Could not parse %s' % self.class.name)
dexcom_reader.constants.CrcError: Could not parse Calibration
Scott Leibrand
@scottleibrand
May 06 2017 05:03
Do you have any other G4 receivers you could try?
Jason Wittmer
@jbwittmer
May 06 2017 05:04
Absolutely. Hold on
Jason Wittmer
@jbwittmer
May 06 2017 05:13
I'm getting errors with this one, too, but errors with all commands. Wonder if I've got a bad data cable, but that doesn't actually make sense because it has been uploading the CGM data to Nightscout. I'm going to try switching out the data cable and doing a fresh install because this rig did lose power unexpectedly - I suppose it could be an error on the SD card somewhere. I may check back with some questions later. Thanks.
Jason Wittmer
@jbwittmer
May 06 2017 05:21
OK so switched data cables. Don't know what was happening a minute ago but I can pull glucose records from both CGM but cannot pull calibrations from either. Get the same error. I'll try a fresh install and see what happens.
Scott Leibrand
@scottleibrand
May 06 2017 05:24
505 firmware on the receiver?
US model, or from somewhere else?
Dunno if either of those matter.
Jason Wittmer
@jbwittmer
May 06 2017 05:33
It is a US model. Here's what I get for the firmware
openaps use cgm GetFirmwareHeader
{
"DexBootVersion": "3",
"RFVersion": "1.0.0.27",
"ApiVersion": "2.3.0.0",
"ProductName": "Dexcom G4 Receiver",
"SoftwareNumber": "SW10557",
"TestApiVersion": "2.4.0.0",
"SchemaVersion": "1",
"PortVersion": "4.6.4.50",
"FirmwareVersion": "2.0.1.192",
"ProductId": "G4Receiver"
And it's still unable to pull calibrations after a fresh install, updated to latest dev
I've got another older (non-share) receiver. I'll dig it out and try it. This one and the Share version are Pediatric models. Wonder if that makes a difference?
Jason Wittmer
@jbwittmer
May 06 2017 05:42
Well, the battery is dead on it and it's a pediatric model also. I found one other person reporting something similar in openaps/oref0#428
Scott Leibrand
@scottleibrand
May 06 2017 05:52
Pediatric might matter, dunno.
Jason Wittmer
@jbwittmer
May 06 2017 05:53
I'm going to try one more thing and see if I can hook it up to v 1.2 explorer board and if can pull calibrations from that. Doesn't seem like it should make a difference. If that doesn't work I'll call one of my adult friends and see if they'll let me try with their G4
Jason Wittmer
@jbwittmer
May 06 2017 06:02
Nope - doesn't work with the Explorer board either. Can pull glucose but can't pull calibrations. I'm going to suspect maybe something with the Pediatric models but who knows. Somehow comforting to know from openaps/oref0#428 that I'm not the only one but would really like to be able to display raw data.
Dana Lewis
@danamlewis
May 06 2017 06:12
@francesc0-cgm for what you put in the PR, can you add some more information such as which settings you have enabled? And, perhaps info from the logs at the time of the SMB?
francesc0-cgm
@francesc0-cgm
May 06 2017 06:18
How to retrieve on pump-loop.log? Papertrail doesn't save logs when rig is on local
francesc0-cgm
@francesc0-cgm
May 06 2017 06:52
Is it possible to better synchronize waiting for a new bg on oref1 with the incoming bgs? Atm new bgs is on e.g. At 08.01 and in that moment the rig is completing a loop and takes the newest at 08:04. How to synchronize the cycle at for example 8:02?
PieterGit
@PieterGit
May 06 2017 06:55
@jbwittmer About https://gitter.im/nightscout/intend-to-bolus?at=590d5850c4d73f445a7b8f52 (calibrations not working with Dexcom G4 connected to USB)
I'm pretty sure you hit openaps/dexcom_reader#16 just like me.
Can you add the info you found to that issue (firmware version, openaps use cgm calibrations output, etc).
@ecc1 has offered some help in diagnosing the G4 packets. It's also on my list, but I first need to get some other fixes into dev.
As far as I know the missing calibration are not blocking (non-raw) openaps behaviour.
PieterGit
@PieterGit
May 06 2017 10:18
@jbwittmer : could you try if you can upload calibrations with the Android Nightscout app? That works for me
I'm pretty sure it's not a openaps/oref0 issue, but a dexcom_reader issue that needs to be fixed
PieterGit
@PieterGit
May 06 2017 10:48
strange... i'm seeing radio errors with smb mode and oref0-pump-loop calls itselves recursively
pi@rpi3:~ $ ps aux | grep -v grep | grep oref0-pump-loop
pi        1399  0.2  0.3   5044  3068 ?        S    12:31   0:02 /bin/bash /usr/local/bin/oref0-pump-loop --microbolus
pi@rpi3:~ $ pstree -a -p -l 1399
oref0-pump-loop,1399 /usr/local/bin/oref0-pump-loop --microbolus
  └─oref0-pump-loop,11280 /usr/local/bin/oref0-pump-loop --microbolus
      └─oref0-pump-loop,11292 /usr/local/bin/oref0-pump-loop --microbolus
          ├─grep,11313 -E -v subg
          ├─grep,11314 -E No
          └─mmeowlink-any-p,11312 /usr/local/bin/mmeowlink-any-pump-comms.py --port /dev/mmeowlink --wait-for 30
pi@rpi3:~ $ ps aux | grep -v grep | grep oref0-pump-loop
pi        1399  0.2  0.3   5048  3072 ?        S    12:31   0:02 /bin/bash /usr/local/bin/oref0-pump-loop --microbolus
pi       11280  0.0  0.2   5048  2204 ?        S    12:45   0:00 /bin/bash /usr/local/bin/oref0-pump-loop --microbolus
pi       11292  0.0  0.2   5060  2156 ?        S    12:45   0:00 /bin/bash /usr/local/bin/oref0-pump-loop --microbolus
David
@davidkeddydb
May 06 2017 11:42
So can someone tell me how to go in and undo the Bluetooth tethering that I did? I did something wrong somewhere and now my rig will only connect BT and won't go wifi. I know i did something dumb. Thanks in advance for any suggestions.
tepidjuice
@tepidjuice
May 06 2017 11:54
@davidkeddydb did you run something like iwconfig wlan0 txpower off; sleep 120; iwconfig wlan0 txpower auto?
PieterGit
@PieterGit
May 06 2017 12:01
@davidkeddydb do you temporary don't want BT tethering, or do you intend not to use it for quite a while. If you don't want to use it again, editing and rerunning oref0-runagain.sh might be the safest
Jason Wittmer
@jbwittmer
May 06 2017 12:16
@PieterGit I don't have an Android to try to upload calibrations that way, unfortunately. May have to invest in that. I have 3 pediatric receivers, all exhibiting the same error, both with Raspberry Pi and with Explorer v1.2 board. I'll upload that information you requested to openaps/dexcom_reader#16 and hope that you (or someone) can figure it out, because having raw data sure would be useful at times.
PieterGit
@PieterGit
May 06 2017 12:17
@jbwittmer please do. it's on my (ever growing) list of wanted features
David
@davidkeddydb
May 06 2017 12:17
Thanks everyone. Got it resolved. Something with I think my network interfaces file format being wacky.
alternateal
@alternateal
May 06 2017 13:09
Have just run oref0-setup with microbolus enabled - now for some reason the pump loop never gets started - thoughts Starting supermicrobolus pump-loop at Sat May 6 14:07:18 BST 2017 with 9 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 (this is a good thing!) Error, retrying Sleeping 8;
Tim Street
@tim2000s
May 06 2017 13:40
@alternateal which CGM install did you use?
Ah ignore that.
When I've installed from scratch, it's taken about 15 minutes for everything to get running again properly.
PieterGit
@PieterGit
May 06 2017 14:23
@alternateal do you use a US or WW pump? I also have comm problems when SMB-loop is enabled. the normal pump loop runs fine. But I noticed i have a 754 WW, and SMB is only tested with 522, 523, 722, and 723 pump models, see https://github.com/openaps/oref0/blob/dev/bin/oref0-pump-loop.sh#L219
alternateal
@alternateal
May 06 2017 14:25
@PieterGit - runs perfectly when not SMB enabled. Using a 754WW
@tim2000s - G5
PieterGit
@PieterGit
May 06 2017 14:26
same here
alternateal
@alternateal
May 06 2017 14:27
:-(
dmdfreak
@dmdfreak
May 06 2017 14:29
@scottleibrand I dont have paper trail yey, but this is from about the middle
Starting pump-loop at Thu May 4 13:57:05 CDT 2017:
Radio ok, Listening: .No pump comms detected from other rigs
Profile less than 60m old
glucose.json newer than temp_basal.json
Temp refreshed
{"carbs":33,"boluses":3.6,"mealCOB":0,"currentDeviation":1.88,"maxDeviation":4.37,"minDeviationSlope":-0.559}
{"iob":0.997,"activity":0.0212,"bolussnooze":0,"basaliob":0.09,"netbasalinsulin":-0.05,"hightempinsulin":0.3,"microBolusInsulin":0,"microBolusIOB":0,"time":"2017-05-04T18:57:20.000Z","lastBolusTime":1493915562000}
{"delta":-3,"glucose":133,"short_avgdelta":-3,"long_avgdelta":-3.17}
{"duration":16,"rate":0.85,"temp":"absolute"}
Basal unchanged: 0.85; target_bg from 87.5 to 87; sens from 44 to 43.1
Carb Impact: 1.6 mg/dL per 5m; CI Duration: 0 hours; remaining 4h+ CI: 0 mg/dL per 5m
Accel. Carb Impact: 10 mg/dL per 5m; ACI Duration: 0 hours
UAM Impact: 1.4 mg/dL per 5m; UAM Duration: 0.3 hours
minPredBG: 90 minIOBPredBG: 94 minCOBPredBG: 999 minUAMPredBG: 86 COB: 0 carbs: 33
determine-basal://text/shell/enact/suggested.json
reporting enact/suggested.json
{"temp":"absolute","bg":133,"tick":-3,"eventualBG":99,"snoozeBG":99,"insulinReq":0,"reservoir":null,"deliverAt":"2017-05-04T18:58:14.579Z","minPredBG":999,"predBGs":{"IOB":[133,130,127,124,121,118,116,113,111,108,106,104,102,100,98,97,96,95,95,94],"UAM":[133,129,125,121,117,114,110,107,104,101,99,96,94,92,91,89,88,87,87,86]},"COB":0,"IOB":0.997,"reason":"COB: 0, Dev: 9, BGI: -4.57, ISF: 43, Target: 87, IOBpredBG 94, UAMpredBG 86; Eventual BG 99 >= 89, basaliob 0.09 > max_iob 0, temp 0.85 ~ req 0.85U/hr"}
{"insulinReq":0,"bg":142,"reservoir":null,"temp":"absolute","snoozeBG":89,"rate":0.85,"predBGs":{"IOB":[142,135,129,123,117,111,106,102,98,94,90,87,84,82,79,77,75,74,72,71,70,70,69]},"minPredBG":999,"IOB":1.326,"reason":"COB: 0, Dev: 5, BGI: -5.25, ISF: 44, Target: 87, IOBpredBG 69; Eventual BG 89 > 85 but Min. Delta -7.00 < Exp. Delta -5.3; setting current basal of 0.85 as temp. Setting neutral temp basal of 0.85U/hr","COB":0,"eventualBG":89,"recieved":true,"duration":30,"tick":-7,"timestamp":"2017-05-04T13:43:23.241122","deliverAt":"2017-05-04T18:43:18.606Z"}
glucose.json newer than pumphistory: Refreshed pumphistory
{"carbs":33,"boluses":3.6,"mealCOB":0,"currentDeviation":1.88,"maxDeviation":4.37,"minDeviationSlope":-0.49}
{"iob":0.986,"activity":0.0211,"bolussnooze":0,"basaliob":0.09,"netbasalinsulin":-0.05,"hightempinsulin":0.3,"microBolusInsulin":0,"microBolusIOB":0,"time":"2017-05-04T18:57:52.000Z","lastBolusTime":1493915562000}
{"delta":-3,"glucose":133,"short_avgdelta":-3,"long_avgdelta":-3.17}
{"duration":16,"rate":0.85,"temp":"absolute"}
Basal unchanged: 0.85; target_bg from 87.5 to 87; sens from 44 to 43.1
Carb Impact: 1.5 mg/dL per 5m; CI Duration: 0 hours; remaining 4h+ CI: 0 mg/dL per 5m
Accel. Carb Impact: 10 mg/dL per 5m; ACI Duration: 0 hours
UAM Impact: 1.4 mg/dL per 5m; UAM Duration: 0.3 hours
minPredBG: 90 minIOBPredBG: 93 minCOBPredBG: 999 minUAMPredBG: 87 COB: 0 carbs: 33
determine-basal://text/shell/enact/suggested.json
reporting enact/suggested.json
{"temp":"absolute","bg":133,"tick":-3,"eventualBG":100,"snoozeBG":100,"insulinReq":0,"reservoir":null,"deliverAt":"2017-05-04T18:58:56.976Z","minPredBG":999,"predBGs":{"IOB":[133,130,127,124,121,118,115,113,110,108,106,104,102,100,98,97,96,95,94,94,94,94,94,94,94,93],"UAM":[133,129,125,121,117,114,110,107,104,102,99,97,95,93,91,90,89,88,87]},"COB":0,"IOB":0.986,"reason":"COB: 0, Dev: 9, BGI: -4.55, ISF: 43, Target: 87, IOBpredBG 93, UAMpredBG 87; Eventual BG 100 >= 89, basaliob 0.09 > max_iob 0, temp 0.85 ~ req 0.85U/hr"}
rsilvers129
@rsilvers129
May 06 2017 14:35
Feature idea for the Dexcom G5 to Edison being worked on: Support up to three Dexcom transmitters. Average the results, and discard one if it seems to be sending bad data. I know Dexcom is too expensive for people to wear more than one, but some people would do it, and it would be good for research.
PieterGit
@PieterGit
May 06 2017 14:53
@rsilvers129 all the dexcom receivers will show the same result unless you use 3 dexcom sensors (which wouldn't be usefull). It might be a better (and cheaper) option to use several xdrip or usb wixels (https://jamorham.github.io/ ) to get good cgm info in your whole house (i think that's what your after ).
rsilvers129
@rsilvers129
May 06 2017 14:55
Yes. 2-3 sensors.
It would be extremely useful, solving the major issues with the Dexcom of dropping out readings.
I happen to be wearing three CGMs right now. When the Dexcom fails, which it does, I look at another one.
Tim Street
@tim2000s
May 06 2017 15:23
Check the set up script. It might be that the SMB switch is not set up to allow a 754. I don't think it's been tested on anything other than x23, x22 and x15.
@alternateal and @PieterGit
PieterGit
@PieterGit
May 06 2017 15:36
@tim2000s @alternateal : i send the line to the preflight script. i think it doesn't fail good if you have a unsupported pump type , it's not clear to the user. I added support for 754 in the preflight, but that didn't fix it. i'm now working on token based authentication first, because i don't want to have readable access to my nightscout site. I want AUTH_DEFAULT_ROLES=denied. @scottleibrand @tim2000s : what needs to be tested to be sure the 754 is SMB compatible?
on the upside: currently @alternateal and me can check if there are no regressions caused by SMB
Scott Leibrand
@scottleibrand
May 06 2017 15:44
My main concerns for new pump types are: Does it work at all? And: Is it possible to deliver multiple microboluses nearly-simultaneously if you're running oref1 on multiple rigs?
PieterGit
@PieterGit
May 06 2017 15:46
did you use scripts or special commands for that to test, or just put two oref1 rigs and one pump at work and check manually?
Scott Leibrand
@scottleibrand
May 06 2017 15:46
I know the latter is possible with 522 etc. for 0.1U microboluses, which doesn't concern me. I've also seen it with 0.2U ones (and maybe 0.3U) when the reservoir is reading empty, as the reservoir check is no longer an effective way to see if another rig just SMB'd between our pumphistory pull and when we execute the bolus.
I have mostly just let them both run and observe.
It might be possible to test for that more aggressively by disabling the wait-for-silence in oref0-pump-loop, but I haven't done that.
PieterGit
@PieterGit
May 06 2017 15:47
but currently the SMB scripts seem broken (in some way) even with one active rig (pump communcation errors with WW pump if we add --microbolus
BTW: i'm working on some scripts that check the permissions on the nightscout site (for token based), before adding all the NS stuff. That way a lot of NS upload/download errors will not occur, because i will make oref0-setup.sh exit with an error
Lorenzo Sandini
@lsandini
May 06 2017 15:56
554WW, FW 2.5A and it doesn't work with SMB, but works perfectly without. I'll try tonight with the 715WW.
Tim Street
@tim2000s
May 06 2017 15:58
@PieterGit I'm running ww with microbolus on 722 with no issues.
Have you checked this line in preflight? egrep -q "[57]2[23]" settings/model.json
Tim Street
@tim2000s
May 06 2017 16:04
715 won't work out of the box either
alternateal
@alternateal
May 06 2017 16:04
@tim2000s @PieterGit - Just modifying it now and will let you know in a few mins if it works
Tim Street
@tim2000s
May 06 2017 16:05
@lsandini
francesc0-cgm
@francesc0-cgm
May 06 2017 16:15
@scottleibrand please check my experience https://github.com/openaps/oref0/pull/424#issuecomment-298809102
Had problems on both side...low and high :D
Eric
@ecc1
May 06 2017 16:17

@jbwittmer @PieterGit You might be right about it being pediatric-version-specific. My G4 Share version reports:

    ProductName: Dexcom G4 Receiver with Share
    PortVersion: 4.6.4.59
    DexBootVersion: 3
    BLEVersion: 1.0.0.24
    ApiVersion: 2.4.0.0
    TestApiVersion: 2.9.0.0
    SoftwareNumber: SW10586
    FirmwareVersion: 3.0.1.026
    RFVersion: 1.0.0.28
    BLESoftDeviceVersion: 1.0.52.1
    SchemaVersion: 1
    ProductId: G4ShareReceiver

The different ApiVersion concerns me ...

alternateal
@alternateal
May 06 2017 16:20
can somebody who is running SMB paste a copy of the monitor/pump_loop_completed file - seems to be missing and causing an error
francesc0-cgm
@francesc0-cgm
May 06 2017 16:21
After a few cycle it worked (for me)
@alternateal
alternateal
@alternateal
May 06 2017 16:21
@francesc0-cgm thanks - will wait and see :-)
francesc0-cgm
@francesc0-cgm
May 06 2017 16:22
NP
Scott Leibrand
@scottleibrand
May 06 2017 16:23
@francesc0-cgm have you disabled SMB/oref1 yet? it seems with all the issues you've been having, that would be prudent, at least until things settle down, and you better understand what it's doing and what the effects are/should/will be.
I'm looking at your NS, but also have a few questions: is he still producing endogenous insulin? Have you overridden the maxSafeBasal multipliers? I noticed that he has almost no basal at many hours of the day, and yet you're allowing oref0 to set temp basals more than 10x his normal basal.
francesc0-cgm
@francesc0-cgm
May 06 2017 16:27
Yes of course i'm just using oref1 without any feature enable :D
Yes i have overridden those to keep him on range on late peak. Often when he eats italian pasta he raises at 4-5 hours...SMB could have been really effective to keep him in range...
I don't think he could produce endogenous insulin...
The settings are the same of loop...in loop we found out we have as safe max basal (with correct ISF values) the 10% of TDD
And it is very common between senior users
For adults and children
francesc0-cgm
@francesc0-cgm
May 06 2017 16:32
With correct ISF i think it is not necessary a basal cap
openaps has also Autosens and i didn't meet any particular dangerous situation since i used SMB :worried:
Tim Street
@tim2000s
May 06 2017 16:34
@alternateal - is it working yet?
Scott Leibrand
@scottleibrand
May 06 2017 16:34
So looking specifically at the https://github.com/openaps/oref0/pull/424#issuecomment-299627954 issue: it looks like the basal IOB never really went below zero during the post-meal zero-temping, but then BG started to rise way more than would be expected from 22g carbs towards the tail end. the total amount of insulin delivered by SMB, of 0.3U, is about the same as what you'd gotten for the previous peak, 30m before the 22g, when it high-temped at 1.625U/h for about 20m, which means about 0.5U of extra insulin...
francesc0-cgm
@francesc0-cgm
May 06 2017 16:35
Yes @scott and it corrected by itself also basal from 0.175 to 0.150 and ISF to 170 from 150
Via autosens i mean
alternateal
@alternateal
May 06 2017 16:36
@tim2000s got past the pre-flight, but now throwing an error after the time check.
Tim Street
@tim2000s
May 06 2017 16:36
Which error?
The same as last time?
Scott Leibrand
@scottleibrand
May 06 2017 16:37
"basal IOB" (which includes SMBs) at the peak just after the last 0.1U SMB was 0.42U when he was at 238, with an eventualBG (even after considering that IOB) of 175, because deviation was 119
alternateal
@alternateal
May 06 2017 16:37
@tim2000s - different as never got past Pre-flight pumphistory.json: "NewTimeSet 2017-05-06T16:23:00 head[2], body[0] op[0x18]" Checking pump clock: "2017-05-06T17:33:37+01:00" is within 1m of current time: Sat May 6 17:34:41 BST 2017 Error, retrying
francesc0-cgm
@francesc0-cgm
May 06 2017 16:37
At 10 o clock i have a big raise in ISF value...till about 200 (corrected by autosens to 220)
alternateal
@alternateal
May 06 2017 16:37
Just changed time again to bring it even closer
Scott Leibrand
@scottleibrand
May 06 2017 16:38
10 o'clock is what time in UTC?
Tim Street
@tim2000s
May 06 2017 16:38
Are you using the openers set clock function @alternateal ?
francesc0-cgm
@francesc0-cgm
May 06 2017 16:38
I'm CEST
Mmm so i think -6 -7 hrs
Tim Street
@tim2000s
May 06 2017 16:38
I found that was the best way to do it?
francesc0-cgm
@francesc0-cgm
May 06 2017 16:38
The strange thing is that cob was 0
It calculated 120 mins of CA as i use in loop
Tim Street
@tim2000s
May 06 2017 16:39
Use killall oref0-pump-loop.sh then run the clock set function your myopenaps directory
alternateal
@alternateal
May 06 2017 16:39
@tim2000s - no, but moved the clock on the pump - it was about 20 seconds out. It is now moving forward further. Will try this next
Scott Leibrand
@scottleibrand
May 06 2017 16:39
I think COB being zero at 10am CEST was correct
francesc0-cgm
@francesc0-cgm
May 06 2017 16:39
Yes it is
So it had not to over correct
Tim Street
@tim2000s
May 06 2017 16:40
Yes - I found that moving it on the pump caused issues. Doing it via the openers commands mostly solves that
Scott Leibrand
@scottleibrand
May 06 2017 16:40
at that point the deviations were being extrapolated to continue for 30m per the regular non-AMA code
you can see that in the effects of the IOBpredBGs purple line prediction, which ends at about 170 mg/dL (when projecting from 10:03am CEST) due to those positive deviations
francesc0-cgm
@francesc0-cgm
May 06 2017 16:41
Yes but i mean with high temping it would never have added so much insulin
I mean 0.1 at time for a kid i think it is too much
Scott Leibrand
@scottleibrand
May 06 2017 16:41
0.1U is the equivalent of a 1.2U/hr basal for 5m
you routinely run basals of 1.7U/hr or higher
francesc0-cgm
@francesc0-cgm
May 06 2017 16:42
Of course in other situations (take a look to late raise due to pasta last night it was very effective...and also that time too much...)
Scott Leibrand
@scottleibrand
May 06 2017 16:42
which one was that?
how many carbs at what time?
another question: which zero temping were you thinking contributed to the site failure?
francesc0-cgm
@francesc0-cgm
May 06 2017 16:43
Yes but with 220 of isf it would have not run 1.7 basals
The long one
Scott Leibrand
@scottleibrand
May 06 2017 16:43
please be specific
francesc0-cgm
@francesc0-cgm
May 06 2017 16:44
The one 2-3 hours ago
After the last meal...
3pm CEST
Scott Leibrand
@scottleibrand
May 06 2017 16:45
the one from 13:00-16:00 while he was rising from <80 to almost 300?
Tim Street
@tim2000s
May 06 2017 16:46
@francesc0-cgm are you sure your carb amounts are correct? The profile that we're seeing there looks very similar to when I got my carb counts wrong with SMB.
Scott Leibrand
@scottleibrand
May 06 2017 16:47
that zero temping can't possibly be the cause of the set failure, because it was aggressively SMB'ing the whole way up, which means it was delivering the same amount of insulin as if it had been high temping. the key insight here is that at the level of insulin through the cannula, SMBs are identical to the way the pump delivers basal insulin: as lots of little microboluses. the only difference is how long we're committing to continuing to do so into the future at each decision point.
alternateal
@alternateal
May 06 2017 16:49
Yah - we have had one successful run on the 754 :-)
Now to start to enable some of the functions and see if SMB works for me
Tim Street
@tim2000s
May 06 2017 16:49
:+1: @alternateal
francesc0-cgm
@francesc0-cgm
May 06 2017 16:51
Scott after SMBing it stayed again for 1.5 hr without temping and then it raised till 380
i mean that 1.5 hr...
Tim Street
@tim2000s
May 06 2017 16:51
You want to PR that clock trick into the docs @alternateal ? I don't know if there is a UAM one yet.
francesc0-cgm
@francesc0-cgm
May 06 2017 16:52
with flush of basals it is more difficult that a set will fail
this is my experience with loop
Using animas SAP with dexcom i had to change the set every 3 days
using opens oref0 and loop
i can change it even after 6 days
alternateal
@alternateal
May 06 2017 16:52
@tim2000s let me see if it completes a second or third run yet...perhaps I am celebrating too soon
francesc0-cgm
@francesc0-cgm
May 06 2017 16:53
@tim do you mean carb counting?
Tim Street
@tim2000s
May 06 2017 16:53
Yes
francesc0-cgm
@francesc0-cgm
May 06 2017 16:54
i used a scale :D
the error could be minimal...
Scott Leibrand
@scottleibrand
May 06 2017 16:54
it looks like at 15:44 CEST it was predicting eventualBG below target, so it allowed the zero temp to run. then you didn't get any successful pump communications until 16:22 CEST, when it set a maxSafeBasal temp of 1.7U/hr
francesc0-cgm
@francesc0-cgm
May 06 2017 16:54
so it zero temped for a comm problem?
i just check
Scott Leibrand
@scottleibrand
May 06 2017 16:55
no, it zero temped for SMB a bit earlier at 15:26 CEST
and between 15:26 and 15:44, it let that zero temp continue because BG was predicted to drop below target (it was dropping slightly at the time, and he had a lot of IOB)
francesc0-cgm
@francesc0-cgm
May 06 2017 16:57
maybe it was already failed...
however i think it is a great feature
Scott Leibrand
@scottleibrand
May 06 2017 16:57
it looks like COB was 11g before it lost comms, and then dropped to zero by the time it came back
Tim Street
@tim2000s
May 06 2017 16:58
I've just gone over your profile in the editor as well. Your normal base rate is 0.15 not 0.175 over the period we're talking about, yet the system delivered SMB and you added correction boluses to a value of about 1.8u over two hours.
francesc0-cgm
@francesc0-cgm
May 06 2017 16:58
@tim this is my secondary site it is not updated
Tim Street
@tim2000s
May 06 2017 16:58
OKay
Scott Leibrand
@scottleibrand
May 06 2017 16:58
yeah, I think the 300s were caused by the site failure, not the effect of anything SMB did during the rise. it's possible that the earlier 2h zero temp from about 10am to noon CEST contributed to the site failure, but hard to say
francesc0-cgm
@francesc0-cgm
May 06 2017 16:58
no it is not SMB related.
SMB tried to get it on target
but it could not
Scott Leibrand
@scottleibrand
May 06 2017 16:59
getting back to the 10am thing: did you go out and get active at that time?
francesc0-cgm
@francesc0-cgm
May 06 2017 16:59
imho it is easier that a site will fail with all that 0 temping
no he was with me at home
any activity
@scottleibrand the problem imho is that 0.1 per time is too much for kids
bolusing in kids has much more lowering effect than basal temping
Tim Street
@tim2000s
May 06 2017 17:01
The only period where there was really no basal running throughout the morning was between 9 and 10 am
Scott Leibrand
@scottleibrand
May 06 2017 17:01
ok. I don't know what contributed to his body switching from 23 mg/dL/5m deviations to -4 mg/dL/5m deviations over the course of about 10m at 10am CEST, but given the tiny basals, that was too much of a shift for SMB to deal with
francesc0-cgm
@francesc0-cgm
May 06 2017 17:02
of course there is something strange
take a look right now...
it is raising again
Scott Leibrand
@scottleibrand
May 06 2017 17:02
@francesc0-cgm no, I think you're applying lessons from larger boluses to microboluses inappropriately. a 0.1U microbolus is precisely equivalent to running a 1.2U/hr basal for 5m.
francesc0-cgm
@francesc0-cgm
May 06 2017 17:02
maybe it could be false iob from early so we have the confirmation that the site has failed
@scottleibrand also in kids?
Scott Leibrand
@scottleibrand
May 06 2017 17:03
or, to put it another way, delivering 0.1U microboluses every 5 minutes for 30m results in precisely the same amount of insulin coming out of the cannula as running 1.2U/hr basal for that 30m
francesc0-cgm
@francesc0-cgm
May 06 2017 17:04
the same insulin is clear
Scott Leibrand
@scottleibrand
May 06 2017 17:04
this has nothing to do with kids or adults. it's simple math on the amount of insulin being pumped through the tube
francesc0-cgm
@francesc0-cgm
May 06 2017 17:04
yes math is math for the dosing
but i mean the effect is different
i'm pretty sure about it
take last night
Scott Leibrand
@scottleibrand
May 06 2017 17:04
the MDT pump administers basals by doing 0.05U microboluses as often as needed to achieve the desired rate
(or 0.025U microboluses for 523 and newer). it's not a continuous flow
francesc0-cgm
@francesc0-cgm
May 06 2017 17:05
the 3 smb during the night got him low
i have a 723
Scott Leibrand
@scottleibrand
May 06 2017 17:05
we're just administering 0.1U microboluses every 5m instead of 0.025U microboluses every 1.25m
francesc0-cgm
@francesc0-cgm
May 06 2017 17:05
i'm pretty sure 4x0.025 is completely different from 2x0.05
because i have also a 722
and using one or the other on my son is completely different
i was telling...the 3 smb during the night got him low
while basals wouldn't have done it
because using a ISF of 220
during the night
Scott Leibrand
@scottleibrand
May 06 2017 17:07
the DIA of insulin is 4 hours, so I can't see any possible way that delivering insulin every 5m instead of every 1.25m could possibly have any effect on BG.
which times exactly were those?
francesc0-cgm
@francesc0-cgm
May 06 2017 17:07
ehehehe
Tim Street
@tim2000s
May 06 2017 17:08
@francesc0-cgm - itbaounds as though you should disable SMB on your son for now then.
francesc0-cgm
@francesc0-cgm
May 06 2017 17:08
@scottleibrand trust me...if i use the 722 and the 723 with same basal rates, it is completely different
yes of course already disabled
Scott Leibrand
@scottleibrand
May 06 2017 17:09
if that is true, then you probably don't want to re-enable SMB, as it will behave like a 722. and you definitely never want to go on an omnipod, as its precision is much worse than 0.1U.
francesc0-cgm
@francesc0-cgm
May 06 2017 17:09
yes and every single endo on the planet doesn't advice omnipod to kid under a certain TDD
Scott Leibrand
@scottleibrand
May 06 2017 17:10
yeah. the problem with the omnipod is less about the timing and more about the imprecision (inaccuracy at small doses)
francesc0-cgm
@francesc0-cgm
May 06 2017 17:10
yes of course
i really like SMB
but imho it is not for kids
i'm pretty sure that on adult you can't spot the difference
Tim Street
@tim2000s
May 06 2017 17:12
At very small doses, no, but at 0.1 v 0.2 some of us can @francesc0-cgm
hilarykoch
@hilarykoch
May 06 2017 17:12
I’ve been having problems with BT tethering. I’m trying to edit cron and when I write in the command cron -e in the root directory, I get “No space left on device.” I can do crontab -l and see what is in it, I just can’t seem to access it to edit. Any suggestions?
francesc0-cgm
@francesc0-cgm
May 06 2017 17:12
because with a ISF of 220 a single 0.1 would drop of 220...while openaps is very reactive to the bgs changing and it stops high temping really fast
Scott Leibrand
@scottleibrand
May 06 2017 17:12
I'm waiting to see results from other kids to come to any conclusions, but if others' experience matches yours, we might need to make SMB more aware of the underlying basal rate and limit its activities when that is too low...
@francesc0-cgm no, with an ISF of 220 a single 0.1U microbolus would drop him 22 mg/dL
francesc0-cgm
@francesc0-cgm
May 06 2017 17:13
sorry typo
yes of course 22
:D
Scott Leibrand
@scottleibrand
May 06 2017 17:13
also, a high temp of 1.2U/hr running for 5m would drop him 22 mg/dL as well
francesc0-cgm
@francesc0-cgm
May 06 2017 17:13
yes but during the night
with 220ISF i saw at least 0.6
for that kind of raise
Scott Leibrand
@scottleibrand
May 06 2017 17:14
but yes, running basals provides more opportunity to cancel them and end up delivering less insulin
francesc0-cgm
@francesc0-cgm
May 06 2017 17:14
and it made 0.3
so in 30 mins
bg was already dropping
and it would have already stopped high temping
while loop is slower to do that
however let see other experiences
Scott Leibrand
@scottleibrand
May 06 2017 17:15
another point of interest: we consider the maxBolus to be equivalent to 30m of basal. at a basal of 0.175U/hr, that is 0.0875U.
francesc0-cgm
@francesc0-cgm
May 06 2017 17:15
i prefer to be the lonely one
so with some tweaking i could use i
Scott Leibrand
@scottleibrand
May 06 2017 17:17
most likely due to rounding, that ends up being 0.1U. perhaps we should disable SMB if the maxBolus is less than 0.2U (disallowing its use when basals are < 0.4U/hr or so)
Tim Street
@tim2000s
May 06 2017 17:17
@hilarykoch try running bash oref0-reset-git.sh from within your myopenaps directory.
francesc0-cgm
@francesc0-cgm
May 06 2017 17:18
yes
could minims boluses 0.05?
it should be different
hilarykoch
@hilarykoch
May 06 2017 17:18
@tim2000s I got a no such file or directory
francesc0-cgm
@francesc0-cgm
May 06 2017 17:18
minimed^
my question @scottleibrand : @sulkaharo stated openaps will bring cob to zero after dia...AMA doesn't sniff for late carbs too?
Chuck Vann
@djtechman
May 06 2017 17:19
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?
getting this all night after switching to dev branch
is the pump watchdog script in the dev build?
Scott Leibrand
@scottleibrand
May 06 2017 17:20
@francesc0-cgm the 522's minimum bolus size is 0.1U
francesc0-cgm
@francesc0-cgm
May 06 2017 17:21
yes i now...
but for x23?
Scott Leibrand
@scottleibrand
May 06 2017 17:21
I don't have a 523 to test with, so I'm not comfortable making the behavior different for it.
francesc0-cgm
@francesc0-cgm
May 06 2017 17:21
ok that's fine
Tim Street
@tim2000s
May 06 2017 17:24
@hilarykoch Or whatever yours is named.
francesc0-cgm
@francesc0-cgm
May 06 2017 17:24
thank you @scottleibrand for your hard work
i would like to help
kenkotch
@kenkotch
May 06 2017 17:25

Morning/ afternoon all.
I’m still not able to get my rig to talk to NS or my pump. It seems to be able to connect to the internet (I just installed blues successfully and can ping google, etc)
When I ifup wlan0 I get:
ifup: interface wlan0 already configured

Rebooted and reflashed with no change.

Here is some relevant (I think) papertrail:
May 06 10:27:44 localhost ntpd: Listen normally on 10 wlan0 10.0.0.173 UDP 123

May 06 10:27:44 localhost ntpd: Listen normally on 11 wlan0 2601:281:8000:f01:92b6:86ff:fe12:c1c6 UDP 123
May 06 10:27:44 localhost ntpd: peers refreshed

May 06 10:27:44 localhost remote_syslog: 2017-05-06 16:27:35 ERROR remote_syslog.go:73 Syslog error: dial tcp 169.46.82.178:12345: getsockopt: connection refused
May 06 10:27:44 localhost rsyslogd0: action 'action 1' resumed (module 'builtin:omfwd') [try http://www.rsyslog.com/e/0 ]
May 06 10:27:44 localhost rsyslogd-2359: action 'action 1' resumed (module 'builtin:omfwd') [try http://www.rsyslog.com/e/2359 ]
May 06 10:27:45 localhost remote_syslog: 2017-05-06 16:27:45 ERROR remote_syslog.go:73 Syslog error: dial tcp 169.46.82.181:12345: getsockopt: connection refused
May 06 10:27:56 localhost remote_syslog: 2017-05-06 16:27:56 ERROR remote_syslog.go:73 Syslog error: dial tcp 169.46.82.179:12345: getsockopt: connection refused
May 06 10:28:03 localhost systemd: Stopping LSB: Raise network interfaces....
May 06 10:28:03 localhost dhclient: Killed old client process
May 06 10:28:03 localhost networking: Deconfiguring network interfaces...Killed old client process
May 06 10:28:04 localhost dhclient: Internet Systems Consortium DHCP Client 4.3.1

May 06 10:28:04 localhost dhclient: Copyright 2004-2014 Internet Systems Consortium.

May 06 10:28:04 localhost dhclient: All rights reserved.
May 06 10:28:04 localhost dhclient: For info, please visit https://www.isc.org/software/dhcp/
May 06 10:28:04 localhost networking: Internet Systems Consortium DHCP Client 4.3.1

May 06 10:28:04 localhost networking: Copyright 2004-2014 Internet Systems Consortium.

May 06 10:28:04 localhost networking: All rights reserved.

May 06 10:28:04 localhost networking: For info, please visit https://www.isc.org/software/dhcp/
May 06 10:28:04 localhost dhclient: Listening on LPF/wlan0/90:b6:86:12:c1:c6

May 06 10:28:04 localhost dhclient: Sending on LPF/wlan0/90:b6:86:12:c1:c6

May 06 10:28:04 localhost dhclient: Sending on Socket/fallback

May 06 10:28:04 localhost networking: Listening on LPF/wlan0/90:b6:86:12:c1:c6

May 06 10:28:04 localhost networking: Sending on LPF/wlan0/90:b6:86:12:c1:c6

May 06 10:28:04 localhost networking: Sending on Socket/fallback

May 06 10:28:04 localhost dhclient: DHCPRELEASE on wlan0 to 10.0.0.1 port 67

May 06 10:28:04 localhost networking: DHCPRELEASE on wlan0 to 10.0.0.1 port 67

May 06 10:28:36 localhost rsyslogd-2007: action 'action 1' suspended, next retry is Sat May 6 10:28:34 2017 [try http://www.rsyslog.com/e/2007 ]

May 06 10:28:36 localhost kernel: [ 122.858011] CFG80211-ERROR) wl_cfg80211_disconnect : Reason 3

May 06 10:28:36 localhost kernel: [ 122.895000] wl_android_wifi_off in
May 06 10:28:36 localhost kernel: [ 122.899431] CFG80211-ERROR) wl_escan_handler : escan is not ready ndev f5bb8000 drv_status 0x0 e_type 69 e_states 4

May 06 10:28:36 localhost kernel: [ 122.905838] wifi_platform_set_power = 0

I know some others were having similar issues that rebooting solved. Not so much for me. Any ideas are more than welcome

francesc0-cgm
@francesc0-cgm
May 06 2017 17:25
do not think i am criticize your work
Scott Leibrand
@scottleibrand
May 06 2017 17:26
@francesc0-cgm thanks for all your help testing things so far. please pass along my apologies to your son that he went low during testing.
I think there is one thing you can still do to help test: see how oref1's other features work without SMB
Lorenzo Sandini
@lsandini
May 06 2017 17:34
so unfortunately no way for now to test SMB on my 715WW and 554WW models. I certainly can live without it for now, really happy with the oref0 with autosense. Just out of curiosity, is oref1 already distributed to testers ?
Dana Lewis
@danamlewis
May 06 2017 17:34
@lsandini it's in dev currently
PieterGit
@PieterGit
May 06 2017 17:43
@alternateal : what SMB settings did you enable on a succesfull run on the 754? did you enable UAM?
Lorenzo Sandini
@lsandini
May 06 2017 17:46
@danamlewis oh you mean oref1 is (in) the dev branch of oref0 ?
Scott Leibrand
@scottleibrand
May 06 2017 17:46
yes
Lorenzo Sandini
@lsandini
May 06 2017 17:46
npm list -g oref0 reports oref0@0.5.0-dev
Scott Leibrand
@scottleibrand
May 06 2017 17:47
yeah, that's the one
Lorenzo Sandini
@lsandini
May 06 2017 17:47
git branch says *dev :)
Scott Leibrand
@scottleibrand
May 06 2017 17:48
currently the code in dev disallows SMB on x15 and x54 models, and just allows it on x22 and x23. I have a PR open that enables it for x15, which has now been tested successfully
Lorenzo Sandini
@lsandini
May 06 2017 17:49
I can wait, take your time (it's saturday after all)
Dana Lewis
@danamlewis
May 06 2017 17:50
We're going hiking so don't expect too much more of us today ;)
PieterGit
@PieterGit
May 06 2017 17:56
happy hiking... I fixed CLI use of Nightscout again, see PieterGit/oref0@639aa56
this drove me mad last night, because my API_SECRET and NIGHTSCOUT_HOST were not set within my shell enivorment
Lorenzo Sandini
@lsandini
May 06 2017 17:59
enjoy the hike. The sun setting down soon here in Finland, and I'm going to rest my 46 yr old bones :) Been crossfitting like an animal this week, the only part of me that is not aching is my hair.
Dana Lewis
@danamlewis
May 06 2017 18:00
Lol. Enjoy your well-deserved rest!
PieterGit
@PieterGit
May 06 2017 18:02
Any objections that I make token-based authentication the preferred way on the 0.5.0-dev branch (instead of global API_SECRET). Working on a pull request. Global API_SECRET authentication is still possible, but less secure. I have a solution in mind that does not require a lot of refactoring.
Scott Leibrand
@scottleibrand
May 06 2017 18:09
@PieterGit that seems like a good direction to go, as long as it can be done in a way that doesn't break existing setups
PieterGit
@PieterGit
May 06 2017 18:12
i'll propose a relatively good backwards comptable implementation, of course no bugs is not guarenteed. I'll try not to break existing setups this time :smile:
Scott Leibrand
@scottleibrand
May 06 2017 18:13
hehe sounds good
Aaron Michelson
@Aaybob
May 06 2017 18:16
868MHz/915MHz Exporer Block v1.2 GMD - 2017
is the label on the board. Is that a common good build? Any history of instability on that build. I'm loosing function and serial port.
Ohh oh, never mind I'll try a different compute module with it.
alternateal
@alternateal
May 06 2017 18:29
@PieterGit - I changed line 221 in oref0-pump-loop.sh to also include the 754 as an allowable pump. It then took a few runs to let it settle, but is has run having only enabled UAM so far.
Tim Street
@tim2000s
May 06 2017 18:30
Which version of NS dev includes the UAM purple line?
PieterGit
@PieterGit
May 06 2017 18:30
@tim2000s no official version, see nightscout/cgm-remote-monitor#2564
alternateal
@alternateal
May 06 2017 18:33
@PieterGit - and enableSMBwithBolus is also true
Dana Lewis
@danamlewis
May 06 2017 18:33
@tim2000s floating carbs
fjungman
@fjungman
May 06 2017 18:46
Anyone here have any experience writing drivers for Linux? I need to convert the PMIC (power supply) code for RiledUp to a driver, and have a few questions. Documentation for creating drivers is pretty scarce, and what is available is too generic. I need to sort out the PMIC before I can tape out the final board, as it is too flaky right now...
PieterGit
@PieterGit
May 06 2017 18:55

@alternateal : did you also see stuff like:

Waiting for 30s silence before mmtuning
Radio ok. Listening: .No pump comms detected from other rigs
+ echo

+ echo The CC111x is located at /dev/mmeowlink
The CC111x is located at /dev/mmeowlink
+ cd /home/pi/src/subg_rfspy/tools
+ case "$2" in
+ ./reset.py /dev/mmeowlink
RileyLink OK
Version: subg_rfspy 0.8
OK
+ sleep 2
+ exit 0
+ echo

+ echo The CC111x is located at /dev/mmeowlink
The CC111x is located at /dev/mmeowlink
+ cd /home/pi/src/subg_rfspy/tools
+ case "$2" in
+ ./change_setting.py /dev/mmeowlink 0x06 0x00
retry 0
retry 0
RileyLink OK
retry 1 bb
retry 1 01
Version: subg_r subg_rfspy 08
Traceback (most recent call last):
  File "./change_setting.py", line 22, in <module>
    if ord(resp) == 1:
TypeError: ord() expected a character, but string of length 2 found

I don't have a SMB loop running. There is no other rig running at this moment.

alternateal
@alternateal
May 06 2017 18:57
@PieterGit I never saw the retries or the errors at the bottom of your picture. I did need to have some patience to see it complete though.
Tim Street
@tim2000s
May 06 2017 18:58
@PieterGit I saw those errors when I was using xdripaps without the updated cron line for it that went in yesterday.
garykidd
@garykidd
May 06 2017 19:23
@scottleibrand @danamlewis Thanks for your continued dedication to this project. I wish I wasn't pulled in so many different directions so that I could perhaps make a much more meaningful impact to this project and community....recognizing this fact just makes me appreciate your efforts that much more. Thank You. Thank You. Thank You.
Dana Lewis
@danamlewis
May 06 2017 19:24
@garykidd :smile: :heart: :heart_eyes: :smile:
PieterGit
@PieterGit
May 06 2017 19:26
@tim2000s @alternateal : i got SMB running by disabling oref0_init_pump_comms.py in /usr/local/bin/oref0-pump-loop temporary. i think the calling of the init ww scripts somehow interfere with the SMB loop.
(setup RPI3/TI USB/DEX G4 connected to USB/WW pump)
Tim Street
@tim2000s
May 06 2017 19:48
@PieterGit maybe for yours, but I've had no issues with comms on Edison/Exb with it since February.
PieterGit
@PieterGit
May 06 2017 19:48
do you have a WW pump?
Tim Street
@tim2000s
May 06 2017 19:58
Yes.
PieterGit
@PieterGit
May 06 2017 20:13
ok, so that might narrow my issue down to a TI USB and WW pump issue
i mean with SMB RF COMM issue with current dev and TI USB / 754 WW setup
Thomas Emge
@ThomasEmge
May 06 2017 20:21

I am attempting to setup the BT with my edison. After pairing the edison with the phone (Nexus 5X) I'll check with sudo pt-pan client -d xx:xx and then I am getting this error

Traceback (most recent call last):
  File "/usr/local/bin/bt-pan", line 228, in <module>
    if __name__ == '__main__': sys.exit(main())
  File "/usr/local/bin/bt-pan", line 196, in main
    try: iface = net.Connect(opts.uuid)
  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.bluez.Error.Failed: Input/output error

What do I need to check in my setup?

PieterGit
@PieterGit
May 06 2017 20:24
@scottleibrand I think the logging for a missed CGM value can be made more clear in the pump loop, example:
Checking pump clock: "2017-05-06T22:06:49+02:00" is within 1m of current time: Sat  6 May 22:07:28 CEST 2017
and that pumphistory is less than 1m old.  Temp refreshed
{"carbs":17,"boluses":1.6,"mealCOB":5,"currentDeviation":5.68,"maxDeviation":7.16,"minDeviationSlope":-0.235}
BG data is too old (it's probably this), or clock set incorrectly.  The last BG data was read at Sat May 06 2017 21:55:19 GMT+0200 (C
EST) but your system time currently is Sat May 06 2017 22:07:39 GMT+0200 (CEST)
Checking deliverAt: null is within 1m of current time: Sat  6 May 22:07:40 CEST 2017
date: invalid date ‘null’
Error, retrying
Sleeping 9;
Tim Street
@tim2000s
May 06 2017 20:26
@ThomasEmge the -d flag is to disconnect-you need to remove that.
Thomas Emge
@ThomasEmge
May 06 2017 20:34
@tim2000s the error message is the same. Could it be because I connected through ssh via wifi?
Tim Street
@tim2000s
May 06 2017 20:50
Have you trusted the phone MAC address in bluetoothctl as well @ThomasEmge ?
Thomas Emge
@ThomasEmge
May 06 2017 20:56
@tim2000s Yep, pair and trust. My phone is listed when I do bluetoothctl and then devices
francesc0-cgm
@francesc0-cgm
May 06 2017 21:01
@scottleibrand it is not your fault we are working all together to not waiting! I often send him low too when i test other things...but it is to find something it could help all of us. It is part of the game.
^do not
Eric
@ecc1
May 06 2017 21:02
@ThomasEmge in bluetoothctl, if you do info on your phone, do you see a UUID for NAP service?
Thomas Emge
@ThomasEmge
May 06 2017 21:05
@ecc1 yes I do
        Name: Nexus 5X
        Alias: Nexus 5X
        Class: 0x5a020c
        Icon: phone
        Paired: yes
        Trusted: yes
        Blocked: no
        Connected: no
        LegacyPairing: no
        UUID: OBEX Object Push          (00001105-0000-1000-8000-00805f9b34fb)
        UUID: Audio Source              (0000110a-0000-1000-8000-00805f9b34fb)
        UUID: A/V Remote Control Target (0000110c-0000-1000-8000-00805f9b34fb)
        UUID: A/V Remote Control        (0000110e-0000-1000-8000-00805f9b34fb)
        UUID: Headset AG                (00001112-0000-1000-8000-00805f9b34fb)
        UUID: PANU                      (00001115-0000-1000-8000-00805f9b34fb)
        UUID: NAP                       (00001116-0000-1000-8000-00805f9b34fb)
        UUID: Handsfree Audio Gateway   (0000111f-0000-1000-8000-00805f9b34fb)
        UUID: SIM Access                (0000112d-0000-1000-8000-00805f9b34fb)
        UUID: Phonebook Access Server   (0000112f-0000-1000-8000-00805f9b34fb)
        UUID: Message Access Server     (00001132-0000-1000-8000-00805f9b34fb)
        UUID: PnP Information           (00001200-0000-1000-8000-00805f9b34fb)
        UUID: Generic Access Profile    (00001800-0000-1000-8000-00805f9b34fb)
        UUID: Generic Attribute Profile (00001801-0000-1000-8000-00805f9b34fb)
        UUID: Vendor specific           (fafbdd20-83f0-4389-addf-917ac9dae5b2)
        Modalias: bluetooth:v000Fp1200d1436
Scott Leibrand
@scottleibrand
May 06 2017 21:05
@francesc0-cgm yeah, @danamlewis tells me it's not her fault when the algorithms contribute to her going low, either, but I still feel responsible.
Eric
@ecc1
May 06 2017 21:06
@ThomasEmge OK, that part looks fine. Can you paste contents of /etc/rc.local ?
Thomas Emge
@ThomasEmge
May 06 2017 21:07
@ecc1
@ecc1 too soon
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.


# disable the watchdog timer's automatic reboot
echo 1 >/sys/devices/virtual/misc/watchdog/disable

### invoke first-install stuff, will be commented out during first-install process
#/sbin/third-install.sh

### uncomment to disable USB device mode and enable host mode for the OTG port
# rmmod g_multi || true

### uncomment to enable bluetooth
# screen -S "brcm_patchram_plus" -d -m /usr/local/sbin/bluetooth_patchram.sh

### uncomment to enable login consoles on bluetooth rfcomm
#screen -S "rfcomm-getty" -d -m /usr/bin/rfcomm watch 0 1 /sbin/rfcomm-getty.sh {}

### uncomment to enable "always pair" bluetooth agent, which automatically accepts all pairing requests
#screen -S "always_pair_agent" -d -m /usr/local/sbin/always_pair_agent.py

### uncomment to try to turn on wifi during boot without systemd
# screen -S "ifup wlan0" -d -m ifup wlan0

/usr/local/bin/bluetoothd --experimental &

bluetooth_rfkill_event >/dev/null 2>&1 &

exit 0
Eric
@ecc1
May 06 2017 21:09
If you do a ps awx is there a brcm_patchram_plus process running? And is there anything suspicious in the /var/log/brcm_patchram_plus.log file?
(or in /var/log/syslog for that matter)
Looks like you'll need to uncomment the line that says "uncomment to enable bluetooth" :-)
And then either execute that line by hand, as root, or just reboot.
dhermanns
@dhermanns
May 06 2017 21:34

Hi everybody! I try to set up openaps. Everything seems to work fine, but the cgm-data is empty. When looking at the cgm-loop.log I see:

AttributeError: 'NoneType' object has no attribute 'iter_records'

I've got a Medtronic 554 with a Carelink-Stick and raspberry setup with oref0. Any Ideas what's missing?

Thomas Emge
@ThomasEmge
May 06 2017 21:42

@ecc1 I do see

  347 ?        S      0:00 brcm_patchram_plus --use_baudrate_for_download --no2bytes --enable_fork --enable_lpm --enable_hci --baudrate 3000000 --patchram /etc/firmware/bcm43341.hcd /dev/ttyMFD0

and the logs look ok to me.

Dana Lewis
@danamlewis
May 06 2017 21:43
Hey @dhermanns what kind of CGM are you using?
And do you currently have CGM data?
dmdfreak
@dmdfreak
May 06 2017 21:49
I've got everything running with SMB but I'm still not seeing actual micro boluses in NS yet. Someone mentioned pump_loop_completed earlier. When I look at mine, its empty. Should there be anything in there?
Eric
@ecc1
May 06 2017 21:49
@ThomasEmge That seems to be missing the --bd_addr argument that is calculated in /usr/local/sbin/bluetooth_patchram.sh
Thomas Emge
@ThomasEmge
May 06 2017 22:01
@ecc1 after uncommenting the line rc.local and rebooting, I now have the --bd_addr argument. However with sudo bt-pan client ... I am now getting
Traceback (most recent call last):
  File "/usr/local/bin/bt-pan", line 228, in <module>
    if __name__ == '__main__': sys.exit(main())
  File "/usr/local/bin/bt-pan", line 119, in main
    if not opts.device_all: devs = [next(iter(find_adapter(opts.device)))]
  File "/usr/local/bin/bt-pan", line 50, in find_adapter_in_objects
    raise BTError('Bluetooth adapter not found')
__main__.BTError: Bluetooth adapter not found
Dana Lewis
@danamlewis
May 06 2017 22:05
@dmdfreak you turned on floating carb of NS, right? Also, check your preferences? What scenario are you expecting it to SMB when it's not?
dmdfreak
@dmdfreak
May 06 2017 22:08
I did turn on floating carb in NS. I underestimated breakfast again this morning and I expected micro bolus would show up on the upslope and it never showed up. Yesterday and today.
Dana Lewis
@danamlewis
May 06 2017 22:09
What are your preferences?
dmdfreak
@dmdfreak
May 06 2017 22:10
Oh sorry. I set everything to on and set the carb limit to 50.
Dana Lewis
@danamlewis
May 06 2017 22:11
Ok. I would check pump-loop.log during that time frame and see what it says
dmdfreak
@dmdfreak
May 06 2017 22:12
Ok I went back and copy pasted yesterday's this morning. can grab it again
I
dmdfreak
@dmdfreak
May 06 2017 22:22

@PieterGit I don't have an Android to try to upload calibrations that way, unfortunately. May have to invest in that. I have 3 pediatric receivers, all exhibiting the same error, both with Raspberry Pi and with Explorer v1.2 board. I'll upload that information you requested to openaps/dexcom_reader#16 and hope that you (or someone) can figure it out, because having raw data sure would be useful at times.

PieterGit 07:17
@jbwittmer please do. it's on my (ever growing) list of wanted features

David 07:17
Thanks everyone. Got it resolved. Something with I think my network interfaces file format being wacky.

alternateal 08:09
Have just run oref0-setup with microbolus enabled - now for some reason the pump loop never gets started - thoughts Starting supermicrobolus pump-loop at Sat May 6 14:07:18 BST 2017 with 9 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 (this is a good thing!) Error, retrying Sleeping 8;

Tim Street 08:40
@alternateal which CGM install did you use?
Ah ignore that.
When I've installed from scratch, it's taken about 15 minutes for everything to get running again properly.

PieterGit 09:23
@alternateal do you use a US or WW pump? I also have comm problems when SMB-loop is enabled. the normal pump loop runs fine. But I noticed i have a 754 WW, and SMB is only tested with 522, 523, 722, and 723 pump models, see https://github.com/openaps/oref0/blob/dev/bin/oref0-pump-loop.sh#L219

alternateal 09:25
@PieterGit - runs perfectly when not SMB enabled. Using a 754WW
@tim2000s - G5

PieterGit 09:26
same here

alternateal 09:27

dmdfreak 09:29
@scottleibrand I dont have paper trail yey, but this is from about the middle
Starting pump-loop at Thu May 4 13:57:05 CDT 2017:
Radio ok, Listening: .No pump comms detected from other rigs
Profile less than 60m old
glucose.json newer than temp_basal.json
Temp refreshed
{"carbs":33,"boluses":3.6,"mealCOB":0,"currentDeviation":1.88,"maxDeviation":4.37,"minDeviationSlope":-0.559}
{"iob":0.997,"activity":0.0212,"bolussnooze":0,"basaliob":0.09,"netbasalinsulin":-0.05,"hightempinsulin":0.3,"microBolusInsulin":0,"microBolusIOB":0,"time":"2017-05-04T18:57:20.000Z","lastBolusTime":1493915562000}
{"delta":-3,"glucose":133,"short_avgdelta":-3,"long_avgdelta":-3.17}
{"duration":16,"rate":0.85,"temp":"absolute"}
Basal unchanged: 0.85; target_bg from 87.5 to 87; sens from 44 to 43.1
Carb Impact: 1.6 mg/dL per 5m; CI Duration: 0 hours; remaining 4h+ CI: 0 mg/dL per 5m
Accel. Carb Impact: 10 mg/dL per 5m; ACI Duration: 0 hours
UAM Impact: 1.4 mg/dL per 5m; UAM Duration: 0.3 hours
minPredBG: 90 minIOBPredBG: 94 minCOBPredBG: 999 minUAMPredBG: 86 COB: 0 carbs: 33
determine-basal://text/shell/enact/suggested.json
reporting enact/suggested.json
{"temp":"absolute","bg":133,"tick":-3,"eventualBG":99,"snoozeBG":99,"insulinReq":0,"reservoir":null,"deliverAt":"2017-05-04T18:58:14.579Z","minPredBG":999,"predBGs":{"IOB":[133,130,127,124,121,118,116,113,111,108,106,104,102,100,98,97,96,95,95,94],"UAM":[133,129,125,121,117,114,110,107,104,101,99,96,94,92,91,89,88,87,87,86]},"COB":0,"IOB":0.997,"reason":"COB: 0, Dev: 9, BGI: -4.57, ISF: 43, Target: 87, IOBpredBG 94, UAMpredBG 86; Eventual BG 99 >= 89, basaliob 0.09 > max_iob 0, temp 0.85 ~ req 0.85U/hr"}
{"insulinReq":0,"bg":142,"reservoir":null,"temp":"absolute","snoozeBG":89,"rate":0.85,"predBGs":{"IOB":[142,135,129,123,117,111,106,102,98,94,90,87,84,82,79,77,75,74,72,71,70,70,69]},"minPredBG":999,"IOB":1.326,"reason":"COB: 0, Dev: 5, BGI: -5.25, ISF: 44, Target: 87, IOBpredBG 69; Eventual BG 89 > 85 but Min. Delta -7.00 < Exp. Delta -5.3; setting current basal of 0.85 as temp. Setting neutral temp basal of 0.85U/hr","COB":0,"eventualBG":89,"recieved":true,"duration":30,"tick":-7,"timestamp":"2017-05-04T13:43:23.241122","deliverAt":"2017-05-04T18:43:18.606Z"}
glucose.json newer than pumphistory: Refreshed pumphistory
{"carbs":33,"boluses":3.6,"mealCOB":0,"currentDeviation":1.88,"maxDeviation":4.37,"minDe

Sorry about that copy for away from me on this phone
Dana Lewis
@danamlewis
May 06 2017 22:27
@dmdfreak did you see any instances on NS where it was high temping and you expected SMB? Cause those logs show insulin req as 0?
Eric
@ecc1
May 06 2017 22:36
@ThomasEmge does hciconfig print anything?
katie disimone
@Kdisimone
May 06 2017 22:37

If I log a screen session in terminal and then want to move that file into my laptop…what’s the line command for that?

Pretend my computer is called Katie-computer and that the user account is Katie, and the log session was named log-file.

I’ve tried scp log-file Katie-computer/Katie but obviously that’s not working or I wouldn’t be here. I’m logged into rig via screen mode.

katie disimone
@Kdisimone
May 06 2017 22:44
i’m noticing that SMB is seemingly supposed to be enacted, but not enacting.
May 06 15:00:50 edisonSMB pump-loop.log:  minPredBG: 110 minIOBPredBG: 110 minCOBPredBG: 100 minUAMPredBG: 93 COB: 9 carbs: 24
May 06 15:00:50 edisonSMB pump-loop.log:  naive_eventualBG 75, 0m zero temp needed; last bolus 59.4m ago (1494104488000).
May 06 15:00:51 edisonSMB pump-loop.log:  Checking deliverAt: 2017-05-06T22:00:50.295Z is within 1m of current time: Sat May  6 15:00:51 PDT 2017
May 06 15:00:51 edisonSMB pump-loop.log:  and that smb-suggested.json is less than 1m old
May 06 15:00:51 edisonSMB pump-loop.log:  enact/smb-suggested.json: {"insulinReq":0.73,"bg":130,"reservoir":"225.175","temp":"absolute","snoozeBG":169,"predBGs":{"COB":[130,134,138,140,142,142,142,141,139,136,133,131,128,126,124,121,119,117,116,114,112,111,110,108,107,106,105,104,103,103,102,101,101,101,100],"aCOB":[130,137,141,145,146,145,143,140,138,135,132,129,127,124,122,120,118,116,114,113,111,109,108,107,106,105,104,103,102,101,100,100,100,99],"UAM":[130,134,137,139,139,139,137,135,132,129,126,124,121,119,116,114,112,110,109,107,105,104,103,101,100,99,98,97,96,95,95,94,94,94,93],"IOB":[130,134,138,141,144,145,146,146,146,145,143,141,138,136,134,131,129,128,126,124,123,121,120,118,117,116,115,114,113,113,112,112,111,111,111,110,110,110,110,110,111]},"minPredBG":110,"IOB":2.008,"reason":"COB: 9, Dev: 41, BGI: -1.75, ISF: 27, Target: 90, IOBpredBG 111, COBpredBG 100, UAMpredBG 93; Eventual BG 116 >= 90, insulinReq 0.73; microbolusing 0.2U. temp 2.525 >~ req 2.4U/hr","COB":9,"eventualBG":116,"units":0.2,"tick":"+6","deliverAt":"2017-05-06T22:00:50.295Z"}
May 06 15:00:55 edisonSMB pump-loop.log:  No smb_enact needed. Temp refreshed: monitor/temp_basal.json: {"duration":28,"rate":2.525,"temp":"absolute"}
May 06 15:01:41 edisonSMB pump-loop.log:  RefreshRemoved duplicate bolus/carb entries:3
May 06 15:01:41 edisonSMB pump-loop.log:  ed pumphistory
May 06 15:01:41 edisonSMB pump-loop.log:  pumphistory.json: "TempBasalDuration 2017-05-06T14:56:48 head[2], body[0] op[0x16]"
May 06 15:01:41 edisonSMB pump-loop.log:  Checking pump clock: "2017-05-06T15:00:06-07:00" is within 1m of current time: Sat May  6 15:01:41 PDT 2017
May 06 15:01:41 edisonSMB pump-loop.log:  Error, retrying
May 06 15:01:41 edisonSMB pump-loop.log:  Sleeping 3; 
May 06 15:01:44 edisonSMB pump-loop.log:  Starting supermicrobolus pump-loop at Sat May 6 15:01:44 PDT 2017 with 13 second wait_for_silence:
May 06 15:01:44 edisonSMB pump-loop.log:  Waiting up to 4 minutes for new BG: glucose.json newer than pump_loop_completed
May 06 15:02:00 edisonSMB pump-loop.log:  Radio ok. Listening: .No pump comms detected from other rigs
May 06 15:02:07 edisonSMB pump-loop.log:  Preflight OK. Profile less than 60m old. glucose.json newer than pump_loop_completed. 
May 06 15:02:15 edisonSMB pump-loop.log:  Temp refreshed
May 06 15:02:20 edisonSMB pump-loop.log:  {"carbs":24,"boluses":3,"mealCOB":8,"currentDeviation":6.52,"maxDeviation":10.42,"minDeviationSlope":-0.881}
May 06 15:02:20 edisonSMB pump-loop.log: {"iob":2.038,"activity":0.0132,"bolussnooze":1.235,"basaliob":-0.47,"netbasalinsulin":-1,"hightempinsulin":0.85,"microBolusInsulin":0,"microBolusIOB":0,"time":"2017-05-06T22:00:59.000Z","lastBolusTime":1494104488000}
May 06 15:02:20 edisonSMB pump-loop.log:  {"delta":4,"glucose":134,"short_avgdelta":4.44,"long_avgdelta":5.76}
May 06 15:02:20 edisonSMB pump-loop.log:  {"duration":27,"rate":2.525,"temp":"absolute"}
May 06 15:02:20 edisonSMB pump-loop.log:  Autosens adjusting basal from 0.75 to 0.95; sens from 35 to 27.3
May 06 15:02:20 edisonSMB pump-loop.log:  Carb Impact: 5.8 mg/dL per 5m; CI Duration: 0.8 hours; remaining 4h+ CI: 0 mg/dL per 5m
May 06 15:02:20 edisonSMB pump-loop.log:  Accel. Carb Impact: 10 mg/dL per 5m; ACI Duration: 0.5 hours
May 06 15:02:20 edisonSMB pump-loop.log:  UAM Impact: 6.2 mg/dL per 5m; UAM Duration: 0.7 hours
May 06 15:02:20 edisonSMB pump-loop.log:  minPredBG: 108 minIOBPredBG: 108 minCOBPredBG: 101 minUAMPredBG: 95 COB: 8 carbs: 24
Thomas Emge
@ThomasEmge
May 06 2017 22:52
@ecc1 nope
dmdfreak
@dmdfreak
May 06 2017 23:02
I total messed up copy paste. I'll do it correctly when I get home. I'm sorry
Robin Kirkman
@esialb
May 06 2017 23:03
@Kdisimone scp logfile Katie-computer.local:
will copy it to your home folder
(on mac, with ssh installed)
for example i might use
Stephen Chandler
@stephenc95
May 06 2017 23:05
I bought another explorer board and edison. What is the protocol for having multiple rigs? When I set them up, do they need to have the same name or anything like that?
Robin Kirkman
@esialb
May 06 2017 23:05
scp somefile.txt robin-i7.local:Documents
@stephenc95 speaking from the jubilinux perspective, each should have a different name
susieanneh
@susieanneh
May 06 2017 23:07
help! i plugged in my hardware to get started and nothing pops up. I am using a data cable because it was the same one that works with uploading my tandem tslim.
Stephen Chandler
@stephenc95
May 06 2017 23:07
So I could just name them "openaps1" and "openaps2". Is there anything else I would need to do for multiple rigs?
katie disimone
@Kdisimone
May 06 2017 23:14
@esialb Thanks!
@stephenc95 different names, yes. keeping the preferences.json the same helps too. Otherwise, there’s nothing else. We run four rigs currently.
Robin Kirkman
@esialb
May 06 2017 23:17
@Kdisimone you might need scp somefile.txt Katie@Katie-computer.local:Documents
susieanneh
@susieanneh
May 06 2017 23:31
ok im in now. it keeps telling me my login is incorrect?
Thomas Emge
@ThomasEmge
May 06 2017 23:31
@ecc1 @tim2000s is there a way to redo the bluez installation? I did a apt-get upgrade and now I am getting different error messages. Just wondering...
susieanneh
@susieanneh
May 06 2017 23:37
onow its blank.. can someone please help or guide me where i can find some beginner help... please
RedCyclist1
@RedCyclist1
May 06 2017 23:37
@Kdisimone -Would we need to copy autotunes so the new rig doesn't take 30 days to catch up? if so how do you copy it into the new rig?
i am trying to run the rig on a closed loop but not sure it is working? Haven't taken it for a spin yet given I don't know if I need to do any additional set up
RedCyclist1
@RedCyclist1
May 06 2017 23:43
@susieanneh Do you have edison/explorer board? What type of computer, windows/apple?
susieanneh
@susieanneh
May 06 2017 23:44
yes and a windows computer.. it doesn;t come up on autoplay like in the directions :(
i am using a data cord
under devices it says driver is unavailible
RedCyclist1
@RedCyclist1
May 06 2017 23:47
Are you trying to flash your device?
susieanneh
@susieanneh
May 06 2017 23:47
no i bought it pre flashed
RedCyclist1
@RedCyclist1
May 06 2017 23:53
So you plugged in but your not seeing anything in device manager? Do you have a 2nd computer to try it on? We have 2 computers but only 1 works when plugging in.
susieanneh
@susieanneh
May 06 2017 23:54
I do see it on my device manager.
I got into it once and it said invalid login. And now I can't get back in on putty
RedCyclist1
@RedCyclist1
May 06 2017 23:55
The login should be root and the pw is edison
susieanneh
@susieanneh
May 06 2017 23:56
Ok that help! Thank you so much. On the directions online it says no password :) you are amazing!