This acts as a web-based CGM (Continuous Glucose Monitor) to allow multiple caregivers to remotely view a patient's glucose data in real time. The server reads a MongoDB which is intended to be data from a physical CGM, where it sends new SGV (sensor glucose values) as the data becomes available. The data is then displayed graphically and blood glucose values are predicted 0.5 hours ahead using an autoregressive second order model. Alarms are generated for high and low values, which can be cleared by any watcher of the data.
#WeAreNotWaiting and this is why.
Community maintained fork of the original cgm-remote-monitor.
Table of Contents
- Install
- Usage
- Updating my version?
- What is my mongo string?
- Configure my uploader to match
- Nightscout API
- Environment
- Required
- Features/Labs
- Alarms
- Core
- Predefined values for your browser settings (optional)
- Views
- Plugins
- Default Plugins
- Advanced Plugins:
careportal
(Careportal)boluscalc
(Bolus Wizard)food
(Custom Foods)rawbg
(Raw BG)iob
(Insulin-on-Board)cob
(Carbs-on-Board)bwp
(Bolus Wizard Preview)cage
(Cannula Age)sage
(Sensor Age)iage
(Insulin Age)bage
(Battery Age)treatmentnotify
(Treatment Notifications)basal
(Basal Profile)bridge
(Share2Nightscout bridge)mmconnect
(MiniMed Connect bridge)pump
(Pump Monitoring)openaps
(OpenAPS)loop
(Loop)xdrip-js
(xDrip-js)alexa
(Amazon Alexa)speech
(Speech)cors
(CORS)
- Extended Settings
- Pushover
- IFTTT Maker
- Treatment Profile
- Setting environment variables
- More questions?
- License
Supported configurations:
If you plan to use Nightscout, we recommend using Heroku, as Nightscout can reach the usage limits of the free Azure plan and cause it to shut down for hours or days. If you end up needing a paid tier, the $7/mo Heroku plan is also much cheaper than the first paid tier of Azure. Currently, the only added benefit to choosing the $7/mo Heroku plan vs the free Heroku plan is a section showing site use metrics for performance (such as response time). This has limited benefit to the average Nightscout user. In short, Heroku is the free and best option for Nightscout hosting.
- Nightscout Setup with Heroku (recommended)
- Nightscout Setup with Microsoft Azure (not recommended, please switch from Azure to Heroku )
- Linux based install (Debian, Ubuntu, Raspbian) install with own Node.JS and MongoDB install (see software requirements below)
- Windows based install with own Node.JS and MongoDB install (see software requirements below)
Minimum browser requirements for viewing the site:
- Android 4
- Chrome 68
- Edge 15
- Firefox 61
- Internet Explorer: not supported, ie8 is known not to work
- iOS 9
- Safari 11
- Opera: 54
Windows installation software requirements:
- Node.js Latest Node 8 LTS (Node 8.15.0 or later) or Node 10 LTS (Node 10.15.1 or later; Node 10.14.1 works for Azure). Use Install instructions for Node or use
setup.sh
) - MongoDB 3.x or later. MongoDB 2.4 is only supported for Raspberry Pi.
As a non-root user clone this repo then install dependencies into the root of the project:
$ npm install
Installation notes for Microsoft Azure, Windows:
- If deploying the software to Microsoft Azure, you must set ** in the app settings for WEBSITE_NODE_DEFAULT_VERSION and SCM_COMMAND_IDLE_TIMEOUT before you deploy the latest Nightscout or the site deployment will likely fail. Other hosting environments do not require this setting. Please use:
WEBSITE_NODE_DEFAULT_VERSION=10.14.1
SCM_COMMAND_IDLE_TIMEOUT=300
- See install MongoDB, Node.js, and Nightscouton a single Windows system. if you want to host your Nightscout outside of the cloud. Although the instructions are intended for Windows Server the procedure is compatible with client versions of Windows such as Windows 7 and Windows 10.
- If you deploy to Windows and want to develop or test you need to install Cygwin (use setup-x86_64.exe and make sure to install
build-essential
package. Test your configuration by executingmake
and check if all tests are ok.
The data being uploaded from the server to the client is from a MongoDB server such as mongolab.
The easiest way to update your version of cgm-remote-monitor to our latest recommended version is to use the update my fork tool. It even gives out stars if you are up to date.
Try the what is my mongo string tool to get a good idea of your
mongo string. You can copy and paste the text in the gray box into your
MONGO_CONNECTION
environment variable.
Use the autoconfigure tool to sync an uploader to your config.
The Nightscout API enables direct access to your DData without the need for direct Mongo access.
You can find CGM data in /api/v1/entries
, Care Portal Treatments in /api/v1/treatments
, and Treatment Profiles in /api/v1/profile
.
The server status and settings are available from /api/v1/status.json
.
By default the /entries
and /treatments
APIs limit results to the the most recent 10 values from the last 2 days.
You can get many more results, by using the count
, date
, dateString
, and created_at
parameters, depending on the type of data you're looking for.
(replace http://localhost:1337
with your base url, YOUR-SITE)
- 100's:
http://localhost:1337/api/v1/entries.json?find[sgv]=100
- Count of 100's in a month:
http://localhost:1337/api/v1/count/entries/where?find[dateString][$gte]=2016-09&find[dateString][$lte]=2016-10&find[sgv]=100
- BGs between 2 days:
http://localhost:1337/api/v1/entries/sgv.json?find[dateString][$gte]=2015-08-28&find[dateString][$lte]=2015-08-30
- Juice Box corrections in a year:
http://localhost:1337/api/v1/treatments.json?count=1000&find[carbs]=15&find[eventType]=Carb+Correction&find[created_at][$gte]=2015
- Boluses over 2U:
http://localhost:1337/api/v1/treatments.json?find[insulin][$gte]=2
The API is Swagger enabled, so you can generate client code to make working with the API easy. To learn more about the Nightscout API, visit https://YOUR-SITE.com/api-docs.html or review swagger.yaml.
VARIABLE
(default) - description
MONGO_CONNECTION
- Your mongo uri, for example:mongodb://sally:[email protected]:99999/nightscout
DISPLAY_UNITS
(mg/dl
) - Choices:mg/dl
andmmol
. Setting tommol
puts the entire server intommol
mode by default, no further settings needed.BASE_URL
- Used for building links to your sites api, ie pushover callbacks, usually the URL of your Nightscout site you may want https instead of http
ENABLE
- Used to enable optional features, expects a space delimited list, such as:careportal rawbg iob
, see plugins belowDISABLE
- Used to disable default features, expects a space delimited list, such as:direction upbat
, see plugins belowAPI_SECRET
- A secret passphrase that must be at least 12 characters long, required to enablePOST
andPUT
; also required for the Care PortalAUTH_DEFAULT_ROLES
(readable
) - possible valuesreadable
,denied
, or any valid role name. Whenreadable
, anyone can view Nightscout without a token. Setting it todenied
will require a token from every visit, usingstatus-only
will enable api-secret based login.IMPORT_CONFIG
- Used to import settings and extended settings from a url such as a gist. Structure of file should be something like:{"settings": {"theme": "colors"}, "extendedSettings": {"upbat": {"enableAlerts": true}}}
TREATMENTS_AUTH
(on
) - possible valueson
oroff
. Deprecated, if set tooff
thecareportal
role will be added toAUTH_DEFAULT_ROLES
These alarm setting effect all delivery methods (browser, pushover, maker, etc), some settings can be overridden per client (web browser)
ALARM_TYPES
(simple
if anyBG_
* ENV's are set, otherwisepredict
) - currently 2 alarm types are supported, and can be used independently or combined. Thesimple
alarm type only compares the current BG toBG_
thresholds above, thepredict
alarm type uses highly tuned formula that forecasts where the BG is going based on it's trend.predict
DOES NOT currently use any of theBG_
* ENV'sBG_HIGH
(260
) - must be set using mg/dl units; the high BG outside the target range that is considered urgentBG_TARGET_TOP
(180
) - must be set using mg/dl units; the top of the target range, also used to draw the line on the chartBG_TARGET_BOTTOM
(80
) - must be set using mg/dl units; the bottom of the target range, also used to draw the line on the chartBG_LOW
(55
) - must be set using mg/dl units; the low BG outside the target range that is considered urgentALARM_URGENT_HIGH
(on
) - possible valueson
oroff
ALARM_URGENT_HIGH_MINS
(30 60 90 120
) - Number of minutes to snooze urgent high alarms, space separated for options in browser, first used for pushoverALARM_HIGH
(on
) - possible valueson
oroff
ALARM_HIGH_MINS
(30 60 90 120
) - Number of minutes to snooze high alarms, space separated for options in browser, first used for pushoverALARM_LOW
(on
) - possible valueson
oroff
ALARM_LOW_MINS
(15 30 45 60
) - Number of minutes to snooze low alarms, space separated for options in browser, first used for pushoverALARM_URGENT_LOW
(on
) - possible valueson
oroff
ALARM_URGENT_LOW_MINS
(15 30 45
) - Number of minutes to snooze urgent low alarms, space separated for options in browser, first used for pushoverALARM_URGENT_MINS
(30 60 90 120
) - Number of minutes to snooze urgent alarms (that aren't tagged as high or low), space separated for options in browser, first used for pushoverALARM_WARN_MINS
(30 60 90 120
) - Number of minutes to snooze warning alarms (that aren't tagged as high or low), space separated for options in browser, first used for pushover
MONGO_COLLECTION
(entries
) - The collection used to store SGV, MBG, and CAL records from your CGM deviceMONGO_TREATMENTS_COLLECTION
(treatments
) -The collection used to store treatments entered in the Care Portal, see theENABLE
env var aboveMONGO_DEVICESTATUS_COLLECTION
(devicestatus
) - The collection used to store device status information such as uploader batteryMONGO_PROFILE_COLLECTION
(profile
) - The collection used to store your profilesMONGO_FOOD_COLLECTION
(food
) - The collection used to store your food databaseMONGO_ACTIVITY_COLLECTION
(activity
) - The collection used to store activity dataPORT
(1337
) - The port that the node.js application will listen on.HOSTNAME
- The hostname that the node.js application will listen on, null by default for any hostname for IPv6 you may need to use::
.SSL_KEY
- Path to your ssl key file, so that ssl(https) can be enabled directly in node.js. If using Let's Encrypt, make this variable the path to your privkey.pem file (private key).SSL_CERT
- Path to your ssl cert file, so that ssl(https) can be enabled directly in node.js. If using Let's Encrypt, make this variable the path to fullchain.pem file (cert + ca).SSL_CA
- Path to your ssl ca file, so that ssl(https) can be enabled directly in node.js. If using Let's Encrypt, make this variable the path to chain.pem file (chain).HEARTBEAT
(60
) - Number of seconds to wait in between database checksDEBUG_MINIFY
(true
) - Debug option, setting tofalse
will disable bundle minification to help tracking down error and speed up development
TIME_FORMAT
(12
)- possible values12
or24
NIGHT_MODE
(off
) - possible valueson
oroff
SHOW_RAWBG
(never
) - possible valuesalways
,never
ornoise
CUSTOM_TITLE
(Nightscout
) - Usually name of T1THEME
(default
) - possible valuesdefault
,colors
, orcolorblindfriendly
ALARM_TIMEAGO_WARN
(on
) - possible valueson
oroff
ALARM_TIMEAGO_WARN_MINS
(15
) - minutes since the last reading to trigger a warningALARM_TIMEAGO_URGENT
(on
) - possible valueson
oroff
ALARM_TIMEAGO_URGENT_MINS
(30
) - minutes since the last reading to trigger a urgent alarmSHOW_PLUGINS
- enabled plugins that should have their visualizations shown, defaults to all enabledSHOW_FORECAST
(ar2
) - plugin forecasts that should be shown by default, supports space delimited values such as"ar2 openaps"
LANGUAGE
(en
) - language of Nightscout. If not available english is used- Currently supported language codes are: bg (Български), cs (Čeština), de (Deutsch), dk (Dansk), el (Ελληνικά), en (English), es (Español), fi (Suomi), fr (Français), he (עברית), hr (Hrvatski), it (Italiano), ko (한국어), nb (Norsk (Bokmål)), nl (Nederlands), pl (Polski), pt (Português (Brasil)), ro (Română), ru (Русский), sk (Slovenčina), sv (Svenska), zh_cn (中文(简体)), zh_tw (中文(繁體))
SCALE_Y
(log
) - The type of scaling used for the Y axis of the charts system wide.- The default
log
(logarithmic) option will let you see more detail towards the lower range, while still showing the full CGM range. - The
linear
option has equidistant tick marks, the range used is dynamic so that space at the top of chart isn't wasted. - The
log-dynamic
is similar to the defaultlog
options, but uses the same dynamic range and thelinear
scale.
- The default
EDIT_MODE
(on
) - possible valueson
oroff
. Enable or disable icon allowing enter treatments edit mode
INSECURE_USE_HTTP
(false
) - Redirect http url's to https. Possible valuesfalse
, ortrue
.SECURE_HSTS_HEADER
(true
) - Add HTTP Strict Transport Security (HSTS) header. Possible valuesfalse
, ortrue
.SECURE_HSTS_HEADER_INCLUDESUBDOMAINS
(false
) - includeSubdomains options for HSTS. Possible valuesfalse
, ortrue
.SECURE_HSTS_HEADER_PRELOAD
(false
) - ask for preload in browsers for HSTS. Possible valuesfalse
, ortrue
.SECURE_CSP
(false
) - Add Content Security Policy headers. Possible valuesfalse
, ortrue
. Currently Nightscout is not yet compatible with CSP.
There are a few alternate web views available that display a simplified BG stream. Append any of these to your Nightscout URL:
/clock.html
- Shows current BG. Grey text on a black background./bgclock.html
- Shows current BG, trend arrow, and time of day. Grey text on a black background./clock-color.html
- Shows current BG and trend arrow. White text on a background that changes color to indicate current BG threshold (green = in range; blue = below range; yellow = above range; red = urgent below/above).
Plugins are used extend the way information is displayed, how notifications are sent, alarms are triggered, and more.
The built-in/example plugins that are available by default are listed below. The plugins may still need to be enabled by adding to the ENABLE
environment variable.
These can be disabled by setting the DISABLE
env var, for example DISABLE="direction upbat"
Calculates and displays the change between the last 2 BG values.
Displays the trend direction.
Displays the most recent battery status from the uploader phone. . Use these extended setting to adjust behavior:
UPBAT_ENABLE_ALERTS
(false
) - Set totrue
to enable uploader battery alarms via Pushover and IFTTT.UPBAT_WARN
(30
) - Minimum battery percent to trigger warning.UPBAT_URGENT
(20
) - Minimum battery percent to trigger urgent alarm.
Displays the time since last CGM entry. Use these extended setting to adjust behavior:
TIMEAGO_ENABLE_ALERTS
(false
) - Set totrue
to enable stale data alarms via Pushover and IFTTT.ALARM_TIMEAGO_WARN
(on
) - possible valueson
oroff
ALARM_TIMEAGO_WARN_MINS
(15
) - minutes since the last reading to trigger a warningALARM_TIMEAGO_URGENT
(on
) - possible valueson
oroff
ALARM_TIMEAGO_URGENT_MINS
(30
) - minutes since the last reading to trigger a urgent alarm
Used by upbat
and other plugins to display device status info. Supports the DEVICESTATUS_ADVANCED="true"
extended setting to send all device statuses to the client for retrospective use and to support other plugins.
Generates alarms for CGM codes 9
(hourglass) and 10
(???).
- Use extended settings to adjust what errorcodes trigger notifications and alarms:
ERRORCODES_INFO
(1 2 3 4 5 6 7 8
) - By default the needs calibration (blood drop) and other codes below 9 generate an info level notification, set to a space separate list of number oroff
to disableERRORCODES_WARN
(off
) - By default there are no warning configured, set to a space separate list of numbers oroff
to disableERRORCODES_URGENT
(9 10
) - By default the hourglass and ??? generate an urgent alarm, set to a space separate list of numbers oroff
to disable
Generates alarms based on forecasted values. See Forecasting using AR2 algorithm
- Enabled by default if no thresholds are set OR
ALARM_TYPES
includespredict
. - Use extended settings to adjust AR2 behavior:
AR2_CONE_FACTOR
(2
) - to adjust size of cone, use0
for a single line.
Uses BG_HIGH
, BG_TARGET_TOP
, BG_TARGET_BOTTOM
, BG_LOW
thresholds to generate alarms.
- Enabled by default if 1 of these thresholds is set OR
ALARM_TYPES
includessimple
.
Add link to Profile Editor and allow to enter treatment profile settings. Also uses the extended setting:
PROFILE_HISTORY
(off
) - possible valueson
oroff
. Enable/disable NS ability to keep history of your profiles (still experimental)PROFILE_MULTIPLE
(off
) - possible valueson
oroff
. Enable/disable NS ability to handle and switch between multiple treatment profiles
An optional form to enter treatments.
An option plugin to enable adding foods from database in Bolus Wizard and enable .
Calculates BG using sensor and calibration records from and displays an alternate BG values and noise levels. Defaults that can be adjusted with extended setting
DISPLAY
(unsmoothed
) - Allows the user to control which algorithm is used to calculate the displayed raw BG values using the most recent calibration record.unfiltered
- Raw BG is calculated by applying the calibration to the glucose record's unfiltered value.filtered
- Raw BG is calculated by applying the calibration to the glucose record's filtered value. The glucose record's filtered values are generally produced by the CGM by a running average of the unfiltered values to produce a smoothed value when the sensor noise is high.unsmoothed
- Raw BG is calculated by first finding the ratio of the calculated filtered value (the same value calculated by thefiltered
setting) to the reported glucose value. The displayed raw BG value is calculated by dividing the calculated unfiltered value (the same value calculated by theunfiltered
setting) by the ratio. The effect is to exagerate changes in trend direction so the trend changes are more noticeable to the user. This is the legacy raw BG calculation algorithm.
Adds the IOB pill visualization in the client and calculates values that used by other plugins. Uses treatments with insulin doses and the dia
and sens
fields from the treatment profile.
Adds the COB pill visualization in the client and calculates values that used by other plugins. Uses treatments with carb doses and the carbs_hr
, carbratio
, and sens
fields from the treatment profile.
This plugin in intended for the purpose of automatically snoozing alarms when the CGM indicates high blood sugar but there is also insulin on board (IOB) and secondly, alerting to user that it might be beneficial to measure the blood sugar using a glucometer and dosing insulin as calculated by the pump or instructed by trained medicare professionals. The values provided by the plugin are provided as a reference based on CGM data and insulin sensitivity you have configured, and are not intended to be used as a reference for bolus calculation. The plugin calculates the bolus amount when above your target, generates alarms when you should consider checking and bolusing, and snoozes alarms when there is enough IOB to cover a high BG. Uses the results of the iob
plugin and sens
, target_high
, and target_low
fields from the treatment profile. Defaults that can be adjusted with extended setting
BWP_WARN
(0.50
) - IfBWP
is >BWP_WARN
a warning alarm will be triggered.BWP_URGENT
(1.00
) - IfBWP
is >BWP_URGENT
an urgent alarm will be triggered.BWP_SNOOZE_MINS
(10
) - minutes to snooze when there is enough IOB to cover a high BG.BWP_SNOOZE
- (0.10
) If BG is higher then thetarget_high
andBWP
<BWP_SNOOZE
alarms will be snoozed forBWP_SNOOZE_MINS
.
Calculates the number of hours since the last Site Change
treatment that was recorded.
CAGE_ENABLE_ALERTS
(false
) - Set totrue
to enable notifications to remind you of upcoming cannula change.CAGE_INFO
(44
) - If time since lastSite Change
matchesCAGE_INFO
, user will be warned of upcoming cannula changeCAGE_WARN
(48
) - If time since lastSite Change
matchesCAGE_WARN
, user will be alarmed to to change the cannulaCAGE_URGENT
(72
) - If time since lastSite Change
matchesCAGE_URGENT
, user will be issued a persistent warning of overdue change.CAGE_DISPLAY
(hours
) - Possible values are 'hours' or 'days'. If 'days' is selected and age of canula is greater than 24h number is displayed in days and hours
Calculates the number of days and hours since the last Sensor Start
and Sensor Change
treatment that was recorded.
SAGE_ENABLE_ALERTS
(false
) - Set totrue
to enable notifications to remind you of upcoming sensor change.SAGE_INFO
(144
) - If time since last sensor event matchesSAGE_INFO
, user will be warned of upcoming sensor changeSAGE_WARN
(164
) - If time since last sensor event matchesSAGE_WARN
, user will be alarmed to to change/restart the sensorSAGE_URGENT
(166
) - If time since last sensor event matchesSAGE_URGENT
, user will be issued a persistent warning of overdue change.
Calculates the number of days and hours since the last Insulin Change
treatment that was recorded.
IAGE_ENABLE_ALERTS
(false
) - Set totrue
to enable notifications to remind you of upcoming insulin reservoir change.IAGE_INFO
(44
) - If time since lastInsulin Change
matchesIAGE_INFO
, user will be warned of upcoming insulin reservoir changeIAGE_WARN
(48
) - If time since lastInsulin Change
matchesIAGE_WARN
, user will be alarmed to to change the insulin reservoirIAGE_URGENT
(72
) - If time since lastInsulin Change
matchesIAGE_URGENT
, user will be issued a persistent warning of overdue change.
Calculates the number of days and hours since the last Pump Battery Change
treatment that was recorded.
BAGE_ENABLE_ALERTS
(false
) - Set totrue
to enable notifications to remind you of upcoming pump battery change.BAGE_DISPLAY
(days
) - Set tohours
to display time since lastPump Battery Change
in hours only.BAGE_INFO
(312
) - If time since lastPump Battery Change
matchesBAGE_INFO
hours, user will be warned of upcoming pump battery change (default of 312 hours is 13 days).BAGE_WARN
(336
) - If time since lastPump Battery Change
matchesBAGE_WARN
hours, user will be alarmed to to change the pump battery (default of 336 hours is 14 days).BAGE_URGENT
(360
) - If time since lastPump Battery Change
matchesBAGE_URGENT
hours, user will be issued a persistent warning of overdue change (default of 360 hours is 15 days).
Generates notifications when a treatment has been entered and snoozes alarms minutes after a treatment. Default snooze is 10 minutes, and can be set using the TREATMENTNOTIFY_SNOOZE_MINS
extended setting.
Adds the Basal pill visualization to display the basal rate for the current time. Also enables the bwp
plugin to calculate correction temp basal suggestions. Uses the basal
field from the treatment profile. Also uses the extended setting:
BASAL_RENDER
(none
) - Possible values arenone
,default
, oricicle
(inverted)
Glucose reading directly from the Share service, uses these extended settings:
BRIDGE_USER_NAME
- Your user name for the Share service.BRIDGE_PASSWORD
- Your password for the Share service.BRIDGE_INTERVAL
(150000
2.5 minutes) - The time to wait between each update.BRIDGE_MAX_COUNT
(1
) - The maximum number of records to fetch per update.BRIDGE_FIRST_FETCH_COUNT
(3
) - Changes max count during the very first update only.BRIDGE_MAX_FAILURES
(3
) - How many failures before giving up.BRIDGE_MINUTES
(1400
) - The time window to search for new data per update (default is one day in minutes).
Transfer real-time MiniMed Connect data from the Medtronic CareLink server into Nightscout (read more)
MMCONNECT_USER_NAME
- Your user name for CareLink Connect.MMCONNECT_PASSWORD
- Your password for CareLink Connect.MMCONNECT_INTERVAL
(60000
1 minute) - Number of milliseconds to wait between requests to the CareLink server.MMCONNECT_MAX_RETRY_DURATION
(32
) - Maximum number of total seconds to spend retrying failed requests before giving up.MMCONNECT_SGV_LIMIT
(24
) - Maximum number of recent sensor glucose values to send to Nightscout on each request.MMCONNECT_VERBOSE
- Set this to "true" to log CareLink request information to the console.MMCONNECT_STORE_RAW_DATA
- Set this to "true" to store raw data returned from CareLink astype: "carelink_raw"
database entries (useful for development).
Generic Pump Monitoring for OpenAPS, MiniMed Connect, RileyLink, t:slim, with more on the way
- Requires
DEVICESTATUS_ADVANCED="true"
to be set PUMP_ENABLE_ALERTS
(false
) - Set totrue
to enable notifications for Pump battery and reservoir.PUMP_WARN_ON_SUSPEND
(false
) - Set totrue
to get an alarm when the pump is suspended.PUMP_FIELDS
(reservoir battery
) - The fields to display by default. Any of the following fields:reservoir
,battery
,clock
,status
, anddevice
PUMP_RETRO_FIELDS
(reservoir battery clock
) - The fields to display in retro mode. Any of the above fields.PUMP_WARN_CLOCK
(30
) - The number of minutes ago that needs to be exceed before an alert is triggered.PUMP_URGENT_CLOCK
(60
) - The number of minutes ago that needs to be exceed before an urgent alarm is triggered.PUMP_WARN_RES
(10
) - The number of units remaining, a warning will be triggered when dropping below this threshold.PUMP_URGENT_RES
(5
) - The number of units remaining, an urgent alarm will be triggered when dropping below this threshold.PUMP_WARN_BATT_P
(30
) - The % of the pump battery remaining, a warning will be triggered when dropping below this threshold.PUMP_URGENT_BATT_P
(20
) - The % of the pump battery remaining, an urgent alarm will be triggered when dropping below this threshold.PUMP_WARN_BATT_V
(1.35
) - The voltage (if percent isn't available) of the pump battery, a warning will be triggered when dropping below this threshold.PUMP_URGENT_BATT_V
(1.30
) - The voltage (if percent isn't available) of the pump battery, an urgent alarm will be triggered when dropping below this threshold.
Integrated OpenAPS loop monitoring, uses these extended settings:
- Requires
DEVICESTATUS_ADVANCED="true"
to be set OPENAPS_ENABLE_ALERTS
(false
) - Set totrue
to enable notifications when OpenAPS isn't looping. If OpenAPS is going to offline for a period of time, you can add anOpenAPS Offline
event for the expected duration from Careportal to avoid getting alerts.OPENAPS_WARN
(30
) - The number of minutes since the last loop that needs to be exceed before an alert is triggeredOPENAPS_URGENT
(60
) - The number of minutes since the last loop that needs to be exceed before an urgent alarm is triggeredOPENAPS_FIELDS
(status-symbol status-label iob meal-assist rssi
) - The fields to display by default. Any of the following fields:status-symbol
,status-label
,iob
,meal-assist
,freq
, andrssi
OPENAPS_RETRO_FIELDS
(status-symbol status-label iob meal-assist rssi
) - The fields to display in retro mode. Any of the above fields.
Also see Pushover and IFTTT Maker.
iOS Loop app monitoring, uses these extended settings:
- Requires
DEVICESTATUS_ADVANCED="true"
to be set LOOP_ENABLE_ALERTS
(false
) - Set totrue
to enable notifications when Loop isn't looping.LOOP_WARN
(30
) - The number of minutes since the last loop that needs to be exceeded before an alert is triggeredLOOP_URGENT
(60
) - The number of minutes since the last loop that needs to be exceeded before an urgent alarm is triggered- Add
loop
toSHOW_FORECAST
to show forecasted BG.
Integrated xDrip-js monitoring, uses these extended settings:
- Requires
DEVICESTATUS_ADVANCED="true"
to be set XDRIP-JS_ENABLE_ALERTS
(false
) - Set totrue
to enable notifications when CGM state is not OK or battery voltages fall below threshold.XDRIP-JS_STATE_NOTIFY_INTRVL
(0.5
) - Set to number of hours between CGM state notificationsXDRIP-JS_WARN_BAT_V
(300
) - The voltage of either transmitter battery, a warning will be triggered when dropping below this threshold.
Integration with Amazon Alexa, detailed setup instructions
Speech synthesis plugin. When enabled, speaks out the blood glucose values, IOB and alarms. Note you have to set the LANGUAGE setting on the server to get all translated alarms.
Enabled CORS so other websites can make request to your Nightscout site, uses these extended settings:
CORS_ALLOW_ORIGIN
(*
) - The list of sites that are allow to make requests
Some plugins support additional configuration using extra environment variables. These are prefixed with the name of the plugin and a _
. For example setting MYPLUGIN_EXAMPLE_VALUE=1234
would make extendedSettings.exampleValue
available to the MYPLUGIN
plugin.
Plugins only have access to their own extended settings, all the extended settings of client plugins will be sent to the browser.
DEVICESTATUS_ADVANCED
(true
) - Defaults to true. Users who only have a single device uploading data to Nightscout can set this to false to reduce the data use of the site.
In addition to the normal web based alarms, there is also support for Pushover based alarms and notifications.
To get started install the Pushover application on your iOS or Android device and create an account.
Using that account login to Pushover, in the top left you’ll see your User Key, you’ll need this plus an application API Token/Key to complete this setup.
You’ll need to Create a Pushover Application. You only need to set the Application name, you can ignore all the other settings, but setting an Icon is a nice touch. Maybe you'd like to use this one?
Pushover is configured using the following Environment Variables:
* `ENABLE` - `pushover` should be added to the list of plugin, for example: `ENABLE="pushover"`.
* `PUSHOVER_API_TOKEN` - Used to enable pushover notifications, this token is specific to the application you create from in [Pushover](https://pushover.net/), ***[additional pushover information](#pushover)*** below.
* `PUSHOVER_USER_KEY` - Your Pushover user key, can be found in the top left of the [Pushover](https://pushover.net/) site, this can also be a pushover delivery group key to send to a group rather than just a single user. This also supports a space delimited list of keys. To disable `INFO` level pushes set this to `off`.
* `PUSHOVER_ALARM_KEY` - An optional Pushover user/group key, will be used for system wide alarms (level > `WARN`). If not defined this will fallback to `PUSHOVER_USER_KEY`. A possible use for this is sending important messages and alarms to a CWD that you don't want to send all notification too. This also support a space delimited list of keys. To disable Alarm pushes set this to `off`.
* `PUSHOVER_ANNOUNCEMENT_KEY` - An optional Pushover user/group key, will be used for system wide user generated announcements. If not defined this will fallback to `PUSHOVER_USER_KEY` or `PUSHOVER_ALARM_KEY`. This also support a space delimited list of keys. To disable Announcement pushes set this to `off`.
* `BASE_URL` - Used for pushover callbacks, usually the URL of your Nightscout site, use https when possible.
* `API_SECRET` - Used for signing the pushover callback request for acknowledgments.
If you never want to get info level notifications (treatments) use `PUSHOVER_USER_KEY="off"`
If you never want to get an alarm via pushover use `PUSHOVER_ALARM_KEY="off"`
If you never want to get an announcement via pushover use `PUSHOVER_ANNOUNCEMENT_KEY="off"`
If only `PUSHOVER_USER_KEY` is set it will be used for all info notifications, alarms, and announcements
For testing/development try [localtunnel](http://localtunnel.me/).
In addition to the normal web based alarms, and pushover, there is also integration for IFTTT Webhooks.
With Maker you are able to integrate with all the other IFTTT Services. For example you can send a tweet when there is an alarm, change the color of hue light, send an email, send and sms, and so much more.
- Setup IFTTT account: login or create an account
- Follow the Detailed IFTTT setup Instructions
- Configure Nightscout by setting these webpage environment variables:
ENABLE
-maker
should be added to the list of plugins, for example:ENABLE="maker"
.MAKER_KEY
- Set this to your secret key (see [Detailed Instructions )MAKER_KEY="abcMyExampleabc123defjt1DeNSiftttmak-XQb69p"
This also supports a space delimited list of keys.MAKER_ANNOUNCEMENT_KEY
- An optional Maker key, will be used for system wide user generated announcements. If not defined this will fallback toMAKER_KEY
. A possible use for this is sending important messages and alarms to another device that you don't want to send all notification too. This also support a space delimited list of keys.
Plugins can create custom events, but all events sent to IFTTT webhooks will be prefixed with ns-
. The core events are:
ns-event
- This event is sent to the maker service for all alarms and notifications. This is good catch all event for general logging.ns-allclear
- This event is sent to the maker service when an alarm has been ack'd or when the server starts up without triggering any alarms. For example, you could use this event to turn a light to green.ns-info
- Plugins that generate notifications at the info level will cause this event to also be triggered. It will be sent in addition tons-event
.ns-warning
- Alarms at the warning level with cause this event to also be triggered. It will be sent in addition tons-event
.ns-urgent
- Alarms at the urgent level with cause this event to also be triggered. It will be sent in addition tons-event
.- see the full list of events
Some of the plugins make use of a treatment profile that can be edited using the Profile Editor, see the link in the Settings drawer on your site.
Treatment Profile Fields:
timezone
(Time Zone) - time zone local to the patient. Should be set.units
(Profile Units) - blood glucose units used in the profile, either "mgdl" or "mmol"dia
(Insulin duration) - value should be the duration of insulin action to use in calculating how much insulin is left active. Defaults to 3 hours.carbs_hr
(Carbs per Hour) - The number of carbs that are processed per hour, for more information see #DIYPS.carbratio
(Carb Ratio) - grams per unit of insulin.sens
(Insulin sensitivity) How much one unit of insulin will normally lower blood glucose.basal
The basal rate set on the pump.target_high
- Upper target for correction boluses.target_low
- Lower target for correction boluses.
Some example profiles are here.
Easy to emulate on the commandline:
echo 'MONGO_CONNECTION=mongodb://sally:[email protected]:99999/nightscout' >> my.env
echo 'MONGO_COLLECTION=entries' >> my.env
From now on you can run using
$ (eval $(cat my.env | sed 's/^/export /') && PORT=1337 node server.js)
Your hosting provider probably has a way to set these through their GUI.
Optionally, use Vagrant with the
included Vagrantfile
and setup.sh
to install OS and node packages to
a virtual machine.
host$ vagrant up
host$ vagrant ssh
vm$ setup.sh
The setup script will install OS packages then run npm install
.
The Vagrant VM serves to your host machine only on 192.168.33.10, you can access the web interface on http://192.168.33.10:1337
Feel free to post an issue, but read the wiki first.
cgm-remote-monitor - web app to broadcast cgm readings
Copyright (C) 2017 Nightscout contributors. See the COPYRIGHT file
at the root directory of this distribution and at
https://github.com/nightscout/cgm-remote-monitor/blob/master/COPYRIGHT
This program is free software: you can redistribute it and/or modify
it under the terms of the GNU Affero General Public License as published
by the Free Software Foundation, either version 3 of the License, or
(at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU Affero General Public License for more details.
You should have received a copy of the GNU Affero General Public License
along with this program. If not, see <http://www.gnu.org/licenses/>.