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

5th
Oct 2017
Scott Leibrand
@scottleibrand
Oct 05 2017 00:09
and by "working" I only mean "in my flat when I ifdown wlan0" - we haven't put it on any production rigs or done any walkabout testing yet
Paul Dickens
@thebookins
Oct 05 2017 00:16
😀 got it.
Dana Lewis
@danamlewis
Oct 05 2017 00:26
I thought we had until Oct. 24, but I forgot a flight so Oct. 16 is our next deadline for testing :D
David
@davidkeddydb
Oct 05 2017 00:45
If doing a TI install with an Edison and spark fun board, does one still need to install mmeowlink prior or is that now part of set up script? I have flashed a new TI stick but I am still working on finding the port, have used ls -al /dev/tty* but the port isn't showing up
garykidd
@garykidd
Oct 05 2017 00:55
loving edit-pref
Dana Lewis
@danamlewis
Oct 05 2017 00:56
@garykidd :) there's a bunch of other ones, too, if you haven't seen them: http://openaps.readthedocs.io/en/latest/docs/Build%20Your%20Rig/OpenAPS-install.html#rig-logs-and-shortcut-commands
@davidkeddydb that should work (it's part of setup script), so just a matter of finding the port. check seating of edison, plugging of cables, etc?
garykidd
@garykidd
Oct 05 2017 00:59
@davidkeddydb I think i had a similar problem at one point. I think that, unless you have other items added to your breakout board rig, the port is TTYMFD1....try it that way and if not go sequentially---I think that's what worked for me--although not sure why it doesn't show as new when you plug TI stick in. No doubt----when you do get it working---your range should be far better than explorer.
David
@davidkeddydb
Oct 05 2017 00:59
@danamlewis When I unplug the TI stick, unplug just the stick or also the cable that is plugged into the OTG port? I have been unplugging the cable and stick
garykidd
@garykidd
Oct 05 2017 01:00
@david....re: my post ^. I was referring to serial wiring of TI stick.
David
@davidkeddydb
Oct 05 2017 01:00
@garykidd Yeah, I have the list of ports when unplugged but the ports don't change when I plug it in
Brian Rabinovitz
@bdr1177
Oct 05 2017 01:01
How do I check the currently installed oref0 version? (Sorry if this is in the docs somewhere. I tried to search but didn't find anything.)
garykidd
@garykidd
Oct 05 2017 01:01
right...I had had that problem at one point too.
David
@davidkeddydb
Oct 05 2017 01:01
No worries, I am usb into the sparkfun board
garykidd
@garykidd
Oct 05 2017 01:01
still...I think the concept/approach may hold---cant hurt---give it a try.
David
@davidkeddydb
Oct 05 2017 01:05
I have 2 other rigs like this that work great, so I don't know how I screwed this one up. I don't have another female cable to plug the TI stick, so will likely have to wait until tomorrow if that is the issue. Unless I take a cable from my other working rig. Sweet, at least I will know if that is the problem
garykidd
@garykidd
Oct 05 2017 01:07
I got another breakout board lying around here if you want it bud.
TI stick range is excellent too.
David
@davidkeddydb
Oct 05 2017 01:09
@garykidd Thanks. I am going to check the Ti stick that I know works on my other rig so I can figure what is messed up
garykidd
@garykidd
Oct 05 2017 01:09
cool.
I gave a TI stick away recently---now I can't find my other one.....I think I'd like at least another fully functional rig to pull from should I need it quickly. A TI stick rig bedside could be cool since it doesn't need to be as portable.
SO it looks like dev branch doesn't ask for directory to install into? makes sense.
Brian Rabinovitz
@bdr1177
Oct 05 2017 01:27
@garykidd Thanks!
Scott Leibrand
@scottleibrand
Oct 05 2017 01:27
@garykidd no, that's openaps not oref0
garykidd
@garykidd
Oct 05 2017 01:28
was just going to correct myself
jaylagorio
@jaylagorio
Oct 05 2017 01:28
That's something I'd like to know too
Scott Leibrand
@scottleibrand
Oct 05 2017 01:28
try npm list -g oref0
jaylagorio
@jaylagorio
Oct 05 2017 01:28
Nice
Brian Rabinovitz
@bdr1177
Oct 05 2017 01:29
Yes, that works.
And it's a lot easier than me cat-ing all the files in the oref directory.
Paul Dickens
@thebookins
Oct 05 2017 01:42
@scottleibrand , @danamlewis the offline branch looks good. Are you using AngularJS for the client? The double curly braces look familiar.
jaylagorio
@jaylagorio
Oct 05 2017 01:44
What's the offline branch?
Scott Leibrand
@scottleibrand
Oct 05 2017 01:45
the {{ }} stuff is jinja, which lots of things use
the webserver is flask for now
jaylagorio
@jaylagorio
Oct 05 2017 01:46
...wait, is that an OpenAPS with a built-in display you can connect directly to over wifi or something?
Scott Leibrand
@scottleibrand
Oct 05 2017 01:46
@jaylagorio offline is for making the rig set up a local-only hotspot when it can't get online via wifi or BT, and then automatically switching back to wifi client mode when it successfully connects to the Internet via BT
jaylagorio
@jaylagorio
Oct 05 2017 01:46
THAT'S AWESOME
Scott Leibrand
@scottleibrand
Oct 05 2017 01:47
this is separate from the Explorer HAT and its built-in display
jaylagorio
@jaylagorio
Oct 05 2017 01:47
I didn't even know the Explorer HAT was a thing, but that's a less desirable thing than just turning the Edison into an AP so I can connect directly
That's stupid cool!
Scott Leibrand
@scottleibrand
Oct 05 2017 01:48
although it has crossed my mind to use the HAT's buttons and display to control whether the rig is in hotspot or client mode if doing so automatically isn't an option
Paul Dickens
@thebookins
Oct 05 2017 01:49
Thanks @scottleibrand . I'm more familiar with NodeJS and AngularJS, which uses the same syntax. Happy to learn Flask and jinja if they are the tools for the job.
Scott Leibrand
@scottleibrand
Oct 05 2017 01:49
it seemed like the easiest lightweight webserver for the job based on quick Googling, but I'm not wedded to it
jaylagorio
@jaylagorio
Oct 05 2017 01:49
It's not a bad idea, but having the functionality built into all OpenAPS instances (whether they can use the Explorer HAT or not) and then adding functionality for the buttons and things in the future would be awesome
Scott Leibrand
@scottleibrand
Oct 05 2017 01:50
yeah. main requirement/limitation of this offline mode is you have to actually get your BT tethering working first, or it'll go into hotspot mode and not come back
back when we first tried to do something similar (the headless directory in oref0) we were attempting to automatically switch back and forth based on whether there were any dhcp clients connected, which was less than ideal
jaylagorio
@jaylagorio
Oct 05 2017 01:51
Does that sound frustrating? Yes. But does that sound like an advanced feature that will take some dedicated time to working out? Also yes. I think that's OK.
Ah, I always wondered about that directory
garykidd
@garykidd
Oct 05 2017 01:52
@scottleibrand when rig gets connectivity again does it sync with NS as to backfill lost data points
Scott Leibrand
@scottleibrand
Oct 05 2017 01:52
yes, theoretically and up to a point.
garykidd
@garykidd
Oct 05 2017 01:53
is that done by the NS setting that defaults to 1 (1 for each 5 mins)
jaylagorio
@jaylagorio
Oct 05 2017 01:53
What do you mean up to a point? Based on the storage capacity of the underlying device, sure. But is there another limitation?
Scott Leibrand
@scottleibrand
Oct 05 2017 01:53
the other limitation is how far back they're configured to look
and the way the gap fill logic works
jaylagorio
@jaylagorio
Oct 05 2017 01:55
Oh, so it wouldn't save all the things it would have uploaded to NS separately until storage was full, it would be more like this hypothetical?
1) Connection comes up after not being connected for 48 hours
2) OpenAPS does a 24 hour refresh on the pump
3) Pump info goes to NS
Scott Leibrand
@scottleibrand
Oct 05 2017 01:56
right
jaylagorio
@jaylagorio
Oct 05 2017 01:57
That sounds like a good version 1.0 to me ;-)
Scott Leibrand
@scottleibrand
Oct 05 2017 01:57
that's how it is now, but I think there are some race conditions around the way it decides what to upload
once there's something more recent, it doesn't always backfill the gaps
garykidd
@garykidd
Oct 05 2017 01:58
hmmm RE: #1....why so long...48 hours?
jaylagorio
@jaylagorio
Oct 05 2017 01:58
That was the hypothetical because I know most of the pulls it does from devices are only 24 hours
So you'd lose 24 hours of data if you were offline for 48 hours
You only get the last day because that's all the pump stores
Well, maybe that's not all the pump stores but that's all the 24 hour refresh OpenAPS does on the pump grabs
Scott Leibrand
@scottleibrand
Oct 05 2017 01:59
right. usually the pump has several days, but it depends on how many treatments you issue.
a non-looping pump has weeks or months
garykidd
@garykidd
Oct 05 2017 02:09
hmmm...so its just a temporary storage container while internet access isnt available?
I thought it was providing offline looping capability
Cfomodz
@Cfomodz
Oct 05 2017 02:10
I know there are several non-errors when you are just setting up a rig, but should I be getting mmeowlink.exceptions.CommsException: Could not get subg_rfspy state or version. Have you got the right port/device and radio_type? Listening for 30s silence before mmtuning: .............................................................................................................................................................
garykidd
@garykidd
Oct 05 2017 02:11
@Cfomodz at least initially....I dont think it's a problem.
if it persists.....pretty sure theres a specific section within troubleshooting on that point
Cfomodz
@Cfomodz
Oct 05 2017 02:12
about cutting the wire?
I will look into it
katie disimone
@Kdisimone
Oct 05 2017 02:13
@Cfomodz that’s an unusual message to get more than once during an initial setup. If this is a first time setup, make sure you double check that your setup script answers look ok. No…no need to jump to wire cutting…there’s still code troubleshooting to do first. Wire cutting only extends the range of a working rig…it doesn’t fix a rig that isn’t working in the first place
Cfomodz
@Cfomodz
Oct 05 2017 02:13
That was my impression - I was just meaning if that was the section of the docs that was being referred to
katie disimone
@Kdisimone
Oct 05 2017 02:14
control-c to exit the pump logs and then cat-runagain to look over your setup script. Make sure the info looks good. You can post the results here…just xxx out the private info like API secret and URLs
garykidd
@garykidd
Oct 05 2017 02:14
nope--look under troubleshooting
Cfomodz
@Cfomodz
Oct 05 2017 02:14
The script answers that would deal with mmtune would be the pump being a us pump, right? Or are there other things i need to double check?
Scott Leibrand
@scottleibrand
Oct 05 2017 02:15
@garykidd we're talking about different things. the offline branch just provides a way to access your rig offline. getting BGs to the rig for offline looping is a different thing
and uploading data once you get back online is another different thing
garykidd
@garykidd
Oct 05 2017 02:16
just search for subg_rfspy
Cfomodz
@Cfomodz
Oct 05 2017 02:17
Thank you @Kdisimone
katie disimone
@Kdisimone
Oct 05 2017 02:18
@Cfomodz correct…check your pump serial number, check your pump region, and check the ttyport type (spi)
garykidd
@garykidd
Oct 05 2017 02:20
Well shifted 1 rig to dev tonight. All is well except that BT tethering doesn't seem to work like it used to. Can get BT connection but it seems to stick to BT even when home network is available...any thoughts?
@scottleibrand thanks.
Cfomodz
@Cfomodz
Oct 05 2017 02:21
ttyport type? I don't remember setting that. Is that in pump.ini?
oref0-setup --dir=/root/myopenaps --serial=123456 --cgm=G5 --ns-host=https://davidsns.herokuapp.com --api-secret=token=dav idsns-123abc --tty=/dev/spidev5.1 --max_iob=6 --enable=' autosens  autotune  meal  microbolus ' --radio_locale='US' --btmac='AB:AB:04:AB:6c:AB' --pushover_token='aabxcr4agg1238c' --pushover_user='u7123abc123abc7hx8o63'
garykidd
@garykidd
Oct 05 2017 02:22
Still with G5 and being BT and all...shouldn't we be able to develop (to the extent it doesn't already exist) a way to loop offline?
(and of course we = the openaps community...inparticualr SL)
jaylagorio
@jaylagorio
Oct 05 2017 02:24
@garykidd You can already loop offline by plugging the G4/G5 receiver into the rig. I do it all the time, works great.
garykidd
@garykidd
Oct 05 2017 02:28
right...got that. was just thinking that you theoretically could do so without a receiver w/ G5 (not G4 though)
Paul Dickens
@thebookins
Oct 05 2017 02:30
@garykidd there's a group of us working on getting the Edison to talk directly to the G5: https://gitter.im/thebookins/xdrip-js. Getting close.
jaylagorio
@jaylagorio
Oct 05 2017 02:31
^^ was just going to say there was a project to do that
But some of us have to use the receiver or some other method of getting data into the device when offline, so having the ability to see OpenAPS data is good
garykidd
@garykidd
Oct 05 2017 02:32
that'll rock. Cool to be able to loop offline...almost silly to have to carry receiver though is all. I'm glad others agree and are working on it...thanks
jaylagorio
@jaylagorio
Oct 05 2017 02:32
Sometimes I'm on super long flights and don't have wifi/BT that it can connect to, being able to see what oref0 thinks my IOB is vs. what my pump thinks my IOB is would be super awesome mid-flight by connecting to the AP
It's silly unless you have to. xdrip-js is the way to go for most, though.
garykidd
@garykidd
Oct 05 2017 02:36
maybe should've said ...it'll be silly [to carry receiver] once you don't have to ..
LilDucky
@LilDucky
Oct 05 2017 02:36

