@ericfeibelman I find it interesting that the bionic insulin pump you were talking about uses a singular infusion set and not dual sites/infusion sets. That would mean in order to dose any glucagon to treat a potential low, they would essentially be first dosing at least an additional 6 units or so (in my case) of insulin just to get the glucagon pushed through the tubing and to the injection site. Obviously this value would vary based on the length of tubing they are offering and would be something they would have to factor into their calculations internally.
It is encouraging that someone is working on that kind of setup at least. Hopefully when they get around to releasing it, it is something that the openAPS community can hack the radio comms for to be able to use it for our scenarios!
autotune.json
file hanging around that was overriding the pump settings in profile.json
. I had turned off autotune in cron but alas neglected to remove this file. Might be worth checking file age to avoid in future. Submitted openaps/oref0#571 to discuss.
Could not get subg_rfspy state or version. Have you got the right port/device and radio_type?
error ever made it into oref0 dev? Our loop has been hanging at this error pretty frequently recently, so I just implemented your fix. It it's in dev then it should be fixed when I next update the rig?
Couple of questions regarding auto tune...
1) How would I link our multiple rigs in order to ensure they are all working with the most current recommendations? 2) Has anyone seen autotune recommendations that are waaaaaay off? We are struggling with post meal highs and autotune is recommending changes that seem to be going the wrong way. Am I autotuning wrong?
running OpenAPS with edison, xdrip and 722 - any help is appreciated!
spidev5.1 already in use
error, and won't help with Could not get subg_rfspy state or version. Have you got the right port/device and radio_type?
. We're already running oref0-radio-reboot.sh
but the rig still hangs when we get the subg_rfspy
error.