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

8th
May 2018
Scott Leibrand
@scottleibrand
May 08 2018 00:01
I guess that must mean that ns-upload $NIGHTSCOUT_HOST $API_SECRET devicestatus.json upload/ns-status.json is returning no output, but is not returning a bad exit code
so apparently that || die "Couldn't upload devicestatus to NS" code path can never be executed
Martin Haeberli
@mhaeberli
May 08 2018 00:02
hmm - ok, so I’ll try archiving/sharing data via openhumans then deleting at least the device status data
btw, I saw strange things happen LAST time things filled up, which was about 2/16/2018, but not THIS strange, and last time, the mlab data was really full!
Scott Leibrand
@scottleibrand
May 08 2018 00:04
apparently ns-upload uses logger to report either Uploaded $ENTRIES to $NIGHTSCOUT_HOST" ) || logger "Unable to upload to $NIGHTSCOUT_HOST"
Martin Haeberli
@mhaeberli
May 08 2018 00:05
ok so for the dense sleep-deprived mode that I’m in, can I search this in papertrail somehow?
Scott Leibrand
@scottleibrand
May 08 2018 00:05
yeah, just search for Uploaded or Unable to upload to
it should be in syslog or some such
Martin Haeberli
@mhaeberli
May 08 2018 00:07
so d’oh! syslog isn’t in my papertrail for some reason; AND no matches to Uploaded and no matches to ‘to upload’ except for May 07 17:02:28 etghopenaps2 ns-loop.log: No new treatments to upload as an example
btw, I do remember in the past seeing ‘uploaded’ in (device) logs but not recently
syslog:
May  7 15:15:16 localhost root: Unable to upload to https://xxx.herokuapp.com
Scott Leibrand
@scottleibrand
May 08 2018 00:12
(that has your NS URL if you want to redact it)
Martin Haeberli
@mhaeberli
May 08 2018 00:12
thx sorry
Scott Leibrand
@scottleibrand
May 08 2018 00:12
doesn't matter to me
just a question of privacy, not really security: whether you want anyone to see her BGs
Martin Haeberli
@mhaeberli
May 08 2018 00:13
compare:
May  7 17:11:21 localhost root: Uploaded upload/ns-status.json to https://xxx.herokuapp.com
May  7 17:11:27 localhost root: Uploaded upload/latest-treatments.json to https://xxx.herokuapp.com
still, appreciate the pointer
Scott Leibrand
@scottleibrand
May 08 2018 00:13
:+1:
Martin Haeberli
@mhaeberli
May 08 2018 00:13
but no upload devicestatus if that is what I should expect
Scott Leibrand
@scottleibrand
May 08 2018 00:14
yeah, so we've confirmed it can't upload, but no details yet on why
for that you might need to do so manually
you could start with ns-upload $NIGHTSCOUT_HOST $API_SECRET devicestatus.json upload/ns-status.json
assuming those env vars are set in your shell
Martin Haeberli
@mhaeberli
May 08 2018 00:15
k another mo'
root@etghopenaps2:~/etghopenaps# ns-upload $NIGHTSCOUT_HOST $API_SECRET devicestatus.json upload/ns-status.json
root@etghopenaps2:~/etghopenaps#
or is single-tick notation better here?
Scott Leibrand
@scottleibrand
May 08 2018 00:17
no output: not too useful
echo $NIGHTSCOUT_HOST $API_SECRET to make sure those are set (but don't paste them here)
and see if your manual run added another localhost root: Unable to upload to log line
Martin Haeberli
@mhaeberli
May 08 2018 00:19
k but btw the devicestatus on the server (most recent) appears to have been updated:
[{"_id":"5af0c0403edc490011e4a911","device":"openaps://etghopenaps0","openaps":{"iob":{"iob":7.889,"activity":0.0752,"basaliob":-1.397,"bolusiob":9.286,"netbasalinsulin":-2.7,"bolusinsulin":15.4,"iobWithZeroTemp":{"iob":7.889,"activity":0.0752,"basaliob":-1.397,"bolusiob":9.286,"netbasalinsulin":-2.7,"bolusinsulin":15.4,"time":"2018-05-07T21:06:13.000Z"},"lastBolusTime":1525723780000,"lastTemp":{"rate":1.95,"timestamp":"2018-05-07T14:04:46-07:00","started_at":"2018-05-07T21:04:46.000Z","date":1525727086000,"duration":2.88},"timestamp":"2018-05-07T21:06:13.000Z"},"suggested":{"reason":"If current system time Mon May 07 2018 14:06:42 GMT-0700 (PDT) is correct, then BG data is too old. The last BG data was read 12.3m ago at Mon May 07 2018 13:54:27 GMT-0700 (PDT). Canceling high temp basal of 1.95","deliverAt":"2018-05-07T21:06:42.679Z","temp":"absolute","duration":0,"rate":0,"timestamp":"2018-05-07T21:06:42.000Z"},"enacted":{"insulinReq":0,"received":true,"bg":315,"reservoir":"268.475","temp":"absolute","rate":1.95,"reason":"COB: 50, Dev: 109, BGI: -13, ISF: 35, CR: 5.8, Target: 100, minPredBG 339, minGuardBG 318, IOBpredBG 180, COBpredBG 391, UAMpredBG 401; IOB 8.07 > max_iob 8; setting current basal of 1.95 as temp. ","IOB":8.07,"sensitivityRatio":1,"COB":50,"eventualBG":401,"timestamp":"2018-05-07T21:04:47.000Z","duration":30,"tick":"+5","deliverAt":"2018-05-07T21:04:17.273Z"}},"pump":{"clock":"2018-05-07T14:06:13-07:00","battery":{"status":"normal","voltage":1.39},"reservoir":268.375,"status":{"status":"normal","bolusing":false,"suspended":false,"timestamp":"2018-05-07T21:07:49.000Z"}},"uploader":{"batteryVoltage":3638,"battery":44},"created_at":"2018-05-07T21:08:16.971Z”}]
Scott Leibrand
@scottleibrand
May 08 2018 00:19
hmm, interesting
Martin Haeberli
@mhaeberli
May 08 2018 00:19
I THINK ...
Scott Leibrand
@scottleibrand
May 08 2018 00:20
it's currently 00:20 UTC
those are all showing 21:08 UTC or earlier
Martin Haeberli
@mhaeberli
May 08 2018 00:20
ok maybe not
Scott Leibrand
@scottleibrand
May 08 2018 00:21
also check the contents of upload/ns-status.json
Martin Haeberli
@mhaeberli
May 08 2018 00:22
QED different:
{"device":"openaps://etghopenaps2","openaps":{"iob":{"iob":3.122,"activity":0.0337,"basaliob":-2.835,"bolusiob":5.957,"netbasalinsulin":-3.55,"bolusinsulin":11.35,"iobWithZeroTemp":{"iob":3.122,"activity":0.0337,"basaliob":-2.835,"bolusiob":5.957,"netbasalinsulin":-3.55,"bolusinsulin":11.35,"time":"2018-05-08T00:13:47.000Z"},"lastBolusTime":1525738149000,"lastTemp":{"rate":0,"timestamp":"2018-05-07T17:13:26-07:00","started_at":"2018-05-08T00:13:26.000Z","date":1525738406000,"duration":1.78},"timestamp":"2018-05-08T00:13:47.000Z"},"suggested":{"temp":"absolute","bg":116,"tick":-3,"eventualBG":167,"insulinReq":0,"reservoir":"255.125","deliverAt":"2018-05-08T00:14:17.795Z","sensitivityRatio":1,"predBGs":{"IOB":[116,113,109,106,103,101,98,96,93,90,87,86,84,82,80,78,76,74,72,71,70,69,69,69,69,68,68,68,68,67,67,66,66,65,64,64,63],"ZT":[116,110,104,99,94,90,87,83,80,77,75,74,73,72,72,71,71,71,72,73,74,77,79,82,85,88,91,95,98],"COB":[116,113,110,108,105,104,103,102,101,101,100,101,102,102,103,104,105,106,107,108,110,112,114,116,119,122,124,126,129,131,133,135,137,139,141,143,145,147,149,152,154,156,158,160,162,164,165,167],"UAM":[116,112,106,101,95,91,88,84,80,77,73,71,69,67,65,63,61,60,58,56,56,55,55,54,54,54,54,54,53,53,52,52,51,51,50,50,49]},"COB":23,"IOB":3.122,"reason":"COB: 23, Dev: 17, BGI: -6, ISF: 35, CR: 5.8, Target: 100, minPredBG 72, minGuardBG 59, IOBpredBG 63, COBpredBG 167, UAMpredBG 49; minGuardBG 59<70 30m left and 0 ~ req 0U/hr: no temp required","timestamp":"2018-05-08T00:14:17.000Z"},"enacted":{"insulinReq":0,"received":true,"bg":116,"reservoir":"255.125","temp":"absolute","rate":0,"reason":"COB: 23, Dev: 18, BGI: -6, ISF: 35, CR: 5.8, Target: 100, minPredBG 70, minGuardBG 57, IOBpredBG 62, COBpredBG 165, UAMpredBG 47; minGuardBG 57<70","IOB":3.22,"sensitivityRatio":1,"COB":23,"eventualBG":165,"timestamp":"2018-05-08T00:13:27.000Z","duration":30,"tick":-3,"deliverAt":"2018-05-08T00:13:20.893Z"}},"pump":{"clock":"2018-05-07T17:13:47-07:00","battery":{"status":"normal","voltage":1.34},"reservoir":255.125,"status":{"status":"normal","bolusing":false,"suspended":false,"timestamp":"2018-05-08T00:13:55.000Z"}},"uploader":{"batteryVoltage":3661,"battery":47}}
so clearing mlabs soon here
Scott Leibrand
@scottleibrand
May 08 2018 00:22
that last paste was the current contents of upload/ns-status.json?
Martin Haeberli
@mhaeberli
May 08 2018 00:23
yes
Scott Leibrand
@scottleibrand
May 08 2018 00:23
if so, then that is why nothing is getting uploaded: the file isn't getting updated
Martin Haeberli
@mhaeberli
May 08 2018 00:23
indeed
so mlab next
Scott Leibrand
@scottleibrand
May 08 2018 00:23
no, this is a local problem
Martin Haeberli
@mhaeberli
May 08 2018 00:23
ok
hang on
looks like I pasted the wrong thing
will revise in a minute
Scott Leibrand
@scottleibrand
May 08 2018 00:24
bin/oref0-ns-loop.sh: format_ns_status && grep -q iob upload/ns-status.json || die "Couldn't generate ns-status.json"
ns-status monitor/clock-zoned.json monitor/iob.json enact/suggested.json enact/enacted.json monitor/battery.json monitor/reservoir.json monitor/status.json --uploader monitor/edison-battery.json > upload/ns-status.json
that's what creates upload/ns-status.json
so you can try running ns-status monitor/clock-zoned.json monitor/iob.json enact/suggested.json enact/enacted.json monitor/battery.json monitor/reservoir.json monitor/status.json --uploader monitor/edison-battery.json manually
Martin Haeberli
@mhaeberli
May 08 2018 00:27
@scottleibrand see revision above - I was falling on the sword of a mac utility to reformat jsons that borked / broke
(ClipFormat) ….
sorry .
Scott Leibrand
@scottleibrand
May 08 2018 00:28
ok, so it is getting updated after all
so back to curl and mlab
the curl that ns-upload runs is:
cat upload/ns-status.json | (
    curl -m 30 -s -X POST --data-binary @- \
        -H "API-SECRET: $API_SECRET" \
        -H "content-type: application/json" \
        ${NIGHTSCOUT_HOST}/api/v1/devicestatus.json
    )
Martin Haeberli
@mhaeberli
May 08 2018 00:31
so how would that report failure?
both Edisons offline so I’ll revert later when I can reach at least one
mlab devicestatus cleared but obviously can’t confirm it’s all good until ...
THANKS so much for your coaching, @scottleibrand
!
(by the way, where would I look to make sure NTPs are happening right on the Edisons?)
Scott Leibrand
@scottleibrand
May 08 2018 00:34
that's a question for professor Google
not sure if curl will tell you much unless you add a -v to it
Martin Haeberli
@mhaeberli
May 08 2018 00:35
ok so I can play with curl -v
as to professor Google - you’re talking about NTP? my question is - as far as you know, is there a cron job someplace? (should there be a cron job someplace? (I’m looking at the setclock.sh example or whatever it is called from earlier Pi implementations.) (i’ll dig into jubilinux a bit…)
Scott Leibrand
@scottleibrand
May 08 2018 00:37
no, NTP runs as a service
service ntp status
Martin Haeberli
@mhaeberli
May 08 2018 02:57
K thx
HebertPin
@HebertPin
May 08 2018 04:08

Excuse me, annoying, but I do not know what else to try to make the cycle work.
I detail some of the controls that I made

  • The time of the boma is good with the CGM, this is what you showed me
    root@myopenaps:~# oref0-set-device-clocks
    Waiting for ntpd to synchronize... OK!
    Setting pump time to Tue May 8 00:34:51 -03 2018
    Setting CGM time to Tue May 8 00:34:52 -03 2018

  • Internet I have because the ping responds to google
    root@myopenaps:~# ping google.com
    PING google.com (172.217.8.142) 56(84) bytes of data.
    64 bytes from mia07s49-in-f14.1e100.net (172.217.8.142): icmp_seq=1 ttl=52 time=183 ms
    64 bytes from mia07s49-in-f14.1e100.net (172.217.8.142): icmp_seq=2 ttl=52 time=271 ms

  • NS is giving me this message that I do not know if it is correct, but if I consult Ns
    by Mozilla, they are shown the correct glucose values
    The NS is well created because we are using it in another loop perfectly

root@myopenaps:~# tail -F /var/log/openaps/ns-loop.log
Latest NS temptargets: Merging local temptargets: Temptargets merged: Refreshed carbhistory; COB: 0
{"batteryVoltage":3783,"battery":60}
No recent suggested.json found; last updated May 8 00:27
Couldn't upload latest treatments to NS

Starting oref0-ns-loop at Tue May 8 00:37:02 -03 2018:
No recent valid BG found. Most recent:
Latest NS temptargets: Merging local temptargets: Temptargets merged: Refreshed carbhistory; COB: 0
{"batteryVoltage":3808,"battery":63}
Couldn't upload devicestatus to NS

  • Attached image of what the loop shows.
    Anything else you can think of to identify the problem?
    A detail, I do not have the cell phone with me and neither the G5, does this affect the configuration
    to give me these problems?

I hope you can help me and apologize for the inconvenience

imagen.png
drmartinezs
@drmartinezs
May 08 2018 04:10
need help, was looping ok... but now:
Radio check failed. mmeowlink.exceptions.CommsException: Could not get subg_rfspy state or version. Have you got the right port/device and radio_type?
Listening for 40s silence before mmtuning: ..........................

....................................
Starting oref0-pump-loop at Mon May 7 23:54:03 -04 2018 with 2 second wait_for_silence:
Waiting up to 4 minutes for new BG: ls: cannot access /tmp/pump_loop_completed: No such file or directory
mmeowlink.exceptions.CommsException: Could not get subg_rfspy state or version. Have you got the right port/device and radio_type?

Radio check failed. mmeowlink.exceptions.CommsException: Could not get subg_rfspy state or version. Have you got the right port/device and radio_type?
Listening for 40s silence before mmtuning: ..

Martin Haeberli
@mhaeberli
May 08 2018 04:44
One thing to try when this happens is to re-flash the radio on the explorer board using cctool - see instructions in oref0 troubleshooting. I can probably find the link if you like. Recommended to shutdown and restart the Edison/Explorer after re-flashing the radio
@scottleibrand - problem (thanks for debugging help) was resolved by clearing devicestatus collection in mlab. [I think I just volunteered for better error reporting etc somehow on this.]
drmartinezs
@drmartinezs
May 08 2018 04:50
ok
drmartinezs
@drmartinezs
May 08 2018 04:56
Is it possible that I miss typed on Json?
Preferences
Martin Haeberli
@mhaeberli
May 08 2018 05:14
@drmartinezs - why do you believe there is a .json that you mis-typed that relates to the errors related to subg_rfspy ?
@drmartinezs If you find the solution doesn’t hold long, check back in on this issue and see if any help may come there openaps/oref0#996
drmartinezs
@drmartinezs
May 08 2018 05:56
trying
drmartinezs
@drmartinezs
May 08 2018 06:09
solved thanks, re running setup script
Cas Eliëns
@cascer1
May 08 2018 14:39
Hey, I'm running oref0 0.6.1-dev, and notice that a lot of my meal boluses become single carb entries in nightscout. The bolus is never entered. However, openaps does use the correct iob values. I'm afraid this might affect autotune, and think it is because my basal rates (according to autotune) have gone up almost 0.1 unit every hour.
Is this a known issue? And if so, how might I fix it?
Scott Leibrand
@scottleibrand
May 08 2018 14:45
If autotune doesn’t know about the boluses, it will think BG is dropping unexpectedly, so if anything it would incorrectly lower your basals, or more likely weaken your ISF or CR.
What do your logs say about those bolus wizard entries?
Cas Eliëns
@cascer1
May 08 2018 15:15
It doesn't completely miss the uploads to nightscout, the carbs get entered but the insulin doesn't. This only seems to be the case when the bolus is running when openaps queries the pump
Which logs would I have to look in?
Scott Leibrand
@scottleibrand
May 08 2018 15:18
The pump-loop.log and ns-loop.log
You could also test out 0.7.0-dev
Cas Eliëns
@cascer1
May 08 2018 15:31
Oh I didn't know it was out yet
I'll try that first, thanks
Oh it's a different branch, right 😬
It says the version is 0.6.1-dev [0.7.0-dev]
Is that right?
Jon Cluck
@cluckj
May 08 2018 16:32
@cascer1 did you get a new rig?
Scott Leibrand
@scottleibrand
May 08 2018 16:38
@cascer1 did you npm run global-install after the git stuff?
Cas Eliëns
@cascer1
May 08 2018 16:39
I did
@cluckj I didn't
Jon Cluck
@cluckj
May 08 2018 16:40
you need an SPI radio for 0.7.0-dev to work :P
Cas Eliëns
@cascer1
May 08 2018 16:40
I think it was running 0.7.0 because everything stopped working so I went back to 0.6.1
Oh, that explains it
Jon Cluck
@cluckj
May 08 2018 16:40
lol
yes
Scott Leibrand
@scottleibrand
May 08 2018 16:41
That needs updating if anyone wants to. I’m in flight, but I can merge PRs.
Cas Eliëns
@cascer1
May 08 2018 16:44
I would if I had even the slightest familiarity with the code 😬
Scott Leibrand
@scottleibrand
May 08 2018 16:54
This one is just a matter of changing the version numbers in the line I linked.
katie disimone
@Kdisimone
May 08 2018 16:59
@scottleibrand doen
done
Cas Eliëns
@cascer1
May 08 2018 17:01
Oh like that
I thought you meant the spi thing
Scott Leibrand
@scottleibrand
May 08 2018 17:11
Thx @Kdisimone
Martin Haeberli
@mhaeberli
May 08 2018 18:31

minor detail:
I tried:
service ntp status
and got:
`● ntp.service - LSB: Start NTP daemon
Loaded: loaded (/etc/init.d/ntp)
Active: active (running) since Mon 2018-05-07 21:02:02 PDT; 14h ago
Process: 417 ExecStart=/etc/init.d/ntp start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/ntp.service
└─713 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 103:106

Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
`
trying to understand whether the warning is a general issue ...

Marco
@CaptainBalou
May 08 2018 20:17
Just a quick question to dev branches. I normally use 'dev' to get all the fancy new stuff. :-) I saw that there is also a 0.7.0-dev. What branch is this? Some "a bit more dev like dev branch already is"? ;-)
Jon Cluck
@cluckj
May 08 2018 20:21
@CaptainBalou the code that communicates between the rig and pump is different, and experimental; most of the features are the same
openaps/oref0#973
Scott Leibrand
@scottleibrand
May 08 2018 20:26
the main advantage of the 0.7.0-dev code is that it's faster, which is particularly useful for looping with a Pi Zero and an Explorer HAT. Once we release dev to master as 0.6.1 (probably this week), the next step will be to merge the 0.7.0-dev code to the dev branch. so yes, "a bit more dev like dev branch already is"? ;-)
anyone testing 0.7.0-dev needs to be on the lookout for bugs in the new low-level pumphistory code. we've already seen a couple that result in incorrect IOB calculations, so at this point 0.7.0-dev is probably not ready for general testing. we do, however, need more testers on the 0.6.1 release candidate in dev.
Marco
@CaptainBalou
May 08 2018 20:28
Hey @cluckj that sounds like a huge change. Thanks for pointing me to the 973-document. Read it and I would say I cannot test here because I just have one rig. If this would fail it would not be easy for me. To fix something broken I eventually would have to re-flash and this is hard during office hours. I would love to see if everything works fine but I think this time I'll stay on "stable dev branch". ;-)
Thanks also @scottleibrand !
Scott Leibrand
@scottleibrand
May 08 2018 20:29
yeah, if you want to test 0.7.0-dev you'll definitely want a dev rig
Marco
@CaptainBalou
May 08 2018 20:34
My own rig died. I think the board is broken somewhere. I am using a borrowed rig of @ceben80 these days. I don't want to mess that up. :-)
Jon Cluck
@cluckj
May 08 2018 20:36
:laughing:
Dave Acklam
@dcacklam
May 08 2018 21:30
@scottleibrand
Do you possibly have phone contact info for Enhanced Radio Devices? Or is e-mail the only way to reach them?
Scott Leibrand
@scottleibrand
May 08 2018 21:32
I can get ahold of Morgan if you want to send me an email to pass along.
mrshapir
@mrshapir
May 08 2018 21:40
Screen Shot 2018-05-08 at 5.39.17 PM.png
Hi! I am trying to set up a backup rig and having issues with connection to the pump (CommsException). Trying the troubleshooting docs and getting an error with flashing the radio chip. The weird part is that I tried to turn back on my original rig and it also won't connect to the pump anymore
Scott Leibrand
@scottleibrand
May 08 2018 21:43
have you tried a fresh battery in the pump?
also make sure that the Edison is still tightly seated on the Explorer Board. if you're not sure, carefully remove and re-seat it.
Tim Gunn
@Tornado-Tim
May 08 2018 21:49
A big congrats @danamlewis for winning the 2018 Red Woman in open source award! so well deserved! https://www.redhat.com/en/about/women-in-open-source 🎉🎊
mrshapir
@mrshapir
May 08 2018 21:49
@scottleibrand
Dave Acklam
@dcacklam
May 08 2018 21:50

@scottleibrand I have 2 orders in with ERD: 3099 (replacement Edison Explorer) and 2902 (Prototype HAT). I'm wondering if it would be possible to get them to combine/expedite these, such that I could have them in-hand by Friday evening.

I paid for 2-day shipping on 3099 (which I just made), and 3-day on the other (which has been out for a month and a half)... If I had a phone number I'd just call them & ask to make sure both are put in the same box/sent out tomorrow (ideally with a refund on the $15 shipping for the older order), but since I don't...

mrshapir
@mrshapir
May 08 2018 21:50
Pump battery has full bars and I reseated the Edison a couple times. If power light is on, does that mean seated correctly?
Dave Acklam
@dcacklam
May 08 2018 21:50
(I'm off grid for a week starting monday & would like to have an extra rig beyond my SRF/pi-zero power-hog. Both of my old explorer boards are deadlined.)...
Scott Leibrand
@scottleibrand
May 08 2018 21:50
@mrshapir it's possible for one side of the connector to be working (that does power) but not all of the pins (that do data to the cc1110 chip)
@dcacklam can you also send that and your phone number to scottleibrand@gmail.com so I can pass it along?
Dave Acklam
@dcacklam
May 08 2018 21:51
Sure
Scott Leibrand
@scottleibrand
May 08 2018 21:52
@mrshapir but if you've reseated, it's probably not the connector
@mrshapir sounds like you have two issues: inability to ccprog on rig 1, and inability to loop on rig 2.
mrshapir
@mrshapir
May 08 2018 21:52
And probably not for both rigs, which is why I am stumped @scottleibrand
Scott Leibrand
@scottleibrand
May 08 2018 21:53
it might be easiest to troubleshoot rig 2 first
Raymond Richmond
@PedanticAvenger
May 08 2018 21:55
Where is all the discussion about working on cracking the Tandem pump comms encryption/protocols? Want to do some background research.
Dave Acklam
@dcacklam
May 08 2018 21:55
@scottleibrand Mail sent, thanks.
Dana Lewis
@danamlewis
May 08 2018 21:57
Thank you @Tornado-Tim!
mrshapir
@mrshapir
May 08 2018 21:57
Just making sure - you think troubleshooting the newer one would be easier? @scottleibrand
Dana Lewis
@danamlewis
May 08 2018 21:57
@raymond-richmond the omniaps Slack group has a Tandem channel. Not a lot happening though
Raymond Richmond
@PedanticAvenger
May 08 2018 21:58
Sigh, didn't figure. Seems to be more focus still on the medtronic side. Tandem in Canada shortly and I"m curious. Thanks @danamlewis .