@Cfomodz the Could not get subg_rfspy state or version. message means that the CC1110 radio chip's reply to a version query is not being received. It can be a hardware issue with the connections, an incorrect /def/ttyxxx port was specifiec ot the CC1110 is not operating correctly. going by the spidev5.1, I can assume that you have an explorer board. What are the red and green LEDS near the CC1110 doing? Last time I saw this I needed to reflash the CC1110.

Have a look here - http://openaps.readthedocs.io/en/latest/docs/Resources/troubleshooting.html#could-not-get-subg-rfspy-state-or-version-have-you-got-the-right-port-device-and-radio-type

katie disimone
@Kdisimone
Oct 05 2017 02:54
@Cfomodz (also I noticed that your btmac has a lowercase letter in there. it’s not the cause of your current problem, but it will be the cause of a future problem when you go to do the BT pairing and tethering…just thought I’d point it out now before you tear your hair out later. ;) )
garykidd
@garykidd
Oct 05 2017 02:54
Should you have to redo all the BT tethering following script when updating a rig from fully functional rig (including BT tethering rig) setup from master branch when/if you switch to dev branch?
Dana Lewis
@danamlewis
Oct 05 2017 02:55
@garykidd no, just keep the btmac in your run again
garykidd
@garykidd
Oct 05 2017 02:55
weird...i redid everything now BT won't disconnect upon seeing home wifi network like it used to...hmmmm maybe reflash again..ouch
@danamlewis thx
garykidd
@garykidd
Oct 05 2017 03:14
hmmm...any idea this wouldnt work?
iMac:~ g$ ssh root@FALCON.local ssh: connect to host falcon.local port 22: Connection refused
FALCON is my rig name...
appears to be connected to same n/w as imac
garykidd
@garykidd
Oct 05 2017 03:25
ahhhhh....not sure why but reflashing...
Dana Lewis
@danamlewis
Oct 05 2017 03:27
if you reflash, you will have to re-do install with bluetooth which means your oref0-setup will take the ~45 minutes again, and you'll have to re-do the bluetooth pairing stuff
katie disimone
@Kdisimone
Oct 05 2017 03:49
@garykidd sometimes that can easily be fixed with a router reboot
Cfomodz
@Cfomodz
Oct 05 2017 03:56
Got it :)
garykidd
@garykidd
Oct 05 2017 04:21
It's kina funny when you know your pump serial number by heart as well as your phones MAC address.
@Kdisimone I actually thought of resetting router ...but I was like...why take a short cut...why not torment yourself and carefully watch each line of script run...waiting...impatient as I am...it's like pushing on a loose tooth I guess...
Has there been a lot of progress with other pumps w/r/t openaps (besides MM)
?
katie disimone
@Kdisimone
Oct 05 2017 04:24
not so far as I have seen. omnipod has had some big progress, but liking coming to the Loop setup before openaps.
garykidd
@garykidd
Oct 05 2017 04:26
has loop made any major improvements...my take (admittedly outdated) was that loop was significantly less tolerant
garykidd
@garykidd
Oct 05 2017 04:32
relative to oref0/1
katie disimone
@Kdisimone
Oct 05 2017 04:35
Depends on when you last looked @garykidd but yes…on July 1st a major rework was released that overhauled the old static carb absorption curve and turned it into a dynamic carb absorption curve. In my opinion, it took Loop’s greatest weakness (the rigidity of the carb absorption curve and someone’s need to be a good estimator) and turned it into its greatest asset (now you can bolus huge long carb meals in a single entry quite forgivably and not need to split bolus at all). So, I actually love it now. So, much like oref1 is trying to simplify bolusing, Loop has too. We now bolus for 120g pasta plates with a single entry, and I’m not calculating the split between upfront bolus vs later dosing. Loop does all the calcs. And Loop got exponential insulin and fiasp curves too…so similar in that respect too.
Dana Lewis
@danamlewis
Oct 05 2017 04:43
@garykidd re other pumps there's also been progress with the Roche Combo pump (being worked on right now), and then also DANA*R and eventually the RS , all compatible with AndroidAPS for those who want a phone based solution
spaldings
@spaldings
Oct 05 2017 04:43

