2017-11-24 21:04:39 +01:00
|
|
|
**This software is part of a DIY solution and is not a product, but
|
|
|
|
requires YOU to read, learn and understand the system and how to use it.
|
2017-12-05 22:41:27 +01:00
|
|
|
It is not something that does all your diabetes management for you, but
|
|
|
|
allows you to improve your diabetes and quality of life significantly
|
|
|
|
if you're willing to put in the time required.
|
2017-11-24 21:04:39 +01:00
|
|
|
You alone are responsible for what you do with it.**
|
2017-08-27 19:43:26 +02:00
|
|
|
|
|
|
|
Hardware requirements:
|
|
|
|
- A Roche Accu-Chek Combo (any firmware, they all work)
|
2017-11-21 10:53:47 +01:00
|
|
|
- A Smartpix or Realtyme device together with the 360 Configuration
|
|
|
|
Software to configure the pump.
|
2017-12-05 22:41:27 +01:00
|
|
|
Roche sends these out Smartpix devices and the configuration software
|
|
|
|
free of charge to their customers upon request.
|
|
|
|
- A compatible phone: An Android phone with a phone running LineageOS 14.1 (formerly CyanogenMod)
|
2017-11-22 22:16:24 +01:00
|
|
|
- To build AndroidAPS with Combo support you need the lastet Android Studio 3 version
|
2017-11-21 10:53:47 +01:00
|
|
|
|
2017-11-22 15:20:07 +01:00
|
|
|
Limitations:
|
2017-11-06 23:15:36 +01:00
|
|
|
- Extended bolus and multiwave bolus are not supported.
|
2017-11-22 15:20:07 +01:00
|
|
|
- Only one basal profile is supported.
|
|
|
|
- Setting a basal profile other than 1 on the pump, or delivering extended boluses or multiwave
|
2017-12-05 22:41:27 +01:00
|
|
|
boluses from the pump interferes with TBRs and forces the loop into low-suspend only mode for 6 hours
|
|
|
|
as the the loop can't run safely under those conditions.
|
|
|
|
- It's currently not possible to set the time and date on the pump, however, this has no effect
|
|
|
|
on AAPS and will not cause a problem if the pump's clock is not updated at the exact time
|
|
|
|
daylight savings time starts or ends.
|
|
|
|
- There's a bug in the pump's firmware that's triggered when "too much" communication happens
|
|
|
|
with the pump. Specifically, this issue occurs when going from just issuing commands to the pump
|
|
|
|
to reading the pumps data and history. For that reason, a minimal amount of data is read from
|
|
|
|
the pump (no history).
|
|
|
|
The bug might still rarely occur and causes the pump to not accept any connection
|
|
|
|
unless a button is physically pressed on the pump.
|
|
|
|
Therefore, the pump's reservoir level is not read and the pump status information uploaded to Nightscout
|
|
|
|
shows fake numbers of 250 (above low threshold - which can be configured via the configuration
|
|
|
|
tool), 50 (below low threshold) and 0 if the reservoir is empty.
|
|
|
|
Furthermore, no history (from the My Data menu) is read unless absolutely required.
|
|
|
|
Reading all pump data can be forced through the Combo tab (long press "TDDS"), to "import"
|
2017-12-06 11:29:35 +01:00
|
|
|
events that happened solely on the pump, but that code has been tested less and may
|
2017-12-05 22:41:27 +01:00
|
|
|
trigger the bug, so it's strongly recommended to stick to the usage scenario of controlling the
|
|
|
|
pump solely through AAPS.
|
|
|
|
Checking history, reservoir level etc on the pump causes no issues but should be avoided
|
|
|
|
when the Bluetooth icon is displayed on the display, indicating that AAPS is communicating with the pump.
|
2017-11-22 15:20:07 +01:00
|
|
|
|
2017-12-05 22:41:27 +01:00
|
|
|
Setup:
|
2017-11-22 15:20:07 +01:00
|
|
|
- Configure pump using 360 config software.
|
2017-11-23 20:53:58 +01:00
|
|
|
- Set/leave the menu configuration as "Standard", this will show only the supported
|
|
|
|
menus/actions on the pump and hide those which are unsupported (extended/multiwave bolus,
|
|
|
|
multiple basal rates), which cause the loop functionality to be disabled when used because
|
|
|
|
it's not possible to run the loop in a safe manner when used.
|
2017-11-22 15:20:07 +01:00
|
|
|
- Set maximum TBR to 500%
|
|
|
|
- Disable end of TBR alert
|
|
|
|
- Set low cartridge alarm to your licking
|
2017-11-25 00:52:33 +01:00
|
|
|
- Enable keylock (can also be set on the pump directly, see usage section on reasoning)
|
2017-11-25 10:51:54 +01:00
|
|
|
- Get Android Studio 3
|
2017-11-22 15:20:07 +01:00
|
|
|
- Get ruffy from https://github.com/jotomo/ruffy (branch `combo-scripter-v2`)
|
|
|
|
- Pair the pump, if it doesn't work, switch to the `pairing` branch, pair,
|
2017-11-25 10:51:54 +01:00
|
|
|
then switch back the original branch. If the pump is already paired and
|
|
|
|
can be controlled via ruffy, installing the above version is sufficient.
|
2017-11-25 19:35:41 +01:00
|
|
|
If AAPS is already installed, switch to the MDI plugin to avoid the Combo
|
|
|
|
plugin from interfering with ruffy during the pairing process.
|
2017-12-09 21:39:53 +01:00
|
|
|
Note that the pairing processing is somewhat fragile and may need a few attempts;
|
|
|
|
quickly acknowledge prompts and when starting over, remove the pump device
|
|
|
|
from the bluetooth settings beforehand
|
2017-12-05 22:41:27 +01:00
|
|
|
- Get AndroidAPS from https://github.com/jotomo/AndroidAPS (Branch `combo-scripter-v2`)
|
2017-11-25 10:51:54 +01:00
|
|
|
- Before enabling the Combo plugin in AAPS make sure you're profile is set up
|
|
|
|
correctly and your basal profile is up to date as AAPS will sync the basal profile
|
|
|
|
to the pump.
|
2017-11-22 15:20:07 +01:00
|
|
|
|
|
|
|
Usage:
|
|
|
|
- This is not a product, esp. in the beginning the user needs to monitor and understand the system,
|
|
|
|
its limitations and how it can fail. It is strongly advised NOT to use this system when the person
|
|
|
|
using is not able to fully understand the system.
|
2017-12-06 11:29:35 +01:00
|
|
|
- This integration uses the same functionality which the meter provides that comes with the Combo.
|
|
|
|
The meter allows to mirror the pump screen and forwards button presses to the pump. The connection
|
|
|
|
to the pump and this forwarding is what the ruffy app does. A `scripter` components reads the screen
|
|
|
|
and automates inputing boluses, TBRs etc and making sure inputs are processed correctly (that's what
|
|
|
|
the scripter-part in the branch name stands for).
|
|
|
|
AAPS then interacts with the scripter to apply loop commands and to administer boluses.
|
|
|
|
This mode has some restrictions: it's comparatively slow (but well fast enough for what it is used for),
|
|
|
|
doesn't support reading history continuously and setting a TBR or giving a bolus causes the pump to
|
|
|
|
vibrate.
|
2017-11-22 15:20:07 +01:00
|
|
|
- The integration of the Combo with AndroidAPS is designed with the assumption that all inputs are
|
2017-12-05 22:41:27 +01:00
|
|
|
made via AndroidAPS. Boluses entered on the pump will NOT be detected by AAPS and may therefore
|
|
|
|
result in too much insulin being delivered.
|
2017-11-22 15:20:07 +01:00
|
|
|
- It's recommended to enable key lock on the pump to prevent bolusing from the pump, esp. when the
|
|
|
|
pump was used before and quick bolusing was a habit.
|
2017-11-25 00:52:33 +01:00
|
|
|
Also, with keylock enabled, accidentally pressing a key will NOT interrupt a running command
|
2017-11-22 15:20:07 +01:00
|
|
|
- When a BOLUS/TBR CANCELLED alert starts on the pump during bolusing or setting a TBR, this is
|
|
|
|
caused by a disconnect between pump and phone. The app will try to reconnect and confirm the alert
|
|
|
|
and then retry the last action (boluses are NOT retried for safety reasons). Therefore,
|
|
|
|
such an alarm shall be ignored (cancelling it is not a big issue, but will lead to the currently
|
|
|
|
active action to have to wait till the pump's display turns off before it can reconnect to the
|
|
|
|
pump). If the pump's alarm continues, the last action might have failed, in which case the user
|
|
|
|
needs to confirm the alarm.
|
|
|
|
- When a low cartridge or low battery alarm is raised during a bolus, they are confirmed and shown
|
|
|
|
as a notification in AAPS. If they occur while no connection is open to the pump, going to the
|
|
|
|
combo tab and hitting the Refresh button will take over those alerts by confirming them and
|
|
|
|
showing a notification in AAPS.
|
|
|
|
- For all other alerts raised by the pump: connecting to the pump will show the alert message in
|
|
|
|
the Combo tab, e.g. "State: E4: Occlusion" as well as showing a notification on the main screen.
|
|
|
|
An error will raise an urgent notification.
|
|
|
|
- After pairing, ruffy should not be used directly (AAPS will start in the background as needed),
|
|
|
|
since using ruffy at AAPS at the same time is not supported.
|
|
|
|
- If AAPS crashes (or is stopped from the debugger) while AAPS and the pump were comunicating (using
|
|
|
|
ruffy), it might be necessary to force close ruffy. Restarting AAPS will start ruffy again.
|
|
|
|
- Read the documentation on the wiki as well as the docs at https://openaps.org
|
|
|
|
- Don't press any buttons on the pump while AAPS communicates with the pump (Bluetooth logo is
|
|
|
|
shown on the pump).
|
2017-11-25 10:51:54 +01:00
|
|
|
- If the loop requests a running TBR to be cancelled the Combo will set a TBR of 90% or 110%
|
|
|
|
for 15 minutes instead. This is because cancelling a TBR causes an alert on the pump which
|
|
|
|
causes a lot of vibrations.
|
2017-11-22 15:20:07 +01:00
|
|
|
|
|
|
|
Reporting bugs:
|
|
|
|
- Note the precise time the problem occurred and describe the circumstances and steps that caused
|
|
|
|
the problem
|
|
|
|
- Note the Build version (found in the About dialog in the app, when pressing the three dots in the
|
|
|
|
upper-right corner).
|
|
|
|
- Attach the app's log files, which can be found on the phone in
|
|
|
|
_/storage/emulated/0/Android/data/info.nightscout.androidaps/_
|
2017-11-06 23:15:36 +01:00
|
|
|
|
2017-11-22 15:20:07 +01:00
|
|
|
Components/Layers (developers):
|
|
|
|
- AndroidAPS
|
|
|
|
- ComboPlugin
|
|
|
|
- ruffy-spi (RuffyCommands interface to plug in lower layer)
|
|
|
|
- Scripting layer (ruffyscripter) / Command layer
|
|
|
|
- Driver layer (ruffy)
|