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

7th
May 2019
daviddrozh
@daviddrozh
May 07 06:50
Hi, was a fix ever created for the issue with x15 pump (running 0.7.0dev) + fakemeter? Bug was originally mentioned here: https://gitter.im/nightscout/intend-to-bolus/archives/2018/05/19
renegadeandy
@renegadeandy
May 07 12:02

Hi all.

All of a sudden last night, my edison rig failed, and the logs report :

mmtune: radio_locale = WW
radio_locale=WW
2019/05/06 23:36:47 cannot connect to CC111x radio on /dev/spidev5.1
2019/05/06 23:36:47 cc111x: no response
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.

Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
No wait required.
If pump and rig are close enough, this error usually self-resolves. Stand by for the next loop.

This happens over and over and over and over, for about 12 hours. I have tried restarting the edison, reseating the edison on the explorer board, but can't get it working. Any thoughts?

Eric
@ecc1
May 07 12:27
@daviddrozh yes, that was fixed in late May 2018
renegadeandy
@renegadeandy
May 07 12:59
@ecc1 this looks like it may be an area you are familiar with? ^^
Eric
@ecc1
May 07 13:41
@renegadeandy the error means that the firmware on the cc1110 isn't responding as expected. If reseating etc doesn't fix it, you may need to reflash the radio. I still don't know why these modules lose
*their firmware
daviddrozh
@daviddrozh
May 07 13:42
@ecc1
@ecc1 can you please share how to fix the issue? I’m running into the same exact error as diabeticpilot was having
Eric
@ecc1
May 07 13:44
What system and version are you using?
renegadeandy
@renegadeandy
May 07 14:03
How do I reflash the radio @ecc1 !
Eric
@ecc1
May 07 14:20
It's in the docs under trouble shooting
renegadeandy
@renegadeandy
May 07 14:41
is it @ecc1 I don't see it?
@ecc1
./ccprog -p 19,7,36 erase
Using pins: DC=19, DD=7, RESET=36
Erasing chip.
This code is only tested on CC1110. Unsupported chip id = 0x00.
Chip erase failed.
daviddrozh
@daviddrozh
May 07 14:56
@ecc1 I'm running a Medtronic 515 on Jubilinux 0.2.0, oref0: 0.7.0dev, CGM is xdrip-js (Dexcom G6), Edison with Explorer board.
I just re-ran oref0-setup and this is what I'm getting.
Starting oref0-pump-loop at Tue May  7 10:45:04 EDT 2019 with 7 second wait_for_silence:
Waiting up to 4 minutes for new BG: ls: cannot access /tmp/pump_loop_completed: No such file or directory
Radio ok. Listening: .No interfering pump comms detected from other rigs (this is a good thing!)
Preflight OK. Old pumphistory-24h, waiting for 7 seconds of silence: Radio ok. Listening: .No interfering pump comms detected from other rigs (this is a good thing!)
Old pumphistory-24h refreshed
Profile less than 60m old; Profile valid. Refreshed pumphistory and meal.json
Checking pump clock: "2019-05-07T00:22:09-04:00" is within 90s of current time: Tue May  7 10:45:53 EDT 2019
Pump clock is more than 55s off: attempting to reset it
Waiting for ntpd to synchronize... OK!
Setting pump time to Tue May 7 10:45:53 EDT 2019
serial.serialutil.SerialException: Attempting to use a port that is not open
Error: pump clock refresh error / mismatch
oref0-pump-loop failed. pump_loop_completed more than 15m old; waiting for 40s silence before mmtuning
Radio ok. Listening: .No interfering pump comms detected from other rigs (this is a good thing!)
Listening for 40s silence before mmtuning: .No interfering pump comms detected from other rigs (this is a good thing!)
mmtune: Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
No wait required.
If pump and rig are close enough, this error usually self-resolves. Stand by for the next loop.
Unsuccessful oref0-pump-loop at Tue May 7 10:47:27 EDT 2019
jonny772
@jonny772
May 07 14:58
@daviddrozh Hi, i have a very similar setup (715), i will try adjusting the clock on my pump and see what happens.
daviddrozh
@daviddrozh
May 07 15:02
Not sure if this is related to the issue or not, but the system self-reboots after 10-15 min of trying to loop, and I do see this at startup:
[FAILED] Failed to start dnsmasq - A lightweight DHCP and caching DNS server.
See 'systemctl status dnsmasq.service' for details.
[DEPEND] Dependency failed for Host and Network Name Lookups.
[  OK  ] Started Login Service.
         Starting Hostname Service...
         Starting Load/Save RF Kill Switch Status of rfkill3...