Hi all. Having an issue with device storage. Loop dropped earlier today and was troubleshooting tonight. In logs found was receiving the invalid .date: invalid date '@' and no space left on device error.

Ran df -h:

Filesystem Size Used Avail Use% Mounted on
/dev/root 1.4G 1.4G 0 100% /
devtmpfs 480M 0 480M 0% /dev
tmpfs 481M 0 481M 0% /dev/shm
tmpfs 481M 13M 468M 3% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 481M 0 481M 0% /sys/fs/cgroup
tmpfs 481M 276K 480M 1% /tmp
/dev/mmcblk0p7 32M 5.1M 27M 16% /boot
/dev/mmcblk0p10 1.3G 791M 500M 62% /home
tmpfs 97M 0 97M 0% /run/user/0

Then attempted to run logrotate -f /etc/logrotate.conf based on thread btwn @cooljoe04 & @ scottleibrand in Aug 2017 and received following error messages:

error: error creating output file /var/log/openaps/autosens-loop.log.1.gz: File exists
error: error creating output file /var/log/openaps/autotune.log.1.gz: File exists
error: error creating output file /var/log/openaps/cgm-loop.log.1.gz: File exists
error: error creating output file /var/log/openaps/network.log.1.gz: File exists
error: error creating output file /var/log/openaps/ns-loop.log.1.gz: File exists
error: error creating output file /var/log/openaps/pump-loop.log.1.gz: File exists
error: error creating output file /var/log/kern.log.1.gz: File exists
error: error creating output file /var/log/auth.log.1.gz: File exists

Then ran rm /var/log/syslog.1 which seems to have freed up enough space for loop to complete but still with /dev/root 1.4G 1.4G 0 100% /

Any thoughts as to how to create space in root?

