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

27th
Aug 2018
Scott Leibrand
@scottleibrand
Aug 27 2018 00:24
Have you tried connecting a second cable to the OTG port and reflashing it (with a manual power cycle reboot when needed)?
邓力凡
@denglfddd_twitter
Aug 27 2018 00:47
Yes, the OTG port is connected, the computer prompts that the driver is not successful.
n0rbertg
@n0rbertg
Aug 27 2018 00:48
Is autotune working with Loop (from NS data) or that's using a different algorithm which is not compatible?
Dana Lewis
@danamlewis
Aug 27 2018 00:48
@norbertgaal yes, you can use autotune with any type of DIY closed loop.
n0rbertg
@n0rbertg
Aug 27 2018 00:49
Thx Dana
Scott Leibrand
@scottleibrand
Aug 27 2018 00:58
@denglfddd_twitter so sounds like you need to fix the driver issue (I don’t use Windows, so I’m not much help there) or try a different computer.
邓力凡
@denglfddd_twitter
Aug 27 2018 01:01
@scottleibrand I also got the same result using MAC, and I did not recognize edison in the device.
apabari
@apabari
Aug 27 2018 03:45
Hello - looking for some help with my setup... I tried updating to the latest version of NS earlier today, and it's just not worked, which has impacted my OpenAPS setup. After merging on GitHub and then deploying the latest version on Heroku, it seems to work momentarily, but then continues to prompt me for the API Secret.... always saying it's wrong.
Screen Shot 2018-08-26 at 11.42.33 PM.png
If I click into "Profile", as an example, I see this failure message:
Screen Shot 2018-08-26 at 11.45.38 PM.png
apabari
@apabari
Aug 27 2018 03:59
Please disregard my previous messages! Looks like the cause is related to the config vars. When I erase all it is working. So I'll add them in one by one until I see what the problem one is. Thanks all.
NSewar
@nsewar01
Aug 27 2018 09:17
How hot should my PiHat rig get? It was too hot to touch before I just turned it off now!
Ulrich Schittek
@Mandelkern73
Aug 27 2018 09:52
I have got the same problem with the Pihat and the temperatur , but i found a broken display and after a few hours the rig does not work anymore. I think the Edison is a netter choice
Jens Heuschkel
@juehv
Aug 27 2018 10:46
I have a temperature problem too. Underclocking is helping a bit but it makes the loop slow
NSewar
@nsewar01
Aug 27 2018 12:45
I underclocked to 500 MHz but shocked at the temp this morning. It was in a case so have removed it and restarted after cooling. Seems OK now.
iValkou
@iValkou
Aug 27 2018 13:57
Hello! Is there any difference between working SMB online and offline? Is the algorithm different?
Keith
@SirFisch_twitter
Aug 27 2018 14:52

Hi All...any idea why I'm getting these errors after upgrading from master to dev branch on an edison? "Broadcast message from root@pancreas1 (Mon 2018-08-27 07:46:01 PDT):

Rebooting to fix radio errors!
The system is going down for reboot at Mon 2018-08-27 07:51:01 PDT! "

Scott Leibrand
@scottleibrand
Aug 27 2018 15:17
What is in the pump-loop.log that’s triggering the radio error check?
@iValkou depends: what is your CGM source online vs. offline? Some sources don’t provide noise values and can’t be trusted for SMB.
iValkou
@iValkou
Aug 27 2018 15:26
@scottleibrand xDrip+ and xDripAPS.py. Some users from our Russian OpenAPS community noticed a difference in the performance of SMB in the dependence on the availability of the Internet. I looked at the code, but did not see the difference.
Scott Leibrand
@scottleibrand
Aug 27 2018 15:31
What “difference in the performance” did they see? Was it something more subtle than SMB being disabled? I can’t think of any reason for that, so I’d be interested to know exactly what they saw.
iValkou
@iValkou
Aug 27 2018 15:35
I told them the same thing, but I decided to make sure of the developer. enableSMB_always is true.
Thanks for the answer. In other words, there is no difference in the algorithm.
As I understand, they mean smaller boluses, and a slower response of APS to an increase BG.
Scott Leibrand
@scottleibrand
Aug 27 2018 15:43
That’s the kind of thing we could see if xdrip was reporting filtered data to NS and unfiltered offline, which I think it can be configured to do.
I would check the OpenAPS pump-loop.log to see if it’s getting the same BG values while offline that NS gets when you go back online.
iValkou
@iValkou
Aug 27 2018 15:48
Thank you, I will check.
iValkou
@iValkou
Aug 27 2018 15:53
IMAGE 2018-08-27 18:51:04.jpg
no difference, xDrip+ sends the same data
iValkou
@iValkou
Aug 27 2018 16:03
As for me, SMB works perfectly regardless of the availability of the Internet
Scott Leibrand
@scottleibrand
Aug 27 2018 16:05
K, could be the affected folks have their xdrip configured differently, so may want to have them check too.
kobradley
@kobradley
Aug 27 2018 16:46

Hi- I am looking for some help trying to resolve the mmtune error in pump log: Starting oref0-pump-loop at Mon Aug 27 12:42:03 EDT 2018 with 2 second wait_for_silence:
Waiting up to 4 minutes for new BG: First loop: not waiting

Listening: .No interfering pump comms detected from other rigs (this is a good thing!)
Continuing oref0-pump-loop at Mon Aug 27 12:42:05 EDT 2018
Preflight fail. Retry 1 of preflight
Preflight fail. Listening: .No interfering pump comms detected from other rigs (this is a good thing!)
Continuing oref0-pump-loop at Mon Aug 27 12:42:11 EDT 2018
Retry 2 of preflight
Preflight fail. Listening: .No interfering pump comms detected from other rigs (this is a good thing!)
Continuing oref0-pump-loop at Mon Aug 27 12:42:15 EDT 2018
Retry 3 of preflight
Preflight fail. Couldn't preflight
oref0-pump-loop failed. pump_loop_completed more than 15m old; waiting for 35 s silence before mmtuning
Listening: .No interfering pump comms detected from other rigs (this is a good thing!)
Continuing oref0-pump-loop at Mon Aug 27 12:42:19 EDT 2018
Listening for 35 s silence before mmtuning: Listening: .No interfering pump comms detected from other rigs (this is a good thing!)
Continuing oref0-pump-loop at Mon Aug 27 12:42:20 EDT 2018
mmtune: 2018/08/27 12:42:23 cannot connect to CC111x radio on /dev/spidev5.1
2018/08/27 12:42:23 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.
Unsuccessful oref0-pump-loop at Mon Aug 27 12:42:24 EDT 2018
Thanks for any insight!

kobradley
@kobradley
Aug 27 2018 16:57
Add to post above: I have Edison/Explorer Board, Dex5, 722 LED immediately to rt of UART port is faint green, no flashing; other LED to right is red, no flashing.
Scott Leibrand
@scottleibrand
Aug 27 2018 17:49
sounds like you need to run ccprog. search the docs for that.
NSewar
@nsewar01
Aug 27 2018 19:43
After looping the aps pill on Nightscout takes ages to update and sometimes it takes 50 mins. How does the loop info get to nightscout?
Zach Gohr
@zgohr
Aug 27 2018 19:46
it’s pushed during the loop from the rig. it won’t push any updates if nothing is happening, though. that’s more likely your issue. stale CGM data, out of pump range, that kind of thing
Scott Leibrand
@scottleibrand
Aug 27 2018 19:46
oref0-ns-loop.sh. tail -f /var/log/openaps/ns-loop.log to watch the log