Algorithm for OpenAPS implementations. To get started with OpenAPS, see the OpenAPS documentation
Installing oref0
Install tools globally:
npm run global-install
Usage of oref0
oref0
The open reference implementation of the reference design. (click to expand for more usage details)
```
Usage:
oref0
______ ______ ______ ______ 0
/ | | \ | | | \ | | | |
| | | | | |__| | | |---- | |----
\_|__|_/ |_| \_\ |_|____ |_|
Valid commands:
oref0 env - print information about environment.
oref0 pebble
oref0 ifttt-notify
oref0 get-profile
oref0 calculate-iob
oref0 help - this message
```
### `mm-stick`
Tools to work with carelink stick.
```
Usage: mm-stick [{scan,diagnose,help},...]
scan - Print the local location of a plugged in stick.
diagnose - Run python -m decocare.stick $(python -m decocare.scan)
warmup - Runs scan and diagnose with no output.
Exits 0 on success, non-zero exit code
otherwise.
insert - Insert usbserial kernel module.
remove - Remove usbserial kernel module.
udev-info - Print udev information about the stick.
list-usb - List usb information about the stick.
reset-usb - Reset entire usb stack. WARNING, be careful.
fail - Always return a failing exit code.
help - This message.
```
### `mm-format-ns-glucose`
Reformat medtronic's glucose records into format Nightscout prefers.
The result is suitable for sending to Nightscout's entries api, eg, using
`ns-upload-entries`.
```
mm-format-ns-glucose
This is part of a series of tools to support a self-driven DIY
implementation based on the OpenAPS reference design. The tools may be
categorized as monitor (collecting data about environment, and
operational status of devices and/or aggregating as much data as is
relevant into one place), predict (make predictions about what should
happen next), or control (enacting changes, and feeding more data back
into the monitor).
By proceeding using these tools or any piece within, you agree to the
copyright (see LICENSE.txt for more information) and release any
contributors from liability.
Note: This is intended to be a set of tools to support a self-driven DIY
implementation and any person choosing to use these tools is solely
responsible for testing and implement these tools independently or
together as a system. The DIY part of OpenAPS is important.
While formal training or experience as an
engineer or a developer is not required, what is required is a growth
mindset to learn what are essentially "building blocks" to implement an
OpenAPS instance. This is not a "set and forget" system; it requires
diligent and consistent testing and monitoring to ensure each piece of
the system is monitoring, predicting, and performing as desired. The
performance and quality of your system lies solely with you.