spaldings
@spaldings
Oct 05 2017 04:49
Couple more data points:
Running G5 CGM
cd /; du -xh -d 3 | egrep "[1-9][0-9][0-9]M|[0-9]G"
835M ./var/log
210M ./var/cache/apt
214M ./var/cache
1.2G ./var
1.3G .
spaldings
@spaldings
Oct 05 2017 04:57
cd /var/log/; ls -larS
total 786632
-rw-rw-r-- 1 root utmp 0 Oct 5 00:28 wtmp
-rw-r----- 1 root adm 0 Dec 31 1999 syslog.3.gz
-rw-r----- 1 root adm 0 Feb 16 2015 mail.warn
-rw-r----- 1 root adm 0 Feb 16 2015 mail.log
-rw-r----- 1 root adm 0 Feb 16 2015 mail.info
-rw-r----- 1 root adm 0 Feb 16 2015 mail.err
-rw-r----- 1 root adm 0 Feb 16 2015 lpr.log
-rw-r----- 1 root adm 0 Sep 9 06:25 kern.log.1.gz
-rw-r--r-- 1 root root 0 Oct 1 06:25 dpkg.log
-rw-rw---- 1 root utmp 0 Oct 5 00:28 btmp
-rw-r----- 1 root adm 0 Sep 9 06:25 auth.log.1.gz
-rw-r--r-- 1 root root 0 Sep 27 06:25 alternatives.log
-rw-rw-r-- 1 root utmp 20 Oct 5 00:17 wtmp.1.gz
-rw-rw---- 1 root utmp 20 Oct 5 00:17 btmp.1.gz
-rw-r--r-- 1 root root 29 Dec 31 1999 brcm_patchram_plus.log
-rw-r----- 1 root adm 31 Oct 14 2014 dmesg
-rw-r--r-- 1 root root 188 Sep 26 20:56 alternatives.log.1
-rw-r--r-- 1 root root 308 Aug 16 01:31 dpkg.log.2.gz
-rw-r--r-- 1 root root 2616 Mar 23 2016 faillog
-rw-r--r-- 1 root root 3456 Jul 23 15:06 alternatives.log.2.gz
drwxr-xr-x 2 root root 4096 Dec 4 2014 watchdog
drwxr-x--- 2 root adm 4096 Jul 8 19:56 unattended-upgrades
drwxr-xr-x 2 root root 4096 Oct 5 00:28 openaps
drwxr-xr-x 2 ntp ntp 4096 May 12 2012 ntpstats
drwxr-xr-x 2 root root 4096 Feb 16 2015 news
drwxr-xr-x 2 root root 4096 Oct 14 2014 fsck
drwxr-xr-x 2 root root 4096 Oct 1 06:25 apt
drwxr-xr-x 11 root root 4096 Oct 14 2014 ..
drwxr-xr-x 9 root root 4096 Oct 5 00:28 .
-rw-r--r-- 1 root root 22002 Sep 26 20:56 dpkg.log.1
-rw-rw-r-- 1 root utmp 31828 Oct 5 00:11 lastlog
-rw-r--r-- 1 root root 40916 Oct 14 2014 bootstrap.log
-rw-r----- 1 root adm 51832 Oct 5 00:28 syslog.1
-rw-r--r-- 1 root root 61591 Jul 23 15:31 dpkg.log.3.gz
-rw-r----- 1 root adm 95745 Oct 5 00:50 syslog
-rw-r----- 1 root adm 483133 Aug 14 09:25 auth.log.7.gz
-rw-r----- 1 root adm 500346 Aug 9 09:25 auth.log.9.gz
-rw-r----- 1 root adm 511778 Aug 28 06:25 auth.log.4.gz
-rw-r----- 1 root adm 513746 Sep 3 06:25 auth.log.2.gz
-rw-r----- 1 root adm 528599 Jul 26 09:25 auth.log.14.gz
-rw-r----- 1 root adm 547062 Aug 25 06:25 auth.log.5.gz
-rw-r----- 1 root adm 592946 Aug 1 09:25 auth.log.12.gz
-rw-r----- 1 root adm 593616 Aug 4 09:25 auth.log.11.gz
-rw-r----- 1 root adm 601398 Aug 29 06:24 user.log.25.gz
-rw-r----- 1 root adm 604375 Sep 8 06:25 daemon.log.25.gz
-rw-r----- 1 root adm 621405 Jul 29 09:25 auth.log.13.gz
-rw-r----- 1 root adm 630051 Aug 22 06:25 auth.log.6.gz
-rw-r----- 1 root adm 640720 Aug 31 06:25 auth.log.3.gz
-rw-r----- 1 root adm 663214 Aug 12 09:25 auth.log.8.gz
-rw-r----- 1 root adm 663233 Aug 7 09:25 auth.log.10.gz
-rw-r----- 1 root adm 699876 Sep 21 06:25 syslog.9.gz
-rw-r----- 1 root adm 701541 Sep 3 06:25 syslog.20.gz
-rw-r----- 1 root adm 717757 Sep 20 06:25 syslog.10.gz
-rw-r----- 1 root adm 738338 Sep 2 06:25 messages.25.gz
-rw-r----- 1 root adm 739173 Sep 26 06:25 syslog.6.gz
-rw-r----- 1 root adm 753726 Sep 5 06:25 syslog.19.gz
-rw-r----- 1 root adm 880876 Sep 1 06:25 syslog.21.gz
-rw-r----- 1 root adm 929669 Sep 7 06:25 syslog.18.gz
-rw-r----- 1 root adm 983905 Oct 1 06:25 syslog.4.gz
-rw-r----- 1 root adm 1003074 Sep 11 06:25 syslog.15.gz
-rw-r----- 1 root adm 1007616 Sep 9 06:25 syslog.17.gz
-rw-r----- 1 root adm 1052941 Aug 30 06:25 syslog.22.gz
-rw-r----- 1 root adm 1068737 Sep 13 06:25 syslog.14.gz
-rw-r----- 1 root adm 1102918 Aug 28 06:25 syslog.23.gz
-rw-r----- 1 root adm 1111124 Sep 29 06:25 syslog.5.gz
-rw-r----- 1 root adm 1178567 Sep 17 06:25 syslog.12.gz
-rw-r----- 1 root adm 1239024 Sep 19 06:25 syslog.11.gz
-rw-r----- 1 root adm 1255351 Sep 15 06:25 syslog.13.gz
-rw-r----- 1 root adm 1349605 Dec 31 1999 debug
-rw-r----- 1 root adm 1360807 Aug 25 06:25 syslog.24.gz
-rw-r----- 1 root adm 1499151 Sep 23 06:25 syslog.8.gz
-rw-r----- 1 root adm 1504294 Aug 28 20:24 kern.log.2.gz
-rw-r----- 1 root adm 1858554 Sep 25 06:25 syslog.7.gz
-rw-r----- 1 root adm 3732550 Oct 5 00:17 syslog.2.gz
-rw-r----- 1 root adm 4847743 Sep 9 08:04 syslog.16.gz
-rw-r----- 1 root adm 13108303 Sep 6 06:25 auth.log.1
-rw-r----- 1 root adm 29702640 Oct 5 00:50 user.log
-rw-r----- 1 root adm 55423150 Oct 5 00:50 messages
-rw-r----- 1 root adm 55637120 Oct 5 00:25 daemon.log
-rw-r----- 1 root adm 133964125 Oct 5 00:50 auth.log
-rw-r----- 1 root adm 162154743 Oct 5 00:20 kern.log
-rw-r----- 1 root adm 312946929 Sep 8 06:25 kern.log.1
Scott Leibrand
@scottleibrand
Oct 05 2017 05:08
looks like your kernel is spewing something that's chewing up all the space for kern.log
what version of jubilinux are you using? might need to update that
for starters I would remove the biggest file, kern.log.1, to get going again
and then look at kern.log to see what it's been up to
spaldings
@spaldings
Oct 05 2017 05:11
3.10.98-poky-edison
cat /etc/hosts gives 127.0.0.1 and ls -la /etc/hosts gives -rw-r--r-- 1 root root 162 Sep 26 20:53 /etc/hosts
spaldings
@spaldings
Oct 05 2017 05:17
how do I remove the kern.log.1 and look at kern.log?
Scott Leibrand
@scottleibrand
Oct 05 2017 05:37
Google and get familiar with rm and less
spaldings
@spaldings
Oct 05 2017 05:38
@scottleibrand Did that and removed kern.log.1 file using sudo rm /var/log/kern.log.1.
Reading about less now
spaldings
@spaldings
Oct 05 2017 05:44
At least we are up and looping. Will keep an eye on logs and report back if we figure out source of spewing....
LilDucky
@LilDucky
Oct 05 2017 07:02
Probably a simple one - setting up a Pi zero based rig and keep getting /dev/ttyAMA0 device in use when trying to mmtune etc. I have googled most of the common issues with stopping the console using the serial port but am drawing a blank.
assistance welcome.
tazitoo
@tazitoo
Oct 05 2017 12:10
@LilDucky - haven't looked at a Pi in a while, but it used to involve editing /boot/config.txt
To turn off serial out over UART,
enable_uart=0
ejoe132
@ejoe132
Oct 05 2017 14:29
cant access my edison either with putty over wifi or with a serial connection. Any tips on how to get back into this thing? Stopped working on me and cant get back in to get it running
Marco
@CaptainBalou
Oct 05 2017 14:36
I had the same today. Had to do a full power cycle (holding the power button until the led goes off; after wards the same until the LED comes back).
Then I saw a full filesystem (df -h)
Fixed it and I am not fully back online agsain because of strange behaviour on NS upload.
ejoe132
@ejoe132
Oct 05 2017 14:46
@CaptainBalou Ill give that a shot. Had been having problems, so re ran my setup and ran good for two days then it quite again and couldnt get in, Ill give that a shot thanks.
Marco
@CaptainBalou
Oct 05 2017 14:48
power cycling, checking the filesystem and watching the log afterwards is never a bad choice if the system is not responding anymore.
ejoe132
@ejoe132
Oct 05 2017 14:59
@CaptainBalou The problem is I cant even get into the system at all, putty tells me the hostname does not exist when trying that way and when I try to serial in I the box opens but nothing even happens and eventually times out
David
@davidkeddydb
Oct 05 2017 15:00
@garykidd Apparently I have an issue with either my Edison or the sparkfun baseboard. I haven't put another Edison on yet, but the cable and TI stick are both working on my other rig, so it is definitely one of the 2. I am betting it is the base block. Wonder if I can return it for a faulty port if that is the problem.
Marco
@CaptainBalou
Oct 05 2017 15:01
@ejoe132 I am back online looping again. Everything will be fine in an hour. ;-) So you even don't see anthing on the console while booting?
@ejoe132 Do you take the right port (just one works) with a data cable you used successful before?
ejoe132
@ejoe132
Oct 05 2017 15:11
@CaptainBalou ya when I try to serial in I am using the correct port on the board. Not sure if maybe I killed the board with static or something
@CaptainBalou cause it is the UART port I want correct?
ejoe132
@ejoe132
Oct 05 2017 15:18