[  OK  ] Reached target Bluetooth.
[FAILED] Failed to start Hostname Service.
See 'systemctl status systemd-hostnamed.service' for details.
renegadeandy
@renegadeandy
May 07 15:09
@ecc1 apparantly I can't erase my ccc10 chip:
~/src/ccprog# ./ccprog -p 19,7,36 erase
Using pins: DC=19, DD=7, RESET=36
Erasing chip.
This code is only tested on CC1110. Unsupported chip id = 0x00.
Chip erase failed.
jonny772
@jonny772
May 07 15:09
@daviddrozh try:
sudo dnsmasq
to start it manually
@daviddrozh my papertrail suggests it updated the clock on the pump without a problem (DEV 0.7.0
daviddrozh
@daviddrozh
May 07 15:33

Ran sudo dnsmasq, this is what I got:

dnsmasq: failed to bind DHCP server socket: Address already in use

Could the issue be related to this?:

serial.serialutil.SerialException: Attempting to use a port that is not open
Scott Leibrand
@scottleibrand
May 07 15:50
you can probably ignore the dnsmasq warnings: the SerialException is likely the real issue
renegadeandy
@renegadeandy
May 07 15:55
@scottleibrand any ideas for the ccc10 issue above?
Scott Leibrand
@scottleibrand
May 07 15:56
did you try reseating the EB on the edison?
renegadeandy
@renegadeandy
May 07 17:42
@scottleibrand many times
davidvjr
@davidvjr
May 07 18:55

Hello all. I'm trying to run bootstrap for a second rig. I keep getting far enough that I rename the host. Then I get an error:

Hit http://archive.debian.org jessie/non-free Translation-en
Ign https://deb.nodesource.com jessie/main Translation-en
Err https://deb.nodesource.com jessie/main Sources
  server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none
Err https://deb.nodesource.com jessie/main i386 Packages
  server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none
W: Failed to fetch https://deb.nodesource.com/node_8.x/dists/jessie/main/source/Sources  server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none

W: Failed to fetch https://deb.nodesource.com/node_8.x/dists/jessie/main/binary-i386/Packages  server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none

E: Some index files failed to download. They have been ignored, or old ones used instead.
E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem.
Error executing command, exiting
root@bluerig:~# dpkg --configure -a

So I run dpkg --configure -a like it suggests. Then it runs some more and I get:

Setting up openssh-sftp-server (1:6.7p1-5+deb8u8) ...
Setting up cmake (3.0.2-1+deb8u1) ...
Setting up git (1:2.1.4-2.1+deb8u7) ...
Setting up bind9-host (1:9.9.5.dfsg-9+deb8u17) ...
Setting up apt-transport-https (1.0.9.8.5) ...
Setting up curl (7.38.0-4+deb8u14) ...
Setting up openssh-server (1:6.7p1-5+deb8u8) ...
Processing triggers for libc-bin (2.19-18+deb8u10) ...
root@bluerig:~#

I have gotten this result a few times. I feel like running a few more times is prudent. Can the bootstrap script be rerun from the root@bluerig:~# prompt? Thanks.

davidvjr
@davidvjr
May 07 19:08
Reran bootstrap from root@bluerig and got:
Attempting to bring up wlan0:

Killed old client process
Internet Systems Consortium DHCP Client 4.3.1
Copyright 2004-2014 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/wlan0/fc:db:b3:96:e9:81
Sending on   LPF/wlan0/fc:db:b3:96:e9:81
Sending on   Socket/fallback
DHCPRELEASE on wlan0 to 192.168.254.254 port 67
Internet Systems Consortium DHCP Client 4.3.1
Copyright 2004-2014 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/wlan0/fc:db:b3:96:e9:81
Sending on   LPF/wlan0/fc:db:b3:96:e9:81
Sending on   Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7
DHCPREQUEST on wlan0 to 255.255.255.255 port 67
DHCPOFFER from 192.168.254.254
DHCPACK from 192.168.254.254
bound to 192.168.254.24 -- renewal in 36462 seconds.

Wifi SSID: Frontier9738
Press Enter to continue installing the current release (master) of oref0,
or enter the oref0 branch name to install.
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  3287  100  3287    0     0   8602      0 --:--:-- --:--:-- --:--:--  8627
curl: (6) Could not resolve host: master
root@bluerig:~#
renegadeandy
@renegadeandy
May 07 19:59

@ecc1 @scottleibrand anything else I should try regarding my

~/src/ccprog# ./ccprog -p 19,7,36 erase
Using pins: DC=19, DD=7, RESET=36
Erasing chip.
This code is only tested on CC1110. Unsupported chip id = 0x00.
Chip erase failed.

issue? I am lost...

Scott Leibrand
@scottleibrand
May 07 20:37
next step is probably to get a second EB and/or Edison and swap components to see which component the problem is with