Hello, any idea why my edison rig is no longer visible to my home WiFi? I had a new router but have changed name an pw using edit-wifi but its not being picked up. I may have messed something up with the rig by trying to fix it using depricated Linux commands! If I want to start afresh and reload from scratch... ie refkash the edison are there any guides?
I'm running into a maxSafeBasal of 2.391, which is weird because I had my limit set to 2 on the pump, but when I increased it to 5, it didn't adjust this to 5 in OpenAPS. Will maxSafeBasal gradual increase to 5 or am I hitting another limit on the pump or OpenAPS?
Hi.. we are running version 0.6.2 for several weeks and making some adjustments to preferences (mostly playing with maxIOB, insulinpeaktime) and just recently enabled AMA. Nights are almost perfect, but still struggling with controling BG after meals. two things I noticed: during high rise in BG (double arrow representation in NS) OpenAPS reports "Temp Basal Canceled" as for example currenttemprate 0.45 != 0 lasttemp rate from pumphistory. It takes some time (~15min) for the oref to pick up. The same happened when BG going rapidly down (currenttemprate 0.0 != 0.35 lasttemp rate from pumphistory Canceling Temp Basal) where BG dropped from 11 to 5.8 in 20 min before OpenAPS set temp basal to 0.0 . Is it intended by design or what exactly enacts this behavior?
@renegadeandy I didn’t suggest raising any basals. Autotune is mostly suggesting lower basals, so you should lower the highest pump basals to be closer to autotune’s suggestions. As with (lowering) basals, you should raise the pump ISF to be closer to what autotune suggests.
The pump ISF only matters if you do any manual correction boluses with the pump bolus wizard, which I generally don’t recommend as long as you’re looping. Otherwise, it just sets the guidelines (via the 0.7 autosens_min) for how high autotune can adjust the ISF used for looping.
@Ricco555 is that happening when it’s reporting that BG is rising more than 20% per 5m?
@tentious that’s probably using the 3x max daily basal or 4x current basal limits (starting from autotuned values)
@Ricco555 it’s supposed to avoid bolusing for an abrupt rise, to avoid overreacting to a calibration jump or a switch back from filtered to unfiltered CGM data, until it has another data point or two to confirm the trend.
ok. so in order to avoid it, we can input manual data point comming from libre measurement or from blood
one other question: we increased maxIOB to 3 (was 2 before) and still, when inputing bolus from the pump, the oref reduces temp basal on some occasions. is it still correcting due to maxdaily or maxcurrentbasal? the result is longer periods in high BG levels.
if it's reducing basal, that's due to the BG predictions being too low, not any max basal setting. I'd check the OpenAPS pill or pump-loop.log to see why it predicted possible low BG and wanted to reduce basal
I will try to filter out the data points that show this behavior and make sense of it. I'll also try the manual measurement between two consecutive loopings to see if it will pick up faster and not waiting for 3 sensor readings (15min).
https://www.thingiverse.com/thing:2282398 I use this one and I think it is great. Looks good and seems very protective. Robert Silvers designed it. You can get his design and print it or have Shapeways do it.
Even has a spot for a spare AAA battery for your pump.