L▒▒▒▒▒▒}▒▒D▒4▒m▒▒▒▒▒5▒d▒

thats what the edison is giving me when using serial to get in. have no idea what that is

garykidd
@garykidd
Oct 05 2017 15:21
can you ssh into rig via terminus when your rig is connected via BT tether?
@davidkeddydb like I said, I can throw you an explorer board to try if you'd like...let me know.
Scott Leibrand
@scottleibrand
Oct 05 2017 15:35
@ejoe132 If you haven't already, get your console port connected and then power cycle the Edison by holding down the little black power button. You should see the bootup sequence on console.
Marco
@CaptainBalou
Oct 05 2017 15:37
@ejoe132 Yes the UART sounds good.
My Eddie returned silly characters as well today. But after full power cycle it was ok.
Allison
@allisong4
Oct 05 2017 15:48
Screen Shot 2017-10-05 at 11.45.19 AM.png
Hey there! My loop is running, in the logs and on the pump it is successfully setting temp basals, but they are not going into my Nightscout database and therefore do not show on the front end. This just started happening seemingly randomly... they were going in the database and displaying just fine, then around 10:30 this morning, not so much. Is there any way to reset?
Screen Shot 2017-10-05 at 11.45.39 AM.png
David
@davidkeddydb
Oct 05 2017 15:59
@garykidd Thanks, fortunately I have no lack of rigs and I have a few explorer boards kicking around. I have my office with a TI stick and Edison and second floor of house, just trying to put another one together for the first floor as I really like the reach of the TI stick. I think it is the sparkfun board so I am just going to switch that out.
ejoe132
@ejoe132
Oct 05 2017 16:00

@scottleibrand ok so it is coming up with stuff, gonna have to do more work tonight on it but it is giving me this PCM page cache size = 192 KB
Cache Constraint = 0 Pages
Arming IPC driver ..
Adding page store pool ..
PagestoreAddr(IMR Start Address) = 0x04899000
pageStoreSize(IMR Size) = 0x00080000

Ready to receive application
so im assuming the openaps is gone and i need to re install

garykidd
@garykidd
Oct 05 2017 16:01
@davidkeddydb cool. I like the range too---wish I could find my other TI stick so I could do the same.
Scott Leibrand
@scottleibrand
Oct 05 2017 16:18
@ejoe132 if it gets stuck there, yeah, a re-flash of jubilinux is probably best
@allisong4 there is a troubleshooting page in the docs for that.
katie disimone
@Kdisimone
Oct 05 2017 16:30

@davidkeddydb do you want my mini breakout board? I’d be happy to give it to you if you could use it.

https://www.adafruit.com/product/2111

adafruit accidentally sent me one with an edison one time and didn’t want it back

Allison
@allisong4
Oct 05 2017 17:08
@scottleibrand are you referring to the Rig-NS troubleshooting docs? My DB size is not over the limit, but I tried restarting my deployment on mLab, repairing the database, clearing out the device status collection... so far no display of temp basals despite them being set on the pump. There is no future data in my database. If there is something else I should check that you recommend, would you mind letting me know what page or URL in the docs I should be referencing? Thank you!
Velibor Maric
@vebaba
Oct 05 2017 17:09

Hi all. I need some help. Edison+Explorer board. I'm missing CGM (Blukon, stuck in customs). Yesterday, I managed to install jubilinux and oref0. Is there any way to verify that Edison has connection with my pump? I tried: cd ~/myopenaps && sudo service cron stop && killall -g openaps ; killall -g oref0-pump-loop; openaps mmtune && sudo service cron start
but it returns:

  • echo The CC111x is located at /dev/spidev5.1
    The CC111x is located at /dev/spidev5.1
  • cd /root/src/subg_rfspy/tools
  • case "$2" in
  • ./reset.py /dev/spidev5.1
    RileyLink OK
    Version: subg_rfspy 0.8
    OK
  • sleep 2
  • exit 0
  • echo

  • echo The CC111x is located at /dev/spidev5.1
    The CC111x is located at /dev/spidev5.1

  • cd /root/src/subg_rfspy/tools
  • case "$2" in
  • ./change_setting.py /dev/spidev5.1 0x06 0x00
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x0C 0x59
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x0D 0x66
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x0E 0x33
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x0F 0x62
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x10 0x1A
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x11 0x13
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x09 0x24
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x0A 0x2E
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x0B 0x38
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • exit 0
    mmtune: pump://JSON/mmtune/monitor/mmtune.json
    monitor/mmtune.json raised Odd-length string
    Traceback (most recent call last):
    File "/usr/local/bin/openaps-report", line 82, in <module>
    app( )
    File "/usr/local/lib/python2.7/dist-packages/openaps/cli/init.py", line 51, in call
    self.run(self.args)
    File "/usr/local/bin/openaps-report", line 75, in run
    output = app(args, self)
    File "/usr/local/lib/python2.7/dist-packages/openaps/cli/subcommand.py", line 52, in call
    return self.method.main(args, app)
    File "/usr/local/lib/python2.7/dist-packages/openaps/reports/invoke.py", line 40, in main
    output = task.method(args, app)
    File "/usr/local/lib/python2.7/dist-packages/openaps/uses/use.py", line 45, in call
    output = self.main(args, app)
    File "/usr/local/lib/python2.7/dist-packages/mmeowlink/vendors/mmeowlink.py", line 100, in main
    return self.mmtune.run( )
    File "/usr/local/lib/python2.7/dist-packages/mmeowlink/mmtune.py", line 29, in run
    self.wakeup()
    File "/usr/local/lib/python2.7/dist-packages/mmeowlink/mmtune.py", line 112, in wakeup
    self.send_packet("a7" + self.pumpserial + "8d00")
    File "/usr/local/lib/python2.7/dist-packages/mmeowlink/mmtune.py", line 102, in send_packet
    buf.extend(data.decode('hex'))
    File "/usr/lib/python2.7/encodings/hex_codec.py", line 42, in hex_decode
    output = binascii.a2b_hex(input)
    TypeError: Odd-length string
    Usage: grep [OPTION]... PATTERN [FILE]...
    Try 'grep --help' for more information.

sorry for long post. is there any resolution how to attach those report files more conveniently?
jaylagorio
@jaylagorio
Oct 05 2017 17:16
That's correct, rerun setup
Dana Lewis
@danamlewis
Oct 05 2017 17:24
@cameronrenwick rerun setup with new SN
@allisong4 what version of NS are you on?
David
@davidkeddydb
Oct 05 2017 17:27
@Kdisimone I appreciate that. Let me see by the end of the week once I get a chance to try another sparkfun board and I will let you know. Thanks for offering.
Dana Lewis
@danamlewis
Oct 05 2017 17:28
@vebaba not a big deal the way you've done it, but if you like, you can use three backticks on a line above and below your content to make it display better. See bottom of this section for more explanation http://openaps.readthedocs.io/en/latest/docs/Understanding%20OpenAPS-Overview/communication-support-channels.html#gitter
When you're ran mmtune manually did you do it at same time as turning back from on?
Velibor Maric
@vebaba
Oct 05 2017 17:29
@danamlewis ummm. English is not my first language. I didn't understand your question, sorry
Dana Lewis
@danamlewis
Oct 05 2017 17:30
I would redo the first few things (cron stop, killall pump loop, then mmtune but don't cron start until we verify your mmtune output)
No problem - let me know if you still don't understand and I will keep trying. (And if not, write in your first language and we can use Google translate)
Ah, I had a typo.
Velibor Maric
@vebaba
Oct 05 2017 17:32
I just entered that command. Have no idea what I've done
I restarted Edison
Dana Lewis
@danamlewis
Oct 05 2017 17:33

Edited: When you ran mmtune, did you do it in the same command as turning cron back on? It looks like it.

So I would run Sudo service cron stop and then killall -g oref0-pump-loop and then openaps mmtune

Ok. When it comes back up, feel free to paste screenshots as you do each step so we can see what you typ and what the output is.
Velibor Maric
@vebaba
Oct 05 2017 17:34
I did first 2 commands with success
3rd returned: Not an openaps environment, run: openaps init
i did openaps init
Dana Lewis
@danamlewis
Oct 05 2017 17:37
Ok. cd ~/myopenaps and try again.
If you get it again, you will need to rerun oref0-setup.sh
Velibor Maric
@vebaba
Oct 05 2017 17:38
ok, i figured that out, now I'll have output

root@vebaOAPS:~/myopenaps# openaps mmtune

  • echo

  • echo The CC111x is located at /dev/spidev5.1
    The CC111x is located at /dev/spidev5.1

  • cd /root/src/subg_rfspy/tools
  • case "$2" in
  • ./reset.py /dev/spidev5.1
    RileyLink OK
    Version: subg_rfspy 0.8
    OK
  • sleep 2
  • exit 0
  • echo

  • echo The CC111x is located at /dev/spidev5.1
    The CC111x is located at /dev/spidev5.1

  • cd /root/src/subg_rfspy/tools
  • case "$2" in
  • ./change_setting.py /dev/spidev5.1 0x06 0x00
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x0C 0x59
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x0D 0x66
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x0E 0x33
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x0F 0x62
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x10 0x1A
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x11 0x13
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x09 0x24
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x0A 0x2E
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • ./change_setting.py /dev/spidev5.1 0x0B 0x38
    RileyLink OK
    Version: subg_rfspy 0.8
    SUCCESS
  • sleep 0.5
  • exit 0
    mmtune: pump://JSON/mmtune/monitor/mmtune.json
    monitor/mmtune.json raised Odd-length string
    Traceback (most recent call last):
    File "/usr/local/bin/openaps-report", line 82, in <module>
    app( )
    File "/usr/local/lib/python2.7/dist-packages/openaps/cli/init.py", line 51, in call
    self.run(self.args)
    File "/usr/local/bin/openaps-report", line 75, in run
    output = app(args, self)
    File "/usr/local/lib/python2.7/dist-packages/openaps/cli/subcommand.py", line 52, in call
    return self.method.main(args, app)
    File "/usr/local/lib/python2.7/dist-packages/openaps/reports/invoke.py", line 40, in main
    output = task.method(args, app)
    File "/usr/local/lib/python2.7/dist-packages/openaps/uses/use.py", line 45, in call
    output = self.main(args, app)
    File "/usr/local/lib/python2.7/dist-packages/mmeowlink/vendors/mmeowlink.py", line 100, in main
    return self.mmtune.run( )
    File "/usr/local/lib/python2.7/dist-packages/mmeowlink/mmtune.py", line 29, in run
    self.wakeup()
    File "/usr/local/lib/python2.7/dist-packages/mmeowlink/mmtune.py", line 112, in wakeup
    self.send_packet("a7" + self.pumpserial + "8d00")
    File "/usr/local/lib/python2.7/dist-packages/mmeowlink/mmtune.py", line 102, in send_packet
    buf.extend(data.decode('hex'))
    File "/usr/lib/python2.7/encodings/hex_codec.py", line 42, in hex_decode
    output = binascii.a2b_hex(input)
    TypeError: Odd-length string
    Usage: grep [OPTION]... PATTERN [FILE]...
    Try 'grep --help' for more information.
Allison
@allisong4
Oct 05 2017 17:40
@danamlewis it should be 0.10.0 on the master branch - updated a few days ago. Everything did seem to work at first. Trying to figure out if anything in particular changed as of 10:10am this morning... only things I can think of that I did were 1. rebooting my rig and phone manually after losing connection via Bluetooth tethering. Rig ran for a while normally after that, then Nightscout quit updating the basals. Alternatively 2. I was modifying some treatment records in the reports section of the site some time this morning... I don't suppose editing previous records would have caused this?
Dana Lewis
@danamlewis
Oct 05 2017 17:41
@allisong4 maybe if you messed up the formatting somehow? Worth going back and eyeballing it to see if anything looks off
Also - what version of jubilinux and oref0 are you running?
Velibor Maric
@vebaba
Oct 05 2017 17:45
@danamlewis Oh, I need to rerun oref0. Sorry, I'm new to this. Will do. Thanks
Also, thanks for coding/working on this stuff. I read everything on http://openaps.readthedocs.io in past 20days. So much data to read, yet I cannot imagine how it was to work on. So, big thanks!
Dana Lewis
@danamlewis
Oct 05 2017 17:47
@verbaba no need to apologize, that's what everyone is here for! Let us know how we can keep helping you.
cameronrenwick
@cameronrenwick
Oct 05 2017 17:54
sorry.. with the no-git install, what command should I use to re-run a new setup to access the pump s/n?
Allison
@allisong4
Oct 05 2017 17:54
@danamlewis I would say 0.5.4 master for oref0, as for the jubilinux I am not positive, but I just ordered it pre flashed a few weeks ago so I would assume 0.2.0? Can't access the command line at the moment as I'm not on the network I built on, and I can't seem to get the BT tether phone apps to connect either...
Also yes, I did attempt to manually revert the changes I made to the mongoDB entries, but so far no good on the NS basal display
Velibor Maric
@vebaba
Oct 05 2017 17:56
@danamlewis Your advice made idea to check pump SN. It was wrong, I missed one number. Argh. Thanks a bunch!
Dana Lewis
@danamlewis
Oct 05 2017 17:56
@cameronrenwick follow the same 060 nogit install instructions but change the pump sn in your runagain before you do that
Velibor Maric
@vebaba
Oct 05 2017 17:56
@danamlewis now it returns '''mmtune: pump://JSON/mmtune/monitor/mmtune.json
reporting monitor/mmtune.json
"868.366", 5, -44'''
Dana Lewis
@danamlewis
Oct 05 2017 17:57
@verbaba yay! I like easy fixes! :smile: also check pump is on u/hr and not % basal type while you are checking things
@verbaba :clap:
@allisong4 ok doesn't matter for jubi version if you are on 0.5.4 master
@allisong4 fwiw I have heard a few people with this and other mongo issues in last 24 hours, not sure if it's just mongo issues or anything on the human side of things. But, paste some of those records if you want extra eyeballs to rule out your changes impacting?
Velibor Maric
@vebaba
Oct 05 2017 18:01
@danamlewis It is on u/hr. I'll wait for Nightrider (Blukon) released for customs to start using. Thanks for your help and all the work :)
Dana Lewis
@danamlewis
Oct 05 2017 18:02
@verbaba :+1: :smile:
Allison
@allisong4
Oct 05 2017 18:39
@danamlewis it's back! Now I see data back through about noon (still missing 10:10-noon but I'll take it). I am not sure if me resetting and cleaning things up on mLab helped, but yeah. Seems to be some sort of mongo issue as I was up and running just fine before, and my prior work in mLab didn't take immediate effect. I am a bit miffed about this, as I'm paying for more space, redundancy and backups on mLab (upgraded from free to paid tier) so I had hoped the service levels might be better as well. sigh
Dana Lewis
@danamlewis
Oct 05 2017 18:42
Sigh indeed. Also - I would check your OpenAPS logs carefully and make sure iob and cob track to what you're expecting
Turn off SMB's in particular if you have any doubts about it lining up.
live4sw
@live4sw
Oct 05 2017 18:59
Two questions - (i) my G4 transmitter just stopped working, is it fairly easy to pop it off an existing sensor site and put a new one on? I really don't want to have to change my sensor tonight. and (ii) is it worth upgrading to the G5? The G4 has worked great for me with xDrip.
Dana Lewis
@danamlewis
Oct 05 2017 19:00
@live4sw yes, you can pop a new one on, but you may not get data for a while. (Not sure how fast raw will pop up on xdrip, but given what we know about raw and issues with xdrip reporting noise levels, you may want to be careful with raw for the first while)
if you're happy with xdrip, i'd stick with your g4. until the xdrip-js teams nails down reading from the g5, i don't think there's any reason to switch, IMO. (happy g4 share user)
live4sw
@live4sw
Oct 05 2017 19:02
Thanks, yep, I figure it will be at least a 2 hour warmup. I only use the "official" non-raw #'s for openaps, so I figure I will leave work as early as i possibly can and change transmitters
Dana Lewis
@danamlewis
Oct 05 2017 19:03
k. I've found for my receiver (not drip) that switching out transmitter (but NOT ending sensor session) will blank on data for about 45 minutes, then usually come back
kallnap
@kallnap
Oct 05 2017 19:13
if I remember correctly you will get the first values in XDrip immediately, but the values are not correct, therefore I would not loop until the CGM signal gets back to a reasonable stable value . I am not sure if you would need to recalibrate by using a new transmitter.
Dana Lewis
@danamlewis
Oct 05 2017 19:14
(we also have limits on what raw values are loopable, but given we've had some issue reporting lately about xdrip raw and noise values, +1 for exercising caution and watching it)
live4sw
@live4sw
Oct 05 2017 19:14
To be safe I'll stop and do new sensor on the receiver
Dana Lewis
@danamlewis
Oct 05 2017 19:15
if it's a g4 receiver, i wouldn't overly worry about it, but if you're using xdrip, i'd be careful.
speaking of safety, I added a note to the notes in the 0.6.0-dev/testing PR about extra caution for those with < 0.5 u/hr basals when testing eSMB and SMB in general on this branch. see https://github.com/openaps/oref0/pull/650#issue-256564183
kallnap
@kallnap
Oct 05 2017 19:18
@danamlewis are there any particular issues with xdrip+ you have in mind? I would most likely not recalibrate and just check when the CGM values get back to what they had been before and in Xdrip+ you can recalibrate from scratch without having to start a new sensor session. assuming xdrip+ it is that is used by @live4sw
live4sw
@live4sw
Oct 05 2017 19:19
Yep, I'm using xDrip+
Dana Lewis
@danamlewis
Oct 05 2017 19:24
@kallnap see openaps/oref0#690 for some history and discussion
Glenn Primack
@primags
Oct 05 2017 20:14
@danamlewis I know this is kind of out there, but I thought about this last evening and wanted to ask. Has there been any talk in this community about building an ideal pump for using OpenAPS? It seems like with all of the knowledge here it would be somewhat feasible to come up with hardware manufacturing specifications. It's scary to think that as time passes the older minimed pumps will become harder and harder to find.
Dana Lewis
@danamlewis
Oct 05 2017 20:27
@primags it's even scarier to think about DIY pumps and the risks there. It would take way too much money, time, and energy to do the level of safety testing and engineering needed. I think those interested in additional pumps should help figure out how to flash firmware between old and new pumps, or help with the tandem or omnipod comms efforts - a much safer route, that aligns with our community's interest in safety, because we can rely on the underlying safety testing of already-approved devices.
Glenn Primack
@primags
Oct 05 2017 20:43
@danamlewis Makes sense, thanks for the input.
Scott Leibrand
@scottleibrand
Oct 05 2017 20:44
Also, Medtronic pumps are not the only option. There's also Accuchek and SOOIL ones that can be used with AndroidAPS.
Glenn Primack
@primags
Oct 05 2017 20:44
@scottleibrand Any work on the Tslim X2?
Dana Lewis
@danamlewis
Oct 05 2017 20:45
@primags @mgranberry is working on it. if you're interested, join the omniaps slack and hop into the #tandem channel there. http://omniapsslack.azurewebsites.net/
Scott Leibrand
@scottleibrand
Oct 05 2017 20:45
I think some people are attempting to crack the new firmware, but who knows if that is possible.
Dana Lewis
@danamlewis
Oct 05 2017 20:45
that slack is also where the Omnipod work is happening
Glenn Primack
@primags
Oct 05 2017 22:40
My rig stopped working today
Dana Lewis
@danamlewis
Oct 05 2017 22:43
@primags want help troubleshooting? What do your logs say?
Glenn Primack
@primags
Oct 05 2017 22:46
Sorry that went too early. I was searching a bit before asking. But yes, my rig stopped working today with the error bytearray
Index out of range

I'm at a real computer now so can post logs - Listening for 30s silence before mmtuning: .No pump comms detected from other rigs
mmtune: "916.780", 3, -71 waiting for 22 second silence before continuing
Radio ok. Listening: .No pump comms detected from other rigs
Listening: .No pump comms detected from other rigs
Old pumphistory: RefreshIndexError: bytearray index out of range

Error, retrying
pump_loop_completed more than 15m old; waiting for 30s silence before mmtuning
Radio ok. Listening: .No pump comms detected from other rigs
Listening for 30s silence before mmtuning: .No pump comms detected from other rigs
mmtune: "916.708", 3, -68 waiting for 16 second silence before continuing
Radio ok. Listening: .No pump comms detected from other rigs

Starting pump-loop at Thu Oct 5 18:35:39 EDT 2017:
Waiting up to 4 minutes for new BG: glucose.json newer than pump_loop_completed
Radio ok. Listening: .No pump comms detected from other rigs
Old pumphistory: IndexError: bytearray index out of range

Error, retrying
pump_loop_completed more than 15m old; waiting for 30s silence before mmtuning
Radio ok. Listening: .No pump comms detected from other rigs
Listening for 30s silence before mmtuning: .No pump comms detected from other rigs
mmtune: "916.708", 4, -57
Starting pump-loop at Thu Oct 5 18:38:01 EDT 2017:
Waiting up to 4 minutes for new BG: glucose.json newer than pump_loop_completed
Radio ok. Listening: .No pump comms detected from other rigs
Old pumphistory:
Starting pump-loop at Thu Oct 5 18:40:03 EDT 2017:
Waiting up to 4 minutes for new BG: glucose.json newer than pump_loop_completed
Radio ok. Listening: .No pump comms detected from other rigs
Old pumphistory: mmeowlink.exceptions.CommsException: No acknowledgement from pump on wakeup. Is it out of range or is the battery too low?

Error, retrying
pump_loop_completed more than 15m old; waiting for 30s silence before mmtuning
Radio ok. Listening: .No pump comms detected from other rigs
Listening for 30s silence before mmtuning: .No pump comms detected from other rigs
mmtune: "916.756", 2, -80 waiting for 40 second silence before continuing
Radio ok. Listening: .No pump comms detected from other rigs

Starting pump-loop at Thu Oct 5 18:43:36 EDT 2017:
Waiting up to 4 minutes for new BG: glucose.json newer than pump_loop_completed
Radio ok. Listening: .No pump comms detected from other rigs
Old pumphistory: IndexError: bytearray index out of range

Dana Lewis
@danamlewis
Oct 05 2017 22:49
That usually self-resolves with the next successful history read. How long has it been? If > 20 or so minutes, you can stop cron and drill down to run the pump history refresh commands manually
Glenn Primack
@primags
Oct 05 2017 22:50
I'm at 51 minutes. The pump and the edison are literally right next to each other.
image.png
This is a new error
So it looked like me like the mmtune was successful and under 90, so I thought it was able to communicate with the pump.
I rebooted the rig as well
Marco
@CaptainBalou
Oct 05 2017 22:53

Can anyone help me further analysing this:

root@captainsloop1:~/myopenaps# openaps report invoke monitor/meal.json
meal://text/shell/monitor/meal.json
skipping bolus wizard entry with 0 g carbs and no insulin
skipping bolus wizard entry with 18 g carbs and no insulin
skipping bolus wizard entry with 65 g carbs and no insulin
Removed duplicate bolus/carb entries:7
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
reporting monitor/meal.json
root@captainsloop1:~/myopenaps# vi meal.ini 
root@captainsloop1:~/myopenaps# openaps report invoke monitor/meal.json
meal://text/shell/monitor/meal.json
skipping bolus wizard entry with 0 g carbs and no insulin
skipping bolus wizard entry with 18 g carbs and no insulin
skipping bolus wizard entry with 65 g carbs and no insulin
Removed duplicate bolus/carb entries:7
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
Warning: clock input Invalid Date is unzoned; please pass clock-zoned.json instead
reporting monitor/meal.json

I want to see where the Warning lines come from. Is there a why to debug this?

But don’t hurry. It’s 00:53 in the night and I go to sleep now. But I would be happy to see some answers in some hours. ;-)
garykidd
@garykidd
Oct 05 2017 23:14
could really use a little help troubleshooting why one of my three rigs doesn't disconnect from BT tethering upon coming in proximity of home wifi network...other 2 rigs work pretty much without issue attaching and disconnecting to and from....I even reflashed and re-ran entire setup again---same result...reset router---still have the issue..any help appreciated.
Glenn Primack
@primags
Oct 05 2017 23:15
@garykidd Just curios, what phone do you have?
garykidd
@garykidd
Oct 05 2017 23:15
galaxy s8+
garykidd
@garykidd
Oct 05 2017 23:29
how do you check network logs--
br
@brmccollum
Oct 05 2017 23:33
@garykidd when you are logged into your rig type "networklog"
garykidd
@garykidd
Oct 05 2017 23:34
thx. becuase I like pain...I'm gonna try one more flash and meticulous re-run of setup (on dev)
br
@brmccollum
Oct 05 2017 23:34
for a full list of useful terminal shortcuts try "cat .bash_profile"
cameronrenwick
@cameronrenwick
Oct 05 2017 23:57
hey folks... just as a follow up to the posting I made earlier where a friend dropped a new 554 metronic pump (it was a demo provided by medtronic but never was used) I can say that a) it's got firmware 2.7a and b) that it runs dev 0.6.0 perfectly. Just watching smbs and esmbs roll by and it's working flawlessly. So, if you hear of one of these pumps... yep, it'll do just fine